Log in

View Full Version : BeSweet: Why does bsn( -config ) trigger 48 => 44.1KHz conversion?


tom.judd62
11th September 2005, 10:07
I have the commands below in a .bat file:

"BeSweet.exe" -core( -input "luka.mpa" -output "luka.mp4" -logfilea "BeSweet.log" ) -bsn( -2ch )
"BeSweet.exe" -core( -input "luka.mpa" -output "luka.mp4" -logfilea "BeSweet.log" ) -bsn( -2ch -config )

The first works as expected, the second causes shibatch to convert the sample rate from 48 to 44.1KHz. I think the only difference should be that the AAC encoder's config dialog appears (which it does). Is this a bug or have I failed to understand why this is necessary? Log file below.

BeSweet v1.5b31 by DSPguru.
--------------------------
Using hip.dll v1.19 by Myers Carpenter <myers@users.sf.net>
Using Shibatch.dll v0.25 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using bsn.dll v0.24 by DPeshev,Richard,E-Male,DSPguru (DSPguru.Doom9.org).

Logging start : 09/11/05 , 09:47:32.

BeSweet.exe -core( -input luka.mpa -output luka.mp4 -logfilea BeSweet.log ) -bsn( -2ch )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : luka.mpa
[00:00:00:000] | Output: luka.mp4
[00:00:00:000] | Floating-Point Process: 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] +---------------------
BeSweet v1.5b31 by DSPguru.
--------------------------
Using hip.dll v1.19 by Myers Carpenter <myers@users.sf.net>
Using Shibatch.dll v0.25 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using bsn.dll v0.24 by DPeshev,Richard,E-Male,DSPguru (DSPguru.Doom9.org).

Logging start : 09/11/05 , 09:47:36.

BeSweet.exe -core( -input luka.mpa -output luka.mp4 -logfilea BeSweet.log ) -bsn( -2ch -config )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : luka.mpa
[00:00:00:000] | Output: luka.mp4
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] | Dest. Sample-Rate: 44.1KHz
[00:00:00:000] | Attenuation : 0.0db
[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] +---------------------

tom.judd62
12th September 2005, 19:04
From the BeSweet Commandline Reference 2005-03-28
(http://home.arcor.de/brotherjohn_zeug/BeSweet_Commandline_Reference_2005-03-28.zip)

-config
Before encoding starts opens Nero’s configuration dialog to set desired options.
When using -config nothing else needs to be defined on the command line
apart from number of channels (see above). If -config is omitted as well as all
following switches, -bsn() will use its default values (see beginning of chapter).
Additionally when using -config BeSweet automatically resamples to 44.1 kHz,
while leaving sampling rate alone without the switch. Both methods won’t introduce
sync issues.

So this is known behaviour. Can anyone explain the reason for it?

KpeX
12th September 2005, 22:31
Although i haven't used bsn in quite a while....

As I recall, it is actually a fluke that the SRC does not occur without the -config switch. Discussions on this subject a while back revealed that the nero encoder was performing the SRC, not anything on the besweet side. Basically, when nero 'asks' for 44.1 khz, bsn honors the request. As to why nero's encoder prefers 44.1 khz, you'd have to ask the nero devs.

mic
13th September 2005, 00:04
My own 2 cents worth :), I think that maybe originally when Besweet was released it was considered a sort of enhancement to save one the trouble of specifying resampling to 44. But just a guess... I know I had to modify the GUI to allow not down-sampling, but that was long enough ago I don't remember more then that. :(