View Full Version : New tool to change SAR in H264 bitstream
iwod
14th September 2010, 18:25
I just refer to my post here http://forum.doom9.org/showthread.php?p=1442894#post1442894
I know it may not be your tools problem. ( More likely itunes problem ), but any guess as to why only one of the file could be transferred to iPhone while others can not.
It is very frustrating.
P.S - You ffmpeg build is simply AWESOME!!!
b66pak
14th September 2010, 18:56
run this line on the source file that after conversion don't work on iPhone:
ffmpeg -i my_file.mkv
and post the output log here...
_
iwod
14th September 2010, 19:35
Well i manage to use MKVmerge to extract the Raw Stream and Audio, and then use MP4box to mux it back.
And it works perfectly fine using this method, with all my files.
So here is the log
FFmpeg version SVN-r24750, Copyright (c) 2000-2010 the FFmpeg developers
built on Aug 10 2010 00:58:46 with gcc 4.4.4
configuration:
libavutil 50.23. 0 / 50.23. 0
libavcore 0. 3. 0 / 0. 3. 0
libavcodec 52.84. 3 / 52.84. 3
libavformat 52.78. 1 / 52.78. 1
libavdevice 52. 2. 1 / 52. 2. 1
libswscale 0.11. 0 / 0.11. 0
[matroska,webm @ 00c69c30] max_analyze_duration reached
[matroska,webm @ 00c69c30] Estimating duration from bitrate, this may be inaccur
ate
Seems stream 0 codec frame rate differs from container frame rate: 49.98 (269908
51/540000) -> 500.00 (500/1)
Input #0, matroska,webm, from 'Ch33.mkv':
Duration: 00:49:59.17, start: 0.000000, bitrate: N/A
Stream #0.0(eng): Video: h264, yuv420p, 848x480, PAR 213:212 DAR 71:40, 24.9
9 fps, 500 tbr, 1k tbn, 49.98 tbc
Stream #0.1: Audio: aac, 48000 Hz, stereo, s16
Stream #0.2(chi): Subtitle: [0][0][0][0] / 0x0000
Metadata:
title : Traditional Chinese
At least one output file must be specified
b66pak
14th September 2010, 20:05
this will do the job:
ffmpeg -y -i Ch33.mkv -vbsf h264_changesps=fps=25000:1000 -vcodec copy -acodec copy -sn Ch33.mp4
_
kla960
8th October 2010, 19:28
I have h.264 videos with mp3 audio as vfr in an avi container. But I need it as h.264 video with ac3 audio as cfr in a mkv or ts container.
Is it possible to add the ac3 codec to the patched ffmpeg version???
J_Darnley
8th October 2010, 21:13
Yes, if you apply the patches (my patches at least) then compile as normal you can use any features of ffmpeg that would normally be present.
0028606
19th December 2010, 14:06
can some please provide some advice i'm trying to build this on mac os x 10.6 with ffmpeg 0.6 source
I applied j_darnley patch
I keep getting this error -
CC libavcodec/h261.o
CC libavcodec/h261_parser.o
CC libavcodec/h261dec.o
CC libavcodec/h261enc.o
CC libavcodec/h263.o
CC libavcodec/h263_parser.o
CC libavcodec/h263dec.o
CC libavcodec/h264.o
libavcodec/h264.c: In function ‘fill_filter_caches’:
libavcodec/h264.c:2309: warning: initialization from incompatible pointer type
libavcodec/h264.c:2386: warning: initialization from incompatible pointer type
libavcodec/h264.c:2401: warning: initialization from incompatible pointer type
libavcodec/h264.c: At top level:
libavcodec/h264.h:1256: warning: ‘decode_mb_skip’ defined but not used
CC libavcodec/h264_cabac.o
CC libavcodec/h264_cavlc.o
libavcodec/h264_cavlc.c: In function ‘decode_residual’:
libavcodec/h264_cavlc.c:411: warning: suggest parentheses around comparison in operand of &
make: *** No rule to make target `libavcodec/h264_changesps_bsf.o', needed by `libavcodec/libavcodec.a'. Stop.
does anyone know where I'm going wrong
roozhou
20th December 2010, 16:31
New build 25887 is available.
MGSteve
23rd December 2010, 22:35
New build 25887 is available.
Suppose a Win32 binary is out of the question? I don't compile stuff on my PC :(
7ekno
24th December 2010, 02:32
I don't compile stuff on my PC :(
Nor follow links too well ... first post, the red writing under the SVN version is a direct link to the Win32 binary from SourgeForge ;)
Tek
coolalibaba
24th December 2010, 12:10
can this tool be used to "uncrop" h264 video in any way?
roozhou
24th December 2010, 17:14
can this tool be used to "uncrop" h264 video in any way?
Do you mean to remove crop information? Use -vbsf h264_changesps=crop=0:0.
b66pak
24th December 2010, 21:15
thanks a lot for the new version...
r25887 can't recognize 1 channel aac-lc adts, so the muxing is failing!!!
here is a bug report:
ffmpeg24750:
ffmpeg -i 1channel.aac
FFmpeg version SVN-r24750, Copyright (c) 2000-2010 the FFmpeg developers
built on Aug 10 2010 00:58:46 with gcc 4.4.4
configuration:
libavutil 50.23. 0 / 50.23. 0
libavcore 0. 3. 0 / 0. 3. 0
libavcodec 52.84. 3 / 52.84. 3
libavformat 52.78. 1 / 52.78. 1
libavdevice 52. 2. 1 / 52. 2. 1
libswscale 0.11. 0 / 0.11. 0
[aac @ 003eb270] max_analyze_duration reached
[aac @ 003eb270] Estimating duration from bitrate, this may be inaccurate
[COLOR="Blue"]Input #0, aac, from '1channel.aac':
Duration: 00:01:06.19, bitrate: 65 kb/s
Stream #0.0: Audio: aac, 48000 Hz, mono, s16, 66kb/s
ffmpeg25887:
ffmpeg -i 1channel.aac
FFmpeg version SVN-r25887, Copyright (c) 2000-2010 the FFmpeg developers
built on Dec 20 2010 23:16:22 with gcc 4.4.5
configuration:
libavutil 50.34. 0 / 50.34. 0
libavcore 0.15. 0 / 0.15. 0
libavcodec 52.98. 0 / 52.98. 0
libavformat 52.87. 1 / 52.87. 1
libavdevice 52. 2. 2 / 52. 2. 2
libswscale 0.12. 0 / 0.12. 0
[aac @ 003ec540] invalid sampling rate index 13
Last message repeated 3027 times
[aac @ 003eb3b0] Could not find codec parameters (Audio: aac, 0 channels, 37 kb/s)
[aac @ 003eb3b0] Estimating duration from bitrate, this may be inaccurate
Assertion failed: c > 0, file libavutil/mathematics.c, line 79
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
mediainfo on aac:
General
Complete name : 1channel.aac
Format : ADTS
Format/Info : Audio Data Transport Stream
File size : 533 KiB
Audio
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Bit rate mode : Variable
Channel(s) : 1 channel
best regards...
_
coolalibaba
26th December 2010, 08:29
Do you mean to remove crop information? Use -vbsf h264_changesps=crop=0:0.
for example, I have a cropped video with size 1280X544. I meant to make it uncropped to original size 1280X720.
roozhou
26th December 2010, 11:23
for example, I have a cropped video with size 1280X544. I meant to make it uncropped to original size 1280X720.
No. And why do you need to pad to 1280x720 in the bitstream. Can't you do this during playback?
coolalibaba
27th December 2010, 06:20
No. And why do you need to pad to 1280x720 in the bitstream. Can't you do this during playback?
no, actually my player is PS3 and it is not able to pad during playback.
roozhou
27th December 2010, 06:24
no, actually my player is PS3 and it is not able to pad during playback.
What a pity. I think you have to reencode.
coolalibaba
28th December 2010, 07:22
yes, thx. that's what i can find by now...
reinen
12th January 2011, 12:30
hello to all,
I've already tried to compile the patched ffmpeg/x264 sources on my linux machine (ubuntu lucid lynx 10.04) for a few times.
./configure of ffmpeg goes through without any problems, but the 'make'-process stops at libavcodec: ac3enc.c with an error (sorry, I can't remember the exact message).
I have no problem with compiling the unpatched ffmpeg sources (with x264), so I think the dependencies are o.k.
I've used the recent patch of roozhous svn (r25887) to patch the latest ffmpeg sources downloaded from 'svn checkout svn://svn.ffmpeg.org/ffmpeg/trunk ffmpeg' with the following command: patch -p0 < ffmpeg_svn_r25887.patch
Could it be possible that this is only working if I patch the r25887-subversion of the ffmpeg sources with the ffmpeg_svn_r25887.patch? If this is true, where can I get the ffmpeg-svn-r25887 sources from?
If not, perhaps there is someone, who can help me anyway.
Thanks,
reinen
roozhou
12th January 2011, 13:08
In my configuration all encoders are disabled. Add --disable-encoders after your ./configure and try again.
Ghitulescu
12th January 2011, 13:21
can this tool be used to "uncrop" h264 video in any way?
for example, I have a cropped video with size 1280X544. I meant to make it uncropped to original size 1280X720.
There's no legal source for 1280x544 files, use the originals you have, they must be PS3 compatible (apart from format/container - use a remuxer to make them compatible to PS3).
roozhou
12th January 2011, 15:23
There's no legal source for 1280x544 files.
You can find 1280x544 Diablo 3 trailers on Blizzard's website, though they are not H.264 but MPEG4 ASP. You can also download sintel 1280x544 H.264 movie. All of them are legal.
Ghitulescu
12th January 2011, 17:55
Sorry I'm not into games and I don't watch movies on my PC. But I still wonder why they put trailers in this non-standard resolution since the game is not 1280x544 and no other game trailer in this resolution exists (according to google, except those in metacafe, youtube and co.).
However the internet is full of "BRRip x264-HDLiTE | 1.77 GB | 1h 43mins | 1280 x 544 | H264 - 2017kbps | AC3" ;) because this resolution is the best compromise for both the uploader and the downloader, reported to video quality and used player.
PS: pay attention to the words original size of 1280x720 vs. I have a cropped source of 1280x544.
b66pak
12th January 2011, 21:06
please, lets keep this topic clean...
_
reinen
12th January 2011, 22:30
In my configuration all encoders are disabled. Add --disable-encoders after your ./configure and try again.
thanks roozhou, your advice helped me to complete the compilation of the patched ffmpeg.
But unfortunately i'm still not able to change the level of an .mkv file with the following command:
ffmpeg -i infile -vcodec copy -acodec copy -vbsf h264_changesps=level=41 outfile.mkv
ffmpeg is giving me the following error message:
FFmpeg version SVN-r26322, Copyright (c) 2000-2011 the FFmpeg developers
built on Jan 12 2011 20:12:12 with gcc 4.4.3
configuration: --enable-gpl --enable-version3 --enable-nonfree --enable-postproc --enable-libfaac --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-x11grab --disable-encoders
libavutil 50.36. 0 / 50.36. 0
libavcore 0.16. 0 / 0.16. 0
libavcodec 52.108. 0 / 52.108. 0
libavformat 52.92. 0 / 52.92. 0
libavdevice 52. 2. 3 / 52. 2. 3
libavfilter 1.73. 0 / 1.73. 0
libswscale 0.12. 0 / 0.12. 0
libpostproc 51. 2. 0 / 51. 2. 0
[matroska,webm @ 0x92123d0] max_analyze_duration reached
[matroska,webm @ 0x92123d0] Estimating duration from bitrate, this may be inaccurate
Seems stream 0 codec frame rate differs from container frame rate: 47.95 (5000000/104271) -> 23.98 (5000000/208542)
Input #0, matroska,webm, from 'input.mkv':
Duration: 00:49:56.80, start: 0.000000, bitrate: 448 kb/s
Stream #0.0: Video: h264, yuv420p, 1920x1080, PAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc
Stream #0.1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s
Metadata:
title : English (AC3)
Stream #0.2(eng): Subtitle: ass
Output #0, matroska, to 'output.mkv':
Stream #0.0: Video: [0][0][0][0] / 0x0000, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], q=0-0, 90k tbn, 23.98 tbc
Stream #0.1(eng): Audio: [0][0][0][0] / 0x0000, 48000 Hz, 5.1, 448 kb/s
Metadata:
title : English (AC3)
Stream #0.2(eng): Subtitle: [0][0][0][0] / 0x0000
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
Stream #0.2 -> #0.2
Encoder (codec id 94210) not found for output stream #0.2
does anybody have an idea, what i'm doing wrong?
b66pak
12th January 2011, 23:42
add:
-scodec copy
or if the error remains:
-sn
_
reinen
13th January 2011, 22:58
add:
-scodec copy
or if the error remains:
-sn
_
thanks a lot b66pak, you were right the subtitle stream was the problem. now the re-encoding of my mkv files is working.
I'm sorry to say, but the whole procedure didn't solve my problem of playing mkv's from external device via the media player of my samsung led tv.
I thought changing the h264-level from 5.1 to 4.1 would fix it. I also tried to lower the reference frames from 16 to 4, but without any success.
Is there anybody facing a similar problem?
cheers
reinen
b66pak
14th January 2011, 00:20
do you search the producer site for the latest firmware?...did you contact the support for detalied info on what the firmware can play?...this is going offtopic...i suggest to make a topic in hardware players category...
_
roozhou
18th January 2011, 12:50
New build available.
ADTS parsing is fixed.
b66pak
18th January 2011, 13:49
thanks a lot...
_
7ekno
19th January 2011, 05:54
I also tried to lower the reference frames from 16 to 4
Only way of doing that is via transcoding, changing a number in the header won't affect how many reference frames appear in the physical video stream ....
7ek
LRN
22nd February 2011, 12:12
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.
b66pak
22nd February 2011, 19:49
@LRN have you tested for other arguments too? (fps, level, crop, etc)...
_
LRN
24th February 2011, 14:19
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).
roozhou
24th February 2011, 16:25
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.
nm
24th February 2011, 16:47
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.
Does the same happen with the git repository?
roozhou
24th February 2011, 17:20
Does the same happen with the git repository?
git is OK
bernd_b
24th February 2011, 23:42
I wanted a h264-video being 23.976 fps becoming 24fps:
ffmpeg.exe -i Monk.S07E01_conv.mkv -vcodec copy -acodec copy -vbsf h264_changesps=fps=24000:1000 Monk.S07E01_video.mkv
But mediainfo still indicates me, that only the container has turned into 24 fps, there is still the information of the h264-stream to be 23,976 fps - or am I on the wrong track here:
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
roozhou
25th February 2011, 02:40
@bernd_b
Add -muxerfps 24000/1001 to ffmpeg's parameters.
bernd_b
26th February 2011, 21:40
Thanks for your reply - but I am still stuck.
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
...
Is it a problem that I actually use the windows version with wine under Linux?
Even If I try to transform the video alone I get the input and the output to be 23.976fps:
mediainfo Monk.S07E01_conv.h264
General
Complete name : Monk.S07E01_conv.h264
Format : AVC
Format/Info : Advanced Video Codec
File size : 1.21 GiB
Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.1
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
...
wine ffmpeg.exe -i Monk.S07E01_conv.h264 -vcodec copy -acodec copy -vbsf h264_changesps=fps=24000:1000 Monk.S07E01_video.h264
...
FFmpeg version SVN-r26292, Copyright (c) 2000-2011 the FFmpeg developers
built on Jan 24 2011 20:49:50 with gcc 4.4.5
configuration:
libavutil 50.36. 0 / 50.36. 0
libavcore 0.16. 0 / 0.16. 0
libavcodec 52.108. 0 / 52.108. 0
libavformat 52.92. 0 / 52.92. 0
libavdevice 52. 2. 3 / 52. 2. 3
libswscale 0.12. 0 / 0.12. 0
[h264 @ 00120470] max_analyze_duration reached
[h264 @ 00120470] Estimating duration from bitrate, this may be inaccurate
Seems stream 0 codec frame rate differs from container frame rate: 47.95 (48000/1001) -> 23.98 (48000/2002)
Input #0, h264, from 'Monk.S07E01_conv.h264':
Duration: N/A, bitrate: N/A
Stream #0.0: Video: h264, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1200k tbn, 47.95 tbc
fixme:msvcrt:MSVCRT__sopen_s : pmode 0x01b6 ignored
Output #0, h264, to 'Monk.S07E01_video.h264':
Metadata:
encoder : Lavf52.92.0
Stream #0.0: Video: [0][0][0][0] / 0x0000, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=0-0, 90k tbn, 23.98 tbc
Stream mapping:
Stream #0.0 -> #0.0
Press [q] to stop encoding
frame=62102 fps=971 q=-1.0 Lsize= 1264842kB time=2590.11 bitrate=4000.4kbps
video:1264842kB audio:0kB global headers:0kB muxing overhead 0.000000%
mediainfo Monk.S07E01_video.h264
General
Complete name : Monk.S07E01_video.h264
Format : AVC
Format/Info : Advanced Video Codec
File size : 1.21 GiB
Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.1
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Bit rate mode : Variable
Maximum bit rate : 2 097 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
...
chompy
2nd March 2011, 18:45
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:
MKV contains only PTS while MP4/FLV require both PTS and DTS. FFmpeg currently lacks the ability to generate DTS based on PTS. I have done some hack on the MKV demuxer so my ffmpeg generates correct DTS from MKV. That's why only my ffmpeg works on MKV.
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?
roozhou
11th March 2011, 19:35
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?
Sorry, my tool only modifies SPS and nothing else in H264 bitstream.
roozhou
11th March 2011, 19:36
New build available.
@LRN
bug fixed.
b66pak
11th March 2011, 20:31
thanks a lot...
_
L.E. is not working for me...a line like this is a deadlock!
ffmpeg -i sample.mkv -vcodec copy -an -sn sample.mp4
_
roozhou
12th March 2011, 09:35
thanks a lot...
_
L.E. is not working for me...a line like this is a deadlock!
ffmpeg -i sample.mkv -vcodec copy -an -sn sample.mp4
_
I have no idea where does this problem come. I was using git branch from videolan. Plz download the new build which I build from the official git branch.
b66pak
12th March 2011, 20:58
now its ok...thanks a lot...
_
sneaker_ger
2nd May 2011, 21:32
How to correctly crop 1088 to 1080?
I tried:
ffmpeg -i 1088.h264 -vcodec copy -an -vbsf h264_changesps=crop=0:8 1080.h264
But mkvmerge still detects 1088 lines and mediainfo says the following about the output:
Width : 1 920 pixels
Height : 1 088 pixels
Original height : 1 080 pixels
Audionut
3rd May 2011, 03:45
You cannot crop without recoding.
sneaker_ger
3rd May 2011, 04:34
You cannot crop without recoding.
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. :confused:
Audionut
3rd May 2011, 04:42
at least 1088 to 1080 should be possible, because H.264 works with mod16 resolutions internally anyways.
Blu-ray 1088 is cropped to 1080 by the decoder.
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.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.