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.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 AVC / H.264

Closed Thread
 
Thread Tools Search this Thread Display Modes
Old 16th June 2005, 07:13   #1001  |  Link
celtic_druid
Registered User
 
celtic_druid's Avatar
 
Join Date: Oct 2001
Location: Melbourne, Australia
Posts: 2,171
Not it at all. The reason it is recommended is because it is generally the most recent available. Most of the time there is nothing custom about it.
celtic_druid is offline  
Old 16th June 2005, 11:35   #1002  |  Link
peteag
Registered User
 
Join Date: Jul 2004
Posts: 170
any ideas of a 1-pass cq mode in x264 or is it already comparable to 1-pass encoding?
peteag is offline  
Old 16th June 2005, 12:21   #1003  |  Link
gaekwad2
Registered User
 
gaekwad2's Avatar
 
Join Date: Mar 2005
Posts: 17
1-pass cq mode already exists:

Vfw: Single Pass - Quantizer
CLI: -q##
gaekwad2 is offline  
Old 16th June 2005, 12:59   #1004  |  Link
Tommy Carrot
Registered User
 
Tommy Carrot's Avatar
 
Join Date: Mar 2002
Posts: 863
Quote:
Originally Posted by jellysandwich
Newbie question here...

How far has x264 come? I haven't checked on
its progress since ~r200, and browsing/searching
the forums hasn't helped me find the answer I
seek.

In terms of quality, how does it compare now to
Xvid, DivX, and the others (I remember it wasn't
as good at ~r200)?

Would it be a bad idea to start making backups
using x264 because it is still too early in the testing
stages?

js
Since rev. 200, x264 got many new features, like 8x8 dct, RDO, UMHex ME method, etc. These can significantly improve the quality.

IMO the mpeg4 ASP codecs cannot come close in quality, x264 is already better than them, sometimes the difference is huge.

I don't know if it's safe to use, but made the decision a few months ago, i exclusively use x264 for my encodings since then, and i've never experienced any problem with it.
Tommy Carrot is offline  
Old 16th June 2005, 15:12   #1005  |  Link
Inventive Software
Turkey Machine
 
Join Date: Jan 2005
Location: Lowestoft, UK (but visit lots of places with bribes [beer])
Posts: 1,953
Quote:
Originally Posted by Mutant_Fruit
It could be that your path is too long, and its fecking up the software then.

Save your stats info to the root c: with a shorter filename as a test to see if that helps. You can always rename it afterwards if you need to.

Also, you may have to re-run the first pass if it turns out the filename was too long, as it may not have saved correctly.
If this is so, can longer statsfile names be implemented ASAP?
__________________
On Discworld it is clearly recognized that million-to-one chances happen 9 times out of 10. If the hero did not overcome huge odds, what would be the point? Terry Pratchett - The Science Of Discworld
Inventive Software is offline  
Old 16th June 2005, 16:47   #1006  |  Link
bugsan
Registered User
 
Join Date: Apr 2003
Posts: 24
hello

In vfw, the multipass/first-pass *seems* to be done with a constant bitrate (The standalone GUI writes a batch command with a --bitrate, for the 1st pass)

Maybe i'm wrong but i think it should be better with a quant constant.
bugsan is offline  
Old 16th June 2005, 17:15   #1007  |  Link
NuPogodi
Registered User
 
Join Date: Feb 2004
Posts: 51
A bit stupid request, but... CLI applications usually allow to redirect stdout into text file. Could such a feature be implemented for CLI x264 (say, the command 'x264 -h > options.txt' has to create 'options.txt' with a full list of options)?
NuPogodi is offline  
Old 16th June 2005, 17:27   #1008  |  Link
MatMaul
Registered User
 
Join Date: Apr 2004
Posts: 402
hello!
I have a problem(if it's a problem) : after encode with x264, I mux the video in the matroska container via mkvmerge.But when I look the framerate in the properties (with matroskaprop) I am a value like 24.994...fps for 25 fps for my input video. moreover, when I try to do a caption and go to a precisely frame with xvid and x264 I don't obtain the same frame : there are a shift of 2 or 3 frame.
for info, xvid has the good framerate (25.000fps) and I encode with cli version with avs input and mp4 output.

my command lines :

x264 --pass 1 --bitrate 800 --ref 1 --bframe 5 --direct temporal --weightb --b-pyramid --analyse none --me dia --subme 1 --progress -o NUL: "input.avs"

x264 --pass 2 --bitrate 800 --ref 5 --subme 6 --bframe 5 --direct temporal --weightb --b-pyramid --8x8dct --analyse all --progress -o "output.mp4" "input.avs"
MatMaul is offline  
Old 16th June 2005, 19:36   #1009  |  Link
akupenguin
x264 developer
 
akupenguin's Avatar
 
Join Date: Sep 2004
Posts: 2,392
Quote:
Originally Posted by bugsan
In vfw, the multipass/first-pass *seems* to be done with a constant bitrate (The standalone GUI writes a batch command with a --bitrate, for the 1st pass)
Average bitrate, not constant. CQP is fine if you pick the right quant, but ABR is better since you don't have to guess.

Quote:
Originally Posted by NuPogodi
A bit stupid request, but... CLI applications usually allow to redirect stdout into text file. Could such a feature be implemented for CLI x264 (say, the command 'x264 -h > options.txt' has to create 'options.txt' with a full list of options)?
Try 'x264 -h &> options.txt' (or '>&' depending on your shell).
akupenguin is offline  
Old 16th June 2005, 19:42   #1010  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Another way that works for me:

x264 -h 2> options.txt

Reason: You are allowed to use file handle numbers in front of redirectors.

0< = stdin (< = 0<)
1> = stdout (> = 1>)
2> = stderr
LigH is offline  
Old 16th June 2005, 20:07   #1011  |  Link
ac-chan123
Registered User
 
Join Date: Jan 2004
Posts: 219
@LigH:
under linux you can use tee to print on screen and write a copy into a file.
ac-chan123 is offline  
Old 16th June 2005, 20:15   #1012  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Probably. But are there Linux builds of the x264 CLI? If so - probably not from celtic-druid.
LigH is offline  
Old 17th June 2005, 02:54   #1013  |  Link
Joe Fenton
Registered User
 
Join Date: Jul 2003
Location: In a house.
Posts: 663
I build x264 on Fedora Core 3 for the AMD64. It works nice, but gpac doesn't compile as 64bit yet, so I don't get mp4 output. Also, AVI input isn't possible either.
Joe Fenton is offline  
Old 17th June 2005, 09:06   #1014  |  Link
NuPogodi
Registered User
 
Join Date: Feb 2004
Posts: 51
Quote:
Originally Posted by LigH
x264 -h 2> options.txt
Thanks a lot...
NuPogodi is offline  
Old 17th June 2005, 10:50   #1015  |  Link
peteag
Registered User
 
Join Date: Jul 2004
Posts: 170
what about 1-pass cq at a specific bitrate like mpeg2?
peteag is offline  
Old 17th June 2005, 13:50   #1016  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
For 1 pass: Either CQ, or average bitrate. But both is not possible for 1-pass. The reason is:

With only 1 pass, an encoder would not know which quality / quantizer it has to use to achieve a desired bitrate. This can only be calculated for a 2nd pass.

A CQ tester is not really an exception: I would call that a "1.5 pass mode"...
LigH is offline  
Old 17th June 2005, 16:45   #1017  |  Link
yokem55
Registered User
 
Join Date: Jan 2002
Posts: 74
Quote:
but gpac doesn't compile as 64bit yet
I have x264 built with gpac support on my 64-bit gentoo box here. To get gpac to build proberly I had to checkout a recent cvs version of gpac and add "-fPIC" to the cflags. As for inputing data into the x264cli, I setup mencoder to frame serve into a fifo that x264 then reads. Mencoder has to be run like this:
Code:
mencoder somevideo.vob -of rawvideo -ovc raw -vf swapuv  -nosound -o myrawvideo.fifo

Last edited by yokem55; 17th June 2005 at 16:51.
yokem55 is offline  
Old 18th June 2005, 00:39   #1018  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Just realised that width and height still have to be MOD 16. Do you plan to implement a workaround to circumvent this limitation, e.g. in a similar way as e.g. in XviD?

(AFAIR, often some kind of "mirroring" is used to extend the video area to the next multiple, if necessary.)
LigH is offline  
Old 18th June 2005, 01:16   #1019  |  Link
CREXbzh
Keyboard Disabled
 
Join Date: Apr 2005
Location: /dev/havege
Posts: 39
Quote:
Originally Posted by LigH
Just realised that width and height still have to be MOD 16. Do you plan to implement a workaround to circumvent this limitation, e.g. in a similar way as e.g. in XviD?

(AFAIR, often some kind of "mirroring" is used to extend the video area to the next multiple, if necessary.)
That just a very bad idea not to scale at MOD 16. Please read this to get convinced: http://mplayerhq.hu/DOCS/HTML/en/men...g4-constraints
CREXbzh is offline  
Old 18th June 2005, 04:21   #1020  |  Link
Joe Fenton
Registered User
 
Join Date: Jul 2003
Location: In a house.
Posts: 663
Quote:
Originally Posted by yokem55
I have x264 built with gpac support on my 64-bit gentoo box here. To get gpac to build proberly I had to checkout a recent cvs version of gpac and add "-fPIC" to the cflags. As for inputing data into the x264cli, I setup mencoder to frame serve into a fifo that x264 then reads. Mencoder has to be run like this:
Code:
mencoder somevideo.vob -of rawvideo -ovc raw -vf swapuv  -nosound -o myrawvideo.fifo
Thanks! Just the info I was looking for.
Joe Fenton is offline  
Closed Thread

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 00:00.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.