BeLight 0.22 beta 8 released - Page 60

Kurtnoise · 30th April 2006, 15:11

Quote:

Originally Posted by Bathrone

Isnt the recommend lame enc for build 3.97 beta 2?

What do you mean ?

Quote:

Originally Posted by Carpo

anyway - while using belight as per doom9s guide to converting ac3 to aac i have selected the aac preset and changed a few settings - well one the output had to be 5.1 - now when i play the file it always says that its mono - is this right or have a touched a setting i shouldnt have

Quote:

Originally Posted by Bathrone

Bugs with trying to transcode ac3 to aac using nero....

Not a bug....if you read my reply 2 posts above.

Carpo · 30th April 2006, 17:57

Quote:

Originally Posted by Kurtnoise13

ye sorry about

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 v0.24 by DPeshev,Richard,E-Male,DSPguru (DSPguru.Doom9.org).

Logging start : 04/30/06 , 08:58:34.

C:\Program Files\BeLight\BeSweet.exe -core( -input E:\dvd-work\ong-bak\VTS_04_1 T02 3_2ch 448Kbps DELAY 0ms.ac3 -output E:\dvd-work\ong-bak\VTS_04_1 T02 3_2ch 448Kbps DELAY 0ms.mp4 -logfile E:\dvd-work\ong-bak\VTS_04_1 T02 3_2ch 448Kbps DELAY 0ms.besweet.log ) -azid( -c normal ) -bsn( -6chnew -vbr_normal -codecquality_fast -aacprofile_he ) -ota( -g max )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : E:\dvd-work\ong-bak\VTS_04_1 T02 3_2ch 448Kbps DELAY 0ms.ac3
[00:00:00:000] | Output: E:\dvd-work\ong-bak\VTS_04_1 T02 3_2ch 448Kbps DELAY 0ms.mp4
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] | Overall Track Gain: 0.076dB
[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] +-------- BSN --------
[00:00:00:000] | bitrate: vbr normal
[00:00:00:000] | HE-aac fast encoding
[00:00:00:000] +---------------------
[01:44:01:216] Conversion Completed !
[00:31:37:000] <-- Transcoding Duration

Logging ends : 04/30/06 , 09:30:11.

SeeMoreDigital · 30th April 2006, 18:02

Hi Kurt,

I've been playing around with beta 9 today and must congratulate you on designing "yet another" outstanding product

Many thanks mate...

Kurtnoise · 30th April 2006, 18:12

@Carpo : which player did you use ?

@SMD : thanks buddy...

Carpo · 30th April 2006, 18:27

QT winamp core media player, i have a feeling its either something i did (or didnt) do or theres an issue with my pc - maybe time for a complete re-install

we shall see

SeeMoreDigital · 30th April 2006, 21:36

Wow...

I've just used BeLight to encode an 6Ch AC3 audio stream to an 6Ch AACplus v2 audio stream. And muxed this stream to an 720x576 anamorphic MPEG-4 AVC video stream using YAMB and got myself a lovely looking and sounding back-up of Terminator 3 (with chapters of-course)

Okay.... I have made the following observation....

If I encode this 6Ch AC3 speaker mapping test file to an 16 Bits 5.1 Wave .WAV file - the mapping is perfect

However, if I re-encode the 16 Bits 5.1 Wave .WAV file back to an 6Ch AC3 file, the mapping is incorrect

Am I doing something wrong?

Just to confirm: Re-encoding the afore mentioned 6Ch AC3 speaker mapping test file to another 6Ch AC3 file, creates perfectly mapped results

EDIT: And so does re-encoding the 16 Bits 5.1 Wave .WAV file to an 6Ch AAC file.

Cheers

Carpo · 30th April 2006, 22:03

@ what rate did you encode the file ?

on a previous note i was using nero aac to make the file i said was comming out as mono - i will try with aacplus and see what happens - i have updated nero itself but have the old dlls in besweets folder so i guessing that is ok, and what bitrate is (and i wont say best as i know i will get beat up for it) advisable for a backup or doesnt it really matter.

all these new formats im trying to learn i should have just stayed with dvdrs ;D

SeeMoreDigital · 30th April 2006, 22:11

Quote:

Originally Posted by Carpo

what rate did you encode the file ?

I can't see how that would make any difference!

Quote:

Originally Posted by Carpo

on a previous note i was using nero aac to make the file i said was comming out as mono - i will try with aacplus and see what happens - i have updated nero itself but have the old dlls in besweets folder so i guessing that is ok, and what bitrate is (and i wont say best as i know i will get beat up for it) advisable for a backup or doesnt it really matter.

With AACplus sounding as good as it does.... I can't see uch point in bothering with Nero... LOL

Carpo · 30th April 2006, 22:26

Quote:

Originally Posted by SeeMoreDigital

I can't see how that would make any

could have just said default 96kbps

im trying out all the audio codecs to see which one i like, as i have done with the video codecs

suppose i could do the MS thing and stick with the one audio and one video codec

but i think the linux route is better

tebasuna51 · 1st May 2006, 00:02

Quote:

Originally Posted by SeeMoreDigital

However, if I re-encode the 16 Bits 5.1 Wave .WAV file back to an 6Ch AC3 file, the mapping is incorrect

Am I doing something wrong?

ac3enc.dll, and others ac3 free encoders (ffmpeg, ...), need a wav6chan reordered to: FL_C_FR_SL_SR_LFE (ac3-order)
instead the standard wav order: FL_FR_C_LFE_SL_SR (wav-order)

When you make ac3 -> wav6, BeSweet do ac3-order -> wav-order.

When you make ac3 -> ac3, BeSweet don't reorder.

When you make wav6 -> aac, Dimzon's plugin do wav-order -> aac-order.

You can use WaveWizard with the channelmapping setting "ac3 order for SoftEncode or ac3enc" to make a wav6 (ac3-order).
Or you can split the wav6 in 6 mono wav and use a mux file (ac3-order) with BeSweet.

SeeMoreDigital · 1st May 2006, 11:32

Thanks for your explanation tebasuna51

I'm still at a loss to understand why when you have a correctly mapped 6Ch WAV source, would anybody want generate an incorrectly mapped 6Ch AC3 file. Surely... it's just asking for trouble!

As you guys can probably tell I'm not very upto speed about how all this mapping works and the reasons behind it. So may I ask, who along the decoding-to-re-encoding chain gets to decided how an 6Ch WAV source to 6Ch AC3 encode is mapped?

Hope that make sense!

SeeMoreDigital · 1st May 2006, 18:48

Quote:

Originally Posted by Kurtnoise13 - 23rd December 2005

....wav format is more or less a "container"...You can store mp3 or ac3 in wav you know. Of course, most of the time you have pcm stream in wav files which uses an uncompressed method. But this is not very efficient if you compare the results with some other lossless formats (wavpack, monkey's, flac, etc...)

Have you considered adding support for FLAC?

Cheers

Kurtnoise · 1st May 2006, 21:19

not for the moment...but it's on my todo list.

SeeMoreDigital · 1st May 2006, 22:24

Quote:

Originally Posted by Kurtnoise13

not for the moment...but it's on my todo list.

Sounds like a plan...

Now I've got the hang of BeLight (goodbye to HeadAC3he and Foobar2000)... I'm going to recommend it to all my fellow Zensonic Z500 users tomorrow!

I think I have all the latest .dll files installed now... but I'm not sure about the Vorbis .dll's

Any help would be much appreciated

Kurtnoise · 2nd May 2006, 07:32

mmh, yeah. Replace ogg.dll/vorbis.dll/vorbisenc.dll by libvorbis.dll.

Carpo · 3rd May 2006, 17:08

@Kurtnoise13

little update on the strange winamp showing mono issue - i think its just winamp being a tit, i have done encodes with all encoders in belight and ran them thru diff players - ffdshow (as do other players) reports that the input is 48000hz,6 channels sbr aac

and output is
48000hz,6 channels 16-bit integer

with output speakers as l,r,c,lfe,sl,sr

just strange winamp says mono

shon3i · 3rd May 2006, 17:11

That's is Winamp bug, not BeLight.

btw 6 channels are 6 mono channels so winamp shows pseudo correct info, and when you open file info in winamp you see right information.

SeeMoreDigital · 3rd May 2006, 17:23

Quote:

Originally Posted by Kurtnoise13

mmh, yeah. Replace ogg.dll/vorbis.dll/vorbisenc.dll by libvorbis.dll.

Thanks mate...

I also had to install libmmd.dll - Everything seems to be working quite happily

Cheers

Carpo · 3rd May 2006, 17:46

Quote:

Originally Posted by shon3i

That's is Winamp bug, not BeLight.

btw 6 channels are 6 mono channels so winamp shows pseudo correct info, and when you open file info in winamp you see right information.

so do i have stereo files or not ?

Kurtnoise · 3rd May 2006, 20:41

Works fine for me...

30th April 2006, 18:02	#1183 \| Link
SeeMoreDigital Life's clearer in 4K UHD Join Date: Jun 2003 Location: Notts, UK Posts: 12,227	Hi Kurt, I've been playing around with beta 9 today and must congratulate you on designing "yet another" outstanding product Many thanks mate... __________________ \| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 \| My Network Layout & A/V Gear \|

30th April 2006, 18:27	#1185 \| Link
Carpo Registered User Join Date: Dec 2002 Location: /dev/null Posts: 1,368	QT winamp core media player, i have a feeling its either something i did (or didnt) do or theres an issue with my pc - maybe time for a complete re-install we shall see __________________ The Internet: where men are men, women are men, and children are FBI Agents

30th April 2006, 21:36	#1186 \| Link
SeeMoreDigital Life's clearer in 4K UHD Join Date: Jun 2003 Location: Notts, UK Posts: 12,227	Wow... I've just used BeLight to encode an 6Ch AC3 audio stream to an 6Ch AACplus v2 audio stream. And muxed this stream to an 720x576 anamorphic MPEG-4 AVC video stream using YAMB and got myself a lovely looking and sounding back-up of Terminator 3 (with chapters of-course) Okay.... I have made the following observation.... If I encode this 6Ch AC3 speaker mapping test file to an 16 Bits 5.1 Wave .WAV file - the mapping is perfect However, if I re-encode the 16 Bits 5.1 Wave .WAV file back to an 6Ch AC3 file, the mapping is incorrect Am I doing something wrong? Just to confirm: Re-encoding the afore mentioned 6Ch AC3 speaker mapping test file to another 6Ch AC3 file, creates perfectly mapped results EDIT: And so does re-encoding the 16 Bits 5.1 Wave .WAV file to an 6Ch AAC file. Cheers __________________ \| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 \| My Network Layout & A/V Gear \| Last edited by SeeMoreDigital; 30th April 2006 at 21:42.

30th April 2006, 22:03	#1187 \| Link
Carpo Registered User Join Date: Dec 2002 Location: /dev/null Posts: 1,368	@ what rate did you encode the file ? on a previous note i was using nero aac to make the file i said was comming out as mono - i will try with aacplus and see what happens - i have updated nero itself but have the old dlls in besweets folder so i guessing that is ok, and what bitrate is (and i wont say best as i know i will get beat up for it) advisable for a backup or doesnt it really matter. all these new formats im trying to learn i should have just stayed with dvdrs ;D __________________ The Internet: where men are men, women are men, and children are FBI Agents Last edited by Carpo; 30th April 2006 at 22:07.

1st May 2006, 11:32	#1191 \| Link
SeeMoreDigital Life's clearer in 4K UHD Join Date: Jun 2003 Location: Notts, UK Posts: 12,227	Thanks for your explanation tebasuna51 I'm still at a loss to understand why when you have a correctly mapped 6Ch WAV source, would anybody want generate an incorrectly mapped 6Ch AC3 file. Surely... it's just asking for trouble! As you guys can probably tell I'm not very upto speed about how all this mapping works and the reasons behind it. So may I ask, who along the decoding-to-re-encoding chain gets to decided how an 6Ch WAV source to 6Ch AC3 encode is mapped? Hope that make sense! __________________ \| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 \| My Network Layout & A/V Gear \|

30th April 2006, 18:12	#1184 \| Link
Kurtnoise Swallowed in the Sea Join Date: Oct 2002 Location: Aix-en-Provence, France Posts: 5,191	@Carpo : which player did you use ? @SMD : thanks buddy...

1st May 2006, 21:19	#1193 \| Link
Kurtnoise Swallowed in the Sea Join Date: Oct 2002 Location: Aix-en-Provence, France Posts: 5,191	not for the moment...but it's on my todo list.

2nd May 2006, 07:32	#1195 \| Link
Kurtnoise Swallowed in the Sea Join Date: Oct 2002 Location: Aix-en-Provence, France Posts: 5,191	mmh, yeah. Replace ogg.dll/vorbis.dll/vorbisenc.dll by libvorbis.dll.

3rd May 2006, 17:08	#1196 \| Link
Carpo Registered User Join Date: Dec 2002 Location: /dev/null Posts: 1,368	@Kurtnoise13 little update on the strange winamp showing mono issue - i think its just winamp being a tit, i have done encodes with all encoders in belight and ran them thru diff players - ffdshow (as do other players) reports that the input is 48000hz,6 channels sbr aac and output is 48000hz,6 channels 16-bit integer with output speakers as l,r,c,lfe,sl,sr just strange winamp says mono __________________ The Internet: where men are men, women are men, and children are FBI Agents

3rd May 2006, 17:11	#1197 \| Link
shon3i BluRay Maniac Join Date: Dec 2005 Posts: 2,419	That's is Winamp bug, not BeLight. btw 6 channels are 6 mono channels so winamp shows pseudo correct info, and when you open file info in winamp you see right information.

3rd May 2006, 20:41	#1200 \| Link
Kurtnoise Swallowed in the Sea Join Date: Oct 2002 Location: Aix-en-Provence, France Posts: 5,191	Works fine for me...