QuEnc 0.60 Released!

[dragongodz]

The problem is that the "separate passes" is not on th CLI documentation
your right its not. only things like dvd/svcd/vcd/novideo etc are. i will try and remember to add seperate for the next version though.

are you thinking about enabling 5.1 AC3?
it isnt ? hmm i just fed it a clip with 5 channel audio and it encoded to ac3 as 5 channel. loaded in to MPC and checked it properties and it says 5 channel audio aswell. disabled MPC internal ac3 decoding and set ffdshow to decode and it also reported 5 channel audio.

I'll try to present a full report when I enable video encoding with QuEnc it has to do with size predictions but that is not my main question today
dont forget to mention which version of QuEnc since its already known to undersize when low quants(such as 1) are needed. the 0.62 alpha i did should improve that and i have actually already done better again with an internal version. still not anywhere near as good as it should be yet though.

[Rockas]

it isnt ? hmm i just fed it a clip with 5 channel audio and it encoded to ac3 as 5 channel. loaded in to MPC and checked it properties and it says 5 channel audio aswell. disabled MPC internal ac3 decoding and set ffdshow to decode and it also reported 5 channel audio.
Sorry... I haven't check that out :(
I was testing the conversion between formats (mpa/mp2 to AC3 mainly) ... I guess the conversion 2ch to 5.1 isn't possible (at this point), right?

dont forget to mention which version of QuEnc since its already known to undersize when low quants(such as 1) are needed. the 0.62 alpha i did should improve that and i have actually already done better again with an internal version. still not anywhere near as good as it should be yet though.
That's why I wasn't specific about it... I haven't tested the latest "test" release, yet... on my tests I was using 0.61.

[Rockas]

@dragon
where can I get the latest release?

[dragongodz]

I guess the conversion 2ch to 5.1 isn't possible (at this point), right?
well QuEnc wont do that internally just as it wont resize etc. there is no need to when its getting its source from avisynth which can do these things. you may be able to turn stereo to 5.1 using something like getchannel() and getting the 2 stereo channels multiple times to fake it. you would probably have to ask more about this in the avisynth sections though as i am no expert on this. :)

on my tests I was using 0.61.
you should give the 0.62 alphas a test aswell. the last one for example should have been an improvement on 0.61 and alpha5 should be a bit better again. also it helps me track if things are getting better or worse and what needs improving etc.

where can I get the latest release?
QuEnc 0.62 alpha5 for peoples testing now available here
http://www.mytempdir.com/519388

things to test for those willing.
1. sizing and max bitrate not exceeded etc
2. last frames at constant Q, that is they shouldnt be now :)
3. -mpeg2mux separate (cli option for Rockas)

[Zarxrax]

Can there be an option to revert the settings to default?
Or is there a registry key where the settings are stored?

[Fishman0919]

dragongodz, the ver from the link is saying 0.6.1.4.... testing on a movie that only needs to be sized alittle... avg bitrate 5123k w/max at 6000k.... just checking if it was a slip.

[dragongodz]

Can there be an option to revert the settings to default?
matbe later. i mean its not too hard to just set the settings you want is it ?

Or is there a registry key where the settings are stored?
settings are stored in HKEY_LOCAL_MACHINE/SOFTWARE/QuEnc

the ver from the link is saying 0.6.1.4
yes i didnt change it. not something i was thinking about with these alphas. :)

testing on a movie that only needs to be sized alittle... avg bitrate 5123k w/max at 6000k
great. if you could also compare what 0.61 does on the same source that would be good. that way i can tell which is doing things better etc.

[Mug Funky]

hey cool, another alpha :) i'll have to check it out as soon as i get home.

[Rockas]

@dragongodz
Got it! Thanks
I'll let you now about my tests... not many as I don't have many avilable time... but I'll give you the results of the tests using SynthEditor
I usually use two prediction sizes routines... one for Generic Mpeg and Another for DVD (need overheadt for NAVPACKS, etc)... with QuEnc 0.61 there is a little undersize... HC is hitting the target with an impressive precision (on the tests I made until now)... have you tried to get some tips from Hank?

[Rockas]

Ok... here you have it:
Using last Alpha5
I'm using SynthEditor for this. Quenc Encodes audio too.

Clip Data:
Width=704
Height=576
AspectRatio=4:3
FrameRate=25
Duration -> 569frames (aprox. 00:00:23)
Target Size -> 10MB (Audio + Video)

AC3 Size (after QuEnc Encode) -> 1.04MB

MPEG PROFILE
Calculated bitrate=3302 (Shown by DGIndex=3253)
VideoSize -> 8.79MB
Total Size (after multiplexing) -> 9.94MB

DVD PROFILE
Calculated bitrate=3253 (Shown by DGIndex=3201)
VideoSize -> 8.66MB
Total Size (after multiplexing) -> 9.95MB

For multiplexing I used mplex 2.0.0 using the "Generic MPEG" and "DVD" Profiles.

As you can see... there's a little undersize. Maybe this is caused by the avrg bitrate (reported by DGIndex) being smaller than the one programmed?
I haven't tried "One Pass with Q" 'cause I haven't that feature on SynthEditor yet :)

Next I'll try QuEnc 0.61 :)

Now... was this post colorfull or what :D

[Rockas]

Using QuEnc 0.61

MPEG PROFILE
Calculated bitrate=3302 (Shown by DGIndex=3268)
VideoSize -> 8.59MB
Total Size (after multiplexing) -> 9.75MB

DVD PROFILE
Calculated bitrate=3253 (Shown by DGIndex=3221)
VideoSize -> 8.46MB
Total Size (after multiplexing) -> 9.76MB

Looks like it gets a bigger undersize... meaning... you are on the right path my friend :)

[Rockas]

Oh! by the way... the "-mpeg2mux separate" doesn't seem to be working through the cli... but don't loose your time on this yet... I'll have to find a way of predicting the final audio size before I can make it work for me :)
At this point I do the audio encoding first then I calculate the Video size after knowing the Audio file size... I think this is more accurate.

[ricardo.santos]

Hi everyone!
dont know if its a bug or not but when opening an avi file in folder A it wont let me convert to Mpeg2 into the same folder, same thing with mpeg1 and snow, it will let me convert to mpeg4 though.

it says "could not write to destination directory"

im trying the latest beta

[dragongodz]

meaning... you are on the right path my friend
thats good to hear. :)

the "-mpeg2mux separate" doesn't seem to be working through the cli.
hmm i did a simple
quenc.exe -i file.avs -o outfile.m2v -mpeg2mux separate
that produced an outfile.m2v and outfile.ac3 in the 1 test i did. will play with it over the weekend and see if i can get it to fail etc.

dont know if its a bug or not but when opening an avi file in folder A it wont let me convert to Mpeg2 into the same folder, same thing with mpeg1 and snow, it will let me convert to mpeg4 though.
will look at this too.

[freelock7]

Fine.
At low bitrate, prediction is correct.
At VBR=5000, prediction=4876 (very good!).
High bitrate peak very well controled.;) ;) ;)

[Rockas]

hmm i did a simple
quenc.exe -i file.avs -o outfile.m2v -mpeg2mux separate
that produced an outfile.m2v and outfile.ac3 in the 1 test i did. will play with it over the weekend and see if i can get it to fail etc.
I'll post my command line... maybe there's something wrong with it... as soon as I can I'll post it.

[Rockas]

@dragongodz
Sorry... I just noticed that QuEnc has the option to encode mp3!?!?!?
is it available through cli?

Another (probably noob) question... If I select 2 passes VBR encode for audio only will it make any effect? Will the result be different (quality)?

[Rockas]

Well... let me answer my Own questions :D
Sorry... I just noticed that QuEnc has the option to encode mp3!?!?!?
is it available through cli?
No... mp3 is not available from cli, YET ;)


If I select 2 passes VBR encode for audio only will it make any effect? Will the result be different (quality)?
It doesn't matter if you select 2 passes... when encoding audio only, QuEnc will perform one pass only :)

[dragongodz]

mp3 is not available from cli, YET ;)
hahaha well it is new and of course only for use with snow and mpeg4 outputs.

sorry i didnt get to answer your questions first but ... it would have been a litle hard while i was asleep. ;)

[Rockas]

Nah! don't worry... I know thay you Australians like to sleep 'til late :)

by the way... I forgot to post my cli :(
let's see if I remember it when I get home :)

[manolito]

Just for clarification: Am I correct to assume that all the tweaks of the current Alpha versions only apply to 2-pass VBR?

I just did a 1-pass VBR encode with Alpha 5 and compared it to 0.61 stable, and everything seemed pretty identical. File size was the same, and Muxman reported the same peak bitrate.

Cheers
manolito

[Mr_Odwin]

I've only tested with one 20 minute file using 1-pass vbr and the newer version didn't undersize as much. The difference was considerable.

[dragongodz]

Just for clarification: Am I correct to assume that all the tweaks of the current Alpha versions only apply to 2-pass VBR?

most of the work has been on 2 pass since that will in general i think be the more used mode. there are a few little tweaks to 1 pass aswell though. of course its dependant on the footage and bitrate used etc etc etc but it should also help with any undersizing versus 0.61 aswell.

let's see if I remember it when I get home :)
:goodpost: :eek:

[manolito]

there are a few little tweaks to 1 pass aswell though. of course its dependant on the footage and bitrate used etc etc etc but it should also help with any undersizing versus 0.61 aswell.
Yes, it looks like you found a very good balance between reaching the target size and not getting untolerable bitrate spikes even in 1-pass mode.

I just encoded "The Transporter" with 0.61 and 0.62 Alpha5 using 1-pass VBR, and the results are quite different. Average bitrate is 6.425 kbps, the movie is highly compressable. I never succeeded encoding it with FreeEnc 0.31, even lowering max bitrate to 7.000 and restricting average bitrate to 5.800. Even with these settings MuxMan would refuse to mux it due to buffer underruns.

Here are the results for QuEnc 0.61 and 0.62 Alpha5 (Max bitate 8.000, Standard Matrix, 1-pass VBR):

0.61
-----
Size (including original AC3 audio): 3.936.956.416 bytes
Peak bitrate reported by MuxMan: 10.649.600 kbps


0.62 Alpha5
-----------
Size (including original AC3 audio): 4.637.456.384 bytes
Peak bitrate reported by MuxMan: 11.093.333 kbps

Even with this slightly higher peak bitrate MuxMan had no complaints about the encoded file. So I am very happy with Alpha5...

Cheers
manolito

[siddharthagandhi]

Hey Nic just a graphical problem...the progress bar is kind of hard to see....you might want to fix that?

Different color for the progress bar...?

I mean, white on gray isnt that easy to see...

[siddharthagandhi]

And one more thing. its a great encoder. At a low 5 mbps bitrate it gives like double what Nic's WM encoder can give me at the same bitrate, or HC encoder at same bitrate.

[Koti]

Different color for the progress bar...?

Advanced Options / GUI Apperance /
Just change the sections to any color you like

[hellfred]

by the way... I forgot to post my cli :(
let's see if I remember it when I get home :)
__________________
Warning!!!
Too much sex is not healthy. It causes amnesia and other problems that I can't remember!!!
No text

[Rockas]

@dragongodz
Sorry for not having post my cli using -separate yet... I'll have to redo the code to get it again (yes I could try it mannually but that's not the same... it didn't worked using my code ;))

My new post is just for making a new bug report (or a new stupidity from my part)... when encoding AC3 5.1 (6) channels I'm getting wrong (how can I say this) channels distribution (hope you can understand my "portuguenglish" :D... I haven't tested this on a 5.1 system yet, but on my Laptop seems like I'm getting the center channel on my right speaker and on my left speaker I get "background sounds" - these could be the left rear channel (I'm just gessing about left speaker but could QuEnc being "rotating" the channels?).
Loading the avs using "ac3filter" and nicaudio.dll (the latest build by dizmon) it plays just fine... the supposed rotation only happens after AC3 (6channels - 5.1... 2ch seems to be fine)Encoding.
Do you need some kind of samples to check this out?

edit: typo

[DarkFoon]

@Rockas
I don't have a 5.1 setup myself, but I have noticed that when I make a 5.1 ac3 file, sometimes the decoder doesn't know what to do with the extra channels because I only have a 2 speaker setup. So sometimes, it jumbles them up and puts the rear channels up front, and the regular up front channels all go to one side, etc.
I'm not saying that Quenc isn't having a problem (it could be) I'm just offering another scenario that might explain what you're hearing.

[Rockas]

Nah! I don't think so :)
I've made dozens of tests just to make sure... it only happens with QuEnc's AC3 5.1 encoded files.

I really like to make as many tests as I can before submiting anything at all - at this point I'm testing one or two bugs more... but I'm keeping testing until I'm sure :D

Anyway.. thanks for your suggestion... that gives me a reason for a few more tests :)

[dragongodz]

Even with this slightly higher peak bitrate MuxMan had no complaints about the encoded file.
cool. however people should be aware 1 pass does still go over the set max sometimes. however more work on that will have to wait until i am happier with things like 2 pass etc.

when encoding AC3 5.1 (6) channels I'm getting wrong (how can I say this) channels distribution (hope you can understand my "portuguenglish" :D
i assume you mean the channel mapping.
maybe this will help
http://forum.doom9.org/showthread.php?p=759547#post759547

if so i will look at having the remapping done automatically, assuming i can with libavcodec. :)

[DarkFoon]

I've made dozens of tests just to make sure... :)
At least somebody knows how to properly isolate a problem and submit a useful bug report!
I'm sorry I assumed you didn't test.

[Rockas]

assume you mean the channel mapping.
maybe this will help
Yes that helped... well kind of :)
here's the original script:
LoadPlugin("D:\Meus documentos\VISUAL\VideoEditor\tools\dgindex\DGDecode.dll")
LoadPlugin("D:\Meus documentos\VISUAL\VideoEditor\tools\PlugIns\nicaudio.dll")
Video = MPEG2Source("D:\Meus documentos\VISUAL\VideoEditor\temp\VideoFile.d2v")
Audio = DelayAudio(NicAC3Source("D:\Meus documentos\VISUAL\VideoEditor\temp\VideoFile T01 3_2ch 448Kbps DELAY 80ms.ac3",6), 0)
Clip1 = AudioDub(Video,Audio)
LanczosResize(Clip1,720,416)

The corrected one:
LoadPlugin("D:\Meus documentos\VISUAL\VideoEditor\tools\dgindex\DGDecode.dll")
LoadPlugin("D:\Meus documentos\VISUAL\VideoEditor\tools\PlugIns\nicaudio.dll")
Video = MPEG2Source("D:\Meus documentos\VISUAL\VideoEditor\temp\VideoFile.d2v")
Audio = DelayAudio(NicAC3Source("D:\Meus documentos\VISUAL\VideoEditor\temp\VideoFile T01 3_2ch 448Kbps DELAY 80ms.ac3",6), 0)
Audio2=GetChannel(Audio,1,3,2,5,6,4)
Clip1 = AudioDub(Video,Audio2)
LanczosResize(Clip1,720,416)

Now the strange thing (or maybe not :)) is that if you run the Script directly on Media Player... it gets the problem of the first script after QuEnc encode... I guess this is normal 'cause we are swaping the order of the channels right?
if so i will look at having the remapping done automatically, assuming i can with libavcodec.
That would be great! :)
If you can do that there's no need for a script for a Preview mode and another one for encoding ;)

At least somebody knows how to properly isolate a problem and submit a useful bug report!
I'm sorry I assumed you didn't test.
Well... I sure have my moments too :D ... I can be pretty stupid when I want to :D

[OT]
@dragongodz
When will you move to Europe? The "GMTs" are a really pain :D

[Rockas]

Finnally! :D
Here you have my generated cli
"D:\Meus documentos\VISUAL\VideoEditor\Tools\QuEnc\QuEnc.exe" -i "D:\Meus documentos\VISUAL\VideoEditor\temp\Video.avs" -o "D:\Target\Video1.m2v" -b 4124 -maxbitrate 9000 -2 -hq -dc 8 -notrell -noscene -interlaced -tff -aspectratio 16:9 -mpeg2mux separate -audiocodec AC3 -audiobitrate 384 -auto -close
This one returns a "0" lenght AC3 file :(

The AVS I'm calling is the last one of a scripts sequence... can this be the problem? Let me explain... QuEnc is supposed to encode a script called "Video.avs" - here you have it:
S0=Import("D:\Meus documentos\VISUAL\VideoEditor\temp\Clip0.avs")
S0

ConvertToYV12(Interlaced=True)
as you can see... this scripts imports the "Clip0.avs":
# Created by SynEditor - Rockas 2006-03-21 10:58:40

Clip0 = Import("D:\Meus documentos\VISUAL\VideoEditor\temp\VideoFile.avs")
Trim(Clip0,004550,005050)
And at last this one imports "VideoFile.avs":
# Created by SynEditor - Rockas 2006-03-20 17:05:33

LoadPlugin("D:\Meus documentos\VISUAL\VideoEditor\tools\dgindex\DGDecode.dll")
LoadPlugin("D:\Meus documentos\VISUAL\VideoEditor\tools\PlugIns\nicaudio.dll")
Video = MPEG2Source("D:\Meus documentos\VISUAL\VideoEditor\temp\VideoFile.d2v")
Audio = DelayAudio(NicAC3Source("D:\Meus documentos\VISUAL\VideoEditor\temp\VideoFile T01 3_2ch 448Kbps DELAY 80ms.ac3",6), 0)
Clip1 = AudioDub(Video,Audio)
LanczosResize(Clip1,720,576)
ConvertToYUY2()

Anyway... If I encode Video or Audio seperatly it works fine so I think I'm doing something wrong on the CLI.

As I said before... this is not very important at this point... it can go for the "ToDo" list :) ... you have more important stuff to take care of... (clue: MP4... mp3 on the cli? :D)

Thank you.

[Rockas]

Ok... here's a few more bugs (or not :D)!

1st - if I feed QuEnc (via GUI) with the script "VideoFile.avs" (see above) and select "novideo" as muxprofile to output an mp3 I receive a Windows error and QuEnc terminates :(

2nd - if I choose output as MP4 on QuEnc GUI and then I try to encode (via CLI) the audio (still using my scripts above) to AC3... QuEnc terminates... it seems like not being updated with the new parameters from the CLI and still try to use the last ones inserted on the GUI...
Video Encoding goes fine though.

edit:
[Off Topic]
- Am I the only one using QuEnc, now? :D

[manolito]

[Off Topic]
- Am I the only one using QuEnc, now?
No, you certainly are not the only one! I have been using avcodec based encoders (QuEnc and FreeEnc) for a long time. While I was still doing very low bitrate SVCD conversions it was easy to see that avcodec based encoders delivered better quality than CCE. Today I mostly do AVI2DVD conversions of analog TV captures, and I found that 1-pass VBR encodes with QuEnc give me the best balance between quality and speed (I do have a slow computer by today's standards). But since I always use QuEnc together with DVD2SVCD or sometimes DVDRebuilder, QuEnc's audio capabilities are nothing I can comment on.

cool. however people should be aware 1 pass does still go over the set max sometimes. however more work on that will have to wait until i am happier with things like 2 pass etc.
I believe that there is not much room for improvement for 1-pass VBR mode. IMO bitrate spikes above the specified max bitrate can never be completely avoided in 1-pass mode, and as long as the VBV buffer is handled correctly, this does not really hurt. I think it was Sir Didymus who mentioned it first (he has access to professional verification software), and I fully confirm what he said: If MuxMan does not complain about the encoded video stream, then the resulting DVD will be compliant. Any cheapo standalone will play it without hickups. Period.

To be absolutely sure I just did a torture test with Alpha5 in 1-pass VBR mode. I encoded one high action chapter of the movie "The Transporter" with max and average bitrate both set to 9.500 kbps. MuxMan reported: Bitrate - avg: 9301139, min: 4130133 (lba 162), max: 11946666 (lba 40814). No buffer problems, and the DVD plays just fine in 3 standalones I have access to.

So all I can say about Alpha5 is: Please leave 1-pass VBR mode as it is now, it can't get much better. And of course a big Thank You!


Cheers
manolito

[Rockas]

No, you certainly are not the only one!
Of course not :)
Sorry... I forgot the smiley on that question :D
Fixed that.

[dragongodz]

you have more important stuff to take care of... (clue: MP4... mp3 on the cli? )
hahaha do you realise how much work you are giving me if i am expected to add everything to the cli in one go ?

muxprofile to output an mp3 I receive a Windows error and QuEnc terminates
well its not supported via cli yet so nothing would surprise me that way.

if I choose output as MP4 on QuEnc GUI and then I try to encode (via CLI) the audio (still using my scripts above) to AC3... QuEnc terminates... it seems like not being updated with the new parameters from the CLI and still try to use the last ones inserted on the GUI...
did you also try setting it to mpeg2 with "-mpeg2" since thats where the ac3 encoder is ?

Please leave 1-pass VBR mode as it is now, it can't get much better
well of course i wouldnt keep any changes that were not an improvement and as i said i have no plans to play with this yet. just look at all the work Rockas keeps giving me. ;)

finally. i am currently sick so spending most of my time in bed. will get back to work on QuEnc when i am better. thanks to everyone thats testing and reporting what they find.

[dragongodz]

Am I the only one using QuEnc, now? :D
ye i know you are joking. still 53 downloads of alpha 5 isnt bad. especially when you consider it is an alpha which scares many away. also the download link is hidden away inside this thread and not at the first post. full releases get thousands of downloads. look at the visitor counter on my pcpages page, its over 29,000 and still slowly(now) climbing and the page only has QuEnc 0.54 and Rejig on it. :)

When will you move to Europe? The "GMTs" are a really pain :D
haha but i like where i live. its not perfect by any means but better than other places i have been. :D

[Rockas]

Quote:
muxprofile to output an mp3 I receive a Windows error and QuEnc terminates
well its not supported via cli yet so nothing would surprise me that way.
No... that one is using the GUI


Quote:
if I choose output as MP4 on QuEnc GUI and then I try to encode (via CLI) the audio (still using my scripts above) to AC3... QuEnc terminates... it seems like not being updated with the new parameters from the CLI and still try to use the last ones inserted on the GUI...
did you also try setting it to mpeg2 with "-mpeg2" since thats where the ac3 encoder is ?
I'll run some tests tomorrow (your today :D) and let you know about that :)

just look at all the work Rockas keeps giving me.
Yeah! but admit it... you love every minute of it (work)!!! :D
and besides... that's why I pay you :o

haha but i like where i live. its not perfect by any means but better than other places i have been.
Well... as long as you don't come to Portugal... you'll be fine :D
take a look: http://www.portugalforbeginners.pt.vu/

[Rockas]

oh! by the way... I really hope you get better quick... this ain't any fun without you :)

[dragongodz]

No... that one is using the GUI
ok just tested it. let me guess, you tried to encode audio with more than 2 channels ? that does cause QuEnc to fail of course since normal mp3 is 2 channel max. i tried it with 2 channel source and it worked fine. you can of course also use Avisynth to downmix to 2 channel(stereo).

besides... that's why I pay you :o
i get paid ? damn the postman must have been ripping off the letters with the cheques in them. :eek:

take a look: http://www.portugalforbeginners.pt.vu/
hahaha opened up the celebrity page to find
"There aren't many."
i also liked the Brad Pitt entry at the bottom. :)

[Rockas]

ok just tested it. let me guess, you tried to encode audio with more than 2 channels ? that does cause QuEnc to fail of course since normal mp3 is 2 channel max. i tried it with 2 channel source and it worked fine. you can of course also use Avisynth to downmix to 2 channel(stereo).
Yes... I thought about something like that but the main issue is that QuEnc crashes... is shouldn't... message error? yes ... crash... not good :D
i get paid ? damn the postman must have been ripping off the letters with the cheques in them.
uummm... maybe he's portuguese!?!?! :D
hahaha opened up the celebrity page to find
"There aren't many."
i also liked the Brad Pitt entry at the bottom.
You must read it all... I read it... it's one of the funniest things I have ever seen :D
Don't forget to read "Essential Portuguese" section :D

[Rockas]

did you also try setting it to mpeg2 with "-mpeg2" since thats where the ac3 encoder is ?
Sorry... you were right about this one... the problem is that I assumed that when inserting "-mpeg2mux" it would be enough :o ... it was working for video ;)

[dragongodz]

message error? yes ... crash... not good
of course. however this is new of course so in no way is everything done for it. you have just found 1 more thing to fix before a release version. :)
or think of it this way. Nic adds the basic features he wanted and leaves me the job of cleaning it up for everybody else. :D

the problem is that I assumed that when inserting "-mpeg2mux" it would be enough
you do know what assumption was the mother of right ? ;)
i will probably change some of the behaviours of commands etc to a more logical way anyway.

[Ebobtron]

Hi all,
I would like to add my two cents concerning encoding ac3 ?

QuEnc61 always seems to reduce the audio level approximately 10db in the encoded output.

Following list should explain:

> than 0 db input.. -10db output
0 db input.. -10db output
-3 db input.. -13db output
-6 db input.. -16db output


Number of channels makes no difference in the output.

10db is a heavy reduction in volume. Don’t remember anyone ever complaining about it. But it has been a long time.

Just wanted to add this to the list.:)

Thanks Dragon

[Rockas]

Yes I believe you are right... I was suspicious about it but I was not sure...
I thought it could be a difference between players and not an encoder result and since I'm busy with other issues I didn't gave it any importance :)

edit: I made a quick review on my SynthEditor (development) notes (yes... sometimes I take some notes :D) and there it was.
Remember to verify sound output volume... sound seems low... AviSynth problem?
Trying todo:
Don't forget to try "normalize" on AVS Script!!!
[Sorry for the bad english - direct translation from portuguese :)]

[dragongodz]

always seems to reduce the audio level
yes a known problem. you can find out more in the audio section. other programs use things like normalisation from memory to fix it. will have to relook over those threads again.

of course you can increase volume in Avisynth aswell to reduce this problem aswell.

actually going from memory there was a patch submutted a long time ago to the ffmpeg mailing list that was meant to fix this. it was not accepted for whatever reason. i did look for it before but failed to find it. now if someone still had that floating around it could be helpful.

[Rockas]

Well.. I just added a "AmplifyDB(9)" to my "Audio to encode script"... I put 9 'cause it seemed to my hears that 10 was exagerated and maybe 9... I'll wait for some feed back about this but I feel like 8 would be a good value...
I'll keep on testing :)