digitalFAQ.com Forums [Archives]

digitalFAQ.com Forums [Archives] (http://www.digitalfaq.com/archives/)
-   Video Encoding and Conversion (http://www.digitalfaq.com/archives/encode/)
-   -   FFMPEG: QuEnc (http://www.digitalfaq.com/archives/encode/8643-ffmpeg-quenc.html)

vmesquita 03-25-2004 05:05 PM

Trying now the same movie, the same script but 1-pass. Let's see what comes out. :wink:

incredible 03-25-2004 06:00 PM

Phil, did you test the commandline I did send to you via PN a while ago for testing? Its very simple and fast (no Trellis etc.).

Using that one I do get much less Quantisation peaks and very well plain/dark surfaces.

Less Quantisation then CCE and even mooore less quantisation then TmpgEnc .... MCE not mention about it! :lol:

Compared to QuEnc well ... Im not happy with QuEnc ... some days ago I did a high avg bitrate test (3500 avg) and mencoder via commandline resulted better .... but that should be a parameter thing which could be easely included in QuEnc by Nic.

But Be aware that there are some mencoder/windows builds that do output more worse files than other builds! Do look at the doom9 thread.

Shure, menocder does output some pts or so errors, but after a simple "restream" Timestamps correcting, EVERYTHING works well in my standalone, even if I do encode interlaced material as progressive! After using restream and the header patch to TFF and "interlaced" ... no probs! 8)

Dialhot 03-25-2004 06:27 PM

Quote:

Originally Posted by kwag
Open GOP

Didn't you said some lines above taht this was a bad option ?

Edit:

@INC
No I didn't. In fact I didn't had any time for. I'm testing MCE because I gave my words to Procoder but this is again on my sleeping time :-(

audioslave 03-25-2004 06:45 PM

Are there any difference in quality between 1 pass & 2 pass encodings? I did a small sample right now and thought I saw a little less blocks in the 2 pass encoding but I'm not quite sure :roll: . Anyone else that have been doing comparisons between 1 pass & 2 pass encoding :?:

EDIT
Correction: I must be really tired and my eyes are playing trick on me. I DON'T see a quality difference between the two methods... :banghead:

kwag 03-25-2004 09:04 PM

Quote:

Originally Posted by Dialhot
Quote:

Originally Posted by kwag
Open GOP

Didn't you said some lines above taht this was a bad option ?

Yes, but after several tests, I got the same behaviour with "Closed" too.
Maybe Inc's comment about processing the .m2v with restream, is the ticket to the correction :)

-kwag

kwag 03-25-2004 09:06 PM

Quote:

Originally Posted by audioslave
EDIT
Correction: I must be really tired and my eyes are playing trick on me. I DON'T see a quality difference between the two methods... :banghead:

You're not tired :lol:
There is NO difference :cool:

-kwag

audioslave 03-26-2004 07:36 AM

Is ReStream a stand alone program or is it integrated in any program package? Anyways, download locations :?:

(Off-topic
@kwag
Don't you use Skype anymore? I never see you online :( )


EDIT: I found ReStream here:
http://www.sysh.net/restream.html

audioslave 03-26-2004 08:28 AM

Do I need to change any setting within ReStream when correcting the video file or do I just open the file and press write?

Jellygoose 03-26-2004 09:20 AM

Alright, tested QuEnc 0.45 once again, this time, same settings but 1-pass... FileSize came about 7% lower than wanted.
I can almost live with that but:

I get bitrate peaks of 9800 kb/sec which is way too much for my taste. The strange thing about this is: it only happens at the beginning after ~1 minute of play-time, after that the Q-Curve stabilizes and also the bitrate curve. Before that, it's like a rollercoaster... :roll:

Dialhot 03-26-2004 09:59 AM

Quote:

Originally Posted by Jellygoose
it only happens at the beginning after ~1 minute of play-time, after that the Q-Curve stabilizes and also the bitrate curve. Before that, it's like a rollercoaster... :roll:

This is a common problem with ffvfw and this had made me tell some days ago: "and you call THAT a good encoder ?".
Because you're right Jelly, that is a BIG problem.

But as Marcellus explained above, this is probably due to 1-pass mode. During second pass the logic wants that the encoder "smoothes" The Q curve.

kwag 03-26-2004 10:49 AM

Quote:

Originally Posted by audioslave
(Off-topic
@kwag
Don't you use Skype anymore? I never see you online :( )

I've been away from the computer lately :?

-kwag

Jellygoose 03-26-2004 10:53 AM

Quote:

Originally Posted by Dialhot
Because you're right Jelly, that is a BIG problem.
But as Marcellus explained above, this is probably due to 1-pass mode. During second pass the logic wants that the encoder "smoothes" The Q curve.

It is not due to 1-pass mode unfortunately. The first minute of the movie looks almost identical in 2-pass mode, although the bitrate peaks are not as high. However the Average bitrate is also lower, so I guess that is the reason... :?

marcellus 03-26-2004 11:24 AM

Quote:

Originally Posted by Dialhot
Quote:

Originally Posted by Jellygoose
it only happens at the beginning after ~1 minute of play-time, after that the Q-Curve stabilizes and also the bitrate curve. Before that, it's like a rollercoaster... :roll:

This is a common problem with ffvfw and this had made me tell some days ago: "and you call THAT a good encoder ?".
Because you're right Jelly, that is a BIG problem.

But as Marcellus explained above, this is probably due to 1-pass mode. During second pass the logic wants that the encoder "smoothes" The Q curve.

As I said, the encoder behaviour for that matter varies very much with the settings in ratecontrol tab. I'm sure that there are not such thing as "optimal settings" that work for every encoding at any resolution, PAL/NTSC, (non)interlaced. That is why I think everybody should be able to tweak his encoder untill is satisfied, so having access to as many as possible tweaks is a must for a good encoder. I tweaked my ffvfw untill I was pleased with the results, so that should be the case with QuEnc too (I mean we should be able to tweak it).

Because I do some encodings on a daily basis with same character sources I made up my mind on some settings that work for me every day (352x288, PAL,~730 kbps, Seinfeld series, black border of 16 pixels). My ffvfw ratecontrol settings are (GOP size: 15, 2 B frames):
-Filesize tolerance: 4096 (default 1024)
-Quantizer compression: 1 (default 0.5) -actually 1 means 100%
-One/First pass quantizer blur: 1 (default 0.5)
-Max quantizer difference: 31 (default 3)
-Use countinous function to limit quantizers within q min/ q max: checked

With those settings the begining is no more so problematic and the q line is stable for long segments, the "rollercoaster" thing is almost never seen. The q line stays (for the source I mentioned) between 2.5 and 3.5. The settings worked well even for 120 - 180 mins movies on one CD but I already mentioned in the post above what problem I had with a particular movie.

So, untill I have with QuEnc the same freedom as with ffvfw, it will not be "my encoder".

Quote:

Originally Posted by Jellygoose
It is not due to 1-pass mode unfortunately. The first minute of the movie looks almost identical in 2-pass mode, although the bitrate peaks are not as high. However the Average bitrate is also lower, so I guess that is the reason..

Yes, that was the issue with my problematic movie too, even with 2-pass the quantization peaks were still so high that the movie was unwatchable at the bitrate targeted for only one CD. I guess the 2-pass encoding algorithm has even more problems in libavcodec than 1 pass, it eats double time and the results are not as expected (not to say disapointing). An ideal 2-nd pass encoding should have the same q value from the first frame to the last, not only a "smoothed" q line.
bye
marcellus

bilu 03-26-2004 01:21 PM

Nic posted here:

http://forum.doom9.org/showthread.ph...018#post465018

Quote:

libavcodec is having it's ratecontrol re-written and the mpeg code has just been patched to be better for CBR. So that's a step in the right direction...
Michael Niedermayer is working on that, let's see where that leads :)


Bilu

tickey 03-28-2004 11:32 AM

Quote:

Originally Posted by kwag
Quote:

Originally Posted by Jellygoose
Could it be due to the number of B-Frames I used (standard 2)?
@kwag: what kind of settings did you use to get those accurate results? :roll:

I actually used 1-pass :!:
Trellis+Notch+VBR+High Quality
2 B frames
Open GOP

-kwag

Is it important to use trellis? I noticed it slows down QuEnc a little :D :twisted:

incredible 03-28-2004 01:20 PM

@ Kwag

Restream is like a "massage" to the encode afterwards :lol:

@ tickey

It does not count what gives more speed, quality is our way, but ..... I NEVER use trellis and with or without trellis in QuEnc ... I do get better outputs via mencoder even no trellis is activated.

But .... as always .. that could be a build issue??? Ok, I got the latest QuEnc, and Mencoder is from Marcellus MencoderGUI site (It was marcellus or not :oops: ?)

marcellus 03-28-2004 03:11 PM

Quote:

Originally Posted by incredible
(It was marcellus or not ?)

8O 8O 8O
Of course not!!
Try again, I didn't touch Mencoder encoding, much less building or hosting... :? I'm just a simple user... :D
8)

incredible 03-28-2004 03:14 PM

:)

It was Amenophis !!!! :oops:

tickey 03-28-2004 04:05 PM

Quote:

Originally Posted by incredible
It does not count what gives more speed, quality is our way, but ..... I NEVER use trellis and with or without trellis in QuEnc ... I do get better outputs via mencoder even no trellis is activated.

But .... as always .. that could be a build issue??? Ok, I got the latest QuEnc, and Mencoder is from Marcellus MencoderGUI site (It was marcellus or not :oops: ?)

Thanks 4 the tip.


All times are GMT -5. The time now is 06:24 PM  —  vBulletin © Jelsoft Enterprises Ltd

Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.