Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
22nd February 2011, 12:12 | #82 | Link |
TeMa=) team member
Join Date: Apr 2005
Location: Universe, Galaxy, Solar System, Earth, Russia, Moscow
Posts: 212
|
There's a problem with this fork. At http colon slash slash lrn.no-ip.info/other/wb_100/wb_100.tar.xz you can grab:
ffmpeg.exe - the remuxer i've used. wb_100.264 - original sequence encoded with x264 without any SAR changes. Recognized as valid h.264 stream. wb_100_x264_sar.264 - original sequence encoded with x264 with --sar 64:45 option. Recognized as valid h.264 stream. wb_100_fixed.264 - a result of running `ffmpeg.exe -i wb_100.264 -vcodec copy -vbsf h264_changesps=sar=64:45 wb_100_fixed.264' . It is not regognized as valid h.264 stream With a hex editor i was able to fix wb_100_fixed.264 by changing 3rd byte from 0x1D to 0x01 (so that it matches wb_100_x264_sar.264 and wb_100.264). I have not bothered to debug the fork to find why this byte changes suddenly.
__________________
Without effort, you can't even pull a fish out of the pond. Without a pond you can't pull it out even with effort. |
22nd February 2011, 19:49 | #83 | Link |
Registered User
Join Date: Aug 2008
Location: The Land Of Dracula (Romania - EU)
Posts: 934
|
@LRN have you tested for other arguments too? (fps, level, crop, etc)...
_
__________________
if you ask a question and somebody give you the correct answer don't forget to leave a "thank you" note... Visit The Land Of Dracula (Romania - EU)! |
24th February 2011, 14:19 | #84 | Link |
TeMa=) team member
Join Date: Apr 2005
Location: Universe, Galaxy, Solar System, Earth, Russia, Moscow
Posts: 212
|
No, i did not.
I did test it with different combinations of sar. For example, it produces valid file when invoked with sar=4:3 (or was it 5:4? i don't remember).
__________________
Without effort, you can't even pull a fish out of the pond. Without a pond you can't pull it out even with effort. |
24th February 2011, 16:25 | #85 | Link |
Registered User
Join Date: Apr 2008
Posts: 1,181
|
My bad. Because 64:45 is not in H264's pre-defined SAR list(while 4:3 is), setting to such SAR value will change the length of SPS. For MP4 style bitstream, there is a 4-byte field before each nal telling the size of the nal. The filter tries to modify it even if the bitstream is AnnexB which has no such bytes.
This bug will be fixed in next release. P.S. mplayer/ffmpeg's svn server is blocking all IPs from China mainland and Hong Kong. It is now difficult for me to sync to the latest ffmpeg code. Further worse, sf.net has reset passwords for all users by email and unfortunately my email address registered on sf.net is no longer available. I can neither upload code nor release files. Last edited by roozhou; 24th February 2011 at 16:31. |
24th February 2011, 23:42 | #88 | Link |
Registered User
Join Date: Jan 2003
Location: Germany
Posts: 65
|
I wanted a h264-video being 23.976 fps becoming 24fps:
Code:
ffmpeg.exe -i Monk.S07E01_conv.mkv -vcodec copy -acodec copy -vbsf h264_changesps=fps=24000:1000 Monk.S07E01_video.mkv Code:
mediainfo Monk.S07E01_video.mkv General Unique ID : 302061734355895109743642512766325178364 (0xE33EF953255B3DC619A6ADC0A4D33FFC) Complete name : Monk.S07E01_video.mkv Format : Matroska File size : 1.34 GiB Duration : 43mn 7s Overall bit rate : 4 456 Kbps Writing application : Lavf52.92.0 Writing library : Lavf52.92.0 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High@L3.1 Format settings, CABAC : No Format settings, ReFrames : 2 frames Codec ID : V_MPEG4/ISO/AVC Duration : 43mn 7s Bit rate mode : Variable Bit rate : 3 919 Kbps Maximum bit rate : 2 097 Kbps Width : 1 280 pixels Height : 720 pixels Display aspect ratio : 16:9 Frame rate : 24.000 fps Original frame rate : 23.976 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.177 Stream size : 1.18 GiB (88%) Language : English Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177 Transfer characteristics : BT.709-5, BT.1361 Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177 Audio ID : 2 Format : AC-3 Format/Info : Audio Coding 3 Mode extension : CM (complete main) Codec ID : A_AC3 Duration : 43mn 7s Bit rate mode : Constant Bit rate : 448 Kbps Channel(s) : 6 channels Channel positions : Front: L C R, Side: L R, LFE Sampling rate : 48.0 KHz Bit depth : 16 bits Compression mode : Lossy Stream size : 138 MiB (10%) Language : English |
26th February 2011, 21:40 | #90 | Link | |
Registered User
Join Date: Jan 2003
Location: Germany
Posts: 65
|
Thanks for your reply - but I am still stuck.
Code:
ffmpeg.exe -i Monk.S07E01_conv.mkv -muxerfps 24000/1001 -vcodec copy -acodec copy -vbsf h264_changesps=fps=24000:1000 Monk.S07E01_video.mkv ... mediainfo Monk.S07E01_video.mkv ... Display aspect ratio : 16:9 Frame rate : 23.976 fps Color space : YUV ... Even If I try to transform the video alone I get the input and the output to be 23.976fps: Quote:
|
|
2nd March 2011, 18:45 | #91 | Link |
Registered User
Join Date: Jul 2004
Posts: 213
|
Could this tool be used to "repair" DTS of a h264 stream (DTS of AU is not greater than DTS of previous AU), that is, is there a way to remove all DTS, and then correctly regenerate them again?
Greetings EDIT: I've tried H264 -> mkv -> H264 but the resulting file doesn't work, what should I do? Maybe H264 -> mkv -> mp4 -> H264? Or this DTS generation only works on containers but not on raw streams? Last edited by chompy; 3rd March 2011 at 10:10. |
11th March 2011, 19:35 | #92 | Link | |
Registered User
Join Date: Apr 2008
Posts: 1,181
|
Quote:
|
|
11th March 2011, 20:31 | #94 | Link |
Registered User
Join Date: Aug 2008
Location: The Land Of Dracula (Romania - EU)
Posts: 934
|
thanks a lot...
_ L.E. is not working for me...a line like this is a deadlock! Code:
ffmpeg -i sample.mkv -vcodec copy -an -sn sample.mp4
__________________
if you ask a question and somebody give you the correct answer don't forget to leave a "thank you" note... Visit The Land Of Dracula (Romania - EU)! Last edited by b66pak; 11th March 2011 at 20:53. |
12th March 2011, 20:58 | #96 | Link |
Registered User
Join Date: Aug 2008
Location: The Land Of Dracula (Romania - EU)
Posts: 934
|
now its ok...thanks a lot...
_
__________________
if you ask a question and somebody give you the correct answer don't forget to leave a "thank you" note... Visit The Land Of Dracula (Romania - EU)! |
2nd May 2011, 21:32 | #97 | Link |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
How to correctly crop 1088 to 1080?
I tried: Code:
ffmpeg -i 1088.h264 -vcodec copy -an -vbsf h264_changesps=crop=0:8 1080.h264 Code:
Width : 1 920 pixels Height : 1 088 pixels Original height : 1 080 pixels |
3rd May 2011, 03:45 | #98 | Link |
Registered User
Join Date: Nov 2003
Posts: 1,281
|
You cannot crop without recoding.
__________________
http://www.7-zip.org/ |
3rd May 2011, 04:34 | #99 | Link |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
I'm certainly not sure, but I don't think it is true for all cases - at least 1088 to 1080 should be possible, because H.264 works with mod16 resolutions internally anyways. I think that there may also be a SPS for the resolution which also needs to be changed and this feature might be missing at the moment.
|
3rd May 2011, 04:42 | #100 | Link | |
Registered User
Join Date: Nov 2003
Posts: 1,281
|
Quote:
When x264 adds lines to bring content to mod16 for encoding, the decoder crops that information at playback. If you want to actually remove (crop) lines of resolution from the source. You will have to re-encode.
__________________
http://www.7-zip.org/ |
|
|
|