『漫游』酷论坛>『影音数码技术学习交流』>[原创]dshow2raw工具发布 ..
HDvideo@2010-02-19 20:44
不过0208真的有bug，他2pass不按码率办事！
看下面：
明明片长是4小时23分09秒
dshow [info]: duration 04:23:09
码率也都用megui的工具算好刚刚4.36G，可是结果2pass压出来变成5.31G了，这码率控制可能有bug，以前都按算好的码率办事，这次让我跌眼镜了！
看截图（两张）：
文件格式 : Matroska
文件大小 : 5.31GiB
持續的時間 : 8h 46mn
平均混合比特率 : 1444Kbps
編碼日期 : UTC 2010-02-19 07:18:36
編碼程序 : mkvmerge v2.4.1 ('Use Me') built on Dec 5 2008 15:43:32
編碼函數庫 : libebml v0.7.7 + libmatroska v0.8.1
視頻
文件格式 : AVC
文件格式/信息Info : Advanced Video Codec
格式簡介 : High@L4.0
格式設置, CABAC : 確定
格式設置, ReFrames : 3 frames
編碼ID : V_MPEG4/ISO/AVC
比特率 : 2248Kbps
正常碼率 : 2248Kbps
畫面寬度 : 720像素
畫面高度 : 576像素
畫面比例 : 5/4
幀率類型 : Variable
標準 : PAL
比色法 : 4:2:0
掃瞄類型 : 漸進Progressive
編碼函數庫 : x264 core 84 r1416
編碼設置 : cabac=1 / ref=3 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=7 / psy=1 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=1 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=0 / keyint=250 / keyint_min=2 / scenecut=40 / intra_refresh=0 / rc=2pass / mbtree=0 / bitrate=2248 / ratetol=1.0 / qcomp=1.00 / qpmin=10 / qpmax=30 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
語言 : English
音頻
文件格式 : MPEG Audio
格式版本 : Version 1
格式簡介 : Layer 3
編碼ID : A_MPEG/L3
編碼ID/提示 : MP3
持續的時間 : 8h 46mn
比特率模式 : Constant
比特率 : 128Kbps
聲道數 : 2聲道
採樣率 : 48.0KHz
分辨率 : 16位
roozhou@2010-02-19 22:53
你x264压出来的东西是多长，指只有视频的那个文件？pass1完了会生成一个log文件，打开后把最后三行的内容贴上来看看。
HDvideo@2010-02-19 23:56
引用
最初由 roozhou 发布
你x264压出来的东西是多长，指只有视频的那个文件？pass1完了会生成一个log文件，打开后把最后三行的内容贴上来看看。
全片4小时23分09秒，压出来的内容完整，播放时旧版的暴风影音播放器时间一切正常，用kmp的话，显示8：46：18，前面4：23：09就有东西，拉到后面就假死了！
下面是“不自动换行”的最后三行！
smb:336 d:s ref:3646 749 325 ;
in:394704 out:157881600000 type:b q:30.00 tex:25589 mv:11403 misc:1576 imb:7 pmb:700 smb:837 d:s ref:1362 184 ;
in:394705 out:157882000000 type:b q:30.00 tex:29198 mv:11668 misc:1574 imb:10 pmb:723 smb:789 d:t ref:877 166 ;
in:394709 out:157883600000 type:P q:30.00 tex:54675 mv:20534 misc:1095 imb:100 pmb:1232 smb:288 d:s ref:3781 582 565 ;
in:394707 out:157882800000 type:b q:30.00 tex:29066 mv:12291 misc:1563 imb:7 pmb:755 smb:765 d:s ref:1196 229 ;
in:394708 out:157883200000 type:b q:30.00 tex:30084 mv:10463 misc:1565 imb:6 pmb:778 smb:755 d:s ref:827 230 ;
in:394712 out:157884800000 type:P q:30.00 tex:45318 mv:18123 misc:1295 imb:73 pmb:1135 smb:412 d:s ref:3529 564 447 ;
in:394710 out:157884000000 type:b q:30.00 tex:27089 mv:8890 misc:1565 imb:5 pmb:670 smb:892 d:s ref:1535 197 ;
in:394711 out:157884400000 type:b q:30.00 tex:27602 mv:9405 misc:1561 imb:17 pmb:673 smb:853 d:s ref:1159 156 ;
in:394715 out:157886000000 type:P q:30.00 tex:39225 mv:15305 misc:1318 imb:38 pmb:1198 smb:384 d:s ref:3769 493 530 ;
in:394713 out:157885200000 type:b q:30.00 tex:11210 mv:6087 misc:1703 imb:14 pmb:634 smb:919 d:s ref:831 95 ;
in:394714 out:157885600000 type:b q:30.00 tex:10380 mv:5454 misc:1670 imb:10 pmb:644 smb:942 d:s ref:570 130 ;
in:394718 out:157887200000 type:P q:30.00 tex:26996 mv:13437 misc:1391 imb:124 pmb:1066 smb:430 d:s ref:3061 664 539 ;
in:394716 out:157886400000 type:b q:30.00 tex:7750 mv:4574 misc:1580 imb:1 pmb:524 smb:1076 d:s ref:760 161 ;
in:394717 out:157886800000 type:b q:30.00 tex:9186 mv:4347 misc:1571 imb:2 pmb:548 smb:1053 d:s ref:535 165 ;
in:394721 out:157888400000 type:P q:30.00 tex:28061 mv:12565 misc:1454 imb:52 pmb:1091 smb:477 d:s ref:3346 527 491 ;
in:394719 out:157887600000 type:b q:30.00 tex:11304 mv:5536 misc:1696 imb:5 pmb:666 smb:923 d:s ref:653 181 ;
in:394720 out:157888000000 type:b q:30.00 tex:9660 mv:4636 misc:1592 imb:5 pmb:583 smb:1010 d:s ref:406 146 ;
in:394724 out:157889600000 type:P q:30.00 tex:23662 mv:11690 misc:1496 imb:40 pmb:975 smb:605 d:s ref:2759 644 497 ;
in:394722 out:157888800000 type:b q:30.00 tex:9471 mv:5469 misc:1556 imb:12 pmb:574 smb:1007 d:s ref:647 279 ;
in:394723 out:157889200000 type:b q:30.00 tex:8936 mv:4840 misc:1528 imb:4 pmb:516 smb:1068 d:s ref:339 191 ;
in:394725 out:157890000000 type:P q:30.00 tex:14957 mv:8228 misc:1543 imb:19 pmb:741 smb:860 d:s ref:2192 485 287 ;
wtyrambo@2010-02-24 23:44
不知道是不是个例,用你的ffmpeg重封装vp6+mp3的mkv为flv时出错,封装出来的文件信息错误,无法播放,显示格式为Screen video 2
ffmpeg输出信息
FFmpeg version SVN-r21997, Copyright (c) 2000-2010 the FFmpeg developers
built on Feb 23 2010 22:31:38 with gcc 4.4.1
configuration:
libavutil 50. 9. 0 / 50. 9. 0
libavcodec 52.55. 0 / 52.55. 0
libavformat 52.53. 0 / 52.53. 0
libavdevice 52. 2. 0 / 52. 2. 0
libswscale 0.10. 0 / 0.10. 0
[matroska @ 0xbeb840]Unknown/unsupported CodecID V_MS/VFW/FOURCC.
[matroska @ 0xbeb840]max_analyze_duration reached
[matroska @ 0xbeb840]Estimating duration from bitrate, this may be inaccurate
Input #0, matroska, from '[HorribleRemux] Bakemonogatari 14 - Tsubasa Cat Part 4
(640x360)[VP6-MP3].mkv':
Duration: 00:26:22.18, start: 0.000000, bitrate: 128 kb/s
Stream #0.0(eng): Video: FLV4 / 0x34564C46, 640x368, PAR 1:1 DAR 40:23, 1k t
br, 1k tbn, 1k tbc
Stream #0.1(eng): Audio: mp3, 44100 Hz, 2 channels, s16, 128 kb/s
Output #0, flv, to '14.flv':
Metadata:
encoder : Lavf52.53.0
Stream #0.0(eng): Video: FLV4 / 0x34564C46, 640x368 [PAR 1:1 DAR 40:23], q=2
-31, 1k tbn, 1k tbc
Stream #0.1(eng): Audio: 0x0002, 44100 Hz, 2 channels, 128 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
Press [q] to stop encoding
貌似是无法识别mkv封装里的vp6视频流?
roozhou@2010-02-25 00:21
你的文件是怎么弄出来的？我找了个vp6+mp3的flv，用mencoder封成mkv(ffmpeg貌似不支持)再用ffmpeg封成flv正常。
wtyrambo@2010-02-25 00:42
引用
最初由 roozhou 发布
你的文件是怎么弄出来的？我找了个vp6+mp3的flv，用mencoder封成mkv(ffmpeg貌似不支持)再用ffmpeg封成flv正常。
源文件是别人网上remux的,vp6貌似能用gdsmux封装mkv
wtyrambo@2010-02-25 00:49
样本:http://cid-8e1c6caedbc20955.skydrive.live.com/self.aspx/.Public/14-001.mkv
roozhou@2010-02-25 11:42
看样子这个mkv用的FOURCC是FLV4，ffmpeg里没有这个FOURCC，所以无法识别，mplayer也放不了这个mkv。应该只要加一个FLV4 -> CODEC_ID_VP6F的映射就可以了（ffdshow里就有）。我会把这个情况发到ffmpeg的mailing list的。
roozhou@2010-03-05 11:12
>wtyrambo
flv的bug已经修复了，请下载新版本
kiral@2010-03-06 09:35
最新版的ffmpeg已加入了H264 DXVA2 硬解支持，不知道dshow2raw能不能用上，这样demux速度加快了，编码速度也一定快很多。
roozhou@2010-03-06 16:50
楼上先了解一下dxva的工作原理吧。
DXVA要求解码器直接连接到渲染器，解码后的帧在显存里并且不再回到内存，用来压制的时候DXVA是无法使用的。
另外如果不是那种--preset veryfast的参数，一般解码所占的时间小于3%，即使让显卡来解压也快不了多少（参考CoreAVC CUDA）。如果是--preset veryfast这种，显存->内存的带宽会成为瓶颈，会出现CPU闲置的情况。
HDvideo@2010-03-07 07:51
请问在用dshow压片时，可以在ffdshow里调用TDeint滤镜吗，通过ffdshow里的AVS？
roozhou@2010-03-07 13:11
引用
最初由 HDvideo 发布
请问在用dshow压片时，可以在ffdshow里调用TDeint滤镜吗，通过ffdshow里的AVS？
可以。不过请预先设置好Buffer back/ahead，不然结果会不正确。
我说一下
zz2010@2010-03-09 15:02
挺不错的，值得学
pepsiwell@2010-03-12 12:49
发现了个奇怪的问题
同一部片源
用LZ的那个精简版FFMPEG封装MP4，PC上能播放，PSP中不能识别
但是同一片源，我用AVS截取了1000帧用LZ的FFMPEG封装，PSP又能放了
后来我找了个短的MV，问题类似，AVS截取3000帧，用LZ那个精简版FFMPEG封装MP4,PSP能放
截取了6000帧，又不能放了，不截取的话，也不能放
用MP4BOX的话无以上情况，
也就是说，LZ提供的精简版FFMPEG封装MP4，PC端没问题，就是PSP上有问题（截取小段能放，长了就不行）~不知道为什么？
«2526272829303132»共35页
| TOP