View Full Version : BeLight 0.22 beta 8 released
LoRd_MuldeR
15th January 2006, 16:55
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
BHH
I made a fresh install of BeLight 0.22 Beta 9 and then jsut copied over the Nero DLLs (exactly the same versions you have). And there IS an error. As said before, the Nero CLI encoder and Nero itself work fine...
Palikrovol
15th January 2006, 17:08
I made a fresh install of BeLight 0.22 Beta 9 and then jsut copied over the Nero DLLs (exactly the same versions you have). And there IS an error. As said before, the Nero CLI encoder and Nero itself work fine...
did you also copy the 'NeroIPP.dll' file into besweet directory?
I think it is also needed.
LoRd_MuldeR
15th January 2006, 17:16
did you also copy the 'NeroIPP.dll' file into besweet directory?
I think it is also needed.
sure ;) (v4.2.2.3)
buzzqw
15th January 2006, 17:43
just to note: i DON'T have to copy neroipp.dll
and i have REGISTERED (with nero start smart) the he-aac plugins , plus some other plugins.
BHH
LoRd_MuldeR
15th January 2006, 19:14
just to note: i DON'T have to copy neroipp.dll
and i have REGISTERED (with nero start smart) the he-aac plugins , plus some other plugins.
BHH
This way or that way, it refuses to work on my machine :(
Kurtnoise
16th January 2006, 10:26
Sorry, but it's the same error as before
In this case, this is either an issue with your sn or your input file...So, try via BeSweet directly before to bash BeLight.
Second, check BeLight log to see whether your have all dlls (Options-->View-->Log...to check warnings)...maybe bsn is missing.
Worst thing is: BeLight "thinks" conversion was completed successfully...
here is a build (http://kurtnoise.free.fr/BeLight/BeLight-0.22beta_20060116.zip) with errors detection...
LoRd_MuldeR
16th January 2006, 17:21
The Log does not show any warnings/errors. It sais all BeSweet DLLs found plus it recogniszes aac.dll and aacenc32.dll. So missing files should not be the problem...
My input files is PCM Wave-Audio (Stereo, 44KHz), which I converted before without problems. This cannot be the problem.
At least BeLight now says that the convertion has faild :D
But I got no idea what's wrong. As I already told you, Nero itself or Nero WaveEditor convert without problem. Same for the CLI front-end (aacenc32.exe). Only BeLight / BeSweet refuse to work...
Really strange. Any ideas? :confused:
namchik
16th January 2006, 18:42
here is a build (http://kurtnoise.free.fr/BeLight/BeLight-0.22beta_20060116.zip) with errors detection...
Now Belight always says "Encoding failed..." :rolleyes: even if everything went ok...
Kurtnoise
16th January 2006, 19:26
Now Belight always says "Encoding failed..." :rolleyes: even if everything went ok...
Sorry...I had uploaded a wrong version. Test this one (http://corecodec.org/frs/?group_id=45&release_id=246#r246)...
ron spencer
16th January 2006, 20:03
this is beta9 build....should we start a beta 9 thread? just a suggestion
Kurtnoise
17th January 2006, 12:26
Is it really necessary ? Could be more interesting to open a new thread when 0.22 will be released...
I know that I can't edit the title thread but...
ron spencer
17th January 2006, 15:29
not necessary for me...just for others who have not followed the thread...you have an idea on official release of 0.22? Sounds promising
LoRd_MuldeR
17th January 2006, 20:10
1) With the latest build BeLight again says "Convertion completed" although this is not true.
2) I did some testing with Dependency Walker an I found two problems. First one are some missing Exports in KERNEL32.DLL:
(...)
DllMain(0x00370000, DLL_PROCESS_ATTACH, 0x00000000) in "BSE_NERO7WA.DLL" called.
GetProcAddress(0x77E40000 [KERNEL32.DLL], "InitializeCriticalSectionAndSpinCount") called from "BSE_NERO7WA.DLL" at address 0x00374F29 and returned 0x77E5DE5E.
GetProcAddress(0x77E40000 [KERNEL32.DLL], "FlsAlloc") called from "BSE_NERO7WA.DLL" at address 0x0037239F and returned NULL. Error: Die angegebene Prozedur wurde nicht gefunden (127).
GetProcAddress(0x77E40000 [KERNEL32.DLL], "FlsGetValue") called from "BSE_NERO7WA.DLL" at address 0x003723AC and returned NULL. Error: Die angegebene Prozedur wurde nicht gefunden (127).
GetProcAddress(0x77E40000 [KERNEL32.DLL], "FlsSetValue") called from "BSE_NERO7WA.DLL" at address 0x003723B9 and returned NULL. Error: Die angegebene Prozedur wurde nicht gefunden (127).
GetProcAddress(0x77E40000 [KERNEL32.DLL], "FlsFree") called from "BSE_NERO7WA.DLL" at address 0x003723C6 and returned NULL. Error: Die angegebene Prozedur wurde nicht gefunden (127).
(...)
Furthermore I found out that AAC.DLL has an import from MFC71.DLL, which was missing. So I copied the MFC71.DLL over from Nero folder and now it seems to work. Finally !!!
:-) :-) :-)
Don't know what's the problem with KERNEL32.DLL, but it doesn't seem to do any harm. I now think BeLight shuld check for MFC71.DLL, because this file IS required!
Kurtnoise
17th January 2006, 20:39
Don't know what's the problem with KERNEL32.DLL, but it doesn't seem to do any harm. I now think BeLight shuld check for MFC71.DLL, because this file IS required!
not BeLight but probably some others dlls for BeSweet.
BeLight is developped in Delphi. So, there aren't mfc dependencies...
Kurtnoise
17th January 2006, 20:41
you have an idea on official release of 0.22?
fortunately no...
All in all, the 1st post in this thread has some explanations to start well I think...
LoRd_MuldeR
17th January 2006, 20:47
not BeLight but probably some others dlls for BeSweet.
BeLight is developped in Delphi. So, there aren't mfc dependencies...
It is the AAC.DLL (this means the Nero encoder) that requires MFC71.DLL
So there should be a warning in BeLight, since MFC71.DLL has to be in the folder or Nero encoder won't work!
Kurtnoise
17th January 2006, 20:53
Did you check Common Files/Ahead folder to see if this dll is there ?
LoRd_MuldeR
17th January 2006, 21:22
Did you check Common Files/Ahead folder to see if this dll is there ?
MFC71.DLL is in the Common Files\Ahead\Lib folder as well as in Nero\Core
But it has to be copied to the BeSweet folder. Otherwise I get this error I had all the time (faild configure bsn). When used in BeSweet AAC.DLL seems *not* to be able to load MFC71.DLL from the Common Files\Ahead\Lib. With MFC71.DLL in BeSweet folder it works :)
tedgo
18th January 2006, 22:33
@LoRd_MuldeR
Thank you!
I got exactly the same error, but copying the MFC71.DLL from Common Files\Ahead\Lib to BeLight-folder solved the problem.
Would be great if BeLight could automatically check for MFC71.DLL, because it really seems to be needed.
EDIT:
MFC71.DLL must not be copied to the BeLight-folder.
It also works when copied to WINDOWS\system32-folder.
It may be the reason for a working Nero-plugin in BeLight on some machines (when MFC71.DLL is already there).
LoRd_MuldeR
18th January 2006, 23:45
@LoRd_MuldeR
Thank you!
I got exactly the same error, but copying the MFC71.DLL from Common Files\Ahead\Lib to BeLight-folder solved the problem.
Would be great if BeLight could automatically check for MFC71.DLL, because it really seems to be needed.
EDIT:
It also works when copied to WINDOWS\system32-folder.
It may be the reason for a working Nero-plugin in BeLight on some machines (when MFC71.DLL is already there).
Okay, but I don't think it's a good thing if BeLight depends on some DLLs in the Windows dir. It's much better to have a complete installation with all required DLLs in the install-folder. So I believe BeLight must check for MFC71.DLL. There's no other way...
Kurtnoise
19th January 2006, 10:38
Check or Copy ? What do you prefer ?
Here is my point of view for a future release :
1/ BeLight checks in Windows/system32 dir whether mfc71.dll is there. If "true" then exit else then 2/.
2/ BeLight checks in Common Files/Ahead/Lib then copies mfc71.dll in Windows/System32 dir.
Copy the dll in Windows/System32 dir is more safer I think. because some other apps could be dependent of this...
tedgo
19th January 2006, 10:52
Your "point of view" sounds good ;)
And i also think it is better to copy the dll to WINDOWS\system32 instead of the belight-folder.
LoRd_MuldeR
19th January 2006, 19:34
Your "point of view" sounds good ;)
And i also think it is better to copy the dll to WINDOWS\system32 instead of the belight-folder.
If you copy the MFC71.DLL that comes with Nero to the System32 dir, all applications will use it. I'm not sure if that's a good idea. Maybe there're different builds of that DLL and some applications don't "like" the one that comes with Nero. Don't know, but possible problems should be avoided...
tedgo
19th January 2006, 22:36
Version 7.10.3077.0 shipped with nero is the latest "official" MFC71.DLL from March 2003.
I don't think that some applications won't like it.
Btw. the program "VH Screen Capture Driver" http://www.hmelyoff.com/index.php?section=1 also depends on this dll and works good with the nero-shipped version.
thana
20th January 2006, 01:19
a small cosmetical bug in beta9: when processing multiple files in a queue, the total% bar works only for the first file, after that it displays always 0.00%
Kolich
20th January 2006, 09:29
Kurtnoise13,
I tried to create MP4 with HEAAC. As it mentioned it a ISO_IEC_14496-3_2001_Amd_1_2003_PDF_version_(en)_038148_CPDF.pdf ,
The High Efficiency AAC Profile contains the audio object types 5 (SBR) and 2(AAC LC). So first 5 bits in AudioSpecificConfig should te 5 for HEAAC for right handling of extensions (ext ObjType, ext Freq & Freq Index). And BeLight writes 2 to this field.
Kurtnoise
20th January 2006, 10:08
@Kolich: don't blame me for that...I'm not an AAC dev. What kind of Encoder engine did you use ?
@thana: if i remember (yeah, I sleep...:)), this is fixed in the last daily build.
Kolich
20th January 2006, 10:37
Kurtnoise13,
i used NeroDigital.
FAAC places files to unknown destination:)
3gp and WinAmp do not produces HEAAC, as i see.
Kurtnoise
22nd January 2006, 16:44
winamp is able to produce heaac stream...
@All: a new build (http://corecodec.org/frs/?group_id=45&release_id=247#r247) for testing.
+ Added mfc71.dll detection.
+ Some tweakings & tunings. I hope you like them...:)
LoRd_MuldeR
22nd January 2006, 19:27
winamp is able to produce heaac stream...
@All: a new build (http://corecodec.org/frs/?group_id=45&release_id=247#r247) for testing.
+ Added mfc71.dll detection.
+ Some tweakings & tunings. I hope you like them...:)
Just tested the new build and I got the following problem:
Tried to convert a list of PCM Wave Files to OGG Vorbis. Within seconds BeLight showed all files as beeing converted successfully and also showed the final "Transcoding finished" messages. Only now BeLight startet to convert the first file. For this file the progressbar was correct. But after the first file no other files were converted! Nevertheless for each Wave file a .ogg file had been created. But all .ogg files, except the first one, were unplayable 3 KB files...
Kurtnoise
22nd January 2006, 20:24
Strange...how many input files exactly ?
LoRd_MuldeR
22nd January 2006, 20:30
Strange...how many input files exactly ?
14 files
Just tried to convert those files to MP3. Now I got 14 .mp3 files, but each file, except the last one, only contains the first ~12 secondes of the track...
Kurtnoise
22nd January 2006, 20:35
I'll check why...but this is stange coz I haven't changed something in this part.
Could you test with 3-4 files with the beta 9, please ?
LoRd_MuldeR
22nd January 2006, 21:00
I'll check why...but this is stange coz I haven't changed something in this part.
Could you test with 3-4 files with the beta 9, please ?
Okay. I've now tested in Beta-9 without any daily builds.
14 files: Does *not* work (only one files was converted correctly, some converted files are "empty" and some files were not converted at all)
3 files: All three files converted successfully (but total progressbar didn't work)
LoRd_MuldeR
22nd January 2006, 21:03
And I just noticed: When I add more than one file via Drag&Drop I get an "List out of Bounds" error
Kurtnoise
23rd January 2006, 01:05
ok...thanks for your tests.
Tima
23rd January 2006, 01:25
If I want to convert audio '25000 -> 23976', should it be done via OTA or via SOUNDTOUCH settings?
Kurtnoise
23rd January 2006, 01:58
soundtouch...
Tima
23rd January 2006, 02:19
soundtouch...
I think so too. ;) But BeLight generates this commandline:
"C:\Bin\BeLight\BeSweet.exe" -core( -input "E:\DVD\Pr_Island\project T01 3_2ch 384Kbps DELAY -24ms.ac3" -output "E:\DVD\Pr_Island\project T01 3_2ch 384Kbps DELAY -24ms.ogg" -logfile "E:\DVD\Pr_Island\project T01 3_2ch 384Kbps DELAY -24ms.log" ) -azid( -n1 -s stereo -c normal -L -3db ) -ota( -d -24 -hybridgain -r 25000 23976 ) -ogg( -q 0.600 )
When I additionaly check 'Tempo' checkbox and set it to 0, I get this:
"C:\Bin\BeLight\BeSweet.exe" -core( -input "E:\DVD\Pr_Island\project T03 3_2ch 384Kbps DELAY -24ms.ac3" -output "E:\DVD\Pr_Island\project T03 3_2ch 384Kbps DELAY -24ms.ogg" -logfile "E:\DVD\Pr_Island\project T03 3_2ch 384Kbps DELAY -24ms.log" ) -azid( -n1 -s stereo -c normal -L -3db ) -ota( -d -24 -hybridgain -r 25000 23976 ) -ogg( -q 0.600 ) -soundtouch( -r 25000 23976 -tempo 0 )
Kurtnoise
23rd January 2006, 15:09
I think so too. ;) But BeLight generates this commandline:
When I additionaly check 'Tempo' checkbox and set it to 0, I get this:
fixed...
@Lord_Mulder: could you try with the last daily build (http://corecodec.org/frs/?group_id=45&release_id=250#r250) ? thanks...
Tima
23rd January 2006, 15:28
fixed...
Thanks. :)
But now I get this:
"C:\Bin\BeLight\BeSweet.exe" -core( -input "" -output "" -logfile "" ) -azid( -n1 -s stereo -c normal -L -3db ) -ota( -hybridgain -r 25000 23976 ) -ogg( -q 0.600 )
But you said it should be done via soundtouch, not ota..
Kurtnoise
23rd January 2006, 16:36
yep, because there is no place in BeLight OTA's part for that that why it's included in soundtouch. The more important thing is the command line. ;-)
LoRd_MuldeR
23rd January 2006, 18:49
This time the BeLight log file told me "Error occured" and "Check logfile for more info". Again only one Wave file was converted to Ogg. For some of the other files a .log file was created, but those log files were completely empty. Fore some reason with only three files on the list it works fine.
And the "List out of bounds" error is still there...
Tima
23rd January 2006, 19:31
yep, because there is no place in BeLight OTA's part for that that why it's included in soundtouch. The more important thing is the command line. ;-)
Ok.
By the way, in DSPGuru's guide ( http://dspguru.notrace.dk/soundtouch.html ) we also have a -r switch for Soundtouch and it also 'Convert frame rate without changing pitch' . What's the difference between -r in ota and -r in soundtouch then? :)
Kurtnoise
23rd January 2006, 20:12
For wav files sountouch is used whereas others files this is ota command.
Basically, there is no difference...but ota doesn't support all values. Check the FAQ for further infos.
LoRd_MuldeR
25th January 2006, 01:56
This time the BeLight log file told me "Error occured" and "Check logfile for more info". Again only one Wave file was converted to Ogg. For some of the other files a .log file was created, but those log files were completely empty. Fore some reason with only three files on the list it works fine.
And the "List out of bounds" error is still there...
Can you try to fix that? It's really annoying...
Kurtnoise
25th January 2006, 11:30
Try the new one (http://corecodec.org/frs/?group_id=45&release_id=256#r256)...
LoRd_MuldeR
25th January 2006, 19:08
sorry, but the problem still isn't fixed...
With all files on the list once again only one file was converted correctly. The other files were converted in parts (the first ~10 seconds of the song only), so those output files are of no use. And one files was not converted at all. This time BeLight did not write any errors to it's log... Still with three files on the list there's no error.
iceborne
26th January 2006, 02:55
It seems that the new winamp's dll doesn't support multichannel streams anymore...
seems that the new winamp5.2 (beta), recently downloaded from
http://forums.winamp.com/showthread.php?s=&threadid=236311
supports 5.1 multichannel again. i copied
the new enc_aacplus.dll to belight's directory and it seems to work.
i can't confirmed if the channels are mapped correctly but here's the log file"
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/25/06 , 23:22:04.
C:\Program Files\BeLight\BeSweet.exe -core( -input C:\Documents and Settings\Administrator\Desktop\6.ac3 -output C:\Documents and Settings\Administrator\Desktop\6.aac -logfilea C:\Documents and Settings\Administrator\Desktop\6.log ) -azid( -c normal ) -dimzon( -dllname bse_WinampAacPlusV2_6ch.dll -cbr 96 -v 2 -6chnew ) -ota( -g max )
[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\Documents and Settings\Administrator\Desktop\6.ac3
[00:00:00:000] | Output: C:\Documents and Settings\Administrator\Desktop\6.aac
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] | Overall Track Gain: 2.959dB
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Input Channels Mode: 3/2, Bitrate: 384kbps
[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] +---------------------
[00:02:31:872] Conversion Completed !
[00:01:40:000] <-- Transcoding Duration
Logging ends : 01/25/06 , 23:23:44.
as you can see, it still seems to work with dimzon bse_WinampAacPlusV2_6ch plugin.
kurtnoise, will belight just work as is with the new winamp plugin or does anything in belight need to be modified for it to fully work?
i want to backup some of my dvds but don't know if i should use the new winamp plugin or the old one included in your package.
thanks in advance
Kurtnoise
26th January 2006, 09:14
will belight just work as is with the new winamp plugin or does anything in belight need to be modified for it to fully work?
It works fine with the new dll but you can't access to the new things (mPEG2/MPEG4 bitstream and mp4 container...).
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.