DJPMMD
patreon
WOW look at those File Sizes
🕑 Added 2020-02-15 05:02:20 +0000 UTCThis happen Last Night and is been an issue in my head all day. how to solve it was my question, there fort i think
ok so i need to fix some backend workFlow process.
so i was working on making the multiple size videos when i notice something that i truly need to fix before it becomes a nightmare later on.
moving the RAW MikuMikuDance Render Export Files and i have 40 files that i haven't updated yet. why delete them because MMD raw files are huge like stupid size huge. example a 3min video song right average length, ok and because i'm rendering in 4k 60fps the files are or were 30-40 Gigabytes. yeah i know WTF are those sizes sigh yeah MMD is old school and not an up to date modern program it uses old crude standards.
good news on that raw file size is that i found a new codex that yay it works with MMD now those 40Gb sizes are down to 4Gbs..... yeah i know right 10X SMALLER.... wow i was happy when i saw that not just because of the File size but it renders 10X faster TOO.... that means faster start to finish productions. now i have not seen a quality hit for the new Codex.
ok enough of that moving on
when moving the Raw files the files from about 40 videos where a bit over 1Tb.... yeah i know.. now i'm not and i repeat i'm not going to be keeping the Raw files they will get Deleted in do time. The Raw files are only step 2 in the work order.
now step 3 is importing the Raw video into a video editing software. I use Sony Vegas pro, and Learning Adobe Premiere and After Effects because they are the industry's standard so why not learn Professional tools to make better shit later on. now the files now get new effects and extra editing like fixing the music to motion syncing if needed adding watermark and in general adding new stuff to those videos.
step 4 is the export the final video with the extra effects and in this process will the life size will get reduce to a modern codex mp4 life. this makes a current 4-6Gb mmd raw file down to an average of 1Gb and those are the 4k 60fps sizes. that means the 1080p and 720p new upcoming sizes will be cut by halfs.
SO here's where the problem starts comes into effect
.........................
currently i only have 2 video types non-Nude and Nude Versions of the projects so those are 2 files of the same thing. now the file size of them in their final 4k 60fps are 1Gb each so 2Gbs total. ok not bad its manageable but as per request and for faster sharing i'm going to be making the 1080p and 720p of lower quality from the 4k versions. that will be in just average file size 4k=1Gb, 1080p=500Mbs, and 720p=250Mbs. so that's 1.7Gbs per each Video that i'll be making now lets 2X that to get Non, and Nude Versions that's about 3Gbs. ok so what that's shit right the original RAW is almost that Size. the size is not the problem because storage is cheap right now thank god for that.
The problem is the quantity of the files 1 video produce will equal more than 6 versions of it not including the pre video templates that i make to make that work process faster so that i won't start from scratch. that's why you're seeing the same models and not a bunch of different once, because starting from scratch each time it will take hours of extra work just to get to the same place. i'll post my work process in later starting from start to finish.
so where was i ...... ok Templates will save your life or at least save you from going insane.
the problem that i need to solve now is that i don't have a Template for Video Naming that will be future proof. and storage of those files because Mega will delete them in do time. never trust a company that needs profits to keep your valuables. so i need to solution to future proof a big headache. so i need to keep a master copy for a future total library re-upload.
ok so first of all i need to have a Video File name Format that will state not just the music used and model but what version is it nude, non and what Vercion like old original to a future remaster version with a Job # or date of creation
the template needs a quick visual definition at a glance.
whats in my mind currently is something like this
[need a numerical first for a fast sorting and will have to be unique for each version. Job# will be same for all 6 video versions]
(Job#)(Quality type) (WIP or finish) (Nude, non type)(Model's used)(music name)(Stage/background)
Example: "1001 4k (Final/Work in Process) Nude Miku - Laysha -Chocolate Cream (Night stage name).mp4"
something like that will be the naming convention for the file storage and sorting.
not including the Folder Template
now the final posted will not have all that shit only the basic info
(Job#)(Quality type) (Nude, non type)(Model's used)(music name)
just something like that
example: "1001 4k Nude Miku - Laysha -Chocolate Cream.mp4"
needed to write this down somewhere so that i can put my chaotic thoughts into a manageable state. yes this was not a plan post and is as chaotic as my mind is but a bit more organise.
ok rant over.
update just learn that i can post images on this basic format post. sweet.
---------------------
これは昨夜起こり、一日中私の頭の中で問題でした。それを解決する方法は私の質問でした、そこに私は思う
OK、バックエンドのワークフロープロセスを修正する必要があります。
そのため、後で悪夢になる前に本当に修正する必要があるものに気付いたときに、複数サイズのビデオの作成に取り組んでいました。
RAW MikuMikuDance Render Export Filesを移動すると、まだ更新されていない40個のファイルがあります。 MMDの生ファイルは愚かな巨大なサイズのように巨大であるため、なぜそれらを削除します。たとえば、3分のビデオソングの平均長が適切で、わかりました。4k 60 fpsでレンダリングしているため、ファイルは30〜40ギガバイトでした。ええ、私はWTFがこれらのサイズであることを知っていますええMMDは古い学校であり、古い原油基準を使用する最新のプログラムではありません。
生のファイルサイズに関する良いニュースは、MMDで動作する新しいコーデックスを見つけたことです。これらの40Gbサイズは4Gbsになりました。これは、ファイルサイズだけでなく、TOOが10倍高速になっているためです。...つまり、制作の開始から終了までの時間が短縮されます。今、私は新しいコーデックスの品質ヒットを見ていません。
それで十分だ
Rawファイルを移動するとき、1Tbを少し超える約40本のビデオからファイルを取得します。...ええ、私はそうではありません。繰り返します。時間。 Rawファイルは、作業指示書のステップ2のみです。
ここで、ステップ3はRawビデオをビデオ編集ソフトウェアにインポートしています。 Sony Vegas proとLearning Adobe PremiereおよびAfter Effectsを使用します。これらは業界標準であるため、後でプロフェッショナルツールを学習して、より良いサービスを実現してみませんか。これで、ファイルに新しいエフェクトが追加され、必要に応じて音楽をモーション同期に修正するなどの追加編集が可能になり、透かしを追加し、一般にそれらのビデオに新しいものを追加します。
ステップ4は、追加の効果を含む最終ビデオをエクスポートすることです。このプロセスでは、ライフサイズが最新のコーデックスmp4ライフに縮小されます。これにより、現在の4-6Gb mmd rawファイルは平均1Gbになり、これらは4k 60fpsサイズです。つまり、1080pと720pの新しいサイズが半分に削減されます。
ここから問題が始まります
現在、私は2つのビデオタイプのプロジェクトの非ヌードバージョンとヌードバージョンしか持っていないので、それらは同じものの2つのファイルです。現在、最終的な4k 60fpsのファイルサイズはそれぞれ1Gbなので、合計2Gbsです。処理しやすいのは悪くありませんが、リクエストに応じて、より高速な共有のために、4kバージョンから1080pおよび720pの低品質を作成する予定です。平均ファイルサイズは4k = 1Gb、1080p = 500Mbs、720p = 250Mbsになります。作成するビデオごとに1.7Gbsになるので、今では2XでNon、Nudeバージョンで約3Gbsになります。わかりましたので、元のRAWはほとんどそのサイズです。現在、ストレージは安価であるため、サイズは問題ではありません。
問題は、1つのビデオが生成するファイルの量が6つ以上のバージョンに相当することです。そのワークプロセスを高速化して最初から開始しないようにするための事前ビデオテンプレートは含まれていません。だから、同じモデルを見るので、一度だけの違いはありません。同じ場所に着くまでに何時間も余分な作業が必要になるからです。作業の開始から終了まで、後で作業プロセスを投稿します。
どこだったのか......わかりましたテンプレートはあなたの命を救うか、少なくとも狂気からあなたを救います。
私が今解決しなければならない問題は、将来の証拠となるビデオ命名のテンプレートがないことです。 Megaが時間内にそれらを削除するため、これらのファイルの保存。貴重品を保管するために利益を必要とする会社を決して信用しないでください。だから私は将来の大きな頭痛の証拠に解決する必要があります。そのため、将来のライブラリ全体の再アップロードのためにマスターコピーを保持する必要があります。
わかりましたので、まず、使用する音楽とモデルだけでなく、ヌード、非バージョン、古いバージョンのようなVercionがジョブ番号または日付を持つ将来のリマスターバージョンのようなバージョンを示すビデオファイル名フォーマットが必要です創造
テンプレートには、一目ですばやく視覚的な定義が必要です。
私の頭の中にあるのは、現在このようなものです
[高速ソートには数値が最初に必要であり、バージョンごとに一意である必要があります。ジョブ番号は、6つのビデオバージョンすべてで同じです]
（ジョブ番号）（品質タイプ）（仕掛品または仕上げ）（ヌード、非タイプ）（使用モデル）（音楽名）（ステージ/バックグラウンド）
例：「1001 4k（最終/仕掛品）ヌードミク-レイシャ-チョコレートクリーム（夜のステージ名）.mp4」
そのようなものが、ファイルの保存と並べ替えの命名規則になります。
フォルダテンプレートを含まない
これで最終投稿には基本的な情報しかありません
（ジョブ番号）（品質タイプ）（ヌード、非タイプ）（モデルの使用）（音楽名）
ちょうどそのようなもの
例：「1001 4k Nude Miku-Laysha -Chocolate Cream.mp4」
これをどこかに書き留めて、混chaとした思考を管理可能な状態にできるようにする必要がありました。はい、これは計画の投稿ではなく、私の心と同じくらい混chaとしているが、もう少し整理されています。
了解。
更新は、この基本的な形式の投稿に画像を投稿できることを学びます。甘い。
