比如我现在从mkv里抽取了 v.h264 和 a.aac 这两个文件
现在有什么工具/命令能把这两个文件以l-smash方式封装成mp4,而不是GPAC的么?
带l-smash的x264没有像ffmpeg的vcodec copy这种操作
果然这样,了解。谢虾大dgwxx 写了:l-smash目前没有单独的封装工具,所以目前还无法做到直接封装。
静候佳音06_taro 写了:所以这两天有种去写个lsmuxer的冲动……虽然完全没空= =
於是坐等那個standalone muxer吧,畢竟我這種水平極菜不懂日文やる気なし的非變態肯定幫不上什麼忙……194 :vfr@solaのBD-Boxマダー?:2011/05/01(日) 15:41:14.98 ID:5LAPrw6h
>>189
最近、#x264-devをよく見てないからすごくおおよそにしかわからんが。
まもなくMBAFFが来る。次の公式repositoryへのpushか、その次のpushあたりには来ると思う。
GSoCとしては、MVCの実装をやってみたい。とかいう人が既に現れている。MVCに関しては3DTV用途がメインになるかと。
kierank氏のts muxerがいつ来るのかはまだ分からん。一応、開発は続いてる。
x264-audioはほぼ開発停止状態。
もう、別の誰かが引き継いで提出しちゃってもいいんじゃね?って思う(汗)
L-SMASHのx264公式投入は当分先になりそう。
箱詰猫神様が多忙すぎてリファクタリングが進まないのが要因の一つと、
自分がちょっと新機能追加等の浮気をするモンだから、要リファクタリングのコードがどんどん増えていってる状態。
とりあえず引き続き、やる気のある変態or変人の開発者募集中。
次の機能を実装してくれる開発者募集中ですん。
・hint track (RTPとかSRTPとか)
・BIFS (真面目にチャプターを実装ならコレ。解釈できるDirectShow Filterは未だ無いが)
・meta data (アーティスト名とか曲名とかを格納するヤツ)
・subtitle (Timed text formatによる字幕)
・各種importer (エレメンタルストリームを読み込んでmuxerに送り出すヤツ)
・standalone muxer (MP4Boxみたいなの。libavを使うのが現実的かな)
以上、開発者募集の広告でした。
開発者が集まらないようならば、近所の猫に、「猫でもわかるプログラミング」を読ませて、
開発者として育て上げるという案も検討中。
契約?何の話です?
小白的测试,仅供参考tank8888jx 写了:想请教各位这两种方式有什么不同 有什么优缺点?
日常11和12的480就是被这么恶心了,一个差3帧一个差1帧。orz,DSS2无问题但是会卡死,ffms2只有平移时轴这么一条路(13和14就是这么做的。)upyzl 写了:ffmpeg用的是lavf(libavformat), 不是l-smash...
不过不管哪种,比GPAC更靠谱就是了
封多mp4后,发现GPAC确实会各种RP,container header部分都不能保证统一,也难怪还会出现封装的mp4不兼容一些设备的情况;另外我也有时会出现mp4box封装后播放即播放器停止响应但换封装方式后再播放就没问题的情况(看到304的测试,GPAC的问题比想象中的还多啊……)