NEW CODEC! 128 kbps and less for 5.1 surround encoding for MPEG4 (Xvid/Divx) movies

[dimzon]

Dimzon, are you there?
Could you please add some help option in the STDIN CLI
that you've prepared?
Please let me know.

it's already here. Just run enc_AudX_CLI.exe without additional arguments and You will get
##################################################################
Aud-X multichannel encoder CLI frontend
this algorithm has been prepared by: [Aud-X Team www.aud-x.com]
##################################################################
run enc_AudX_CLI.exe --aud-x to view Aud-X license
run enc_AudX_CLI.exe <input.wav> <output.mp3> [options] to encode
options:
--q <quality> - 0 (STRQ 80 kbps), 1 (STDQ 128 kbps), 2 (HGHQ 192 kbps) or 3 (SPBQ 192 kbps), default is 1
--raw <samplerate> - signal input as raw pcm file instead of RIFF WAV
note: to use STDIN use - as input filename

[3dsnar]

OK, :thanks:

[Rockaria]

Hi 3dsnar,
if you choose "send surround sound through spdif" and you choose 'movie mode' as output then it is not remembered until the next start... it switches automatically to 'music mode'
Maybe we need some clarification.
It sounds to me the DPL II 'movie mode' decoding is not effective until you close the player and launch again.
Maybe the dpl II decode mode state variable is not updated dynamically.

[sillKotscha]

If I am not incorrect, he made two inquires :
1. can it save the last setting to be reused for the next launches ?
2. can the output mode set automatic depening on the system speaker setting detection ?

Another sorry but I believe none of them answered?

nono... both are answered :)

just have a look at his "thx 4 the bug report." and also his answer did satisfy me - because he already said that if output via spdif is used every file gets an upmix to 5.1... and what to choose if I don't want that...

so, yes - thx for your answer(s) 3dsnar

cheers Sill

[3dsnar]

Maybe we need some clarification.
It sounds to me the DPL II 'movie mode' decoding is not effective until you close the player and launch again.
Maybe the dpl II decode mode state variable is not updated dynamically.
It is updated automatically. :)

[Rockaria]

if you choose "send surround sound through spdif" and you choose 'movie mode' as output then it is not remembered until the next start... it switches automatically to 'music mode'

nono... both are answered :)

just have a look at his "thx 4 the bug report." and also his answer did satisfy me
Maybe we need some clarification.
It sounds to me the DPL II 'movie mode' decoding is not effective until you close the player and launch again.
Maybe the dpl II decode mode state variable is not updated dynamically.
It is updated automatically. :)
3dsnar, If you agree with it, then I am incorrect, oh well!;)

[3dsnar]

I think I have answered all Sill's questions.
Besides, normally the DSfilter settings should be remembered,
however there always might be some bug.
--
So I think you are incorrect :D
Cheers, 3d

[Rockaria]

..and a little question... is it possible to implement some kind of sound detection? because if you choose "send surround sound through spdif" your sound will get upmixed to dpl II even if you have standard stereo - and that sounds not always good :)
...
ffdshow... 'same as input' .. will get decoded via dpl II
On this part, I indeed misunderstood.
The actual inquiry is that can the decoding/encoding mode set automatically depending on the SOURCES(not by system speaker setting...).

But we still need some clarification :
. the DPL II signal cannot be detected, it's regarded just as stereo, so you have to force it to decode.
. 'upmix to DPL II' is not possible, 'decode dpl II to 6ch' or 'encode to dpl II(2ch)' are possible.

Anyway, it seems to me 'good answers to good questions' beyond my logic.:D

[3dsnar]

On this part, I indeed misunderstood.
But we still need some clarification :
. the DPL II signal cannot be detected, it's regarded just as stereo, so you have to force it to decode.
. 'upmix to DPL II' is not possible, 'decode dpl II to 6ch' or 'encode to dpl II(2ch)' are possible.

Anyway, it seems to me 'good answers to good questions' beyond my logic.:D
Hmm. in both cases you are right.
But I used my interpretation coprocessor (embedded in my brain),
and I was able to figure out what Sill meant, although his questions where not correctly formulated, indeed ;)

[sillKotscha]

I was able to figure out what Sill meant, although his questions where not correctly formulated, indeed ;)

hey, don't pick on me 'cause of my english - I allways think it's near perfect :D

[3dsnar]

your english is nearly perfect :D

[Rockaria]

thx 4 the bug report But still you have to fugure out what has caused the bug. right?

The symptom is plainly not keeping the state during the session. Maybe it is set only during the initialization, which is the frequent mistakes I have seen.;)

[3dsnar]

I think I know what could have caused the bug.
The DSfilter should automatically switch itself to standard
stereo output, when the current setting does not comply with the DirectSound device.
So the answer may be related to this.
This is meant for a situation, where the user choses 5.1 output, while it is not supported.
But maybe there is a bug, and something is wrong...
We will check this out.

[Rockaria]

The DSfilter chennel setting should be independant of the system output device, of course provided no conflicts.

For an example, I use 5.1ch in the FFDShow output when the speaker is set to 2ch in one of my machine.
The system mixer does the plain downmix to 2ch for analog headphone, while I can do everything possible with 5.1 output in the filter chain: dd encode passthrough, 5,.1ch capture, dpl2 encoding...

Maybe then, unnecessarily resetting to stereo during the session in the DSFilter!

[Rockaria]

Another simple Q for a clarification on the audx.exe :

AFAIK, your own cli encoder backend(audx.exe) supported all the encoding features except the stdin input support, with own quality grade scheme.

Any special reason to maintain redundant(except the stdin) versions kept in different places?

[3dsnar]

The DSfilter chennel setting should be independant of the system output device, of course provided no conflicts.

For an example, I use 5.1ch in the FFDShow output when the speaker is set to 2ch in one of my machine.
The system mixer does the plain downmix to 2ch for analog headphone, while I can do everything possible with 5.1 output in the filter chain: dd encode passthrough, 5,.1ch capture, dpl2 encoding...

Maybe then, unnecessarily resetting to stereo during the session in the DSFilter!
The only problem is that when you accidently chose an output option, that is not supported by your device (e.g. you have a stereo only soundcard and you chose 5.1 output and destroy the filter), than in the second initialization, the filter will not occure because the output pins will not comply with your device. So in order to overcome this problem, the filter output should be automatically switched to a supported type of pin (i.e. stereo output) during initialization. Otherwise you would have to switch it back manually with the use of DSFmanager, or something, but this is not so obvious for many users.

[3dsnar]

Another simple Q for a clarification on the audx.exe :

AFAIK, your own cli encoder backend(audx.exe) supported all the encoding features except the stdin input support, with own quality grade scheme.

Any special reason to maintain redundant(except the stdin) versions kept in different places?
Our executable frontend (GUI) uses this exec.
Also BeLigth uses it. So the decision is yours :)

[Rockaria]

The only problem is that when you accidently chose an output option, that is not supported by your device (e.g. you have a stereo only soundcard and you chose 5.1 output and destroy the filter), than in the second initialization, the filter will not occure because the output pins will not comply with your device. So in order to overcome this problem, the filter output should be automatically switched to a supported type of pin (i.e. stereo output) during initialization. Otherwise you would have to switch it back manually with the use of DSFmanager, or something, but this is not so obvious for many users.
That seems to be the exact description of your DSFilter.

Our executable frontend (GUI) uses this exec.
Also BeLigth uses it. So the decision is yours :)
I just realized there's one more option, if I have to choose now.;)

[3dsnar]

Aud-X MP3 5.1 v. 1.22 released:
http://www.aud-x.com/content/view/12/26/

The new version consists of a new virtual surround algorithm,
which enables to reproduce surround panorama with the use of stereo headphones.
Description of the algorithm in a separate thread:
http://forum.doom9.org/showthread.php?t=111889

BTW.
- Changes concern only DSfilter
(No changes in the SDK.)
(No changes in audx.exe command line)



Thanx,
3d

[tebasuna51]

Maybe the link to Aud-X MP3 5.1 v. 1.22 must be:
http://www.aud-x.com/content/view/12/26/

[3dsnar]

Yeah, right, thanx :)
edited.

[Avish]

Hi 3dsnar,

It's crashing MPC when I try to change between 5.1 to Headphone mode or vice versa. MPC just disappears. Is it just me or anybody else xperienced the same?

BTW, Is is possible to add "Normalize" feature to the decoder? I get pretty low volume compare to other decoders.

[3dsnar]

Please give me more info.
What signal did you test?
Did you try other players (e.g. graph edit)?
If the file was AC3, was Aud-X used for decoding, or maybe some other DSfilter preceding Aud-X DSfilter?
Maybe you can send me the clip?
Thank you.

[Avish]

Please give me more info.
What signal did you test?
Did you try other players (e.g. graph edit)?
If the file was AC3, was Aud-X used for decoding, or maybe some other DSfilter preceding Aud-X DSfilter?
Maybe you can send me the clip?
Thank you.Sure, in an hour or so.

But why u ignored my other query?

[3dsnar]

oops, sorry.
Dynamic normalization is... problematic,
bacause it affects amplitude relations in the signal.
However, if you are playing AC3 file, you may use FFDshow
for gain manipulations.

[Avish]

oops, sorry.
Dynamic normalization is... problematic,
bacause it affects amplitude relations in the signal.
However, if you are playing AC3 file, you may use FFDshow
for gain manipulations.OK. Thanks. mp3 output seems to be quiet OK, but ac3 is way low. so I guess I won't be using it for ac3. But I'm OK with mp3's sound now. ;)

About the crash, I tried MPC, GraphEdit & WMP11. MPC seems to crash 8 out of 10 times, but the other two only crashed once or twice. I tried MKVs with x264 + ac3 in it & AVIs containing XviD, DivX & Div3 + mp3s.

I can't provide u any sample, coz I couldn't found any perticular culprit. eg. If it crashed in MPC, it didnt crashed in GraphEdit. So...

Is this much info usefull? :)

[3dsnar]

OK, thanx for the info.
I will do some more tests.

[Avish]

Another thing, Codec tools like GSpot, Sherlock, DShow Filter Manager still shows the product version as 1.0.0.0. Shouldn't it be something like 1.2.2.0? ;)

[3dsnar]

OK, thx :)

[3dsnar]

v1.23 is out

[Kurtnoise]

Hi,

I've a question for you Mr 3d ;) Do you know a SAP which supports AVI files within your mp3 multichannel sound ? If yes, could you point me a link please...If no, is it planned ?

[3dsnar]

Hi Mr Kurtnoise.
What is SAP?

[Kurtnoise]

Stand-alone Players...

[3dsnar]

I see. Now we are not planning to.
(I assume that you mean software players ;) )
But everyone is welcome to embedd our library
in such software (some people mentioned that they're gonna
do it, but nothing was released so far).
Cheers, 3d.

[Kurtnoise]

Note that with this comparison (http://divxtest.surdvd.com/form/divxtest2_view.php), some SAP are able to play mp3 5.1...Dunno, if it concerns your codec.

[edit]After some checking, this is the Fhg surround encoder.

[3dsnar]

OK, thanx for info anyway.

[SeeMoreDigital]

Any new developments?

[squid_80]

Or better yet, how about some source code so you're not violating the GPL? It was promised a long time ago now...

[Adub]

good point squid_80. I am curious to look at some of the source code.

[sillKotscha]

good point squid_80. I am curious to look at some of the source code.

YOU are curious to look at the source code... man, are you even able to read a newspaper let alone a source code of such a complex software??

we are waiting for your optimizations :sly:

[SeeMoreDigital]

Hmmm!

Even though the direct-show decoder offered by Aud-X is very good (with excellent input/output funtionality) I was wondering whether "decoding" support could eventually be added to FFdshow :)


Cheers

[sillKotscha]

Hmmm!

Even though the direct-show decoder offered by Aud-X is very good (with excellent input/output funtionality) I was wondering whether "decoding" support could eventually be added to FFdshow :)


Cheers

it is already done ;)

but unfortunately it all depends on the revision and I can't remember on which revision I saw Aud-X as an option for decoding for the last time...

[SeeMoreDigital]

it is already done ;)

but unfortunately it all depends on the revision and I can't remember on which revision I saw Aud-X as an option for decoding for the last time...Bummer.... I must have missed those meetings :scared:

Just checked my currently installed version and it's not there - But it looks as though there's room for it: -

http://img141.imageshack.us/img141/3919/ffdshowtn5.png

[sillKotscha]

Bummer.... I must have missed those meetings :scared:

I know for sure, that videomixer9 included Aud-X in his ffdshow builds... BUT his last build is dated August 3 (https://sourceforge.net/project/showfiles.php?group_id=173941), 2006 and considered/ marked as unstable...

the last proposed stable version is from December 7 and I must say it is rock solid for me and stable as in terms of stable. Only because of Aud-X I won't go backwards with my ffdshow installation...

I can't say what was the reason to exclude Aud-X from the recent builds but following the ffdshow dev thread no one really missed it. ;)

[SeeMoreDigital]

I can't say what was the reason to exclude Aud-X from the recent builds but following the ffdshow dev thread no one really missed it. ;)Sussed it....

I scanned thru' my external HDD's and found a version of Audxlib.dll (http://82.10.220.174/Uploaded_Files/Doom9_Forum_files/Audxlib.7z). After dropping it into FFdshow's main folder, FFdshow is now able to decode 6Ch MP3's just fine ;)

[clsid]

rev657 aka beta1 contains audx