14/09/06 15:30:09.52 zlEbRdVY
>>43
揚げ足取りもいい加減にしろよな。
あんたの作ったツールはやってないだろ？
文脈からそういう意味で書いてることくらい読み取ってくれ。
再構築でいいなら良い方法があるよ。
映像を Motion-JPEG、音声を WAV に変換するんだ。
どう編集しようが、WAV のサンプリング周期レベルの誤差しか生じないのでお勧め。
49:名無しさん＠編集中
14/09/06 15:30:48.29 zlEbRdVY
>>42
多分、ほとんどのツールが出力可能な最大限残してるだけだろうけどね。
なるべく元の状態を維持するのが、おかしなトラブルを呼ばない基本。
これを手抜きと取るなんてリスペクトしないにも程がある。
例外で思いつくのは、m2v がエンコクラッシュ対策だとかで最後２フレ減らしてる。
>>45
選択肢が増えること自体が良いことなのはわかってる。
ただ、完璧なツールではないのに良いことばかりで欠点を表明しないので、
よくわからない人が勘違いしないようにしてるだけ。
で、まただらだら垂れ流し始めたからほっとこうと＜提案＞したまでっす。
50:名無しさん＠編集中
14/09/06 15:38:11.55 VeVqO+Jo
>>49
それを言うならそれこそ「連結数に応じて蓄積される誤差」を分量も示さずに
持ち出してよく分かってない人を煙に巻く詭弁は止めておきなよ
AACフレーム、PESフレーム、音声と映像の送信時ズレ、各々の時間の分量がどれだけ違うかくらい知ってるだろ？
51:名無しさん＠編集中
14/09/06 15:44:31.67 YlJZxpG1
ageてる人の目的がわからん
まずGOPフレームとAACフレームを秒数でみたら割り切れないんじゃないの
それを映像音声合わせますって事自体眉唾物
52:名無しさん＠編集中
14/09/06 15:48:49.68 zlEbRdVY
>>50
言葉が足りなかったのなら、スマン。
音声再エンコなしの場合、どの位置でも最大 10ms なのが、理想ではないが現実解。
運次第で誤差がそれ以上蓄積される可能性があるようでは、とても実用的とは思えない。
もちろん、音声再エンコするなら、1ms のズレもないようにしたいよね。
方法次第で可能なのだから。
そういう話。
53:名無しさん＠編集中
14/09/06 15:53:36.98 l2LwpNjd
ここでやるなとは言わないし続けてくれて構わないんだけど、ツールのサイトを作って、
仕組み、やってること、それをやってる理由、どういうメリット・デメリットがあるか、などなど
わかりやすく端的にまとめておいてくれると助かるかな・・・。
俺は細かいことわからないから眺めてることしかできないけど、なんかこう殴り合い的な話になってるというか、
ここで乱戦的な長文流すよりも論理的に筋道立てた文章をまとめておいてくれるといいなというか・・・。
54:名無しさん＠編集中
14/09/06 16:08:50.30 gFYf8jHY
>>46
mkv作成に使っている、映像/音声のdecoder/enoderはそれぞれ何を使っていますか？
55:名無しさん＠編集中
14/09/06 16:11:07.36 VeVqO+Jo
>>52
話が噛み合ってないぞ、というかあんたは恐らくこのツールの一番の目的を誤解している
AACフレームの単位時間(21ms)が映像側との同期を考慮しないのは
仕様上・運用上の話で、TSという形態である限り同期の責任が再生側にあるのは不変だ
今話題に上がってるツールは、説明を読む限り末端の対応に注意を払った内容だろう
つまり普通に目的とする映像のポイントで切り出した際に配信ズレ分だけ失われる
音声(400ms)を失う事なく、余分な映像ゴミを付与する事もなくカットすると言っているように見える
あんたの言う同期ズレは恐らくファイル化したTSだけを対象として、TVTestのような
随時同期を持たない再生プレイヤーが連結部分で問題を起こす話だろう
そういう特定の再生側の固有事情の話ではなく、単純にバイナリカットしただけでは映像ゴミが付与するか
音声ソースが大きく失われるかの２拓しかない状況を、TSを維持したまま改善させるという話だと思うぞ？
56:名無しさん＠編集中
14/09/06 16:23:39.65 F/4UNBbg
MurdocCutter+MurdocCutter用+MurdocBatchで連番分割->個別エンコ->MP4Boxで結合をおこなってる。
この方法をとるとMP4Boxは各mp4の映像と音声の短い方に切り捨てて結合されてしまうという問題がある
MurdocCutterだと音声が常に末尾で短くなってるので映像側が切り捨てられていることになる。
aftermurdocを使うと音声長さが映像長さ±10ms以内になって、切り落としが最大でも1フレームになるということだよね。
でも本当に欲しいのは音声側を長めに残してもらって映像が切り落とされないようにしたい。
なので、音声が長く残るオプションをつけてくれるとうれしい。
57:名無しさん＠編集中
14/09/06 16:42:31.71 zlEbRdVY
>>55
この人は、バラバラにした TS をそれぞれエンコし、
それらを tsMuxeR で mux したときに音声の足りない分だけズレる
ということから始まっている。
つまりは、随時同期しないプレイヤーでの再生と同じ現象。
最終的に同じ処理をするのなら、10ms の誤差は蓄積される。
中抜き継ぎ接ぎ TS を随時同期しないプレイヤーで再生したい人がいるなら
役に立つと思うが、>>14 で言ってるように本人はそれを想定していない。
目的はあくまで音ズレしないエンコらしいので、色々言いたくなる……。
あと、TVTest はきちんと同期取るので念のため。
58:名無しさん＠編集中
14/09/06 16:51:59.49 VeVqO+Jo
誤読して来るんじゃないかなと思ったけどやっぱりか
TVTestのような随時同期を持たない再生プレイヤーが
→TVTestが備えているような随時同期を持たない再生プレイヤーが
これで伝わるかね？
＞中抜き継ぎ接ぎ TS を随時同期しないプレイヤーで再生したい人がいるなら
だから違うって
再生上の同期とは別にソース自体が存在するかどうかって問題が単純な切断と結合では発生するんだよ
TVTestを例に取ると、内部のDirectShowフィルタグラフではPTS付きで音声が丸投げされるため再生ズレは発生しないが、実際には欠落した音声の分だけ結合部分で無音区間が生じている
単純なバイナリカットを改善すればその問題が解消される訳で、その処理を供給するツールなら普通に価値はあるわなって話
59:名無しさん＠編集中
14/09/06 17:17:28.70 zlEbRdVY
>>56
＞この方法をとるとMP4Boxは各mp4の映像と音声の短い方に切り捨てて結合されてしまう
おお、これは知らなかったなあ。
ズレはどの位置でも最大 10ms で収まるように調整してくれるんだろうか。
>>58
スマン、TVTest のことは完全な誤読だ。
最初はちゃんと読めてたのに、読み返したときに改行に惑わされたみたいｗ
あなたの言ってる趣旨は、>>45 を読んだときからわかってるよ。
件の人の意図はともかく、たまたまあなたが問題視していることを
解決するツールになっていたってことでしょ。
それはいいんだけど、自分の発言動機は、
＞ただ、完璧なツールではないのに良いことばかりで欠点を表明しないので、
＞よくわからない人が勘違いしないようにしてるだけ。
＞目的はあくまで音ズレしないエンコらしいので、色々言いたくなる……。
あたりなので、そう突っかかってこないでくれ……。
60:名無しさん＠編集中
14/09/06 17:39:40.49 VeVqO+Jo
まあレスの組み方とかやり方をもう少し考えた方がいいかなって話なら分かる
話していく内に説明が必要になって掘り下げるのは仕方ないが、今一かけた行数に
対して構成がまずいというか内容が見合ってないというか…
ただ特定の誰かの要不要でツールが排除されちまうような空気はスレ的には良くないと思う訳よ
レスの内容には微妙な部分はあるが、一つの問題解決の目的があってそのための開発という労力自体は
基本的に批判されるべきではないと一開発者としては思う訳だ
ぶっちゃけ自分だと基本切り継ぎだけで再エンコしない人だからここで話題になるツールの７、８割位は
興味すらないけど、だからって不要だなんて考えた事もないし口を出さないのが筋だと思ってる
いずれ興味を持ってその時必要になる可能性だってある訳だしさ
だから>>41みたいなのは流石に流せない
何であんたが他の奴のTS運用の全体像まで勝手に定義してんだよって突っ込まざるを得ない
だから黙って見てる事と賛同してる事はイコールじゃないぞって事を一応言わせてもらった
個人の意見として言ってるだけだったら何も言やせんかったよ
61:名無しさん＠編集中
14/09/06 17:54:22.42 zlEbRdVY
>>60
まあ、前スレから延々続いているので……。
そのへん見てなかったのなら、
前スレを読んでもらえれば少しはわかってもらえるかもしれない。
そういや、先頭付近は映像パケットのみ、末尾部分は音声パケットのみが延々続くという
イレギュラーな状態になるので、改善どころか別の問題が発生する懸念もあり、
あなたの理想には程遠いかも。
使用例のように tsMuxeR で mux し直せばいいが、
字幕や番組情報等が失われてしまう。
出力順を並び替えるように改良してくれれば解決するが。
62:名無しさん＠編集中
14/09/06 18:32:29.89 VeVqO+Jo
方向性自体は支持すると言ったけど、詳細に関してはまあ微妙な部分は色々あるだろうとは感じてるよ
組んだ処理の比重としては恐らくこんな感じじゃないかな
・基準映像PTSに対する音声PTSのポイント合わせ
(単純なリニアシークか多少でも配慮した最適化を行なっているか)
・切断点はPESレベルかADTSレベルか
・ADTSレベルならPESの組み直しはどのような方式か
・PID毎の切断点を決める際、決定処理と実際の抽出処理は分離されているか
(コールバック/中間データ等方式含めて、ソースの流用や応用が可能な形か)
・切断点の決定にどの程度の調整を許すI/F構成になっているか(切り捨て/切り上げ/＋nフレ等)
・PCR他、周辺PIDの調整はどうか
コードとしてはこの辺の労力がそのまま価値だし、既に実TSでの再生試験を通過しているならその実績自体が価値
個人的にはパッケージとして使えるかは枝葉で、意味のある労力が投入されているかが一番重要だな
新しい開発なんてそれでいいと思ってる、自分の用途に合わない部分は直せばいい
TVTestだって前身は別のパッケージで、その成果を応用発展させたものだったりするしな
ちなみに前スレには居合わせているから、レスのつけ方にはまあ概ね言いたい事は分かるよ
ただ意義のある話も含まれていると自分は感じたから、開発スレとしてはまあいいんじゃないかなと個人的には思う
エンドユーザー用のスレだったら完全アウトかも知れないが・・・
63:名無しさん＠編集中
14/09/06 18:45:02.43 DRlX2cSc
長文書き込み率半端ねえなここ
64:名無しさん＠編集中
14/09/06 19:22:00.11 E3pvoTdW
>>54
触りだけ。
基本はdgindex.exeで解析した時のaacもしくはmp2を使う。
avsを編集し終わったらwavを吐き出すために avs2wav2g.exe を使っている。
ちなみに2.0->5.1の変換はsoxfilter.dllを使う
さらにそれらを音声エンコする場合は -ignorelength を付けた neroaacenc.exe
もしくは flac.exeを使う。
mkvmergeは少し古いv5.5.0を愛用。マージ用の処理もバッチファイルで
一括処理できるようにしているので、タイムコードとチャプタファイルとEIT情報も一緒に
コンテナにいれてる。なのでTSからEIT情報を省くわけにはいかない。
EIT情報はeittextout.exeで。
65:名無しさん＠編集中
14/09/06 19:49:05.88 zlEbRdVY
>>64
あ、>>46 が自分へのレスだと気付かず無視した形になってしまっていた。すまない。
＞どんな連結でも完全にズレないようにできるならともかく、
は >>3 を使った場合の話で、一般論のつもりじゃない。
あなたが実現できているのなら、
音声再エンコ時にフレーム長可変かなんかで長さが完全に揃えられているか、
mkv のコンテナに何か特殊な仕組があるとかかな？
どちらも専門外なので超憶測だけどｗ
66:名無しさん＠編集中
14/09/06 20:08:48.93 gFYf8jHY
>>65
59 ：名無しさん＠編集中：2014/09/06(土) 17:17:28.70 ID:zlEbRdVY>>56
＞この方法をとるとMP4Boxは各mp4の映像と音声の短い方に切り捨てて結合されてしまう
おお、これは知らなかったなあ。
ズレはどの位置でも最大 10ms で収まるように調整してくれるんだろうか。
と同じように、MP4Boxでのマージの際に映像/音声が揃えられてからマージされているのではないかな。
これだと>>3を使おうが、使うまいが、CODEC変換処理後のproductが映像長/音声長不揃いであっても、
切り落としはあるかもしれないが音ズレ的にはOK。
67:名無しさん＠編集中
14/09/06 20:18:02.02 gFYf8jHY
ちなみに、TSMuxeRでの.m2ts(H.264/ac3)のJOIN接合では、入力ファイルの
映像長/音声長の調整はなされず、.ts(mpeg2/aac)の時と同様に、PTS付け替えもなく
単純マージされてしまいますので、個々の入力ファイルの映像長/音声長をできるだけ
揃えておく必要があります。
68:名無しさん＠編集中
14/09/06 20:20:34.09 gFYf8jHY
コンテナ形式だけの違いですので.m2tsを.mp4(H.264/ac3)にしておいて、
MP4boxで統合し、統合物を.m2tsに戻すというやり方もあるのかもしれませんね。