BeLight 0.22 beta 8 released

[XadoX]

i am trying to encode some mp2 files directly into aac with the Nero CLI, but I cant get it to work also.

Belight Beta9 + DailyBuild 20060612

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 : 06/20/06 , 15:27:42.

C:\Programme\Video\BeLight\BeSweet.exe -core( -input H:\VIDEO\Outer Limits\AUDIO\MP2\EP025 - Geist und Materie.mp2 -output H:\VIDEO\Outer Limits\AUDIO\MP2\EP025 - Geist und Materie.m4a -logfilea H:\VIDEO\Outer Limits\AUDIO\MP2\EP025 - Geist und Materie.log ) -bsn( -vbr 0.25 -aacprofile_lc ) -ota( -g max )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : H:\VIDEO\Outer Limits\AUDIO\MP2\EP025 - Geist und Materie.mp2
[00:00:00:000] | Output: H:\VIDEO\Outer Limits\AUDIO\MP2\EP025 - Geist und Materie.m4a
[00:00:00:000] | Floating-Point Process: No
Error 84: error configuring bsn!
Quiting...
[00:00:00:000] Conversion Completed !

Logging ends : 06/20/06 , 15:27:42.

My BeLight dir:

18.04.2006 12:22 507.904 aacenc32.dll
02.04.2004 14:01 11.264 ac3enc.dll
18.12.2003 21:45 52.224 azid.dll
12.06.2006 14:25 2.003.456 BeLight.exe
20.06.2006 15:27 856 BeLight.ini
08.09.2005 23:10 61.440 BeSweet.exe
16.09.2005 19:35 180.224 bse_enhAacPlusEnc3GP.dll
14.09.2005 09:26 53.248 bse_FAAC.dll
10.11.2005 13:35 49.152 bse_Nero7WA.dll
14.09.2005 09:26 53.248 bse_speex.dll
14.09.2005 09:26 53.248 bse_WinampAacPlusV2.dll
14.09.2005 09:26 53.248 bse_WinampAacPlusV2_6ch.dll
05.07.2004 10:39 54.272 bsn.dll
31.05.2004 12:47 286.720 ct-libisomedia.dll
25.08.2005 19:30 243.200 enc_aacplus.dll
16.09.2005 18:44 675.840 enhAacPlusEnc.exe
17.05.2005 13:37 76.800 faac.exe
16.09.2005 22:54 1.829 Guides.htm
20.06.2006 15:01 <DIR> help
15.02.2003 16:25 31.744 hip.dll
22.12.2005 11:29 162.304 lame_enc.dll
20.06.2006 15:03 <DIR> lang
26.07.2004 22:46 650.240 libmmd.dll
08.12.2005 12:34 185.856 libvorbis.dll
23.05.2002 23:40 37.888 mp2enc.dll
26.05.2006 13:00 315.392 neroAacDec.exe
26.05.2006 13:00 847.872 neroAacEnc.exe
26.05.2006 13:04 901.120 neroAacEnc_SSE2.exe
26.05.2006 13:00 176.640 neroAacTag.exe
20.06.2006 15:01 <DIR> Partial_doc
20.06.2006 15:01 <DIR> Rights
18.06.2005 15:58 31.232 shibatch.dll
18.06.2005 17:13 66.560 soundtouch.dll
23.07.2004 08:29 151.552 speexenc.exe
20.06.2006 15:01 65.290 Uninstall.exe
17.12.2002 13:47 189.440 VOBInput.dll

[Kurtnoise]

Replace your bsn.dll by the last one...There is a link above.

[XadoX]

thx with the actual bsn.dll from BeHappy (http://gotdotnet.com/workspaces/workspace.aspx?id=1bb59ddf-901b-43a5-bd54-b0999e8e223e) its working

[fight2win]

what do u guys think about dialog normalization reduction? in which cases is it good, i mean, in 2-ch to 2-ch transcoding, or in 5/6 ch to 2-ch transcoding? also, what does control rear channel filtering do?

[Kurtnoise]

what do u guys think about dialog normalization reduction? in which cases is it good, i mean, in 2-ch to 2-ch transcoding, or in 5/6 ch to 2-ch transcoding?
Most of the time this is recommended. At least with descent AC3 sources. Whatever, stereo or multichannel.

also, what does control rear channel filtering do?
From the Azid doc :
This option controls rear-channel filtering in 2/0 output mode. The
filter is a 2nd order Butterworth filter with at -3 dB point at 7
kHz. There are two major applications for this feature:

o To provide proper Pro Logic downmix of the rear channels

o Phasing-problems in the downmix (washy sound) caused by the rear
channel downmix into the L R channels.

Usually the rear channels are phased 90 deg in respect of the front
channels prior or inside the ac3 encoder. This is done to avoid
phasing problems when downmixing the program contents to two
channels. Some sources do not provide this shifting, and thus this
feature is added.

The filter provides an increasing phase shift according to
frequency. It is 90 deg at 7kHz.

NOTE: This option is only effective when 2/0 output mode is selected
(-d 2/0).

[Kurtnoise]

About the bug concerning multiple input files in the list. Check out this build (http://corecodec.org/frs/?group_id=45&release_id=299#r299) and let me know if it's ok for you. It works fine for me. So, I cross the fingers...:p

Thanks all.

[Kurtnoise]

Any feedbacks about that ?

I would like to release a new beta this week. So, please let me know if there are some troubles or if all seems to be ok...

[Eragon4ever]

Well, there are a few things:
1. Sometimes this appears http://img266.imageshack.us/my.php?image=snap00019vd.png
and sometimes this
http://img266.imageshack.us/my.php?image=snap00027fe.png

I do not know what you have to know, too.

2. When I abord encoding I have to press the abord butten a second time to get the green arrow. This is annoying.

3. Sometime I add an avi file by mistake. In this case the file size is set to 0 byte and it is destroyed. Very more annoying then the last one.


I hope there are not so many mistakes in this text.

[Kurtnoise]

1. Sometimes this appears http://img266.imageshack.us/my.php?image=snap00019vd.png
and sometimes this
http://img266.imageshack.us/my.php?image=snap00027fe.png

Which version did you use ? What kind of logfile did you have ? :logfile:

2. When I abord encoding I have to press the abord butten a second time to get the green arrow. This is annoying.
Yeah...fixed.

3. Sometime I add an avi file by mistake. In this case the file size is set to 0 byte and it is destroyed. Very more annoying then the last one.
Yes...very annoying knowing that there is a warning normally for AVI file : "Sorry, some input files are not supported yet. Use BeLight 0.21 if you want to transcode them." So, I guess you break the rules ?

[Eragon4ever]

I use "0.2.2.0 beta 9 @20060626".
The BeLight log
[12:41:10] : BeLight Version 0.2.2.0 beta 9 @20060626 gestartet!
[12:41:10] : Microsoft Windows XP Home Edition (version 5.1, Build 2600 : Service Pack 2)
[12:41:10] : Überprüfen der Bibliotheken für BeSweet...
[12:41:10] : VOBInput.dll nicht gefunden!
[12:41:10] : FAAC.exe nicht gefunden...
[12:41:10] : NeroAacEnc nicht gefunden...
[12:41:10] : EnhAacPlusEnc.exe nicht gefunden...
[12:41:10] : SpeexEnc.exe nicht gefunden...
[12:41:10] : Aud-X Encoder available.
[12:45:15] : Richard Cleyderman - Pour Elise.mp3 --> Richard Cleyderman - Pour Elise.ogg
[12:45:15] : Richard Cleyderman - Pour Elise.mp3 --> Richard Cleyderman - Pour Elise.ogg
[12:45:15] : Richard Cleyderman - Pour Elise.mp3 --> Richard Cleyderman - Pour Elise.ogg
[12:45:15] : mattafix - Big city life.mp3 --> mattafix - Big city life.ogg
[12:45:15] : mattafix - Big city life.mp3 --> mattafix - Big city life.ogg
[12:45:15] : Fehler aufgetreten
[12:45:15] : Check your logfile for more infos.


And the new created log
BeSweet v1.5b31 by DSPguru.
--------------------------
Using hip.dll v1.19 by Myers Carpenter <myers@users.sf.net>
Using libVorbis.dll v1.0 ( 060616(SSE2MT) (based on aoTuV b4b)
) by John33 (www.inf.ufpr.br/~rja00).

Logging start : 07/04/06 , 00:12:24.

E:\Privat\Neuer Ordner\BeSweet 1.5b31\BeSweet.exe -core( -input L:\mattafix - Big city life.mp3 -output L:\mattafix - Big city life.ogg -logfile L:\mattafix - Big city life.log ) -ota( -g max ) -ogg( -q 0.285 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : L:\mattafix - Big city life.mp3
[00:00:00:000] | Output: L:\mattafix - Big city life.ogg
[00:00:00:000] | Floating-Point Process: Yes


I have not found an other log.

About the avi. For me just this appears:
http://img145.imageshack.us/img145/908/snap00033ku.png
and the file is destroyed.

[fight2win]

which is the proper way to encode ac3 to aac in belight, i mean, with proper volume, does pregain suffice, and does dialog normalization reduction helps in getting good volume?

[Kurtnoise]

If your source is clean (i.e from DVDs), choose some Presets. It's enough.


@Eragon4ever : for AVI issue, I know why.

[Eragon4ever]

That's nice.
Is this going to be fixed or is the problem in front of the monitor?

btw: If you have any question. My next reply will be soonest in one week. So you haven't to wait for it.

[cinemania]

Hey !

I have big Problem

I don´t can Encode with Soundtouch :(

My Belight Version is 0.21 !

I want to encode ac3 5.1 to ac3 5.1 with 25 -> 23976

But it didn´t work with Soundtouch !

He crashed after the correct Gain was found.

BeSweet.exe -core( -input "E:\ARMAGEDDON\VIDEO_TS\VTS_01_1 - 0x81 - Audio - AC3 - 6ch - 48kHz - DRC - Deutsch - DELAY -80ms.ac3" -output "E:\ARMAGEDDON\VIDEO_TS\VTS_01_1 - 0x81 - Audio - AC3 - 6ch - 48kHz - DRC - Deutsch - DELAY -80ms-new.ac3" ) -azid( -c normal -L -3db ) -ota( -d 300 -hybridgain ) -ac3enc( -b 384 -6ch ) -ota( -r 25000 23976 ) <- THIS WORKS

BeSweet.exe -core( -input "E:\ARMAGEDDON\VIDEO_TS\VTS_01_1 - 0x81 - Audio - AC3 - 6ch - 48kHz - DRC - Deutsch - DELAY -80ms.ac3" -output "E:\ARMAGEDDON\VIDEO_TS\VTS_01_1 - 0x81 - Audio - AC3 - 6ch - 48kHz - DRC - Deutsch - DELAY -80ms-new.ac3" ) -azid( -c normal -L -3db ) -ota( -d 300 -hybridgain ) -ac3enc( -b 384 -6ch ) -soundtouch( -r 25000 23976 ) <- AND THIS WANT WORK

Have any a idea ? I need Soundtouch to Pitch :(

[cinemania]

Ok!

Sorry!!!!!!!!!!!!!!!

Soundtouch work only with wav ;)

Thanks Kurtnoise13

[aggressor]

I'm having problems using Nero CLI and a 5.1 source. No matter what settings I pick, the resulting bitrate is 600k~, which nearly doubles the size of the source file (which was 384K). I've tried the other Nero method, the one that uses the .dll files, and that works fine.

I'm using the newest daily BeLight, newest BSN, and newest Nero CLI. I'd post a log, but there are no errors of any kind :(

[Kurtnoise]

Which command line please ?

[aggressor]

Here is the log:

BeSweet v1.5b31 by DSPguru.
--------------------------
Using azid.dll v1.9 (b922) by Midas (midas@egon.gyaloglo.hu).
Using Shibatch.dll v0.25 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using bsn.dll replacement by dimzon, Build May 22 2006, 14:24:07

Logging start : 07/12/06 , 16:43:55.

D:\Install Files\Video Programs\BeSweetv1.5b31\BeSweet.exe -core( -input D:\Matrix\testenc\lobbyscene T01 3_2ch 384Kbps DELAY -160ms.ac3 -output D:\Matrix\testenc\lobbyscene T01 3_2ch 384Kbps DELAY -160ms.m4a -logfile D:\Matrix\testenc\lobbyscene T01 3_2ch 384Kbps DELAY -160ms.log ) -azid( -c normal ) -bsn( -vbr 0.54 -aacprofile_lc -6chnew ) -ota( -d -160 -g max )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : D:\Matrix\testenc\lobbyscene T01 3_2ch 384Kbps DELAY -160ms.ac3
[00:00:00:000] | Output: D:\Matrix\testenc\lobbyscene T01 3_2ch 384Kbps DELAY -160ms.m4a
[00:00:00:000] | Floating-Point Process: No
[00:00:00:-160] | Overall Track Gain: 2.197dB
[00:00:00:-160] +-------- AZID -------
[00:00:00:-160] | Input Channels Mode: 3/2, Bitrate: 384kbps
[00:00:00:-160] | Total Gain: 0.000dB, Compression: Normal
[00:00:00:-160] | LFE levels: To LR -INF, To LFE 0.0dB
[00:00:00:-160] | Center mix level: BSI
[00:00:00:-160] | Surround mix level: BSI
[00:00:00:-160] | Dialog normalization: No
[00:00:00:-160] | Rear channels filtering: No
[00:00:00:-160] | Source Sample-Rate: 48.0KHz
[00:00:00:-160] +---------------------
[00:03:07:072] Conversion Completed !
[00:00:45:000] <-- Transcoding Duration

Logging ends : 07/12/06 , 16:44:40.


Original size of 5.1 AC3 file: 8,988,288 bytes
New size of 5.1 AAC file: 16,158,720 bytes

Information on the AAC file from Foobar2000:

tool = Nero AAC codec / May 26 2006
bitrate = 689
samplerate = 48000
channels = 6
codec = AAC
encoding = lossy
codec_profile = LC
----------
8979456 samples @ 48000Hz
File size: 16 154 735 bytes

And this is supposedly using the 192k 5.1 profile.

[aggressor]

Ugh, I just noticed that the Nero (Bundled) version doesn't work either. Even though I select 5.1, the resulting file only has 2 channels.

Am I doing something wrong? Here is a log from Nero (Bundled):

BeSweet v1.5b31 by DSPguru.
--------------------------
Using azid.dll v1.9 (b922) by Midas (midas@egon.gyaloglo.hu).
Using Shibatch.dll v0.25 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using bsn.dll replacement by dimzon, Build May 22 2006, 14:24:07

Logging start : 07/13/06 , 00:58:25.

D:\Install Files\Video Programs\BeSweetv1.5b31\BeSweet.exe -core( -input D:\Matrix\MainTrackAC3.ac3 -output D:\Matrix\MainTrackAC3.m4a -logfile D:\Matrix\MainTrackAC3.log ) -azid( -c normal ) -bsn( -vbr_extreme -codecquality_high -aacprofile_lc ) -ota( -hybridgain )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : D:\Incoming\Usenet\alt.binaries.dvd9\MainTrackAC3.ac3
[00:00:00:000] | Output: D:\Incoming\Usenet\alt.binaries.dvd9\MainTrackAC3.m4a
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] | PostGain normalize to : 0.97
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Input Channels Mode: 3/2, Bitrate: 384kbps
[00:00:00:000] | Output Stereo mode: Dolby surround compatible
[00:00:00:000] | Total Gain: 10.000dB, 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: -4dB
[00:00:00:000] | Rear channels filtering: No
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +---------------------

[Kurtnoise]

Original size of 5.1 AC3 file: 8,988,288 bytes
New size of 5.1 AAC file: 16,158,720 bytes
Your quality level [0.54] is too high. That's why you have such things. Try q=0.3 and lower...

And this is supposedly using the 192k 5.1 profile.
Yes, presets for 5.1 are not well tuned. It depends essentially of your sources.

About Nero bundle. Mmh yeah. -6chnew switch seems to be missing. I'll change this.

[aggressor]

Oh, that sucks. I didn't see any warning about the profiles not being accurate for 5.1 :( Picking .15 finally got the target bitrate I was looking for.

Sigh, I've spent so much time on the audio part of ripping movies compared to everything else :(

[Kurtnoise]

There are no warning because this is a daily build. Some improvements/changes might be available soon That's all.

and btw, if you looking for a target bitrate don't use quality level but bitrate mode instead.


edit: make presets for 5.1 is far to be easy, especially with quality levels. So stop to complain...

[Boow]

I don't know if this has been brought up but I'm having a problem with frame rate conversion 25.00 to 23.976. I'm getting 0 byte files. I can use besweet gui with no problems. Any one else get this.

[Kurtnoise]

Post your logfile...

[Boow]

Well here's the log not much there doesn't leave the besweet log


6 [14:05:49] : BeLight version 0.2.2.0 beta 9 started !
Z [14:05:49] : Microsoft Windows XP Professional (version 5.1, Build 2600 : Service Pack 2)
/ [14:05:49] : Checking libraries for BeSweet...
F [14:05:49] : Ok, no problem. All dlls are included in BeLight folder.
, [14:05:49] : aacenc32.dll 3.2.0.30 detected
( [14:05:49] : aac.dll 2.5.9.991 detected
' [14:07:29] : movie.wav --> movie_1.wav
' [14:10:21] : movie.wav --> movie_2.wav

here's the besweet commandline

BeSweet.exe -core( -input "I:\movie.wav" -output "I:\movie_3.wav" -2ch ) -azid( -s stereo -L -3db ) -ota( -hybridgain ) -soundtouch( -r 25000 23.976 )

[Boow]

I noticed the -azid setting in there so i unchecked it in the advanced settings but it still outputs the 0 byte files. So there must be something wrong in the 25.000 to 23.976 frame rate conversion.

[Kurtnoise]

Try with the last daily build which is available on CoreCodec.org...I can't reproduce your bug here.

[andru123]

Processing of multiple files (batch) is not operational - it processes only the file which is selected with the cursor (usually the last one added)

[DeeGee]

I tried making a 5.1 AC3 -> 5.1 AAC (Nero Digital) conversion, but seems like there is problem with either belight, besweet or nero. The straight conversion just ends up with corrupted .mp4 file, and trying to do 5.1 AC3 -> 5.1 WAV conversion and then compressing, ends up with a .wav file 2:04:16 long, when the AC3 is 2:51:21 long. When searching for track gain, the scan seemed to do the whole file, so I don't understand what's the problem with the output. The WAV file is well over 4 GB, so i don't think that's the problem either.

[edit] Made some calculations and maby the wav file is made correctly but the programs i tried to play it with can't go over the 4GB limit, as it seems the limit comes just on 2:04:16... Should -ignorelength on nero encoder commandline fix this? I guess I'll just need to try it out.

Shouldn't Belight signal the -ignorelength to the nero encoder automatically? It's annoying having to first decode to huge wav and then encode it yourself.


BeSweet v1.5b31 by DSPguru.
--------------------------
Using azid.dll v1.9 (b922) by Midas (midas@egon.gyaloglo.hu).

Logging start : 08/11/06 , 11:11:38.

C:\Program Files\BeLight\BeSweet.exe -core( -input D:\DVD\TGTBTU_D124\VIDEO_TS\The Good, The Bad and The Ugly T01 3_2ch 448Kbps DELAY 0ms.ac3 -output D:\DVD\TGTBTU_D124\VIDEO_TS\The Good, The Bad and The Ugly T01 3_2ch 448Kbps DELAY 0ms.wav -6chwav -logfile D:\DVD\TGTBTU_D124\VIDEO_TS\The Good, The Bad and The Ugly T01 3_2ch 448Kbps DELAY 0ms.log ) -azid( -c normal ) -ota( -d 0 -hybridgain )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : D:\DVD\TGTBTU_D124\VIDEO_TS\The Good, The Bad and The Ugly T01 3_2ch 448Kbps DELAY 0ms.ac3
[00:00:00:000] | Output: D:\DVD\TGTBTU_D124\VIDEO_TS\The Good, The Bad and The Ugly T01 3_2ch 448Kbps DELAY 0ms.wav
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] | Overall Track Gain: 4.383dB
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Input Channels Mode: 3/2, Bitrate: 448kbps
[00:00:00:000] | Total Gain: 0.000dB, 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] +---------------------
[02:51:21:440] Conversion Completed !
[02:51:21:440] Actual Avg. Bitrate : 417kbps
[00:16:29:000] <-- Transcoding Duration

Logging ends : 08/11/06 , 11:28:07.

[tebasuna51]

Made some calculations and maby the wav file is made correctly but the programs i tried to play it with can't go over the 4GB limit, as it seems the limit comes just on 2:04:16... Should -ignorelength on nero encoder commandline fix this?
Yes, you need -ignorelength to encode > 4 GB wav.
For an ac3 2:51:21 long 6 chan 48 KHz, the wav must be 5.5 GB.

[DeeGee]

Yes, the WAV-file is 5.51GB. Ok. so now I should get it encoded. Only wonder is why didn't straight encoding from AC3 to AAC work. Is it like I guessed and BeLight doesn't tell nero encoder to -ignorelength?

[Kurtnoise]

Is it like I guessed and BeLight doesn't tell nero encoder to -ignorelength?
It uses this switch but you need the last bsn.dll with it...Check the link above.

[DeeGee]

Aah, yes. I should have read trough the thread so I wouldn't have needed to bother you. Well thank you anyway. :thanks:

[humax]

hello

is the development for BeLight stopped ??

cu

[SeeMoreDigital]

I wouldn't have thought so... Kurtnoise has been pretty busy with YAMB 2.0 ;)

Besides, I'd love to see FLAC encoding incorporated into BeLight :D

[Kurtnoise]

is the development for BeLight stopped ??
Not stopped actually...but I'm quite busy with other things at the moment (not Yamb or anything else but with my real life).

The more important : I'm waiting the next MediaInfo release which will fix some bugs for VOBs files (I need this to know the right duration to include VOB as input) and the next Tranzcode version for dts support.

[Bluedan]

About the bug concerning multiple input files in the list. Check out this build (http://corecodec.org/frs/?group_id=45&release_id=299#r299) and let me know if it's ok for you. It works fine for me.

Well, with this build, which seems to be the last one available, the bug is still there: multiple file processing is impossibe.

I know and appreciate, that you are preparing for a YAMB 2.0 release and are messing with real life trouble, but is there a way for a quick'n dirty fix? It is daring to speak up for the entire community, but I found this to be the most annoying bug to date. Reason: Multiple language DVD conversion.
And the last daily build was ment to fix this, but is 3 months old.
I don't complain, instead I ask, for I know it's your hobby in a real life world. :thanks:

[mroz]

I seem to be suffering from a plague of Error 84's moaning about being unable to configure bsn - even on encodes which I thought didn't involve bsn.

I'm using Belight 0.22b9 20060626 to transcode ac3 to aac. ATM I can't get anywhere using Nero - either the bundle or command line encoder. I have bsn_20060523, WA_aac-2.3, NeroDigitalAudio1002, enc_aacplus from WinAmp525-0868b-pro & the Nero dlls from 7.0.5.x

All my machines chuck out Error 84 when trying to transcode ac3 to aac using the Nero options.

I managed to get one machine to work with the CT WinAmp encoder. The others threw up more Error 84s.

Is this Error particularly informative? Searching on the forums seems to show lots of unrelated cases where it crops up. Can one get any more detailed logging out of Belight?

I compared my working install against the non working & eventually figured out the non working one was missing the nscrt.dll from WinAmp. Adding this fixed the problem.

This leads me to ask a few questions:

Wasn't Belight able to realise which dlls were required but absent & log this info?

Any idea how nscrt.dll got into one of my Belight installs, as I know I didn't manually copy it there? If Belight is smart enough to find & copy it itself, why didn't this work on the other machine nor lead to a suitable error in the log?

Can logging of problems please be made more detailed? :)

What does Error 84 actually mean? How is bsn involved in all these encode issues when it doesn't appear to be involved by examination of the command lines in use.

I know installation will never be entirely trivially as Belight uses many third party components, but could there at least be a readme which states which files need to be copied where & in the case of dlls, what versions are required?

It took me ages to realise I needed a newer version of bsn to utilise the nero commandline encoder. It took me longer to figure out I needed nscrt.dll for the WinAmp encoder (I've not read of this anywhere even yet). I'd guess my other Nero encoder problems are of a similar nature.

I might not spend 20 hours a day working in this area, nor be a genius, but I'm pretty bright & don't give up that quickly, yet I still find setting up Belight to be quite problematic in many respects.

[Kurtnoise]

1/ Uninstall Nero 7.xxxx.
2/ Grab & unzip in a fresh folder BeLight_20060626 version.
3/ Grab BeSweet 1.5b31 from here (http://dspguru.doom9.net).
4/ Replace bsn in the BeSweet package by the new one (bsn_20060523).
5/ Copy NeroAACEnc.exe from NeroDigitalAudio1002 in the same BeSweet folder.

Should be ok now for transcoding AC3 to AAC with the Nero CLI switches...


edit : in this case, Error 84 means that BeSweet is not able to set bsn properly.

[mroz]

1/ Uninstall Nero 7.xxxx.

If necessary I can do this for testing purposes on one particular machine, but it's not workable if part of a long term solution. For now I'll try without this step.

2/ Grab & unzip in a fresh folder BeLight_20060626 version.
3/ Grab BeSweet 1.5b31 from here (http://dspguru.doom9.net).
4/ Replace bsn in the BeSweet package by the new one (bsn_20060523).
5/ Copy NeroAACEnc.exe from NeroDigitalAudio1002 in the same BeSweet folder.

I have all of those already, but will try a clean install following your directions in a new directory - glad you don't rely on registry settings, as this makes it easy to test parallel installs.

Should be ok now for transcoding AC3 to AAC with the Nero CLI switches...

And it is :) ...so back to a file by file comparison to figure this out...

Ah, interesting. In my original install I'd put NeroAACEnc.exe at C:\WINDOWS\system32\neroAacEnc.exe so it was in my path, & used Options->...->ExeFilesBrowser to inform Belight of the location.

It seems this it what's leading to the error & the failure. If I copy the exe into the Belight install directory & tell it to use that one, encoding works. Thanks for helping me find the problem. Is this a bug in Belight then?

Oh, re encoders, do you have an opinion on the comparative quality of the Nero CLI encoder compared to the WinAmp one? I'm mostly interested in 5.1 around 192 Kbps for use in video encodes.

[Kurtnoise]

If necessary I can do this for testing purposes on one particular machine, but it's not workable if part of a long term solution. For now I'll try without this step.
If you don't use the burning app, Nero 7.xxx is not needed here.


In my original install I'd put NeroAACEnc.exe at C:\WINDOWS\system32\neroAacEnc.exe so it was in my path, & used Options->...->ExeFilesBrowser to inform Belight of the location.

It seems this it what's leading to the error & the failure. If I copy the exe into the Belight install directory & tell it to use that one, encoding works. Thanks for helping me find the problem. Is this a bug in Belight then?
my fault & bsn restriction...not really a bug.

Oh, re encoders, do you have an opinion on the comparative quality of the Nero CLI encoder compared to the WinAmp one? I'm mostly interested in 5.1 around 192 Kbps for use in video encodes.
Both are good for this target but *my* vote goes to the Nero CLI.

[mroz]

If you don't use the burning app, Nero 7.xxx is not needed here.
Indeed. I was just concerned you were suggesting there was an incompatibility, which would have been a problem for me, as I rely on Nero for burning & for Recode.

my fault & bsn restriction...not really a bug.
Ah, so it's a feature ;)

Both are good for this target but *my* vote goes to the Nero CLI.
Cheers.

[soundino]

I have put BeLight-0.22beta9_20060926.
At coding wav_pcm in ac3 by means of aften.exe, BeLight writes " ' (the name of a file) ' is not valid intager value ".
At switching on ac3enc there is a same inscription.
Why?

[Kurtnoise]

I forgot something...I'll upload a new build tonight.

[soundino]

Kurtnoise13, Thanks. The warning has disappeared!

[Kurtnoise]

Some news in the last daily build :
Aften & Flake support added (bsn_20060930 needed).
CT AAC encoder updated (WA_aac.dll v 2.4 needed).
Some new Priority Threads.

For the bug with multiple input files, don't use the Drag&Drop but Menu -- Files --> Add Files instead. I must have to rewrite this function I think...:o

http://corecodec.org/frs/?group_id=45&release_id=308#r308

the new bsn.dll and WA_aac.dll versions are available also on CC.org (Dimzon BeSweet plugins dir).

[fight2win]

what does "tune for speech" does in ct aac encoding?

[Kurtnoise]

Enable the internal switch for the encoder especially dedicated to the blahblah streams (voices and speech)...

[fight2win]

so, should it be used for ac3 to aac encoding (source: dvd movie tracks...)???

[Kurtnoise]

if you have some dialogs why not...