bsn.dll mod with command-line options (Please Test)

[E-Male]

UPDATE:
-OOP rewrite done, PLEASE TEST!!
-source included (post any questions, or requests for needed files here)

http://e-rels.dyndns.org/downloads/bsn_paramod.rar

this is the 3rd test version of my modification of bsn.dll
the basic encoding features are unchanged (i hope)
but instead of using the -config switch you can now change the options directly on the command line

these parameters are accepted:
-vbr_tape, -vbr_radio, -vbr_internet, -vbr_streaming, -vbr_normal, -vbr_extreme, -vbr_audiophile, -vbr_transcoding, -cbr *bitrate*
-codecquality_fast, -codecquality_high
-aacprofile_lc, -aacprofile_he
-downmix_no, -downmix
-usepns_no, -usepns
-muxintovideo_no, -muxintovideo
-exportaac_no, -exportaac
-hintforstreaming_no,- hintforstreaming
-preset *preset*

example:
"C:\besweet\BeSweet.exe" -core( -input "c:\besweet\test.wav" -output "c:\besweet\test-New.mp4" ) -bsn( -2ch –cbr 128 -downmix )

if a cbr bitrate is entered that is not supported by teh encoder the next lower supported bitrate will be used

presets:
additonally to the bsn.dll a preset editor is now included in the pack
it’s completely command line based
run it without parameters to get a list of the accepted parameters

example:
"C:\besweet\BeSweet.exe" -core( -input "c:\besweet\test.wav" -output "c:\besweet\test-New.mp4" ) -bsn( -2ch –preset my_preset –vbr_tape )
will use teh settings from the preset my_preset, except for the bitrate which is taken from the parameter (because that parameter comes after the preset-parameter, later parameters always win)


!!PLEASE test it and post all questions, suggestions and bugs here!!

THX to:
the doom9 comunity, especially dspguru, nic, moitah and everyone giving feedback here
credit to:
Manfred Heumann for a working free c++ registry class (made this mod possible

CU
E-Male

[pogo stick]

Great! :)
I will test it when I'll fix problems with my PC.
I hope soon.
So it doesn't have any -config limitations?
Did you check problem with mono encoding, causing slow (2x) sound?

[E-Male]

Originally posted by pogo stick
Did you check problem with mono encoding, causing slow (2x) sound?
no, i didn't. i wasn't aware of that problem
but since i didn't change the encoding part this dll should act just as the normal bsn.dll



So it doesn't have any -config limitations?

I'm not sure what you mean with "-config limitations"
the -config switch is still supported, but with the parameters you can set all option (except for cbr bitrate, but i might get that fixed if anyone needs that)

[pogo stick]

Originally posted by E-Male
I'm not sure what you mean with "-config limitations"
the -config switch is still supported, but with the parameters you can set all option (except for cbr bitrate, but i might get that fixed if anyone needs that)
I got it.
I meant limitations made by Ahead.
Not allowing HE for high bitrates when using '-config' switch.
And PSN don't work with HE, if I remember it right.

[E-Male]

you'll have to try
it all depends on where those limitations are applied
if it's done in the config dialoge, then they are gone because the registry gets edited directly by bsn.dll now
but if the encoder itself checks for them, then i can't do anything about it

[pogo stick]

I made a few tests to compare original and modified bsn.
I encoded files to aac with BeSweet, then back to wav with Foobar2000.
And compared contents of wavs.

codecquality_high
aacprofile_lc and aacprofile_he with all vbr modes.
Everything else tuned off.
I didn't try codecquality_fast.
All worked like it should and files made with different versions are exactly the same.
Also tried exportaac. It works too.
Safe to use.

PSN make a difference for every mode, except he, vbr tape.

HE
-│noPNS │PNS (filesize in bytes)
1│173111│173111 <-no difference in decoded wavs
2│210084│204174
3│230069│208555
4│292711│251299
5│357231│299618
6│442904│384385
7│508527│400306
8│502559│430830

LE
-│noPNS │PNS
1│250703│217001
2│305442│261244
3│410573│338033
4│455353│352732
5│563706│421717
6│686143│497411
7│721011│524890
8│799856│571043

And a little suggestion:
Make 'no' default for downmix, usepns, muxintovideo, exportaac, hintforstreaming parameters.
So, for example, if nothing is specified for downmix, then it would not be used.
And including just 'downmix' -bsn() would tune it on.

[E-Male]

thx for testing

default settings will be added along with backup and presets in the next version
should be avaible some time next week if reallife doesn't get in the way

[bond]

beaware that nero is currently working on a total rewrite of their aac encoder, with totally different settings (by using a quality slider as vorbis does already for example)

[E-Male]

as long as they keep the registry values as "readable" as they are now i think i should be able to adapt my code

[neo75903]

suggestion, a parameter that allows to switch off the downsample allowing encodes at 45khz?

Any idea when the new nero codec will be released?

Thx , and i love besweet, oagmachine, etc.

[neo75903]

48khz typo :)

[E-Male]

the forced resampling from from 48 to 44.1khz only happens when you use the options dialoge, NOT when you use the parameters (just retested that)

[neo75903]

ic,

is it also possible to add parameters like:
usehe_yes, usehe_no (for high eff.),
cbr=128 (for constant bitrate)?

this can remove the need to use the -config switch.

Thx

[pogo stick]

Originally posted by neo75903
is it also possible to add parameters like:
usehe_yes, usehe_no (for high eff.)
this can remove the need to use the -config switch.
That's what E-Male did.
There is aacprofile_lc, aacprofile_he already.

[neo75903]

ic, got a bit confused with those profiles, how about constant bitrate?

[neo75903]

i volunteer to do the testing :)
this bsn is great for batch processing, i am currently using autoit to feed the input and set the settings for wrapping my avi's into mp4s

[E-Male]

ok, i said i'd look into cbr if someone wants it, and now i have to keep my word :cool:

i originally had a "cbr" parameter, but it could easily crash the encode because only certain bitrates are allowed (i gues that's why), plus i'm not sure if i have to do a conversion from decimal to another number-system

I'll look into it

[neo75903]

maybe limiting the cbr possibilities by parameters like:
cbr_128, cbr_96, etc.

thx for keeping ur word ;)

[E-Male]

UPDATE:
"cbr" parameter added
see first post (all changes in this update are in italics)

[neo75903]

Great! and thx for the quick update, will be testing next 24h :)

[E-Male]

after coding all night long test version 3 is here for testing
rewrote the first post with all info
i hope i didn't forget anything (i'm tired now)

when reporting bugs please always post what version you used

and PLEASE post feedback, even a "works fine" is helpfull, but bugs reports are of course wellcome, too

CU
E-Male

[iradic]

bsn v3 winme...

maybe this isnt under to do list but can you make a version of bsnpreset which doesnt require msvcp71.dll and mfc71.dll...

thanks

also what the numbers in bsnpreset mean... like "DefMuxIntoVideo - 0" means No - right? Are this settings from the registry? Where are they saved when created?

another thing - bsnpreset always displays help no mather what option is used...

bye

[E-Male]

i think the registry class needs mfc, but i can look into it

may i ask why you don't want to use those dlls?

[iradic]

well at least you should state that .dll's are needed in the first place... i don't like surprises like that and finding these dll on the net also

but it's not a problem... you did a good job

bye

[E-Male]

i didn't know the program would need dlls that aren't included with windows, i'll see if i can change this, or pack the dll with them next time

thx for the kind words

[E-Male]

didn't get it to compile without these extension

[E-Male]

almost missed the question and the bug-report:

when you use "view" + *preset-name* you'll get more detailed than with just "view"
yes, it's the registry settings
look into HKEY_CURRENT_USER\Software\Smeshka\Nencode
it contains the key with nencodes settings
my presets key is created there aswell
info on the values can be found here (http://forum.doom9.org/showthread.php?s=&threadid=74489)

i updated the pack with a new version of bsnpreset.exe with the always-shows-help-bug fixed, was just a "{" and a "}" missing (beginners- or late-night/early-morning-mistake)

[neo75903]

Hi Emale,

link is down, can u check ur post plz?
previous version works fine to me, kept my 48khz in my sound file.
already rewriting my batch files :)

Thx for the new dll, great job.
Will these be inluded in the next version of bsn.dll?

[E-Male]

Originally posted by neo75903
link is down, can u check ur post plz? missnamed the file, fixed


previous version works fine to me, kept my 48khz in my sound file.
already rewriting my batch files :)
Thx for the new dll, great job. good to hear it didn't blew anything up, yep :D
thx for testing and for the good words


Will these be inluded in the next version of bsn.dll? that's up to Dspguru
after i did a HUGE clean-up on the code and maybe some a rewrite to make it more object oriented (it's a nothing more than a mess ATM)

[neo75903]

nice touche with bsnpreset.exe :)

btw, what is optimize key in my register?

[E-Male]

a value which nobody seems to know what it does
i always saw it as 0, that's why i made 0 default
and i don't allow changing it, since i don't know the values it takes

[pogo stick]

Maybe it's something like:
Optimize and Make Streamable
When checked the muxer will reorder the final bitstream so that the header information is at the beginning as well as interleaving the audio/video payload to minimize seeking, thus producing a streamable MP4 file. The process of reordering and interleaving can take a while as the entire file needs to be rewritten. This can cause an application to not respond (or pause). The duration of the pause is approximately as long as the time needed to duplicate the file.
in 3ivx DirectShow Media Muxer?
If I understand it right, there is also similar function in MP4UI.

[E-Male]

it could be anything
cpu-optimization, optimizing the output-file for whatever, .....

on request i will add a switch for it, that will work like preset and cbr using the folowing parameter as value
but it would clearly be an at-own-risk thing

[neo75903]

@emale,

can you add a command to figure out which preset is being current?

[E-Male]

there is no "current" preset
if you use no parameters bsn will take the settings from the "default"-preset

[yaz]

Originally posted by E-Male
it could be anything
cpu-optimization, optimizing the output-file for whatever, .....

on request i will add a switch for it, that will work like preset and cbr using the folowing parameter as value
but it would clearly be an at-own-risk thing pls, do ! imho, it's the 'optimization' function for the mp4 output. afaik, there's nothing to be optimized in an aac stream as it is a 'raw' audio stream; just the signals, nothing else. in contrary, encapsulating into a valid mp4 stream may involve a kinda optimization which makes parsing/seeking/playing more straightforward. for getting a hint just try to play a 100-120 min aac stream in winamp. a pain in the ass :-)

btw, i love your cuty. i don't know how would i have been able to live without it so far :-)

the bests
y

[neo75903]

Hi,

P.S.:would be nice if someone would write a gui-version of the preset-tool

heard your call :)
http://users.telenet.be/bugged/BsnPresetGui v0.1.zip

i have for the convenience included a copy of your Bsnpreset.exe in my zip file, hope you feel ok about it, otherwise i will remove it.

[E-Male]

nice gui, well done


just tested it, here's my bug report:

-selecting any vbr settings doesn't change the registry (selecting cbr does)!!

-the presets list isn't always updated after changes where made
-also settings that where changed in the gui but didn't go to the registry for whatever reason are stil lvisible in the gui
--it would be great if both the preste list and the settings are read from the registry/bsnpreset again after any change (update, new, ...; maybe add a refresh-button)

-new presets have very straneg settings

-"copy" taking the name from "rename to" might be confusing

[neo75903]

>> nice gui, well done

Thx :), hope this version is more usable.
http://users.telenet.be/bugged/BsnPresetGui v0.2.zip

changelog
------------------------------------------------------------------------------------------
>> -selecting any vbr settings doesn't change the registry (selecting cbr does)!!
fixed, not saving vbr settings.

>> --it would be great if both the preste list and the settings are read from the registry/bsnpreset again after any change (update, new, ...; maybe add a refresh-button)

fixed, list is refreshed after update, copy and add from reigistery settings.
------------------------------------------------------------------------------------------
>> -also settings that where changed in the gui but didn't go to the registry for whatever reason are stil lvisible in the gui

fixed, settings should reflect now, please report for specific values
------------------------------------------------------------------------------------------
>> -the presets list isn't always updated after changes where made

postponed, need to look more into java Runtime processess
Refresh button added as a temporarily solution.
------------------------------------------------------------------------------------------
>> -new presets have very straneg settings

fixed, all new presets will have fixed values

------------------------------------------------------------------------------------------
>> -"copy" taking the name from "rename to" might be confusing

fixed to "copy name"
------------------------------------------------------------------------------------------
improvements:
-disabled use button while in copy or new
-disabled bitrate selection when CBR is not selected

[bond]

really nice to see this moving forward :)

e-male, can you plz also update the original nencoder sources (hosted on rarewares (http://www.rarewares.org/aac.html) and make an announcement in the original development thread on hydrogenaudio (http://www.hydrogenaudio.org/index.php?showtopic=13056), so that all tools relying on nencoder can be updated regarding this great enhancement :)

[E-Male]

@neo75903:
will try it ASAP

@bond:
i first wanna finish the OOP rewrite and clean up the sources for release with the binaries
then i can look at nencoder (never used it, only bsn)

[neo75903]

no rush :)

[E-Male]

just looked through the new gui version , so far so good

just 2 minor things:
-when clicking the "current" butten a view times (6-8 times i think) it shows cbr instead of vbr, after the next click it's ok again, but after some more (again ~6) it's cbr again, and so on [nothing really bad, but a bug non the less, so i thought i'd post it]
-would be nice if after changing/renamning/copying to/... preset xyz it would show preset xyz instead of the fist preset in the list (i gues this happens because of the automatic refresh)

rest works as it should

can i include the gui with the next version?

EDIT: one more thing: would you release the source-code?

[neo75903]

Hi Emale,

-yeah u can include the Gui with your binaries.
-to make it GPL, all i need todo is to include a license file? and where can i find it? Does it need to be modified?
Source will be inlcuded next time when license is ok.


i know it is just a small program, just wanna sort that out before releasing it to the wild :)

PS: besweet is appearantly not open source?

[E-Male]

http://www.gnu.org/copyleft/gpl.html#SEC4
should be all you need to know
just read through, copy&paste and comment the lines out

and besweet itself is closed-source, but many dlls it uses are open and it has a plug-in interface

[neo75903]

Hi,

here is the latest version of BsnPresetGui:
http://users.telenet.be/bugged/BsnPresetGui v0.3.zip

changes:
--------
- released with GPL license, source is included
- current button fix
- last used preset is now selected in the list

have fun :)


Developed with netbeans http://www.netbeans.org
http://users.telenet.be/bugged/netbeans.gif

[E-Male]

i think GUI by now is perfectly fine

next version will be released ~next week

i'm about half way throught with the object oriented rewrite

[neo75903]

nice nice, looking forward to that :)


12 juni 2004:
new ver.0.4 download from:
http://users.telenet.be/bugged/BsnPresetGui v0.4.zip

new version 0.4:
Changes:
--------
1) fixed first click not showing current preset, current button.
2) fixed saving codecquality.
3) fixed Runtime process.
4) from (3) refresh button not required anymore.
5) Motif UI replaced by windows look and feel.

[bond]

hm did anyone already ask dspguru whether this great bsn mod will make it to the "official" sources?

also E-Male, are you still working on it? can you plz merge your changes to the official nencode sources (i think the code is available on rarewares), which bsn is originally based on?

[E-Male]

i had some trouble with my OOP re-write (which was needed to make the code usefull for others) and a lack of inspiration, i'll release bsn_mod+nencode_mod+preset_tool+source_code as soon as i get it fixed

[neo75903]

hey Emale, nice to hear you are still on it.

I have discovered something really odd about the Gui. It performs much better when running from batch file (BsnPresetGui.bat).
If started from the jar file, it does:
1. poping up all those dos windows.
2. dos commands are executed really slow.
3. the interface is also really slow.

Is that also your experience with the gui?

Thx

[E-Male]

i can't test the gui atm
the oop-rewrite has priority (fixing it's odd behavior to be precises)

[neo75903]

nvm, the problem was my pc, i had 1.4 running for my IDE and a older version 1.3(slow one) for the jar files.
Just removed 1.3JRE and everythings runs fine.

[E-Male]

ok, finished the OOP rewrite of bsn.dll and bsnpreset.exe and included the source
!!please test for bugs!!

i couldn't compile nencode
i get
"error C3861: 'assert': identifier not found, even with argument-dependent lookup"
36 times !!

[bond]

have a look here: http://www.hydrogenaudio.org/index.php?showtopic=22870&

someone released an nencode mod using your changes too :)

[E-Male]

that mod has nothing to do with mine

[E-Male]

i can't register to hydrogenaudio
i get:

The error returned was:
Sorry, you are not permitted to use this board

[neo75903]

erm got:
"The connection was refused when attempting to contact e-rels.dyndns.org"

[E-Male]

apache fixed
download should work now

[neo75903]

i see you have added an present preset in the view list, which seems to me not editable.
I so, was thinking removing my current button.

[E-Male]

the data in the nero-reg-key can be accessed via a pseudo-preset called "current"

you say it's not editable?
i'll check that, it should be

"current" is never used by my mods, it's just for editing the registry for non-moded nencode software

when using "view" without an other paramter "current" and "default" are displayed before the alphabetic list of presets

[neo75903]

tried again with for example:
---------------------------------------------------------------------
D:\My Documents\netbeansPRJ\BsnPresetGui>bsnpreset.exe edit current -vbr_transcoding
current - bitrate: vbr streaming

D:\My Documents\netbeansPRJ\BsnPresetGui>
---------------------------------------------------------------------
vbr streaming remained unchanged.

I am thinking of removing the current button and have the user select the current settings from the list.

nice job rewriting into oop, i think lots of ppl will take advance of that later.

[E-Male]

i'll look into it tonight
maybe i forgot one "if (preset=="current") ..." somewhere

you should have seen the non-OOP-code, a mess, useless to anyone else (including myself 2 weeks later)

once i add some usefull comments the code should be easily useable and extendable for everyone

[E-Male]

got it fixed

[DSPguru]

Originally posted by E-Male
got it fixed thumbs up for E-Male :cool: !
must admit i haven't checked this module, but have compiled it and uploaded package in here :
http://DSPguru.doom9.org/plugins.html

[E-Male]

thx DSPguru

one error i noticed was that the output to the interface is wrong (output files are fine)
when i checked the code i saw the error was in my code, too, still my compile gives correct output
i'll look into that

[E-Male]

@DSPguru:
please change line 78 in bsn.cpp
from:
fprintf(stderr,"[00:00:00:000] | BSN.dll: " + nenregobj.outpsum("default"));
to:
fprintf(stderr,"[00:00:00:000] | BSN.dll: " + nenregobj.outpsum("current"));

[E-Male]

i fixed the line in the pack

i'm gonna add comemnts and readmes and do a final compile with the newest sdk later taday ot this week
this should be the final release then whioch after some testing should be fine to be added to besweet

as for nencode:
i'll add the code there, too, as soon as someone can help me getting nencode compiled without C3861 errors

[neo75903]

Great job Emale,

even i almost start to make sense out of the code, and i dont even program c :).

Two thumbs up man!

[DSPguru]

Originally posted by E-Male
@DSPguru:
please change line 78 in bsn.cpp
from:
fprintf(stderr,"[00:00:00:000] | BSN.dll: " + nenregobj.outpsum("default"));
to:
fprintf(stderr,"[00:00:00:000] | BSN.dll: " + nenregobj.outpsum("current")); i added another function called "BSN_Echo" to v0.24.int BSN_Echo(char* c)
{
static int i=0;
switch(i++)
{
case 0:
sprintf(c,"+-------- BSN --------");
return 1;break;
case 1:
nenreg nenregobj;
sprintf(c,"| %s",nenregobj.outpsum("current"));
return 1;break;
}
return 0;
}
v0.24 made it into BeSweet v1.5b29.

now.. how about writing a manual to -bsn( ) ?
you could copy a template from "-core()" or "-ota()" : http://DSPguru.doom9.org/cli.html

[E-Male]

i'll write that manual along with the readme

[E-Male]

new besweet works fine with bsn 0.24
but when i compile the code myself besweet crashes right when "+-------- BSN --------" should appear on the screen

EDIT: i assume i need a updated bsn.def

EDIT2: got it working

[E-Male]

i updated my pack with a new version based on 0.24 (sources and dll)
-improved use of BSN_Echo
-optimize parameter fixed [still no idea what it does]

[Kurtnoise]

Good Job E-Male...:cool: So...we need an update for BeSweetGUI now :D


@DSPGuru : could you give an answer for my requests (http://forum.doom9.org/showthread.php?s=&threadid=77186) ?? Thank you very much.

[E-Male]

no thread-hitchhiking please

[neo75903]

-optimize
i think it is supposed to do the same thing as mp4creator60.exe -optimize does.
As far i understands, it optimze the stream somehow it is beyond my knowledge, but i do experience some improvments during streaming from a server. But also sometimes screws up a bit it is very rare and havent experinced it with the latest versions. So as far i can guess the bug has been taken out.

[Malow]

is any alternative link for the bsn rar file? i can't download...

[E-Male]

my pc crashed, tyr again

[SiXXGuNNZ]

I am having trouble getting 256 cbr with a 6ch encode, here is the switch I used

besweet log:

BeSweet v1.5b29 by DSPguru.
--------------------------
Using azid.dll v1.9 (b922) by Midas (midas@egon.gyaloglo.hu).
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using bsn.dll v0.24 by DPeshev,Richard,E-Male,DSPguru (DSPguru.Doom9.org).

Logging start : 07/09/04 , 14:12:27.

C:\Program Files\GordianKnot\BeSweet\BeSweet.exe -core( -input C:\DVDRIP\VTS_02_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - English - DELAY -85ms.ac3 -output C:\DVDRIP\AAC.mp4 -logfilea C:\DVDRIP\AAC.log ) -azid( -c normal --maximize ) -bsn( -6chnew –cbr 256 -codecquality_high -aacprofile_he -downmix_no -usepns_no -muxintovideo_no -exportaac_no -hintforstreaming_no)

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\DVDRIP\VTS_02_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - English - DELAY -85ms.ac3
[00:00:00:000] | Output: C:\DVDRIP\AAC.mp4
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Input Channels Mode: 3/2, Bitrate: 384kbps
[00:00:00:000] | Total Gain: 8.797dB, Compression: Normal
[00:00:00:000] | LFE levels: To LR -INF, To LFE 0.0dB
[00:00:00:000] | Center mix level: BSI
[00:00:00:000] | Surround mix level: BSI
[00:00:00:000] | Dialog normalization: No
[00:00:00:000] | Rear channels filtering: No
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +-------- BSN --------
[00:00:00:000] | bitrate: vbr streaming
[00:00:00:000] | HE-aac high quality encoding
[00:00:00:000] +---------------------
[00:02:15:584] Conversion Completed !
[00:00:53:000] <-- Transcoding Duration

Logging ends : 07/09/04 , 14:13:20.

what am I doing wrong?

[Malow]

he-aac does not suport cbr above 96k (i guess) use vbr.

[SiXXGuNNZ]

but on the doom9 nero digital guide it says to use he-aac 256 for 6 channel - link (http://www.doom9.org/nerodigital.htm)

I will try LC, thanks

[SiXXGuNNZ]

matter of fact, in recode you can select 6 channel he, I think it is because it is 256 spread out between the 6 channels which would be like 42-43 for each channel on avg, I just need to find that preset in the bsn.dll now, I will continue testing, if someone has the answer, hook me up :D

edit: I dunno what happened or where, but this switch works now :D

-bsn( -6chnew -cbr 256 -codecquality_high -aacprofile_he -downmix_no -usepns_no -muxintovideo_no -exportaac_no -hintforstreaming_no)

[E-Male]

if you haven't changed the "default"-preset bsn( -6chnew -cbr 256 ) should be enough

also the plug-in-mod just edits and reads the registry, what the encoder really does it can't tell

[Malow]

ow, i forgot, tnks e-male for making a simple solutions for a lot of people... finaly a full CLI he-aac encoder. :) (im making simple ways of making xvid, based on batch files for the brazilian users.. :)

[bond]

Originally posted by Malow
finaly a full CLI he-aac encoder. :) (im making simple ways of making xvid, based on batch files for the brazilian users.. commandline he-aac encoding should have been already possible when using reals he-aac codec (via helixproducer)

Originally posted by SiXXGuNNZ
in recode you can select 6 channel he, I think it is because it is 256 spread out between the 6 channels which would be like 42-43 for each channel on avgexactly

[neo75903]

Not nescesarry, there was a post somewhere i caint find in which explained how aac handles multichan streams.
It is wrong to think bitrate/number channel = bitrate/channel.
Hope someone remebers where that post was.

http://forum.doom9.org/showthread.php?s=&threadid=74708&highlight=bitrate+5.1+aac
some say to handle a ratio of Bitrate * 2.5 or 2.7 is the bitrate you need for your Multichan stream (2.7 at hans-jürgen's post).

[Malow]

yes, but almost all here have nero, and almost nobody knows what is helix producer... :)

[E-Male]

the more channels you compress the better will the ratio be because similarities between channels can be used

[bond]

Originally posted by E-Male
the forced resampling from from 48 to 44.1khz only happens when you use the options dialoge, NOT when you use the parameters (just retested that) hm i assume that issue is still there in the latest version?
can this be fixed somehow, its really not nice :(

[E-Male]

what exactly is the problem?
i can use 48khz as long a i donÄt use the options dialoge, which is no longer needed

[bond]

yep, its not necessary to use the gui (atm), but still that doesnt mean that the problem (bug?) is gone
it would be nice to still be able to use the gui correctly (only if its easily fixable), who knows how ahead will change their codec with the time, so that the gui option is still good to be there i think :)

[E-Male]

write to ahead and tell them about the bug
nothing more i can say about it
i fot no idea about the innerworkings of their software

[bond]

hm there seems to be a quality related problem, which has been reported here (http://www.hydrogenaudio.org/forums/index.php?showtopic=23392&st=)

the first example of why its good that the gui option exists :D

Originally posted by E-Male
write to ahead and tell them about the bug
nothing more i can say about it
i fot no idea about the innerworkings of their softwarehm, ic another bug caused by ahead, i thought it was caused by bsn.dll :/

[E-Male]

according to dspguru besweet just reacts to the encoder

and NAACEnc is a different story

[Kurtnoise]

Hi,

I've question for you E-Male : I don't know if you have noticed already this thing but it seems that bsn doesn't switch the "Profile" when we choose different bitrates.

Here is an example to understand what I say :

BeSweet v1.5b29 by DSPguru.
--------------------------
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using bsn.dll v0.24 by DPeshev,Richard,E-Male,DSPguru (DSPguru.Doom9.org).

Logging start : 01/17/05 , 18:53:25.

BeSweet.exe -core( -input D:\Music\Out of Time.wav -output D:\Music\Out of Time.mp4 -logfile D:\Music\Out of Time.log ) -bsn( -2ch -vbr_transcoding ) -ota( -g max )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : D:\Music\Out of Time.wav
[00:00:00:000] | Output: D:\Music\Out of Time.mp4
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] | Overall Track Gain: 0.142dB
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +-------- BSN --------
[00:00:00:000] | bitrate: vbr transcoding
[00:00:00:000] | HE-aac high quality encoding
[00:00:00:000] +---------------------
[00:03:25:123] Conversion Completed !
[00:01:18:000] <-- Transcoding Duration

Logging ends : 01/17/05 , 18:54:43.


BeSweet v1.5b29 by DSPguru.
--------------------------
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using bsn.dll v0.24 by DPeshev,Richard,E-Male,DSPguru (DSPguru.Doom9.org).

Logging start : 01/17/05 , 18:30:57.

BeSweet.exe -core( -input D:\Music\Out of Time.wav -output D:\Music\Out of Time.mp4 -logfile D:\Music\Out of Time.log ) -bsn( -2ch -vbr_radio ) -ota( -g max )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : D:\Music\Out of Time.wav
[00:00:00:000] | Output: D:\Music\Out of Time.mp4
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] | Overall Track Gain: 0.142dB
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +-------- BSN --------
[00:00:00:000] | bitrate: vbr radio
[00:00:00:000] | HE-aac high quality encoding
[00:00:00:000] +---------------------
[00:03:25:123] Conversion Completed !
[00:01:06:000] <-- Transcoding Duration

Logging ends : 01/17/05 , 18:32:03.


As you see, bsn.dll seems to keep the Profile (in my example : High Efficiency) whereas with Nero bundle the bitrate or quality settings switches automatically. I've no log file to prove encoding switches with Nero bundle...but I can upload some samples. So my question, can you add this automatic switch ?? If not, I can manage it under BeLight. It's easy. It's not a problem for me but I think people who uses bsn.dll must know this "issue"...

[E-Male]

i intentionally keep every thing to parameters, incl. he-acc
but i don't know if the encoder will internally overwrite that one anyway

[Brother John]

Quick test with 4 command lines (BeSweet 1.5b29):
-bsn( -2ch -vbr_streaming )

-bsn( -2ch -vbr_transcoding )

-bsn( -2ch -vbr_transcoding -aacprofile_he )

-bsn( -2ch -vbr_transcoding -aacprofile_lc )
First 3 result in a HE file, last one of course is LC (as reportet by CoreAAC).
If the unofficial HE modes don't introduce any sync issues or sound artifacts, I don't see a pressing reason for not using them.

[Kurtnoise]

If the unofficial HE modes don't introduce any sync issues or sound artifacts, I don't see a pressing reason for not using them.
Yeahh sure but the key point could be the bitrate. I don't know exactly if the bitrates expected give the right values (with CBR mode by example with higher bitrates). I'll test it in more details tonight.

In addition, if the Nero developpers have restricted the HE-AAC encoder to lower bitrates, it's for good reasons.

[E-Male]

Originally posted by Kurtnoise13
...if the Nero developpers have restricted the HE-AAC encoder to lower bitrates, it's for good reasons.
maybe, maybe not

but many people here have been very interested in gettign rid of that automation
maybe just to test it themselves

[yaz]

@kurtnoise13
iirc, bsn restores the registry settings to that what was set before its usage. so, if your last set (say, from nero bundle) was he_aac than bsn restores always that. in add, it changes that entries only wich are explicitely set. so, if you don't set 'mode' (lc or he) it does not change.
but maybe i'm completely wrong here. e-male would make all this clear, anyway.

the bests
y

the encoder does not overrule the settings of bsn, so 'forbidden' combinations are also available. say, transcoding/he (sounds pretty cool for me). i've spent many days with searching and reading about the reason of thess restrictions but i've not read anything really convincing. maybe, it's just like flu. somebody started to spread it occasionally and after all everybody got it factually :-)

[E-Male]

if you don't interupt the encoding manually there should be no permanent changes to the registry (i stretch "should")

i'll leave testing the he-aac at varouse bitrates stuff to others

[Bluedan]

*bump*
Is there a chance that current bsn (v0.24) isn't working with the latest Nero dlls?
After I installed Neros latest release aac.dll has changed to aacplus.dll. (In your folder, too?)
Also renaming it to aac.dll doesn't help.
Besweet spits out error 84.
I already posted on that somewhere in the audio forum.

But it is also likely that instead I don't function with installations anymore... :o

[E-Male]

this is not related to the prarameter modification

[Bluedan]

@emale

Case solved. Indeed it was nothing on your side.
Anybody have a look here (http://forum.doom9.org/showthread.php?s=&postid=625188#post625188) if you're dealing with the same...erm... symptom. :D

[E-Male]

good :)
thx for clarifying