x264 LAVF/FFMS input public beta test (v2.1) - Page 3

LoRd_MuldeR · 3rd January 2010, 17:07

Quote:

Originally Posted by ACoolie

Although this is OT, I like the GraphicsMagick command line options for scaling. By default, --resize works how DS requested. By adding an "!" to the end of the string, resize scales the video to that exact size. Ordinary users are protected, and if you know what you are doing it's easy to override.

Sounds like a feasible solution, also for x264. However I (personally) would prefer the meaning of the "!" reversed

Chengbin · 3rd January 2010, 18:05

Quote:

Originally Posted by LoRd_MuldeR

Sounds like a feasible solution, also for x264. However I (personally) would prefer the meaning of the "!" reversed

+1

I think this makes more sense too.

dwrbudr · 3rd January 2010, 19:22

What about --autoresize WxH or --fittobox WxH

buzzqw · 3rd January 2010, 20:08

the "!" character iirc has special pourpose on DOS shell...

BHH

prOnorama · 3rd January 2010, 20:14

What about cropping?

It's the main filter I use -most 2.35:1 and 1.85:1 movies need cropping- along with resizing (via AviSynth currently)

Some kind of preview for cropping would be nice so I can see what's it's gonna be like before encoding (I currently use GraphStudio + AvsP and save to .avs), I guess a lot of people use a preview function in a GUI they use for crop/resize preview

Dark Shikari · 3rd January 2010, 20:15

Quote:

Originally Posted by prOnorama

What about cropping?

It's the main filter I use -most 2.35:1 and 1.85:1 movies need cropping- along with resizing (via AviSynth currently)

Some kind of preview for cropping would be nice so I can see what's it's gonna be like before encoding (I currently use GraphStudio + AvsP and save to .avs), I guess a lot of people use a preview function in a GUI they use for crop/resize preview

IIRC, swscale does cropping too, so that should be no problem.

Selur · 3rd January 2010, 22:36

Quote:

2. "True VFR": x264 maintains timestamps from the input, allowing native processing of VFR video. No more timecode files!

Would be cool if x264 could also create a timecode file, so that users who prefer (e.g. because they want to add multiple audiostream and a bunch of tag infos) to manually multiplex with mkvmerge/mp4box could use it.

bnshrdr · 3rd January 2010, 22:49

I tried the beta executable in the first post on a typical NTSC DVD vob file. I don't know if this is a problem in just this build, but when I tell it to encode straight to an MP4 container, the video is all blocky. If I tell it to go straight to raw 264 stream, and mux it with YAMB, it does nicely.

YAMB output:
http://img695.imageshack.us/img695/7128/outx.png

x264 output:
http://img684.imageshack.us/img684/9812/out2.png

Edit: Nevermind about the frame rate issue, it was variable and I was looking at it incorrectly.

Edit2: Matroska exports work fine.

fields_g · 4th January 2010, 00:17

Sounds similar to what I reported yesterday in another conversation.

bnshrdr · 4th January 2010, 00:29

I think it's exactly what you posted. I used --demuxer lavf and it worked just fine. I didn't go in depth and analyze timestamps or anything, but my results seem to mirror yours.

VFR maniac · 4th January 2010, 00:58

Quote:

Originally Posted by Selur

Would be cool if x264 could also create a timecode file, so that users who prefer (e.g. because they want to add multiple audiostream and a bunch of tag infos) to manually multiplex with mkvmerge/mp4box could use it.

How about this Win32 binary?
http://www.esnips.com/doc/1a661a92-0...v1379_release3
Mirror (megaupload)
http://www.megaupload.com/?d=LY5OXCR3

The patch is here.
http://pastebin.com/m6d750da9
I am managing timecode format file I/O.

Brazil2 · 4th January 2010, 01:16

Quote:

Originally Posted by VFR maniac

How about this Win32 binary?
http://www.esnips.com/doc/1a661a92-0...v1379_release3

How do you download this file ? Looks like the site wants me to sign in and to enter a password.
Please could you upload it elsewhere (Megaupload) ?

Dark Shikari · 4th January 2010, 01:17

Quote:

Originally Posted by Selur

Would be cool if x264 could also create a timecode file, so that users who prefer (e.g. because they want to add multiple audiostream and a bunch of tag infos) to manually multiplex with mkvmerge/mp4box could use it.

We will merge VFRManiac's timecode patch after this is done.

roozhou · 4th January 2010, 02:54

Quote:

Originally Posted by Selur

Would be cool if x264 could also create a timecode file, so that users who prefer (e.g. because they want to add multiple audiostream and a bunch of tag infos) to manually multiplex with mkvmerge/mp4box could use it.

This is useless because:
1) mkvmerge does not need timecodes file because it correctly handles pts from input files.
2) MP4Box does not support matroska timecode files

Stephen R. Savage · 4th January 2010, 04:56

This is only tangentially related to the thread, but could a "--timecodes" parameter be added to x264, so it can load external timecodes (e.g. v1/v2 Matroska) for use with input methods other than LAVF/FFMS? This would allow for bitrate-based control over input formats that are CFR in nature (e.g. Avisynth, YUV, Y4M). This would eliminate the need to calculate the average framerate of these sources, and would allow an accurate bitrate report in the output.

Dark Shikari · 4th January 2010, 05:02

Quote:

Originally Posted by Stephen R. Savage

This is only tangentially related to the thread, but could a "--timecodes" parameter be added to x264, so it can load external timecodes (e.g. v1/v2 Matroska) for use with input methods other than LAVF/FFMS? This would allow for bitrate-based control over input formats that are CFR in nature (e.g. Avisynth, YUV, Y4M). This would eliminate the need to calculate the average framerate of these sources, and would allow an accurate bitrate report in the output.

Yes, that's what VFRmaniac's patch does. We'll be adding support for that.

buzzqw · 4th January 2010, 10:37

fyi i added initial support for this x264 build to my MicroX264.

now is possible to select demuxer (no audio or resize is done)

BHH

buzzqw · 4th January 2010, 12:15

--demuxer avs and --demuxer ffms detect different framerate even if both using ffmpegsource

Code:

C:\PROGRA~1\PUREBA~2\_TESTF~1\NUOVAC~1>x264.exe --output zzz.mkv --demuxer ffms vc1.fps.problem.m2ts
ffms [info]: 1920x1080p 1:1 @ 30000/1001 fps (vfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2 SSE3 Cache64
x264 [info]: profile High, level 4.0
^C
C:\PROGRA~1\PUREBA~2\_TESTF~1\NUOVAC~1>x264.exe --output zzz.mkv --demuxer avs vc1.fps.problem.m2ts
avs [info]: trying FFmpegSource2... indexing... succeeded
avs [info]: 1920x1080p 0:0 @ 250000/8211 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2 SSE3 Cache64

C:\PROGRA~1\PUREBA~2\_TESTF~1\NUOVAC~1>x264.exe --output zzz.mkv --demuxer lavf vc1.fps.problem.m2ts
[mpegts @ 0030a6b0]MAX_READ_SIZE:5000000 reached
lavf [info]: 1920x1080p 1:1 @ 30000/1001 fps (vfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2 SSE3 Cache64

sample http://www.64k.it/andres/data/Varie/...s.problem.m2ts

BHH

Selur · 4th January 2010, 13:14

Quote:

1) mkvmerge does not need timecodes file because it correctly handles pts from input files.
2) MP4Box does not support matroska timecode files

Sad. Hoped for an easy way to create vfr files from cfr input in linux (without needing wine and avisynth) by:
1. reencode input with x264 (creating a .264 and a timecode file)
2. convert audio (creating a bunch of .mp3, .aac, .ac3 files)
3. multiplex subtitles, audio, video with the timecode file and a bunch of tags

Would it be hard to output mp4 time code files?

roozhou · 4th January 2010, 13:15

Quote:

Originally Posted by buzzqw

--demuxer avs and --demuxer ffms detect different framerate even if both using ffmpegsource

Code:

C:\PROGRA~1\PUREBA~2\_TESTF~1\NUOVAC~1>x264.exe --output zzz.mkv --demuxer ffms vc1.fps.problem.m2ts
ffms [info]: 1920x1080p 1:1 @ 30000/1001 fps (vfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2 SSE3 Cache64
x264 [info]: profile High, level 4.0
^C
C:\PROGRA~1\PUREBA~2\_TESTF~1\NUOVAC~1>x264.exe --output zzz.mkv --demuxer avs vc1.fps.problem.m2ts
avs [info]: trying FFmpegSource2... indexing... succeeded
avs [info]: 1920x1080p 0:0 @ 250000/8211 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2 SSE3 Cache64

C:\PROGRA~1\PUREBA~2\_TESTF~1\NUOVAC~1>x264.exe --output zzz.mkv --demuxer lavf vc1.fps.problem.m2ts
[mpegts @ 0030a6b0]MAX_READ_SIZE:5000000 reached
lavf [info]: 1920x1080p 1:1 @ 30000/1001 fps (vfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2 SSE3 Cache64

sample http://www.64k.it/andres/data/Varie/...s.problem.m2ts

BHH

That's normal because avs does not support vfr and requires an average fps.

With true vfr support the fps value does not really matter, you can use any value without losing a/v sync.

3rd January 2010, 19:22	#43 \| Link
dwrbudr Unregistered User Join Date: Mar 2002 Location: Bulgaria Posts: 98	What about --autoresize WxH or --fittobox WxH __________________ my subtitle site

3rd January 2010, 20:08	#44 \| Link
buzzqw HDConvertToX author Join Date: Nov 2003 Location: Cesena,Italy Posts: 6,552	the "!" character iirc has special pourpose on DOS shell... BHH __________________ HDConvertToX: your tool for BD backup MultiX264: The quick gui for x264 AutoMen: The Mencoder GUI AutoWebM: supporting WebM/VP8

3rd January 2010, 22:49	#48 \| Link
bnshrdr Registered User Join Date: Jun 2009 Location: Indianapolis, IN Posts: 103	I tried the beta executable in the first post on a typical NTSC DVD vob file. I don't know if this is a problem in just this build, but when I tell it to encode straight to an MP4 container, the video is all blocky. If I tell it to go straight to raw 264 stream, and mux it with YAMB, it does nicely. YAMB output: http://img695.imageshack.us/img695/7128/outx.png x264 output: http://img684.imageshack.us/img684/9812/out2.png Edit: Nevermind about the frame rate issue, it was variable and I was looking at it incorrectly. Edit2: Matroska exports work fine. Last edited by bnshrdr; 3rd January 2010 at 22:58.

4th January 2010, 10:37	#57 \| Link
buzzqw HDConvertToX author Join Date: Nov 2003 Location: Cesena,Italy Posts: 6,552	fyi i added initial support for this x264 build to my MicroX264. now is possible to select demuxer (no audio or resize is done) BHH __________________ HDConvertToX: your tool for BD backup MultiX264: The quick gui for x264 AutoMen: The Mencoder GUI AutoWebM: supporting WebM/VP8

3rd January 2010, 20:14	#45 \| Link
prOnorama Registered User Join Date: Mar 2005 Posts: 249	What about cropping? It's the main filter I use -most 2.35:1 and 1.85:1 movies need cropping- along with resizing (via AviSynth currently) Some kind of preview for cropping would be nice so I can see what's it's gonna be like before encoding (I currently use GraphStudio + AvsP and save to .avs), I guess a lot of people use a preview function in a GUI they use for crop/resize preview

4th January 2010, 00:17	#49 \| Link
fields_g x264... Brilliant! Join Date: Mar 2005 Location: Rockville, MD Posts: 167	Sounds similar to what I reported yesterday in another conversation.

4th January 2010, 00:29	#50 \| Link
bnshrdr Registered User Join Date: Jun 2009 Location: Indianapolis, IN Posts: 103	I think it's exactly what you posted. I used --demuxer lavf and it worked just fine. I didn't go in depth and analyze timestamps or anything, but my results seem to mirror yours.

4th January 2010, 04:56	#55 \| Link
Stephen R. Savage Registered User Join Date: Nov 2009 Posts: 327	This is only tangentially related to the thread, but could a "--timecodes" parameter be added to x264, so it can load external timecodes (e.g. v1/v2 Matroska) for use with input methods other than LAVF/FFMS? This would allow for bitrate-based control over input formats that are CFR in nature (e.g. Avisynth, YUV, Y4M). This would eliminate the need to calculate the average framerate of these sources, and would allow an accurate bitrate report in the output.