FFmpeg: QuEnc

GFR · #1 03-17-2004, 07:22 AM

From doom9 forum, a mpeg encoder based on ffmpeg by Nic:

http://forum.doom9.org/showthread.php?s=&threadid=72827

Quote:

QuEnc 0.2 (AVS->M2V/M1V Encoder)
http://nic.dnsalias.com/QuEnc.exe

This little (700kb) app can be used to encode from an Avisynth Script file to a raw MPEG-1/MPEG-2 video stream. I'm hoping it will be a free alternative to CCE. (it uses a built in FFMPEG library for the encoding)

I made it primarily for use with jdobbs Rebuilder app, so any testing or feedback is appreciated as then jdobbs can decide if it's worth including the support in rebuilder.

It supports command line control. Run it with /? as a parameter to see the command line options.

Let me know what you think,

-Nic

Hydeus · #2 03-17-2004, 07:36 AM

Agrrr

You've outrun me by "turning computer on, and finding this on doom9" time

Did you made some test

I will do some late evening today.

kwag · #3 03-17-2004, 07:48 AM

If it uses internal FFMPEG library, then we already know what the results will be

-kwag

rhino · #4 03-17-2004, 07:57 AM

Quote:

Very early beta, sent it to jdobbs to see what he thinks. Should work, just feed an avisynth file (that outputs YV12 (or use ConvertToYV12) and get a raw MPEG-1 or MPEG-2 file. Uses the FFMPEG library for encoding. Got around 30-35fps encoding speed on my box...quality seems good too.

Think that answers your question, taken from http://forum.doom9.org/showthread.ph...540#post459540

vhelp · #5 03-17-2004, 09:00 AM

Thanks GFR

I heard, and went running over to doom9 for more info.

I like it when new toys are discovered. Make things all the more interesting
sometimes. I am pretty busy with other matter at home, and try and find the
time to play

Cheers everyone,
-vhelp

marcellus · #6 03-17-2004, 11:56 AM

Hi everybody!

I briefly tried QuEnc 0.2 with 352x288 PAL source at 700 kbps target.

It's pretty good for an early version (but not good enough for me for the moment). It uses a GOP size of 12, with IBBPBB... pattern.

The good:
-Is incredibly fast (comparing to ffvfw, I still haven't tried mencoder, I'm scared of what I see in that other thread, I believe I have to spend an entire week-end to begin to understand what is going on there

). I get about 50-55 fps with trellis and 60-75 without.
-I'm under the impression that the bitrate fluctuates much less than with ffvfw (the peaks are lower).
-The GUI is neat.

The bad:
-The GUI is too neat, it lets out very few options for the user. I hope this will change.
-The medium quantization is much higher than with ffvfw for the same source and the q line jumps like hell in BV. This gives easy noticiable quality fluctuation with the GOP. With 2 pass encoding (pretty useable since is very fast anyway) this jumpy q line is a little smoother but the quality is still badly fluctuating.

I hope things could change if we could have acces to more advanced options.

So for the the moment I stick with ffvfw (as it is in heavy developement, as I can see). But who knows... I'll wait for future versions anyway.
marcellus

kwag · #7 03-23-2004, 01:56 PM

@All,

Well, Nic has really done it now

I just tested his latest version of QueEnc ( 0.45 ), and the results are just excelent.
He has included KVCD's Notch matrix as an option.
Here's the latest version: http://nic.dnsalias.com/QuEnc.exe

Here's my sample with this version: http://www.kvcd.net/quenc-test.m2v

-kwag

vmesquita · #8 03-23-2004, 07:00 PM

Great!

Now I know what will be the encoder for DIKO... AVS support, full command-line, GOP and KVCD matrix... How could I ask for more?
I'll put QuEnc integration for DIKO this is high priority "To-do" list! Thanks Nic for the great work.

incredible · #9 03-23-2004, 07:11 PM

Quote:

Originally Posted by vmesquita

Great!

Now I know what will be the encoder for DIKO... AVS support, full command-line, GOP and KVCD matrix... How could I ask for more?
I'll put QuEnc integration for DIKO this is high priority "To-do" list! Thanks Nic for the great work.

??

Full command line?

I did a test on a capture and the mencoder-by-hand way resulted in a better quantisation quality

vmesquita · #10 03-23-2004, 07:15 PM

i didn't try doing quality tests yet. But mencoder can't accept AVS input in a automated way.

kwag · #11 03-23-2004, 08:32 PM

There is still some "timing" problems I've found. If you encode with open GOP, when playing back, the movie skips and jumps all over the place.
I'm currently testing with closed GOP, and so far, seems to work correctly.
There's a problem with the encoder when creating short GOPs. Looking at the GOP with an analyzer, I can clearly see the short structure messed up. Look:

Code:

GOP #	TimeCode	GOP Length	Structure	Closed?	Seq. Header?	
1	00:00:00:00	16	IPBBPBBPBBPBBPBB	No	Yes	
2	00:00:00:16	18	IBBPBBPBBPBBPBBPBB	No	Yes	
3	00:00:01:10	15	IBBPBBPBBPBBPBB	No	Yes	
4	00:00:02:01	3	IBB	No	Yes	
5	00:00:02:04	18	IBBPBBPBBPBBPBBPBB	No	Yes	
6	00:00:02:22	18	IBBPBBPBBPBBPBBPBB	No	Yes	
7	00:00:03:16	18	IBBPBBPBBPBBPBBPBB	No	Yes	
8	00:00:04:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
9	00:00:05:04	18	IBBPBBPBBPBBPBBPBB	No	Yes	
10	00:00:05:22	18	IBBPBBPBBPBBPBBPBB	No	Yes	
11	00:00:06:16	18	IBBPBBPBBPBBPBBPBB	No	Yes	
12	00:00:07:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
13	00:00:08:04	18	IBBPBBPBBPBBPBBPBB	No	Yes	
14	00:00:08:22	18	IBBPBBPBBPBBPBBPBB	No	Yes	
15	00:00:09:16	18	IBBPBBPBBPBBPBBPBB	No	Yes	
16	00:00:10:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
17	00:00:11:04	18	IBBPBBPBBPBBPBBPBB	No	Yes	
18	00:00:11:22	18	IBBPBBPBBPBBPBBPBB	No	Yes	
19	00:00:12:16	18	IBBPBBPBBPBBPBBPBB	No	Yes	
20	00:00:13:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
21	00:00:14:04	18	IBBPBBPBBPBBPBBPBB	No	Yes	
22	00:00:14:22	6	IBBPBB	No	Yes	
23	00:00:15:04	3	IBB	No	Yes	
24	00:00:15:07	3	IBB	No	Yes	
25	00:00:15:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
26	00:00:16:04	18	IBBPBBPBBPBBPBBPBB	No	Yes	
27	00:00:16:22	12	IBBPBBPBBPBB	No	Yes	
28	00:00:17:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
29	00:00:18:04	6	IBBPBB	No	Yes	
30	00:00:18:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
31	00:00:19:04	18	IBBPBBPBBPBBPBBPBB	No	Yes	
32	00:00:19:22	18	IBBPBBPBBPBBPBBPBB	No	Yes	
33	00:00:20:16	18	IBBPBBPBBPBBPBBPBB	No	Yes	
34	00:00:21:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
35	00:00:22:04	18	IBBPBBPBBPBBPBBPBB	No	Yes	
36	00:00:22:22	18	IBBPBBPBBPBBPBBPBB	No	Yes	
37	00:00:23:16	18	IBBPBBPBBPBBPBBPBB	No	Yes	
38	00:00:24:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
39	00:00:25:04	18	IBBPBBPBBPBBPBBPBB	No	Yes	
40	00:00:25:22	18	IBBPBBPBBPBBPBBPBB	No	Yes	
41	00:00:26:16	18	IBBPBBPBBPBBPBBPBB	No	Yes	
42	00:00:27:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
43	00:00:28:04	18	IBBPBBPBBPBBPBBPBB	No	Yes	
44	00:00:28:22	18	IBBPBBPBBPBBPBBPBB	No	Yes	
45	00:00:29:16	18	IBBPBBPBBPBBPBBPBB	No	Yes	
46	00:00:30:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
47	00:00:31:04	18	IBBPBBPBBPBBPBBPBB	No	Yes	
48	00:00:31:22	18	IBBPBBPBBPBBPBBPBB	No	Yes	
49	00:00:32:16	18	IBBPBBPBBPBBPBBPBB	No	Yes	
50	00:00:33:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
51	00:00:34:04	18	IBBPBBPBBPBBPBBPBB	No	Yes	
52	00:00:34:22	18	IBBPBBPBBPBBPBBPBB	No	Yes	
53	00:00:35:16	18	IBBPBBPBBPBBPBBPBB	No	Yes	
54	00:00:36:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
55	00:00:37:04	18	IBBPBBPBBPBBPBBPBB	No	Yes	
56	00:00:37:22	18	IBBPBBPBBPBBPBBPBB	No	Yes	
57	00:00:38:16	18	IBBPBBPBBPBBPBBPBB	No	Yes	
58	00:00:39:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
59	00:00:40:04	18	IBBPBBPBBPBBPBBPBB	No	Yes	
60	00:00:40:22	18	IBBPBBPBBPBBPBBPBB	No	Yes	
61	00:00:41:16	18	IBBPBBPBBPBBPBBPBB	No	Yes	
62	00:00:42:10	18	IBBPBBPBBPBBPBBPBB	No	Yes	
63	00:00:43:04	18	IBBPBBPBBPBBPBBPBB	No	Yes

Look at the structure when the GOP size is 3

There are no P frames.
So a decoder will some times see IBBIBB other times IBBP or IBBIBBPIBBPIBBIBBIBB
so the decoder will "think" to expect IBBP, when in reality, it will receive IBBIBB some of the times. This is throwing off the decoder's sync.
So for the time being, closing the GOP seems to fix this, because the GOP is larger.

-kwag

kwag · #12 03-23-2004, 09:11 PM

@vmesquita,

The good thing about this GUI/Encoder combo, is that we can forget about file size prediction

I already encoded Red Planet, targetting 1,332,485KB, and the final encode size was 1,365,477KB. So this is really sweet

-kwag

audioslave · #13 03-23-2004, 10:56 PM

Yes, I encoded a clip from Shrek and it looks amazing! Only one problem, when I burned the clip and watched it on my stand alone DVD it looked almost interlaced?! Any ideas why? BTW I encoded the clip with open GOP. Will try another clip with closed GOP...

kwag · #14 03-23-2004, 10:59 PM

Quote:

Originally Posted by audioslave

Yes, I encoded a clip from Shrek and it looks amazing! Only one problem, when I burned the clip and watched it on my stand alone DVD it looked almost interlaced?! Any ideas why? BTW I encoded the clip with open GOP. Will try another clip with closed GOP...

Was this PAL

I've only tested on progressive matereial, and then I run PULLDOWN.EXE on the .m2v, and then multiplex with audio. Looks great on the standalone DVD player.

-kwag

audioslave · #15 03-23-2004, 11:15 PM

No, it was the NTSC version of the movie. So, maybe I should try running pulldown on this sucker to make it work?

EDIT: BTW where can I download this program

kwag · #16 03-23-2004, 11:17 PM

Quote:

Originally Posted by audioslave

No, it was the NTSC version of the movie. So, maybe I should try running pulldown on this sucker to make it work?

Definitely

-kwag

jorel · #17 03-23-2004, 11:17 PM

i only did tests changing to the KVCD notch matrix and 16:9,nothing more
i need to learn how to do/use command lines for QuENC!
who can help me?
some samples and hints are welcome!

@ all:
hey, come back here..... :P

audioslave · #18 03-23-2004, 11:20 PM

Where can I find this program

(PullDown.exe)

kwag · #19 03-23-2004, 11:21 PM

Quote:

Originally Posted by audioslave

EDIT: BTW where can I download this program

http://www.kvcd.net/PULLDOWN.EXE

Edit: Remember this is a command line utility

audioslave · #20 03-23-2004, 11:25 PM

Thanks. I found this - a GUI version called DoPulldown here:
http://www.doom9.org/Soft21/SupportU...wn.1.0.0.0.zip
Is it the same program exept for the GUI?