15/07/15 23:53:06.27 91t9BqA4.net
>>865
98ではないけど、JPEG画像がたった1秒で表示できる！
っていうJPEGデコーダー専用ボードが10万円とかしてフイタw
909:名無しさん＠編集中
15/07/16 00:10:19.40 VUHu6H4K.net
>>868
そういえばreelmagicとかmpeg再生カードがないとビデオCDが見られなかったからね。
DVDの再生でさえ、mpeg2再生支援ビデオカードがないと見られなかったね。
昔は非力だったなあ。
910:名無しさん＠編集中
15/07/16 00:20:50.59 LXMLvqKv.net
表示途中のwebページをスクロールして画像がびろーんとなった思い出
遅いのは画像展開でなく通信だけど
98では表示っていうよりほんと解凍、っていうか情報を元にレンダリングって勢いだったな
911:名無しさん＠編集中
15/07/16 00:37:49.85 iNx5h123.net
H265も昔は重かったんだよなとか言える時代が来るのだろうか
912:名無しさん＠編集中
15/07/16 00:51:38.04 LXMLvqKv.net
だから今日はクヨクヨしないで
913:名無しさん＠編集中
15/07/16 01:32:33.43 VFQuyIXy.net
オッサンは糞して寝ろ。
914:名無しさん＠編集中
15/07/16 01:42:02.44 LXMLvqKv.net
そろそろクーソーしてから寝るわ
915:名無しさん＠編集中
15/07/16 08:02:27.55 JNzAloOAZ
誰かmaxwellの2世代のnvencの画質比較した人いないかな
916:名無しさん＠編集中
15/07/16 08:32:53.54 6aOqUQ0V.net
確かに昔はmp3のリアルタイム録音でさえ出来なかったな
H265も昔はリアルタイムエンコ出来なかったんだぜと言いたい所だろうが
CPU性能アップの速度が昔より全然遅いから多分20年くらいしてもリアルタイムソフトエンコなんて無理だろ
917:名無しさん＠編集中
15/07/16 08:51:24.02 5+47B3cn.net
そのうちh265並の圧縮率で可逆のが一瞬で使えるようになるんだろうな
918:名無しさん＠編集中
15/07/16 08:59:18.16 LXMLvqKv.net
何十年もPC触ってきたんだ
もうちょっと待てば光や量子で計算する時代も来るさ
それまでに圧縮せざるHDD山のごとしだけど
919:名無しさん＠編集中
15/07/16 09:13:45.56 +5ldIiOH.net
ここ最近ムーアの法則が当てはまらなくなってきてるからあんま楽観視はできない
920:名無しさん＠編集中
15/07/16 09:26:45.14 VUHu6H4K.net
ｍｐ３をエンコードするのだって、今みたいに一括ではできなかったから、
まずｗａｖで吸いだして、エンコードして、でエンコードにものすごい時間かかった。
セレロン300Aでアルバム一枚何時間もかかったから、朝出勤前にセットして、
帰宅した頃にはできてる。とかそういう世界だった。
今だったら一瞬だもんな。
921:名無しさん＠編集中
15/07/16 10:35:17.44 1JZTBr7J.net
>>852
エンコプロファイルくれ
922:名無しさん＠編集中
15/07/16 11:14:24.25 zGUSXU4U.net
エンコに関してはマルチスレッドで変換効率が簡単に上がるし
ムーアの法則終了してシュリンクが進まなくなっても
進まなくなった分同じプロセスの製造方法のノウハウ蓄積や設備投資回収が進むんで
そっちで吸収されたコスト分でマルチコアが進むような気がするから
まだエンコに関しての性能鈍化の心配はしてない
923:名無しさん＠編集中
15/07/16 12:05:36.09 +5ldIiOH.net
ちょっとなにいってるかわからない
924:名無しさん＠編集中
15/07/16 12:49:53.78 k1y47EA9.net
>>880
IA-32鬼最適化な午後のこ～だ全盛期前ぐらいだし、
450MHz稼働ぐらい出来ていれば特段１時間も掛からんと思うが
ソケットに戻った世代なら、BP-6でデュアルCeleronも選択枠だったし
925:名無しさん＠編集中
15/07/16 13:35:57.40 VUHu6H4K.net
午後のこーだができた頃は、俺塀の中だったから使ったことないや。
926:名無しさん＠編集中
15/07/16 18:17:25.58 wiiYd+AW.net
ちょっと伺いたいんだけど
TMPGEnc Movie Plug-in Commercial Candidates Detectorって
もしかしてTMPGEnc MPEG Smart Renderer 4みたいに自動適用出来ない？
927:名無しさん＠編集中
15/07/16 20:18:21.46 Rrb286DP.net
はい
928:名無しさん＠編集中
15/07/17 03:32:53.15 QcX2qhU+.net
>>883
動画のエンコードって多コア化でそのまんま時間短縮できるからムーアの法則はあんま関係ないやん？って
ことだろ。2時間動画を30分でぶった切って4つのシングルスレッドで
929:回したって時間1/4になるような処理がエン コード。
930:名無しさん＠編集中
15/07/17 10:32:37.63 WFIi7Kzv.net
今回の台風でL字になったソースをエンコする際、頭から終わりまでL字なら
クリップ編集でいけるけど、途中でL字が通常画面になったり戻ったりするやつは
みんなどうやって編集してますか？
931:名無しさん＠編集中
15/07/17 10:35:07.47 8kLMAxyK.net
動画の圧縮は典型的なメニーコア向きの処理だから、コア単位の性能が頭打ちになっても
コア数というか実行ユニットの数さえ確保すれば上げられるってのはその通りなんだけど
ムーアの法則が成り立たなくなってシュリンクが進まなくなっても、ってのは違うような。
シュリンクが進んでダイ面積が減るからこそ、その分にコアなり実行ユニットなりを積めるわけで。
シュリンク進めず単純にコアやユニット増やすと値段に跳ね返って、普及しないものになってしまう。
932:名無しさん＠編集中
15/07/17 10:40:19.01 z4EAHcOF.net
複数エンコは確かに多コアは有効だけど、1本だけならもう飽和してるよなあ
TVMW5だけどさCPUをフルに使ってくれないし遊んでるコアもいる
933:名無しさん＠編集中
15/07/17 10:41:17.40 wS2FHzaq.net
>>889
ｽﾚﾘﾝｸ(avi板:5番)
L字がアニメーションする部分でちょっと不自然な感じになるけどこれでなんとかしてる
934:名無しさん＠編集中
15/07/17 11:00:47.07 qyfMlZ5V.net
そもそもL字になったソースにエンコードまでする価値があるのか？
935:名無しさん＠編集中
15/07/17 11:21:16.38 pN74C8XK.net
再放送を待つ!
936:名無しさん＠編集中
15/07/17 11:28:57.29 s+NWjWtD.net
>>894
再放送は変な告知が入ったりするけどね。
937:名無しさん＠編集中
15/07/17 11:45:51.77 /t3L+SgM.net
>>891
同じファイルでも、CPU使用率100%のときや40%程度の時があるけど、あれは何故だろうか。
938:名無しさん＠編集中
15/07/17 11:46:35.28 /t3L+SgM.net
i7 3930K
939:名無しさん＠編集中
15/07/17 11:56:25.30 G16DP+sI.net
経験的には解像度に比例する気がする＞使用コア
プロセスルールの微細化も頭打ちになってきてるから
コア数増やすのも限界が近いんじゃないの
940:名無しさん＠編集中
15/07/17 12:14:35.07 lh0eECh3.net
x264で言えば、スライスやマクロブロック単位での処理系とか
サイズ別の捜査の物量処理等々で、ある程度処理量が出力解像度に比例するからな
コードの組み方にもよるけど、並列処理化しやすい部類
ただ例外的にスライスについては粒度がそれほど小さくないのと、元フレームへの依存度が高く、圧縮の元になる最初の切り分けなんで、整合性的な精度も重要だから
意図しない不整合回避するためにスレッド処理非推奨だったりするんで
細かい設定弄ってないと、所々コアの処理能力に対して負荷が低い処理が紛れ込むから、ワークロードをマルチスレッドで上げやすい反面、100%ロードまで到達もしづらかったりする
941:名無しさん＠編集中
15/07/17 12:52:29.62 0V4t3vL1.net
そもそもエンコードに汎用のCPUを使うのが電力効率的にも無駄
専用の回路使ってエンコードしたほうがいい
942:名無しさん＠編集中
15/07/17 14:01:53.50 qU+dxApB.net
今、3770でそろそろ新しいのに。と思ったが、現行のCPUって全然速くなってないんだね。
内蔵GPUを含めた値だと速くなってるけど、肝心のCPUの値は速くなってない、
GPUに力を入れすぎたせいか、ヘタしたらCPUは遅くなってる。
943:名無しさん＠編集中
15/07/17 15:01:38.30 z4EAHcOF.net
新しい命令、最近だとAVX2かな
そういうのは恩恵あるけどさ
944:名無しさん＠編集中
15/07/17 17:40:08.33 8kLMAxyK.net
>>900
この処理は重いから専用チップに任せよう。汎用チップにやらせるの�
945:ﾍあまりに非効率だ。 この程度の処理は汎用チップでも十分対応できる。専用チップにやらせるのはあまりに非効率だ。 古くは文字表示や画面に線を引くだけの事から始まり、現代の高度な画像圧縮処理まで、PC界隈は延々とこの繰り返しねw
946:名無しさん＠編集中
15/07/17 17:59:39.59 0V4t3vL1.net
今でもウィンドウの描画や塗りつぶしはハードでやってるだろ
947:名無しさん＠編集中
15/07/17 18:23:22.89 7t1guQw4.net
ネタかと思ったら本気だったのかよｗ
948:名無しさん＠編集中
15/07/17 18:33:05.28 qU+dxApB.net
専用ハード作ってもね、スパーズエンジンなんか全く普及しないまま終わったし。
949:名無しさん＠編集中
15/07/17 18:42:45.81 8kLMAxyK.net
>>904
繰り返しだから…最後には必ずCPUになるって意味じゃないよ。
950:名無しさん＠編集中
15/07/17 18:52:03.18 qyfMlZ5V.net
>>906
性能と値段が見合わないと難しいね
951:名無しさん＠編集中
15/07/17 20:39:54.32 qzfMqPl8.net
昔の低性能のビデオカード（Tsen Labとか)はウインドウ書いてるのが見えたもんだ
952:名無しさん＠編集中
15/07/17 21:02:56.57 +Gc/CExm.net
SSE見たいに？エンコードハード支援をCPUに内蔵
GPGPUとかの期待できる可能性はねーの？
953:名無しさん＠編集中
15/07/17 21:11:55.90 pN74C8XK.net
最高画質になるとソフトエンコードしかない。
ソースによるけどな。
954:名無しさん＠編集中
15/07/17 21:48:18.31 y6HjTa7H.net
4.0ExpressとTVMW5
はどんだけ違うの？
955:名無しさん＠編集中
15/07/18 00:48:29.00 PTltWoo0.net
>>912
H.264のエンジンがMainConceptからx264に変わった。
画質は雲泥の差になった。
956:名無しさん＠編集中
15/07/18 10:15:45.52 q5YFP2mX.net
専用ハードなんて、新しい規格出るたびに買う。
なんてできるのは一部のお大尽様だけなんだから、
作ったとしてもスパーズエンジンみたいにとんでもない値段になるだけだろう。
957:名無しさん＠編集中
15/07/18 11:52:34.85 Prj3FzZ6.net
>>907
なんか日本語下手すぎて、内容が頭に入ってこない
958:名無しさん＠編集中
15/07/18 13:00:24.57 ZA9/ks50.net
>>910
QSV自体がそれだが、iGPUを使ったハードウェア管理のGPGPU処理系なのが実体で、iGPUの演算器使う代わりに、多少の柔軟性があるが、iGPUの処理能力を使うので、描画性能に影響が出る
nvidiaのNVENCは、完全に独立した処理系でGPUとメモリコントローラ共用してる程度
お陰でGPUの描画性能損なわないが、柔軟性のあるオプションの実装がされていないのと、
描画内容を高ビットレート低レイテンシでエンコード配信するのが主目的なので、低ビットレート向けの実装が今後も期待できない（レイテンシ増加させたら本来の目的に反する）
お陰で画質はQSVに劣るが爆速（デコードを外部にやらせても、デコードもQSVで処理したQSVエンコード並みの速度が出る
959:名無しさん＠編集中
15/07/18 13:05:00.82 rlHaRMUh.net
H264専用のエンコードハードは需要あると思うよ
現にHDDレコーダーにはトランスコードだけど録画容量をへらす為に必携の機能としてついている
SpursEngineは高すぎたし画質も良くないし他の市販ソフトとの連携もなかった
これでは売れるものも売れない
960:名無しさん＠編集中
15/07/18 13:35:32.01 C2fMA6S/.net
レコーダーに乗ってるCPUなんかじゃエンコードできないからでしょ
組み込みとPCを同列に考えるのは違うだろ
961:名無しさん＠編集中
15/07/18 13:47:47.07 q5YFP2mX.net
「専用」ってのがだめなんだよね。新しい規格に対応できないでしょ。
現に265とかwebmとか出てきてるし。スパーズエンジンじゃ対応できないじゃない。
962:名無しさん＠編集中
15/07/18 16:21:44.53 bcsbcd32.net
Intel Media SDKでエラーが発生しました：
デバイスから回復不能な原因不明の失敗が返されました
エラー
963:コード 0xc0488011 これ出る人いる？ 対策などあれば
964:名無しさん＠編集中
15/07/18 16:37:57.29 xCWdGFYo.net
スパーズエンジンって実際、何スレッド並列処理できるのだろうか？
それによってqsvより有利かも。オークションでもいまだ高いが・・・。
雑誌にwinfastシリーズとfirecoderシリーズの画質の比較がむか～し
あったが、winfastだとqsvとどっこいどっこいだがfirecoderだと
qsv,nvencよりはるかに上だった気がするさらっと立ち読みしただけだが
超解像度もかなり綺麗だった。だが高けーよ。
965:名無しさん＠編集中
15/07/18 18:01:20.56 ZA9/ks50.net
>>921
i5 2500Kか何かでx264回した方が
firecoder2～3枚連装するより速くて、遙かに綺麗に仕上がると思うぞ
966:名無しさん＠編集中
15/07/18 18:25:25.37 ZA9/ks50.net
>>921
あと、SpursEngineに処理させるプログラムで品質も処理速度も変わってくる
綺麗に処理されるルーチンを使えば、それなりに速度低下も起こる
Firecoderの処理結果の方は、何使って処理されたものかは知らないが、どのカードもハード性能的には同等で、処理能力に大差なく、成果の品質や処理能力差は、結局エンコーダの性能による
CRI SpursCoderの成果の可能性が高いから「Firecoder使えば速くて綺麗」と決めつけない方が良いぞ
あとCPUによるフィルタ処理も伴うから、SpursEngine群の規模に合ったものも必要
結局、Core2Quad世代の時に優位性を誇ったボードだし
それなりのCPUで組んだシステムに、1枚で20W以上消費するボードを6枚以上とかの規模じゃ無いと現行の上位CPUに太刀打ち出来ないから、超解像とかに価値見いだして覚悟が無きゃ金をドブに捨てる事になる
967:名無しさん＠編集中
15/07/18 18:36:38.00 UxUN0wyA.net
>>915
ごめんね、バカには難しい表現だったね。わかりにくくてごめんね。
簡単に書くとね、コンピューター界隈では昔から、
専用ハードで処理した方が効率が良いという考え方と、
汎用ハードで処理した方が効率が良いという考え方があって、
考え方としてはどちらも正しい。
だから、常にその時々に応じて最適解は変わってきたし、これからも変わるよって事。
GPGPUなんかまさにその例で、専用ハードだったGPUが進化の結果として汎用ハード化してきているし
逆に汎用ハードのCPUは、効率化の為に特定の目的に特化した数々の回路を組み込んでるし。
968:名無しさん＠編集中
15/07/18 19:17:53.03 q5YFP2mX.net
CPUが非力な時代はビデオCD再生すらmpeg支援カードが必要だった。
今じゃブルーレイでもそんなの要らない。
同じようにスパーズエンジンが必要だった時代もあったかもしれないけど、
今や笑っちゃうような要らなさ。
969:名無しさん＠編集中
15/07/18 19:37:51.81 qn/iNx/G.net
何だこのスレ…スキル低過ぎだろ…
970:名無しさん＠編集中
15/07/18 19:40:49.25 xCWdGFYo.net
>>922-923
解かりやすい説明ありがとう。
でも値があまり下がらない理由はなんでかねぇ？
他に何か利用価値があるのかな？
971:名無しさん＠編集中
15/07/18 19:48:37.25 yFym4oHV.net
>>924
本当のバカはな、簡単に説明できることをややこしく難しく語るお前さんみたいなのをさすのだよ
972:名無しさん＠編集中
15/07/18 20:17:02.98 C2fMA6S/.net
まあ冗長で読む気が失せる文ではある
973:名無しさん＠編集中
15/07/18 20:19:37.54 Imddp2Yr.net
>>903は三行で
974:普通に簡潔なんだけど、理解できない人がいるわけだよなｗ
975:名無しさん＠編集中
15/07/18 21:28:12.50 UxUN0wyA.net
>>928
何か書こうかと思ったら既に>>930が書いてくれてた。
976:名無しさん＠編集中
15/07/18 23:39:03.73 BN03gmhj.net
オレが分からんと言った本人なんだが
日本人ならな、>>890,901の日本語の不自然さに違和感抱くだろ
日本語が下手で頭に入ってこないのであって、内容が難解で入ってこないとは一言も言ってない
そもそもそう言ったのも日本語が下手なのをバカにしてるんだが
ほら、こういうところでも理解ができないようだ
977:名無しさん＠編集中
15/07/19 00:46:22.81 LnEQ/3YG.net
うん、じゃあ>>903の日本語の不自然さを「日本語」で説明してみれば？
あ、「簡潔」に頼むよｗ
978:名無しさん＠編集中
15/07/19 00:55:25.60 cxYjAzJ5.net
無駄改行やめろ→バカには読みにくいと思って開けてやった
とか言いたそう
979:名無しさん＠編集中
15/07/19 02:37:50.76 oJCG/52F.net
専用チップ…メリット 処理速度が速い、部品点数が少ない(安く済む) デメリット、専門以外に使えない
汎用チップ…メリット 何でもできる デメリット 処理速度が遅い、部品点数が多い(高く付く)
作業 A,Bを実行
汎用チップ.………………8万円、処理時間 10時間3分
A専+B専用チップ…5+5=10万円、処理時間 1時間18秒
この処理は重いから専用チップに任せよう。汎用チップにやらせるのはあまりに非効率(時間的)だ。
作業 B,C,Dを実行
汎用チップ..………………………8万円、処理時間 9分
B専+C専+D専用チップ…5+5+5=15万円、処理時間 54秒
この程度の処理は汎用チップでも十分対応できる。専用チップにやらせるのはあまりに非効率(金銭的)だ。
作業 A,B,C,Dを実行
汎用チップ...………………………………8万円、処理時間 10時間9分
A専+B専+C専+D専用チップ…5+5+5+5=20万円、処理時間 1時間54秒
汎用だけだと時間が掛かりすぎ、専用だけだと価格が掛かりすぎる。落としどころとして
汎用チップ+A専用…8+5=13万円、処理時間 1時間9分
しかし、技術発展で処理速度が100倍に成ってくると
汎用チップ…………………8万円、処理時間 6分6秒
汎用チップ+A専用..…8+5=13万円、処理時間 42秒
この程度の処理は汎用チップでも十分対応できる。専用チップにやらせるのはあまりに非効率だ。
だから、常にその時々に応じて最適解は変わってきたし、これからも変わるよって事。……纏めたぞ。
980:名無しさん＠編集中
15/07/19 02:44:51.20 Pcf588ZM.net
１行でわかりやすく言うけど、両方とも気色悪くて邪魔だから消えてくれ。
981:名無しさん＠編集中
15/07/19 03:54:28.54 M4rtxeAZ.net
つまり、ソフトウエアが最高（綺麗）！ってことでしょ？
982:名無しさん＠編集中
15/07/19 04:48:49.84 mMyievNU.net
>>927
超解像処理とmpeg2でなら十分な能力だから
一度整備した環境で収益ベースに乗ってるなら、更新するより維持した方が良い
一時期、更新掛けたシステムから放出された大量の中古が出回って、安く入手出来たが、新品や発掘在庫は値を戻している
PC用のメモリ同様、過渡期が過ぎて運用されている機器向けに足下見た価格上昇と、在庫数自体少なくなってるので、売れればラッキー程度の上乗せ価格で在庫保留されてるんだろうね
983:名無しさん＠編集中
15/07/19 05:03:08.95 mMyievNU.net
専用チップも汎用チップも、処理時間増加に影響が大きい部分は専用チップでの処理でも元が取れるから、やる場合がある というだけ
汎用チップベースだと、時間短縮効果が高い部分に専用チップを使って時間効率向上が理由
専用チップベースだと、処理時間に影響の少ないとか稼働率の低い部分を汎用チップで統合とかを目的に汎用チップ採用して、コスト低減が理由になる
結局両側がらバランスする割合にすり寄っていくんだけど
初期投資が高い専用チップ側から入る個人は居ないのだけどね
あと、個人で導入出来る専用チップもたかが知れているうえ、絶対性能と柔軟性不足で、比率的な共存が殆ど出来ない
結局、デコード、各種フィルタリング、エンコードの各段階の大きな粒度で作業分担がせいぜいで、肝心のエンコードでの分業は資本力のある企業がやって、自社事業の効率化や製品としてリパッケージされて収益化される
984:名無しさん＠編集中
15/07/19 05:05:38.26 IqRHyuYb.net
いいかげんスレチだって気づけよ
985:名無しさん＠編集中
15/07/19 05:21:59.99 mMyievNU.net
あと、エンコード分野では「低帯域でより綺麗に」の基準が個人ほど帯域要求が低くて、ハードウェアエンコードの処理が難しく、複雑化させなきゃ成らなくなるので単価が上がる
要は「ハードウェアエンコードに求める要求が貧乏くさい奴ほど厳しい」ので、商業ベースに成りづらいんだよね
ファイル保存用ストレージに金を使わないために、データは小さく
高いCPUで処理するのと同等以上の速度と結果を求めるけど、より安く
そんな需要満たすのは、CPUと同じ需要規模なら不可能じゃ無いが、実際にはニッチ用途で無理な話
986:名無しさん＠編集中
15/07/19 05:27:28.08 mMyievNU.net
そんで、ここらへん民生用で比較的巧く使えているのがTVMWだったりする訳なんだけどね
キメラ運用出来る反面、CPU処理分が脚引っ張るケースが出てMediaEspressoみたいな、特定処理特化で切り替えて使う様なやり方じゃないから、ピーク速度が出しずらい
987:名無しさん＠編集中
15/07/19 05:31:08.53 WmV1wWFo.net
>>942
お前のことを言ってんだよ
アンカつけなきゃわらないのか？
988:名無しさん＠編集中
15/07/19 05:57:21.12 mMyievNU.net
>>943
「いいかげん」とか言われても、指摘時点でTVMW5まで使えていたSpursEngineの話題と、ハードウェアエンコードの話１本ずつしか投げちゃ居ないが
だったら雑な書き込みしてないで
スレに完全合致して、多の要員全く含まない話題投げてくれよ
989:名無しさん＠編集中
15/07/19 06:24:22.44 WmV1wWFo.net
>>944
スレに合致する話題出せとかテンプレな返ししかできないなら黙ってろ
990:名無しさん＠編集中
15/07/19 06:32:04.43 Ebg6eo8R.net
ダラダラ長文で蘊蓄語るのはスレチとか関係なく自分が語りたいだけだから何言っても無駄
991:名無しさん＠編集中
15/07/19 06:48:58.76 mMyievNU.net
じゃぁ、使い古されたネタだが
TVMWで透過性ロゴ解除
TVMWはVFAPIプラグインを使用できるが、AviUtlにaupファイル用のVFAPIプラグインが付属しているので、それをフォルダに放り込めばTVMWでもaupファイルをクリップとして扱えるようになる
一部AviUtlで認識させずらい音声トラックが有る場合、個別で音声トラックだけ再度aupファイルを指定するか、AviUtlを通す前のソースを指定することで回避可能
透過性ロゴ解除フィルタが一番需要がありそうだけど、他のAviUtlのフィルタでも取り込めるので、工夫次第でフィルタの使用幅が広がるので覚えておいて損は無い
前記のロゴ解除フィルタも、全適用したaupと、非適用のソースをクリップ登録して、透過ロゴの有無でクリップをTVMWで切り分けて結合する方が手早く処理できる
992:名無しさん＠編集中
15/07/19 07:34:00.30 jLxjIE4X.net
ID:UxUN0wyAだけど、なんだ、ただの文が読めない基地外が絡んできてただけだったのね。
日本語がとか簡潔にとかどの口で言ってるんだこりゃ^^;
993:名無しさん＠編集中
15/07/19 07:46:59.15 WmV1wWFo.net
そうかもう夏休みか
994:名無しさん＠編集中
15/07/19 09:02:56.87 M4fMsEyt.net
夏休み日記が「２ちゃんで暴れてやりました」で始まるのか・・・
995:名無しさん＠編集中
15/07/19 13:09:19.20 S2NmqVb7.net
エンコーｄーのハードウエアについて語るスレができたと聞いて
996:名無しさん＠編集中
15/07/19 22:47:11.62 cxYjAzJ5.net
エンコーディー
997:名無しさん＠編集中
15/07/20 00:25:25.46 0Q/OKVW2.net
俺は普通には生きられない男だ
998:名無しさん＠編集中
15/07/20 01:37:18.46 HAwCCKdw.net
ファイナルファイトかよ
999:名無しさん＠編集中
15/07/20 15:38:1
1000:9.55 ID:jxR5+w/7.net
1001:名無しさん＠編集中
15/07/20 18:32:28.09 Rxl9/F1f.net
ここってなんのスレ？
てかヒドい
1002:名無しさん＠編集中
15/07/20 20:38:18.80 mG6m/o48.net
一部のハードについて語りたい人がティーエムペグエンクにはまるで関係ないはなしをするすれです。
1003:名無しさん＠編集中
15/07/20 23:04:15.95 NcAOaBup.net
Intel Media SDKでエラーが発生しました：
デバイスから回復不能な原因不明の失敗が返されました
おいこのエラーなんとかならんのか
1004:名無しさん＠編集中
15/07/20 23:45:38.49 0qoDfeg6.net
次のバージョンからタイムライン上でカット編集できるようにしてくれ
1005:名無しさん＠編集中
15/07/21 10:39:58.81 eF2wcjYZ.net
Xeon Phiにでも対応してくれたら面白いのに
1006:名無しさん＠編集中
15/07/21 11:47:59.59 laAYvkR0.net
専用チップ否定してる奴はH264とかmpeg2がハードでデコードされてる事しらないのか！？
こんなのいちいちソフトウェアデコードしてたら電気代掛かってしょうがないだろ
1007:名無しさん＠編集中
15/07/21 12:11:25.70 rRXXEUBE.net
何の話ししてんの？
やっぱ夏だから？
1008:名無しさん＠編集中
15/07/21 12:43:00.26 tDjDjLkl.net
>>961
なんだって！
1009:名無しさん＠編集中
15/07/21 13:49:47.06 h9ln983j.net
知人にエンコードしてもらったmp4を5にいれると開けないと出るのだがなぜだろう
1010:名無しさん＠編集中
15/07/21 14:01:30.91 Un91h+Ko.net
>>964
AACじゃないのか？
1011:962
15/07/21 14:07:33.91 JP7eXTNv.net
>>965
そうやったわ･･･
解決法ないんけ？
1012:名無しさん＠編集中
15/07/21 14:12:13.28 OnP2bx3W.net
>>966
まれによろしく
1013:名無しさん＠編集中
15/07/21 14:24:26.33 Un91h+Ko.net
ituneかquicktimeをインストすれば読み込めるんじゃないか？
1014:名無しさん＠編集中
15/07/21 14:28:18.86 0iPfZyat.net
例のMedia Foundationがでしゃばってるってオチかね？
とりあえず拡張子をAACにしたら？
1015:名無しさん＠編集中
15/07/21 14:42:24.03 NQiGI3Ad.net
aacが開けないって意味がわからない
音声のみのファイルが開けないてことなら仕様
ダミーで映像も一緒に読み込めばいい
1016:名無しさん＠編集中
15/07/21 14:44:32.69 OnP2bx3W.net
>>964
AACだろうが読めるはずだけど、最悪分離、音声のみ変換後、TVMWで別々に読み込み
1017:名無しさん＠編集中
15/07/21 22:19:25.65 0HTHt4Di.net
>>961
今はハードより知人にエンコが主流
1018:名無しさん＠編集中
15/07/21 23:17:24.80 Kl9kXHKD.net
何を言ってるんだコイツは？
1019:名無しさん＠編集中
15/07/21 23:27:45.60 PC2VT8MA.net
♪ソフトでもハードでもコン…
1020:名無しさん＠編集中
15/07/21 23:33:39.14 EUdHQE72.net
タクトレンズは着けたまま
1021:名無しさん＠編集中
15/07/24 16:43:07.04 5l68mrjC.net
夏だねぇ…
1022:名無しさん＠編集中
15/07/24 17:03:29.02 EmAPy/uC.net
Ф ﾁﾘ～ﾝ
1023:名無しさん＠編集中
15/07/24 17:33:08.87 xl5t5q4a.net
こ
れ
が
ほ
ん
と
の
ク
ソ
ス
レ
だ
な
1024:名無しさん＠編集中
15/07/24 17:38:01.53 EmAPy/uC.net
ｸ
ｿ
ｽ
ﾚ
！
1025:名無しさん＠編集中
15/07/25 21:04:02.81 ahUilKya.net
H264でmp4を作る時、皆さん環境設定のH264デコーダーはIntel Media SDK Software
と標準デコーダー、どちらにしてますか？
1026:名無しさん＠編集中
15/07/25 21:21:30.67 Jdo2vyCU.net
フリーマークビデオコンバーターです
1027:名無しさん＠編集中
15/07/25 21:30:56.27 qJAOg9Qi.net
標準デコーダー
1028:名無しさん＠編集中
15/07/25 21:58:00.14 6LXnK8K/.net
おれも標準
1029:名無しさん＠編集中
15/07/26 00:05:53.60 adFDTlsg.net
次スレ
TMPGEnc Video Mastering Works 30
ｽﾚﾘﾝｸ(avi板)
1030:名無しさん＠編集中
15/07/26 03:02:12.29 INXAMunR.net
昔の4:3の実写映像で両側が黒い16:9の映像を
両はじを切って4:3でエンコする場合、画面サイズはどのくらいがいいんでしょうか？
1031:名無しさん＠編集中
15/07/26 03:1
1032:5:10.06 ID:ai+PfwCR.net
1033:名無しさん＠編集中
15/07/26 04:35:05.93 UX2bzbnD.net
>>985
将来 BDに出来るように 1280*720/59.94fpsがおすすめ。
両端は、黒色でクロップ。
1034:名無しさん＠編集中
15/07/26 08:29:26.10 V8PT6g/+.net
ないわ。
1035:名無しさん＠編集中
15/07/26 08:49:51.47 a9u1mMd9.net
元ソースによる
1036:名無しさん＠編集中
15/07/26 20:24:46.27 gQKwhBdq.net
1080x1080 sar4:3 インタレ保持
1037:名無しさん＠編集中
15/07/26 23:35:11.18 V8PT6g/+.net
アホか。
1038:名無しさん＠編集中
15/07/27 03:00:01.54 8YVeReBI.net
昔のソースならクロップ後に720x480で比率指定しときゃ十分じゃないのか？
過去の資産を保管するなら、データサイズ無駄にデカくしても
保管容量や処理リソース無駄食いするだけだし
1039:名無しさん＠編集中
15/07/27 10:28:24.54 1JJlVvLC.net
メデイアコーダーは不安定なのでフリーマークビデオコンバータに変えました。
1040:名無しさん＠編集中
15/07/27 11:08:53.36 PZe+8S8D.net
>>992
デジタルデータならきっちりサイズ指定しといて良いと思うけど
アナログデータで特にフィルムとかなら余裕を持ったサイズが良いだろうし
ソースが分からんことには何ともってとこじゃないかな
1041:名無しさん＠編集中
15/07/27 11:48:42.23 mC+9VD9F.net
アナログデータのDVDなんてあるのか
1042:名無しさん＠編集中
15/07/27 12:11:21.54 ik89UHsR4
ビデオがない頃の金持ちはフィルムで撮ってた
1043:名無しさん＠編集中
15/07/27 12:10:52.50 VUq6AQXa.net
>>995
アナログ素材の事を言ってんだろ
ゆとり世代の言語に、いちいちくだらないツッコミを入れんな
1044:名無しさん＠編集中
15/07/27 12:12:48.77 FskfDzgT.net
「ぼくはかしこい」アピール
1045:名無しさん＠編集中
15/07/27 12:15:43.42 gSFa3Qrg.net
次スレもあることだし埋めるか
1046:名無しさん＠編集中
15/07/27 12:16:15.46 gSFa3Qrg.net
う
1047:名無しさん＠編集中
15/07/27 12:16:29.15 gSFa3Qrg.net
め
1048:名無しさん＠編集中
15/07/27 12:16:42.52 gSFa3Qrg.net
ま
1049:名無しさん＠編集中
15/07/27 12:17:01.34 gSFa3Qrg.net
す
TMPGEnc Video Mastering Works 30
ｽﾚﾘﾝｸ(avi板)
1050:１００１
Over 1000 Thread.net
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
1051:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています