21/10/07 22:53:58.22 N68CZp0g0.net
まさに>>964に書かれている通りProRes422は中間コーデックなので、
再エンコードがされるYouTubeに上げるにも最適なコーデックの一つです
その選択は間違いではない
1006:名無しさん＠編集中
21/10/07 22:54:19.85 N68CZp0g0.net
まさに>>964に書かれている通りProRes422は中間コーデックなので、
再エンコードがされるYouTubeに上げるにも最適なコーデックの一つです
その選択は間違いではない
1007:名無しさん＠編集中
21/10/07 22:55:15.66 N68CZp0g0.net
まさに>>964に書かれている通りProRes422は中間コーデックなので、
再エンコードがされるYouTubeに上げるにも最適なコーデックの一つです
その選択は間違いではない
1008:名無しさん＠編集中
21/10/07 22:56:06.51 K3xcW3Tg0.net
windowsでは何が最適なの？
1009:名無しさん＠編集中
21/10/07 22:56:25.34 K3xcW3Tg0.net
windowsでは何が最適なの？
1010:名無しさん＠編集中
21/10/07 23:27:54.65 N68CZp0g0.net
DNxHDやGrass Valley HQX
1011:名無しさん＠編集中
21/10/07 23:48:59.75 X1VpCamE0.net
いやCineFormだろ
1012:名無しさん＠編集中
21/10/08 00:10:17.31 I7tVleum0.net
巣に帰れ
1013:名無しさん＠編集中
21/10/08 00:39:30.43 oIb6coYEM.net
質問者がいうProres422で上げてボケボケになるならH.264マスターの方がましなんじゃね？
1014:名無しさん＠編集中
21/10/08 01:36:18.36 5Yq7KRKQ0.net
これって signed distance field を扱えるんですか？
1015:名無しさん＠編集中
21/10/08 08:45:47.54 2154QwrO0.net
>>990
それは絶対にありえないだろう
YouTube内のエンコードアルゴリズムは謎とはいえ、ProRes→H264よりもH264→H264が勝ることは原理的にありえない
1016:名無しさん＠編集中
21/10/08 09:10:54.21 s3+41LkW0.net
YouTubeへのProResアップロードはやってみればわかるが高解像度版(4k)への変換がくそ遅い
たった数分動画1日以上かかることもあるから実用的ではないな
1017:名無しさん＠編集中
21/10/08 09:37:34.48 PKuBnsU0M.net
>>992
それは質問者に問い詰めとけよ
1018:名無しさん＠編集中
21/10/08 09:48:13.80 u0uZF5BUM.net
17.3.2リリース
1019:名無しさん＠編集中
21/10/08 10:32:43.20 hbiT/L9p0.net
URLﾘﾝｸ(www.blackmagicdesign.com)
DaVinci Resolve 17.3.2の新機能
・Blackmagic RAW SDK 2.2をサポートしました。
・カラーワーパー使用時の不安定な挙動を修正しました。
・DaVinci Wide Gamutを使用した際の誤ったHDRハイライト問題を修正しました。
・Fairlightタイムラインで記録されたクリップ名の問題を修正しました。
・リンクされたトラックにおいて、キャッシュされたオーディオエフェクトのリロード時の不具合を修正しました。
・Fairlight の欠落した EQ およびその他の自動化の不具合を修正しました。
・特定のAMDドライバーに対するFairlight Space View不具合を修正しました。
(続く)
1020:名無しさん＠編集中
21/10/08 10:32:57.60 hbiT/L9p0.net
・Fusion のトラッカーのModifireを使用した際に動作が停止する不具合を修正しました。
・小さな画像におけるFusionの平面変換の不具合を修正しました。
・Apple Silicon Systemでのレンダリングのアップロードに関する不具合を修正しました。
・Apple Silicon Systemでのクラシックスタビライザーの不具合を修正しました。
・Apple Silicon Systemにおける LUT 生成の不具合を修正しました。
・特定の XAVC クリップをデコードする際のフレームの順序が狂う不具合を修正しました。
・不正な形式の CLF LUT を読み込む際の不具合を修正しました。
・全体のパフォーマンスと安定性を改善しました。
-----
簡単に翻訳しました。誤訳あるかもしれないので、細かく気になる人は原文へどうぞ&指摘修正よろしくです。
1021:名無しさん＠編集中
21/10/08 21:45:44.42 BrzqIcv20.net
>>992
もう何年も前の話だけど、AVIだったかDNxだったか忘れたけど、H264の高画質でアップした方が良い結果になると検証してたサイトがあった。
1022:名無しさん＠編集中
21/10/08 21:48:04.08 o3CoOWSbM.net
422からなら再エンコで失う情報が多いからH.264が分かりやすいと思うけどな
1023:名無しさん＠編集中
21/10/08 22:19:55.51 Mp2BO9q20.net
>>1-2
※ DTV板はデフォルト設定が強制ワッチョイなので、ワッチョイを付ける時は、extend コマンドの記述は不要です
（つまり、逆にワッチョイを付けない時は、!extend::checked:: の記述が必要です）
※ DTV板は即死判定があり、即死を回避するためには、スレを立ててから1時間以内に最低12コメントが必要です
（これ以降は、30日間書き込みがないと強制的にdat落ちします）
1024:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 91日 2時間 7分 8秒
1025:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています