BeLight 0.22 beta 8 released

[Kurtnoise]

in BeSweet I'd say yes...

[nexus]

in BeSweet I'd say yes...I made a short test with a 5.1 AC3 and compared it with fc -> no differences. So it seems that you are right. ;)

[Chris Benoit]

I use belight to encode some wav into mp3 (i use avi2wav which extracts audio stream from video files and saves it as wav),but i even though belight says encodning is complete i don't get any output files!Here's the log:

BeSweet v1.5b31 by DSPguru.
--------------------------
Using hip.dll v1.19 by Myers Carpenter <myers@users.sf.net>
Using lame_enc.dll v1.32 (12/9/2005), Engine 3.97 <http://www.mp3dev.org/>.

Logging start : 01/06/06 , 19:28:27.

BeSweet.exe -core( -input D:\Torrents\TV Shows\PSP\Wonder Showzen - s01e01 - Birth.wav -output D:\Torrents\TV Shows\PSP\Wonder Showzen - s01e01 - Birth.mp3 -logfile D:\Torrents\TV Shows\PSP\Wonder Showzen - s01e01 - Birth_2.log ) -azid( -c normal ) -ota( -hybridgain ) -lame( -b 144 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : D:\Torrents\TV Shows\PSP\Wonder Showzen - s01e01 - Birth.wav
[00:00:00:000] | Output: D:\Torrents\TV Shows\PSP\Wonder Showzen - s01e01 - Birth.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | PostGain normalize to : 0.97
Error 47: Error with LAME dll!
Quiting...
[00:00:00:000] Conversion Completed !

Logging ends : 01/06/06 , 19:28:27.


It appears to have some error with the lame enc dll.Although i tried encoding some other mp3 i had into mp3,and they were fine,it's just in those wav that i get this error.

[Kurtnoise]

Hi,

Could you post somewhere a short sample of your wav file ?

All in all, BeSweet is able to transcode audio stream from avi to mp3...So, demux is not needed in this case. For that, you need BeLight 0.21. AVI as input file is not supported yet with 0.22 branch...

[Chris Benoit]

Actually it was saves as wav from avi2wav but it was an mp3!When i used avicodec to determine what kind of file it was it said something about mp3 dsh.Also i used vdubmod to demux as mp3 and it still gave me an error!

I'll try the version 0.21 and will notify you if the problem persists.

[Chris Benoit]

I tried it and it didn't work with avi input.It just popped a dos screen that disappered instantly.On the other hand i managed to transcode the so called wav (dsh mp3) but it took too darn long.

What are your thoughts?

[Freakazoidalmaniac]

Could someone explain to me ( awesome software / gui btw ) how to convert a batch from say 320kbps down to 128 abr? I'm sure it's simple just can't see how.

[Kurtnoise]

I tried it and it didn't work with avi input.It just popped a dos screen that disappered instantly.

What are your thoughts?
Post your logfile...

Could someone explain to me ( awesome software / gui btw ) how to convert a batch from say 320kbps down to 128 abr? I'm sure it's simple just can't see how.
1/ File --> Open and select all your input files.
2/ Click on mp3 tab and select bitrate Mode with 128kbps. The slidebar is helpful.
3/ Click on "Start Processing" to run the process.

BeLight 0.22xxx is required. (try the daily build first).

@All: a new build will be out very soon...

[Kurtnoise]

No.... yet.... :(
Could you or someone else test the last build ? Thanks..

I wouldn´t have bothered u without trying all options... That´s what I think is weird. Because I set a new name for the output file in Save..., no errors there (msgs or long abnormal filenames), but it ends up being the same as the input. Maybe I´m the only one getting this.
It should be ok now in the last daily build.

http://corecodec.org/frs/?group_id=45&release_id=241#r241

[Skelsgard]

It should be ok now in the last daily build.
Great. I´ll test the s**t out of it... :)
Did u enabled the .mux input features? cause I was hoping to beta-test it also with large files (> 2Gb), and using the .mux format allows me to keep the different-channel WAVs < 1Gb, therefore not bugging DirectShow.
A workaround to large files could be to enable .avs input. I´ve opened with .avs scripts all the large files that DirectShow used to choked on (but I´m not a coder myself, don´t know if this would require too much unnecessary code rewriting to be achievable).

[BigDid]

ok...for those who have some troubles with resizing issue, please test the last daily build (http://corecodec.org/frs/?group_id=45&release_id=238#r238). I hope it's ok now...
@BigDid : your request is done...
Ougada Youplaboum thanks :) Will test ASAP

Did

[Caroliano]

Could you or someone else test the last build ? Thanks..
Same problem.... :(

You already searched why with these newer builds is possible to maximize the window and with the old beta 8 for example is not? When it is runing ok (no resizing problem) it is maximizeable?

[ron spencer]

works for me

[Kurtnoise]

@Ron Spencer : did you have the resizing issue before ?

@Caroliano : of course I checked...:rolleyes:

[Kurtnoise]

Did u enabled the .mux input features?
no, sorry.

[ron spencer]

@Kurtnoise...no I have NEVER had any resizing issue...I think I posted this way back. Only issue I ever had was the quality delimiters moving around in a weird way when I did a manual resize...this was fixed months ago though. I use XP pro if that helps.

[neo squidward]

This GUI is a lot easier to understand than the original thanks for making it. I think a useful feature would be to have it recognize that if the input is not a wav then it should convert frame rate using ota instead of soundtouch.

[Skelsgard]

Resuming (new compile):
- on AC3 input, the Delay is set automatically to 5 ms and the DRC to Enabled. After disabling, the DRC and Delay are enabled back whenever u click within the file list window but mouse-over does nothing, so I´m able to move the mouse without a problem (so I don´t care...).
- on WAV input, the DRC is disabled whenever u click within the file list window (but this is no issue since WAVs have no DRC :)).
- when manul Gain enabled, Normalize gets greyed (can´t be enabled), and when Gain is disabled, Gain itslef is greyed, but Normalize is de-greyed.
Enabling and disabling Normalize de-greys Gain minor issue (wouldn´t call it a bug).
- kudos to the manual Gain anyway (uhuu!!).
- the channel mapping works great, no need to remap for HE-AAC :D.
- resizing OK. Stays resized after close. No crashing or bugging after re-starting resized.
- i´ll test full movie-length files when .mux enabled (or .avs support :D).
- 5.1 WAV from 5.1 AC3 not happening. Settings are WAV 16bits 5.1 Wave, no DRC, no Delay, everything disabled on azid but Gain: 2dB (but CLI says "-azid( -s stereo -c normal -L -3db ) -ota( -d 5 )").
Command line from BeLight reports this:
BeSweet.exe -core( -input "C:\Documents and Settings\Athlon XP\Mis documentos\Audio\Hitchhiker Dolby EX 5.1.ac3" -output "C:\Documents and Settings\Athlon XP\Mis documentos\Audio\Hitchhiker Dolby EX 5.1.ogg" -logfile "C:\Documents and Settings\Athlon XP\Mis documentos\Audio\Hitchhiker Dolby EX 5.1.log" ) -azid( -s stereo -c normal -L -3db ) -ota( -d 5 ) -ogg( -q 0.200 -6ch 1 )
And Log reports:
BeSweet v1.5b31 by DSPguru.
--------------------------
Using azid.dll v1.9 (b922) by Midas (midas@egon.gyaloglo.hu).

Keep the good work!!

[Kurtnoise]

Same problem.... :(
test me (http://kurtnoise.free.fr/BeLight/test_build.zip)...

- on AC3 input, the Delay is set automatically to 5 ms
well...if you input filename has a 5ms value, it's completely normal.

- when manul Gain enabled, Normalize gets greyed (can´t be enabled), and when Gain is disabled, Gain itslef is greyed, but Normalize is de-greyed.
We can't use both normalize + Manual Gain. That's why you need to choose either manual gain switch or normalize.

- 5.1 WAV from 5.1 AC3 not happening.
indeed...it's fixed.

I think a useful feature would be to have it recognize that if the input is not a wav then it should convert frame rate using ota instead of soundtouch.
Indeed...it's on my todo list. :)

[Skelsgard]

Hitchhiker Dolby EX 5.1.ac3
The name doesn´t have a "Delay_5ms" structure to be detected. Unless the "5.1" is interpreted as a delay....?

We can't use both normalize + Manual Gain. That's why you need to choose either manual gain switch or normalize.
I know, the thing is (forget about Normalize in this) if I enable Gain and then I disable it, the Gain is greyed (it goes from selectable, click once --> enabled, click again --> disabled and greyed). THEN I enable Normalize and disable it back, and the Gain is de-greyed (I just enable/disable Normalize to get the Gain de-greyed).

[Caroliano]

test me (http://kurtnoise.free.fr/BeLight/test_build.zip)...
Fixed in this build! :D

[ron spencer]

Is this an official Build?

[sillKotscha]

Will the GUI problem ever be fixed ???

unfortunately no... :(

test me (http://kurtnoise.free.fr/BeLight/test_build.zip)...

and now you've fixed it :)

it is finally a nice gui again, well the gui was always nice looking but you know what I mean :)

thank you for your time investigating into BeLight!

Sill

[Kurtnoise]

Is this an official Build?
No...I would like to add new goodies before. Maybe a new beta this weekend.

[Caroliano]

I'm curious: what was the problem? Was something very dumb but hard to find or was something more complex?

And now it still has the maximization button, and when I use that it only move to the upper left of the screen, don't maximize or nothing. But that is not a big deal.

:thanks: for all the hard work.

[Kurtnoise]

As you can see, the problem comes from Maximize. So, for the moment this is disabled. Don't know how to solve this. *__*

btw, here is a preview of the eta section which will be included in the next releases :
http://kurtnoise.free.fr/BeLight_ETA.png

Sounds good, isn't it ? :D

[setarip_old]

Will the next release re-incorporate/re-activate the ability to extract audisotreams from .AVIs?

[tebasuna51]

No...I would like to add new goodies before. Maybe a new beta this weekend.
Only a few lines in last daily builds, but for new beta here is the spanish.ini:
http://personal.telefonica.terra.es/web/burgosrosa/spanish.zip

[Kurtnoise]

Will the next release re-incorporate/re-activate the ability to extract audisotreams from .AVIs?
BeSweet doesn't need to extract audio streams from AVI. But yes, It's planned...

tebasuna: thanks dude...:)

[Max Fugitive Payne]

I'm using Belight 0.22 beta 8. I'm trying to encode 6 channel ac3 to 6 channel aac. I've got a winamp version 5.12. I have overwrite the old enc_aacplus.dll with a new one from the winamp plugins folder.

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 bse_WinampAacPlusV2_6ch by dimzon, Build Sep 14 2005, 11:26:19

Logging start : 01/11/06 , 17:52:37.

BeSweet.exe -core( -input E:\VTS_03_1 T01 3_2ch 448Kbps DELAY 0ms.ac3 -output E:\VTS_03_1 T01 3_2ch 448Kbps DELAY 0ms_2.aac -logfile E:\VTS_03_1 T01 3_2ch 448Kbps DELAY 0ms.log ) -azid( -c normal ) -dimzon( -dllname bse_WinampAacPlusV2_6ch.dll -cbr 128 -v 2 -6chnew ) -ota( -d 0 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : E:\VTS_03_1 T01 3_2ch 448Kbps DELAY 0ms.ac3
[00:00:00:000] | Output: E:\VTS_03_1 T01 3_2ch 448Kbps DELAY 0ms.aac
[00:00:00:000] | Floating-Point Process: No
Error 84: error configuring bsn!
Quiting...
[00:00:00:000] Conversion Completed !

Logging ends : 01/11/06 , 17:52:37.


But stereo conversion works fine.

[Kurtnoise]

It seems that the new winamp's dll doesn't support multichannel streams anymore...

[setarip_old]

@Kurtnoise13BeSweet doesn't need to extract audio streams from AVI.Please clarify, as I don't understand your reply. Version 0.21 of BeLight (in conjunction with BeSweet) allows for extracting the audiostream from .AVIs, while v.0.22beta8 does not.

I was just asking if this ability will be re-instated, to which you've answered, "But yes, It's planned..."

[Kurtnoise]

Please clarify, as I don't understand your reply. Version 0.21 of BeLight (in conjunction with BeSweet) allows for extracting the audiostream from .AVIs, while v.0.22beta8 does not.
Demuxing means that we extract each streams from the container. However, BeSweet doesn't extract each streams because with this own plugin it is able to find the first audio stream directly.

Re-installing is not the appropriate term because 0.21 and 0.22 branches are completely different in the code. Especially running process. So, I try to make my best. Stay tuned.

[setarip_old]

Thanks for the clarification ;>}

[Kurtnoise]

hehehe guys....A new build is up. I spent a lot of time to include lst & mux files. With my tests all seems to be ok. So, don't forget VOBInput.dll if you want to test it.

Keep in mind that some tunings are needed. This is not finished.

There are also some enhancements concerning eta.

Enjoy (http://corecodec.org/frs/?group_id=45&release_id=244#r244) !!!

[Kurtnoise]

This GUI is a lot easier to understand than the original thanks for making it. I think a useful feature would be to have it recognize that if the input is not a wav then it should convert frame rate using ota instead of soundtouch.
Done...Check the link above. ;)

[Kurtnoise]

As promise, a new beta is out.

changelog:
-Add LST & MUX files support.
-Add Parametric Stereo for AAC Presets.
-Add Nero dlls detection. If they are available then BeLight copies them automatically to his own folder.
-Add a function to find Nero dlls version. If dlls belong to Nero 7 then ND PS-AAC Presets are enabled otherwise this is disabled.
-Add a Manual Gain option.
-Add "Go to" functions in Options Menu.
-Add Japanese, Greek, German, Nederlands and Italian languages.
-Rewrite & Improve BeLight ETA section.
-Update some Presets.
-Update some BeSweet libraries.
-Update Command Line Part.
-Fix some bugs.

http://corecodec.org/frs/?group_id=45&release_id=245#r245

Roadmap for the next releases:
Add AVI & VOB files support.
Finish properly the Job List.
Add upmix and BeSplit functions.
Add Open with...in the shell.

[sillKotscha]

thank you for the new build... nice features added :)

and before someone asks (as I did :D )


- There are 3 packages now at CoreCodec.org (Normal, Lancer and P4). The main difference between these 3 builds comes from libvorbis. The Normal version corresponds to normal libvorbis.dll, Lancer bundle is optimized for speed without loose quality and P4 version refers to libvorbis.dll optimized for Pentium4 core. In addition, all versions use AoTuv enhancements.

[Kurtnoise]

and before someone asks (as I did :D )
and this is also mentioned in my 1st post in this thread...:)

[Skelsgard]

what´s the difference between the .exe´s and the .zip?

[Kurtnoise]

.zip contains only BeLight whereas .exe files are installers with BeLight+BeSweet+some dlls.

[Skelsgard]

that´s what I thought. I was just about to test the new release.
With .mux enabled (:D )!!!

[deets]

love the new beta, made it nice and simple to install and work on my other machines. many thanks :)

[LoRd_MuldeR]

Nero 7 Encoder still doesn't work with Beta-9
And I got an A/V error on quitting BeLight

[ron spencer]

thanks

[Kurtnoise]

Nero 7 Encoder still doesn't work with Beta-9
And I got an A/V error on quitting BeLight
blame yourself to not have given more details...:mad:

Is it too complicated to post a logfile at least ?

[mazzo85]

this version work with nero's 7 DLL??

[Kurtnoise]

of course...

[LoRd_MuldeR]

Sorry, but it's the same error as before:

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 bse_Nero7WA.dll by dimzon, Build Nov 10 2005, 14:35:28

Logging start : 01/14/06 , 17:33:46.

BeSweet.exe -core( -input C:\Temp\Ansicht X - BassBox.wav -output C:\Temp\Ansicht X - BassBox.mp4 -logfile C:\Temp\Ansicht X - BassBox.log ) -azid( -s stereo -L -3db ) -dimzon( -dllname bse_Nero7WA.dll -2ch -vbr_normal -codecquality_high -aacprofile_lc -exportaac ) -ota( -g max )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\Temp\Ansicht X - BassBox.wav
[00:00:00:000] | Output: C:\Temp\Ansicht X - BassBox.mp4
[00:00:00:000] | Floating-Point Process: No
Error 84: error configuring bsn!
Quiting...
[00:00:00:000] Conversion Completed !

Logging ends : 01/14/06 , 17:33:46.




Worst thing is: BeLight "thinks" conversion was completed successfully...

BTW: The commandline front-end for the Nero Encoder works without any probs.

[buzzqw]

using belight 0.22 beta 9 plus

Aac.dll -> version 3.0.0.7 (nero 7)
aacenc32.dll -> version 4.2.2.3 (nero 7)

and the same command line i got NO errors

D:\Programmi\Audio\BeLight>BeSweet.exe -core( -input aaa.ac3 -output c:\BassBox.mp4 ) -azid( -s stereo -L -3db ) -dimzon( -dllname bse_Nero7WA.dll -2ch -vbr_normal -codecquality_high -aacprofile_lc -exportaac ) -ota( -g max )
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 bse_Nero7WA.dll by dimzon, Build Nov 10 2005, 14:35:28

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : aaa.ac3
[00:00:00:000] | Output: c:\BassBox.mp4
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] | Overall Track Gain: 8.913dB
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Input Channels Mode: 2/0, Bitrate: 192kbps
[00:00:00:000] | Output Stereo mode: Stereo
[00:00:00:000] | Total Gain: 0.000dB, Compression: None
[00:00:00:000] | LFE levels: To LR -3.0dB, 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] +---------------------
[00:00:21:376] Conversion Completed !
[00:00:04:000] <-- Transcoding Duration


Visit DSPguru's Homepage at :
http://DSPguru.doom9.net/

BHH