6ch Wave to dts with BeSweet (thread split)

[bitsnbytes]

I'm pretty sure I have followed to the "t" but I end up with a clicking thumping file.


help?

[kempfand]

My guess is that you didn't use the stable BeSweet 1.4. The command-line only works with the v1.4, not with the latest beta.

Other suggestions: Try to connect the "Microsoft Sound Mapper" (see section 8: Tips & Tricks). Doing so, do you hear Audio ?

Further on: If you WinAmp play the multichannel-audio (called result.wav in the guide), do you get sound ?

Andreas

[bitsnbytes]

yes im using latest beta :-( damnit i goofed

so much for the "t":angry:

[Eye of Horus]

I will give the letters version 1.4 another color and size, as I foresee that more people will overlook it :-)

kind regards,

EoH

[bitsnbytes]

ok Lets see if I got this right first off my .bat


BeSweet.exe -core( -input C:\BeSweetv1.4\Rush.wav -output C:\BeSweetv1.4\surround waves\temp- -type wav -6ch ) -ota( -G max ) -ssrc( --rate 48000 )



Now my files are named as follows

surroundC.wav : Is really Surround Left Channel?
surroundFL.wav : Is Really Center Channel?
surroundFR.wav : Is Really Front Left Channel?
surroundLFE.wav : Is Really Surround Right Channel?
surroundSL.wav : Is Really Front Right Channel?
surroundSR.wav : Is A Empty wav file put in dts encoder but mute it?

If this is correct My listening experience as follows, front left was almost silent, most of the sound was generated from rear speakers and front right. Center was there but less than the 3.
Oh yeah the Subwoofer was thumpin even without LFE?

Say it aint so Joe :scared:

[Eye of Horus]

Originally posted by bitsnbytes
ok Lets see if I got this right first off my .bat


BeSweet.exe -core( -input C:\BeSweetv1.4\Rush.wav -output C:\BeSweetv1.4\surround waves\temp- -type wav -6ch ) -ota( -G max ) -ssrc( --rate 48000 )



Now my files are named as follows

surroundC.wav : Is really Surround Left Channel?
surroundFL.wav : Is Really Center Channel?
surroundFR.wav : Is Really Front Left Channel?
surroundLFE.wav : Is Really Surround Right Channel?
surroundSL.wav : Is Really Front Right Channel?
surroundSR.wav : Is A Empty wav file put in dts encoder but mute it?

If this is correct My listening experience as follows, front left was almost silent, most of the sound was generated from rear speakers and front right. Center was there but less than the 3.
Oh yeah the Subwoofer was thumpin even without LFE?

Say it aint so Joe :scared:

This doesn't look good.....
@Kempfand, I got the idea we used the renaming routine for Besplit in the guide but now we use Besweet.... (Is that possible)

@bitsnbytes : was your listening experience from the original names or from the renamed ones. That's not clear to me....

EoH

[Eye of Horus]

Originally posted by Eye of Horus
This doesn't look good.....
@Kempfand, I got the idea we used the renaming routine for Besplit in the guide but now we use Besweet.... (Is that possible)

@bitsnbytes : was your listening experience from the original names or from the renamed ones. That's not clear to me....

EoH


Quick look : this is indeed looking like the output files from Besweet are ind ifferent order because in Besplit the empty channel was the SR channel and here it is the SL ! (after renaming it must become the LFE channel)

So, what's the correct channel-mapping that comes out of Besweet ???

EoH

[kempfand]

Your BeSweet line will produce files called temp-FL.wav, temp-FR.wav, ... , temp-SR.wav (all normalzed).

And yes, the channel-remapping you listed is correct ('is really').

If you go via SurCode CD, you can leave out the wav you call surroundSR.wav. It is empty.

In order for the thing to work, please re-check your settings for B-Pan (http://home.wanadoo.nl/appyhappy/18.jpg) , B-Proc (http://home.wanadoo.nl/appyhappy/19.jpg) , and Emigrator (http://home.wanadoo.nl/appyhappy/21.jpg)

Good luck,

Andreas

[bitsnbytes]

From the .bat the names generated are the ones you see on the left. I put them into the encoder as u see on the right.



surroundC.wav : Surround Left Channel
surroundFL.wav : Center Channel
surroundFR.wav : Front Left Channel
surroundLFE.wav : Surround Right Channel
surroundSL.wav : Front Right Channel?
surroundSR.wav : LFE Is muted

[kempfand]

@ EoH: is it correct as said in the guide ? Yes

@ bitsnbytes:
1) You mention 'dts encoder', so your BeSweet line should leave out the -ssrc( ) resampling
2) I cannot see how you get filenames called 'surround...wav.

BeSweet.exe -core( -input C:\BeSweetv1.4\Rush.wav -output C:\BeSweetv1.4\surround waves\temp- -type wav -6ch ) -ota( -G max ) -ssrc( --rate 48000 )
should create files calles temp-...wav.

Can you post your logfile (i.e. after -6ch , add "-logfile C:\BeSweet.log" ).

Andreas

[bitsnbytes]

ok just made a new one and here is the log...
also i keep it at 48000.
Output does not work whats up with that?
files go into C:\BeSweetv1.4

BeSweet v1.4 by DSPguru.
--------------------------
Using Shibatch.dll v0.2 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).

Logging start : 08/29/03 , 16:52:38.

BeSweet.exe -core( -input C:\BeSweetv1.4\Rush3.wav -output C:\BeSweetv1.4\surround waves\temp- -type wav -6ch -logfile C:\BeSweet.log ) -ota( -G max ) -ssrc( --rate 48000 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\BeSweetv1.4\Rush3.wav
[00:00:00:000] | Output: FL, FR, SL, SR, C, LFE
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] | Dest. Sample-Rate: 48.0KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +---------------------
[00:05:42:514] Conversion Completed !
[00:01:22:000] <-- Transcoding Duration
Logging ends : 08/29/03 , 16:54:00.



made a command line change to -output C:\BeSweetv1.4\temp-


now they are named like your example

guess i cant send them to a diff dir or 2 dir deep?

[kempfand]

Output does not work whats up with that?

Hope DSPGuru see's this and can advise. Output should go into C:\BeSweetv1.4\surround waves\ ...

Andreas

[DSPguru]

Originally posted by kempfand
B. BeSweet -core( -input In-6ch.wav -output Out_ -type wav -6ch ) -ota( -G max ) -ssrc( --rate 48000 )
For BeSweet v1.5b20, this produces garbled (clicking) mono-wav's on 2 XP machines I tested. fixed (http://dspguru.notrace.dk/BeSweetv1.5b20.zip)!

[kempfand]

fixed! (http://dspguru.notrace.dk/BeSweetv1.5b20.zip)
Confirmed i.e. working now :cool: Unbelievable ...
Thanks !

[daphy]

@ dspguru

is there still that 2 GB input file size limit in the latest beta? These multichannel wav produced from Bidule could be very very
big :rolleyes:

CYA Daphy

[DSPguru]

Originally posted by daphy
This noise only takes 1~2 seconds and then the normal sound starts - but it could be enough for your speakersyou can add -split( -start 2 ) to your commandline. BeSweet will skip that noise.

Originally posted by daphy
is there still that 2 GB input file size limit in the latest beta? yes :(

[bitsnbytes]

ok I see it in preferences... I thought recorder heh


A little help with A new besweet command line for this mode :cool:


this is proly it

BeSweet -core( -input In-6ch.wav -output Out_ -type wav -6ch ) -ota( -G max )

[DSPguru]

Originally posted by bitsnbytes
questions:I thought one of the goals was to work in 32bit mode.. I take it besweet and besplit only handle 16 bit?BeSplit works with any wave format.
BeSweet v1.5b21 supports 32bit-float input and 32bit-float output ("-core( -6chfloat )").
i got the Bidule some days ago, but only tested it today :
i had created a 32bit 6chwave with Bidule and normalized+resampled+encoded to dts (in 32bit) with v1.5b21.
works fine.

[bitsnbytes]

DSP Guru

BeSweet v1.5b21 supports 32bit-float input and 32bit-float output ("-core( -6chfloat )").
i got the Bidule some days ago, but only tested it today :
i had created a 32bit 6chwave with Bidule and normalized+resampled+encoded to dts (in 32bit) with v1.5b21.
works fine.
the only problem i noticed is the spike on the start of the file, so i skipped it by using "-split( -start 1 )".




might I have a copy of ur commandline im using surcode dvd... and do you use the gain or just go into besweet? I never get the spike only once on first few tries.


thanks

[bitsnbytes]

BeSweet v1.5b21 by DSPguru.
--------------------------
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).

Logging start : 09/05/03 , 17:07:01.

BeSweet.exe -core( -input track01.wav -output C:\BeSweetv1.5b20\mono\temp- -logfile c:\dts.txt -split( -start 1 ) -6chfloat ) -ota( -g peak ) -surdvd( -b 1536 ) -output C:\DTS Rips\Besweet\track01.dts -path C:\Program Files\Minnetonka Audio Software\SurCode DVD DTS )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : track01.wav
[00:00:00:000] | Output: (null)
[00:00:00:000] | Floating-Point Process: Yes
Error 83: Surcode's output files not set!
Quiting...
[00:00:00:000] Conversion Completed !

Logging ends : 09/05/03 , 17:07:01.


I set surcode and saved the .sff to destination? does it go in besweet dir?

how do we use -split( -start 1 ) ?
it starts lame encoding when i use it?
i removed a few things then besweet just crashed

[bitsnbytes]

Thanks DSP Guru.... I knew I blew the commandline.

Now she's A thing of beauty:cool:



Quate: btw, multichannel, 32bit floating-point waves bigger than 2gb are supported as well, so i don't see any reason why not to create 32bit waves. (unless you're short in H.D. space)


So now I can rip the audio from A Divx movie and
rencode to dts mwhahahah um wait the -split seems to skip the first second of a file... thats not good for sync... are there any other options?

On this matter I dont get spikes very often... more like rarely least I dont here a loud glitch sound.

[DSPguru]

Originally posted by bitsnbytes
Thanks DSP Guru.... I knew I blew the commandline.

Now she's A thing of beauty:cool: would be nice to see your logfile.

btw, if you feel messy with the commandline, you should use BeSweetGUI (latest is b82), there's a ready made DTS-CD predefined profile.


the -split seems to skip the first second of a file... thats not good for sync... are there any other options? this is a solved problem, since you can assert a 1000ms of delay to compensate the skip of 1sec.

commandline is -ota( -d 1000 ) -split( -start 1 ),
but there again - use the GUI !

[bitsnbytes]

BeSweet v1.5b21 by DSPguru.
--------------------------
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).

Logging start : 09/06/03 , 07:29:05.

BeSweet.exe -core( -input track01.wav -output C:\BeSweetv1.5b20\mono\temp- -logfile c:\dts.txt ) -ota( -g peak ) -surdvd( -b 1536 -output C:\DTS Rips\Besweet\track01.dts -path C:\Program Files\Minnetonka Audio Software\SurCode DVD DTS ) -split( -start 1 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : track01.wav
[00:00:00:000] | Output: C:\DTS Rips\Besweet\track01.dts
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | Overall Track Gain: 1.755dB
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +---------------------
[00:11:59:911] Conversion Completed !
[00:11:59:911] Actual Avg. Bitrate : 1512kbps
[00:08:55:000] <-- Transcoding Duration

Logging ends : 09/06/03 , 07:38:00.


and thanks for the delay info...

I would prefer to continue to know and understand the many switches of your most excellent tool :D

can I use .lst file and convert 16-44.1 audio files to 32-48 float

[bitsnbytes]

Can we implement our own presets?
Can you add A preset for DTS-DVD 24-48?

back to other question.
can besweet convert from a .lst file cd audio files to 32-48 float stereo .wavs?

If so help on the switches.

Thanks

[kempfand]

for confirmation, i guess we'll have to wait to kempfand's logfiles Strange :confused: : I don't have the spike most of the times, so I currently go with

BeSweet -core( -input 6ch.wav -output out_ -type wav -6chfloat ) -ota( -G max ), plus the documented command-line for dts.

BTW: I noticed that Shibatch also offers normalisation ( ssrc --normalize. If I read this correctly, this does the same as -ota( -G max, with the understanding that the azid-options offers more finetuning (% od db values).



That said, this thread has waken up the need for a Offline (render) mode which would allow to process much faster than real time

The idea of having the 2 power-horses (BeSweet & Bidule) work at full CPU load in parallel sounds great. :D

Andreas

[DSPguru]

Originally posted by bitsnbytes
Can we implement our own presets?
Can you add A preset for DTS-DVD 24-48?come on, man, play with the GUI, i really don't have the time to teach you anything from the start.
think of how many users are in here.

can besweet convert from a .lst file cd audio files to 32-48 float stereo .wavs?floating-point output is only offered for creating splitted mono files. -core( -6chfloat )

@kempfand
ssrc's normalization & ota's maxgain are EXACTLY the same.
"-type wav" has no meaning in BeSweet, only in BeSplit.
"-ota( -G max )" is actually useful for hybridgain, what you had in mind is "-ota( -g max )".
(don't worry, since hybridgain is only applicable for mp2,mp3&ogg while you encode Waves, BeSweet interpretates your "-G max" as "-g max").
anyway, i don't see any reason to go for two-pass normalization ("-g max"), when you can use the PEAK info that can be found in the waves created by Bidule to normalize in a single pass ("-g peak").

btw,
all this commandlines discussions are really tiring.
it's much easier to learn the commandlines by playing with BeSweetGUI.

Andreas,
this is my suggestion :
download BeSweetGUI v0.6b82 and extract it to your BeSweet folder,
download BeSweet v1.5b21 and extract it to the same folder,
in the newest BeSweet zip, you'll find an updated 'DD-Profiles.ini' file with an updated "DTS-CD" preset.
try it out!
it should work very good, and it's much much easier than trying to track all different commandline structs.

imHo,
it could be better to replace the BeSweet commandlines in your guide with single screenshot of BeSweetGUI ("AC3/OGG/dts" form), and simple instructions :
1. click on the "AC3/OGG/dts" button (link to screenshot)
2. set BeSweet.exe path
3. set input file to be the one you had created with Bidule (test.wav?)
4. set output filename
5. set Surcode executable path & temp folder
6. select "dts_for_DTS-CD" profile and click on the green "WAV to WAV" button.

[kempfand]

DG: The "DTS-CD" preset with v0.6b82 in the 'DD-Profiles.ini' file works very well (as far as I can see from the .ini file, it has the same dts-preset as with the previous v0.6b81 version). I already confirmed this in dts encoding via commandline (http://forum.doom9.org/showthread.php?threadid=55590)

Regarding GUI vs. command-line: In order to make use of the latest enhancements of BeSweet, command-line is a must, as GUI v0.6b82 does not (yet) handle "-g peak" and "-6chfloat".

Regards,

Andreas

[DSPguru]

beta82 does handle "-g peak".
"-6chfloat" is automaticly used in dts encoding.

the new "dd-profiles.ini" can be found in latest BeSweet zip, as stated above.

Originally posted by DSPguru
in the newest BeSweet zip, you'll find an updated 'DD-Profiles.ini' file with an updated "DTS-CD" preset.


Cheers :),
Dg.

[kempfand]

My mistake (had the BeSweetv1.5b21 as of Sep 5, not the latest as of Sep 7) & apologies. :devil:

Kind regards,

Andreas

[bitsnbytes]

I found the click finally, though its not at the beginning of the track.. it is placed at the end
thus needing a 1 sec or preferably less skipping of the end.


I would not call it so much a spike but a small click.
:confused:


damn no attachements

[bitsnbytes]

I back tracked it to EAC seems it does a peak level and I presume it puts that information in the track... I played the orig... no click i extracted uncompressed i get click
at the end of the track.

[TRILIGHT]

Ok, I just jumped through all the many hoops to get this up and running so I could test it out. However, when I run the command line for BeSweet, it writes the files out quickly and they are all 1KB! What?!?! Do I have to have 1.5? I am using 1.4 right now.

[bitsnbytes]

Originally posted by TRILIGHT
it writes the files out quickly and they are all 1KB! What?!?! Do I have to have 1.5? I am using 1.4 right now.
I would use latest beta. its fixed.

Dont know what you are doing with it...end result wise but here is commandline to 6 wavs at 32/48

BeSweet.exe -core( -input track01.wav -output "C:\BeSweetv1.5b21\temp waves\temp-" -logfile c:\besweet.txt ) -6chfloat -ota( -g peak )

so start by converting ur stereo wav to 32/48 set 48 in pref of bidule.. restart bidule, set recorder to 32 float, then run this commandline... well u know set ur paths.
adjust instructions to fit ur application... ac3
dts cd etc
i record to besweet dir and put sub dir in besweet so i can launch and delete temp files farly quickly

[TRILIGHT]

Thanks for the reply. I should have been more specific as to what I was doing. The command line I am using is that found in the guide in the first post of this thread (adjusted to my file locations, of course). I am using a 48kHz stereo original WAV and attempting to get the same in 6 WAV's for use in encoding to AC3 for DVD. Everything has gone fine except for the BeSweet part. I'll download 1.5 and try it out.

EDIT: I just tried 1.5 and it appears to be writing the files.

EDIT2: Spoke too soon. It seems to scan the whole file and create the fileset but nothing ever gets written to them. When it hits the end of the file, BeSweet just crashes. This is the command line I am using...

BeSweet.exe -core( -input E:\TOP20.wav -output E:\temp- -type wav -6ch ) -ota( -G max )

[kempfand]

TRILIGHT: See also 6ch Wave to dts with BeSweet (thread split) (http://forum.doom9.org/showthread.php?threadid=60907&perpage=20&pagenumber=2) about this.

Suggestion:
1) Re-download the latest BeSweet (there were versions from different dates)
2) Use "-ota( -g max )" (not -G)

Good luck,
Andreas

[ilmanu]

where is the first part of "6ch to dts" 3d?

[Umma]

This thread IS the first part. :)

[ilmanu]

sure?
the 1st reply is:
I'm pretty sure I have followed to the "t" but I end up with a clicking thumping file.


help?

i'm not sure but i think this isn't the 1st part...

[Umma]

:scared:

SORRY!! You are correct. The first part is the stereo to ambisonics surround by EoH. The discussion was veering off into a thread on BeSweet command lines so it was split. I thought this was THAT thread when I responded!

I'm 43 and going senile...

[bitsnbytes]

Maybe A little guidance DSP Guru
When connecting Emigrator to 6 channel Recorder
emigrator pins 1 - 6 left to right
c fl sl sr fr lfe

besweet commandline to 6 waves output log shows
1 > 5 = C
2 > 1 = FL
3 > 3 = SL
4 > 6 = SR
5 > 2 = FR
6 > 4 = LFE

Besweet GUI via ogg 6ch settings gave me the impression that its settings are as follows.
1 > 2 = C
2 > 1 = FL
3 > 4 = SL
4 > 5 = SR
5 > 3 = FR
6 > 6 = LFE

And the guide shows
1 > 3 = C
2 > 1 = FL
3 > 5 = SL
4 > 6 = SR
5 > 2 = FR
6 > 4 = LFE

whats the right and wrong way here?
Or have I been starring at audio files too long?
:confused:

[DSPguru]

Originally posted by DSPguru
BeSweet's naming convention is :
Channel 1->"FL"
Channel 2->"FR"
Channel 3->"C"
Channel 4->"LFE"
Channel 5->"SL"
Channel 6->"SR"

[bitsnbytes]

I guess when wierd things happen you ask stupid questions.

again I say when I use Besweet GUI to encode to .ac3 it sends pin4 LFE to SL as Im not getting any sound out of that speaker.

I tried setiing ogg to to that format then checked back to ac3 and still no sound.
but if I change the recorder to match the initial grayed out settings in Besweet GUI
it appears to work.

file is 32/48 should I be using 16/48?
I see that theres no floating opperation also.


rewired for a 3rd time I am 99% sure that this is the case. Maybe its ac3enc.dll using different format?

[DSPguru]

i'm sorry, i reread your post and saw my reply wasn't complete. here's a more complete answer :

-6chwav/-6ch/-6chfloat
Channel 1->"FL"
Channel 2->"FR"
Channel 3->"C"
Channel 4->"LFE"
Channel 5->"SL"
Channel 6->"SR"

-ac3enc/-6chogg
Channel 1->"FL"
Channel 2->"C"
Channel 3->"FR"
Channel 4->"SL"
Channel 5->"SR"
Channel 6->"LFE"

floating-point processing iZ involved in ogg encoding, but not in ac3 encoding.
anyway, i would really advise you to avoid encoding with ac3enc, since it's an amature ac3 encoder and suffers from several flaws.

[bitsnbytes]

Thanks Guru I am doing this test so Gamers who make in game video with soundtrack may add a bit of flair to there film making ;-) Not A archival piece of audio work heh.


Much Appreciation for your help.

[Calabuig]

@DSPguru

I'm trying to follow step by step the Eye of Horus guide to make surround from stereo.
But I've this problem: after Bidule has created the 6ch wave (3,85 GB), I open BesweetGUI and I demux the file with this parameters:

"C:\Applicazioni\Gordian Knot\BeSweet.exe" -core( -input "f:\Temp\Garth_48KHz.WAV" -output "f:\Temp\Garth_48KHz-" -6ch ) -ota( -g max )

The all resulted files are 658 Mb but only FL and FR are ok. The others are empty, no sound.

But if I try to open the 6ch wave in CoolEdit (multitrack view)... all the 6 waves are there and good.

Can you help me?

P.S. I'm using BeSweet 1.5b22

[DSPguru]

as mentioned in q30 at the BeSweet FAQ (http://forum.doom9.org/showthread.php?s=&threadid=15738), for multichannel waves bigger than 2gb, you need to create a 32bit floating-point wave with bidule (i believe the guide suggests 16bit (http://home.wanadoo.nl/appyhappy/27.jpg)).


btw : next time, please create & post full logfile.

[Eye of Horus]

There isn't much to report !

This is the log :

BeSweet v1.5b21 by DSPguru.
--------------------------

Logging start : 10/10/03 , 20:47:53.

E:\BeSweetv1.5\BeSweet.exe -core( -input L:\test\def3.wav -logfile l:\dts.txt -output L:\def3test- -type wav -6ch ) -ota( -g max )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : L:\test\def3.wav
[00:00:00:000] | Output: FL, FR, SL, SR, C, LFE
[00:00:00:000] | Floating-Point Process: No

After the first walkthrough it stops with this errormessage :

Besweet.exe has generated errors and will be closed by Windows.
You will need to restart the program.
An errorlog is being created.

On Windows 2000 it does that with all version I have and tried on files larger than 2 GB. On smaller there are no problems......

Here is also the log from dr. Watson :

Application exception occurred:
App: (pid=828)
When: 10/10/2003 @ 20:48:52.638
Exception number: c0000005 (access violation)

*----> System Information <----*
Computer Name: AART-CB5DBD25CF
User Name: Administrator
Number of Processors: 1
Processor Type: x86 Family 15 Model 2 Stepping 4
Windows 2000 Version: 5.0
Current Build: 2195
Service Pack: 4
Current Type: Uniprocessor Free
Registered Organization:
Registered Owner: aart

*----> Task List <----*
0 Idle.exe
8 System.exe
192 SMSS.exe
220 CSRSS.exe
240 WINLOGON.exe
268 SERVICES.exe
280 LSASS.exe
456 svchost.exe
488 spoolsv.exe
520 AVGUARD.exe
532 ati2evxx.exe
560 AVWUPSRV.exe
584 svchost.exe
612 gearsec.exe
636 hidserv.exe
672 regsvc.exe
696 mstask.exe
724 stisvc.exe
776 spnsrvnt.exe
808 vsmon.exe
824 WinMgmt.exe
860 MsPMSPSv.exe
872 svchost.exe
1296 atiptaxx.exe
1320 daemon.exe
1340 CloneCDTray.exe
1312 rundll32.exe
308 winampa.exe
1352 rmctrl.exe
1360 AVGNT.exe
1372 ATIX10.exe
1396 msnmsgr.exe
1424 QuickDCF.exe
1432 WinCinemaMgr.ex.exe
1468 rundll32.exe
1476 zonealarm.exe
1616 wuauclt.exe
624 explorer.exe
828 BeSweet.exe
1528 IEXPLORE.exe
1328 DRWTSN32.exe
0 _Total.exe

(00400000 - 0048B000)
(77F80000 - 77FFB000)
(7C4E0000 - 7C599000)
(7C2D0000 - 7C332000)
(77D30000 - 77D9E000)
(78000000 - 78045000)
(782F0000 - 78538000)
(77F40000 - 77F7C000)
(77E10000 - 77E75000)
(70BD0000 - 70C35000)
(71710000 - 71794000)

State Dump for Thread Id 0x45c

eax=00000000 ebx=7fffffff ecx=fffed180 edx=7fffffff esi=0048b000 edi=00000000
eip=00410766 esp=0012fcd4 ebp=0012fcf4 iopl=0 nv up ei ng nz ac pe cy
cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=0000 efl=00000293


function: <nosymbols>
00410741 3bcf cmp ecx,edi
00410743 7ce4 jl 0041e129
00410745 d91c8dfcf54300 fstp dword ptr [0043f5fc+ecx*4] ds:fffed180=????????
0041074c ddd8 fstp st(0)
0041074e 894dfc mov [ebp+0xfc],ecx ss:00ba9bda=????????
00410751 8b4dfc mov ecx,[ebp+0xfc] ss:00ba9bda=????????
00410754 bbffffff7f mov ebx,0x7fffffff
00410759 8d3500f64300 lea esi,[0043f600] ds:0043f600=38000000
0041075f fc cld
00410760 8b15702c4200 mov edx,[00422c70] ds:00422c70=3f7ffe00
FAULT ->00410766 ad lodsd ds:0048b000=????????
00410767 23c3 and eax,ebx
00410769 3bc2 cmp eax,edx
0041076b 0f4f ???
0041076d d0e2 shl dl,1
0041076f f68915702c42 ??? ds:422b4195=??
00410775 008b5d083b3d add [ebx+0x3d3b085d],cl ds:bd3b085c=??
0041077b c8324200 enter 0x4232,0x0
0041077f 897de8 mov [ebp+0xe8],edi ss:00ba9bda=????????
00410782 db45e8 fild dword ptr [ebp+0xe8] ss:00ba9bda=????????
00410785 d80da8a94100 fmul dword ptr [0041a9a8] ds:0041a9a8=3b77adf5
0041078b d805b4a94100 fadd dword ptr [0041a9b4] ds:0041a9b4=4a7ea9a1

*----> Stack Back Trace <----*

FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name
0012FCF4 00402D71 7FFFFFFF 00000000 40240000 00000000 !<nosymbols>
0000AC44 00000000 00000000 00000000 00000000 00000000 !<nosymbols>

*----> Raw Stack Dump <----*
0012fcd4 01 00 00 00 2c 00 00 00 - 00 0c 00 00 b0 ff 12 00 ....,...........
0012fce4 4c ff 12 00 00 00 00 00 - 00 00 00 00 00 00 00 00 L...............
0012fcf4 44 ac 00 00 71 2d 40 00 - ff ff ff 7f 00 00 00 00 D...q-@.........
0012fd04 00 00 24 40 00 00 00 00 - 00 00 00 00 1b 00 00 00 ..$@............
0012fd14 00 00 00 00 08 fd 12 00 - 00 02 00 00 00 00 2f 00 ............../.
0012fd24 20 24 2f 00 1b 00 00 00 - d4 fe 12 00 51 c6 fc 77 $/.........Q..w
0012fd34 9d c5 fc 77 b4 c5 fc 77 - 18 2b 13 00 38 07 04 78 ...w...w.+..8..x
0012fd44 00 f0 fd 7f 79 fe 12 00 - b8 26 2f 00 00 02 00 00 ....y....&/.....
0012fd54 f8 fe 12 00 91 81 f9 77 - 98 2a f9 77 ff ff ff ff .......w.*.w....
0012fd64 78 01 2f 00 98 3a 2f 00 - e8 12 13 00 04 01 00 00 x./..:/.........
0012fd74 38 07 04 78 00 f0 fd 7f - 7d 00 00 00 a8 57 13 00 8..x....}....W..
0012fd84 a0 57 13 00 68 b2 f8 77 - 00 b2 f8 77 8f 00 00 00 .W..h..w...w....
0012fd94 81 b1 f8 77 00 16 54 7c - 00 00 00 00 18 5c 13 00 ...w..T|.....\..
0012fda4 e4 03 e6 03 78 01 13 00 - a0 57 13 00 a8 57 13 00 ....x....W...W..
0012fdb4 78 04 00 00 04 54 13 00 - 6c 04 00 00 6c 04 00 00 x....T..l...l...
0012fdc4 60 05 2f 00 60 05 2f 00 - 0f 00 00 00 20 00 00 00 `./.`./..... ...
0012fdd4 60 05 2f 00 ef cb 4f 7c - ca 57 13 00 a0 03 54 7c `./...O|.W....T|
0012fde4 46 04 00 00 00 00 00 00 - 30 4d 13 00 00 00 00 00 F.......0M......
0012fdf4 fc ff 12 00 23 00 00 00 - 00 00 00 00 00 e0 fd 7f ....#...........
0012fe04 00 00 00 00 18 5c 13 00 - 28 4d 13 00 00 00 13 00 .....\..(M......

[DSPguru]

1. what happens if you omit the "-g max" and process with only single pass ?
2. either way, i sugggest you to replace "-g max" with "-g peak".
3. what's the playback time of the track, what size it ?
4. are you sure that this wave is 32bit floating-point wave ?
5. please use latest BeSweet builds, namely, v1.5b22

[Eye of Horus]

Originally posted by DSPguru
1. what happens if you omit the "-g max" and process with only single pass ?
2. either way, i sugggest you to replace "-g max" with "-g peak".
3. what's the playback time of the track, what size it ?
4. are you sure that this wave is 32bit floating-point wave ?
5. please use latest BeSweet builds, namely, v1.5b22

#1 makes no difference. Whatever option, the program crashes after completion of the transcoding.
#2 same as #1
#3 2.209.929.260 bytes
#4 no.... 16 bits ! (NB Win2000 NTFS filesystem)
#5 no difference

regards,

EoH

[DSPguru]

32bit floating-point is the way to go ;)

[kempfand]

Does -6chfloat handle multichannel waves > 4 GB ?

I'm having some premature termination with a 4.64 GB multichannel wav (32bit floating-point output from Bidule), which contains 78 mins of Audio.

Demuxed (mono) wavs are only 11 minutes.

BeSweet v1.5b23 by DSPguru.
--------------------------

Logging start : 12/14/03 , 04:39:01.

C:\BeSweet\BeSweet.exe -core( -input m:\CDImage_BiDule_32.wav -output i:\Out_32_- -6chfloat -logfile C:\BeSweet\BeSweet.log )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : m:\CDImage_BiDule_32.wav
[00:00:00:000] | Output: FL, FR, SL, SR, C, LFE
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +---------------------
[00:10:54:621] Conversion Completed !
[00:00:32:000] <-- Transcoding Duration

Logging ends : 12/14/03 , 04:39:33. Kind regards,

Andreas

[Shayne]

I would like to re-hash the wave clipping problem again in a hope that DSPguru can shine a little light on it for me.

When i produce 32 bit 6 channel wave file and then demux it into 6 waves with

D:\Video\AAC_Encode\BeSweet.exe -core( -input "D:\Surround\Temp\Temp6Ch.wav" -output "D:\Surround\temp\temp_" -type wav -6chfloat )

i get .002 to .004 seconds at the beginning of the waves that is clipped right out. This of course is not a good sound for spdif out and my speakers.

if i load the 6 ch wave into soft encoder this clip does not exist.

Can anyone see something i am doing wrong. Possible wrong besweet version? maybe a format c: could help?

Peace

[kempfand]

Do you stil have the clipped issue with the latest version of Bidule ?

If yes, I suggest you currently go for 16bit output of Bidule. I can barely hear a difference vs. output in 32 bit and subsequent -6chfloat in BeSweet (maybe it's just my "average" speakers). Keep in mind that feeding 32-bit into Bidule (for the VST-processing) is more important IMHO.

A format c: wont help :rolleyes:

Kind regards,

Andreas

[Shayne]

yes i do still have this problem with the new and the .1 versions and at 16 bit i do not have this problem but do hear the difference. 32bit is the way i would like to go.

Thank you for your quick response

Peace

[kempfand]

// off-topic on //
Guess we have to live with such things that are not perfect, and patiently wait for improvements.

I.e. on my side, now that Bidule 6.501+ is out, I wanted to go to convert some of my favourite CD's, but (surprise surprise) I found out that they are all such that they result in >2 GB (with 16-bit) or >4 GB respectively (for 32-bit) ... :devil:

So I either have to split or use wav2wav6 (without the nice BeSweet -g max for normalisation).

Disclaimer: This is in no way ment to 'demand' or 'request' immediate action from the side of the tool-wizzards (DSPGuru, David&team), as I fully realize that such behavior is dis-respectful and kills additional work (as happened with DVD Shrink).
// off-topic off //

Regards,
Andreas

Edit 12/16: changed from -g max to -g peak

[DSPguru]

don't use "-g max" but use "-g peak"! this is faster and supposed to avoid the click at start.

sorry kempfand, haven't found the time to look for your bugreport.

[Shayne]

Thank you for your help it is always great to have the people that know the software aid in your problems.

no normalization i have click
g peak i have click
g max i have click
g 14db i have click

What is weird if i open the bidule file in soft encoder and encode it as is and load the ac3 file into besweet and set to five waves there is no click of the waves after demux.

so i think i have a problem with the dd Wave that bidule is creating or with the demux process of besweet (1.5 b23) of 32 bit dd wave files.

thanks again

peace

[daphy]

I´ve never used softencode with the bidulefile (6channelWAV) -

some questions on this:

are you able to split with softencode (bidule WAV into 6 mono WAVs)?

is the channel mapping right if you open/split the file with softencode? :rolleyes:

problem with the dd Wave that bidule is creating

it surprises me to read that bidule makes dd files :confused:

CYA Daphy

[Shayne]

Soft encoder is a Wave ====> ac3 program used first here by the dark avenger with DVD audio encoding to down sample dd to 2 channel. I takes 6 waves or 1 6 ch wave as input. It allows you to pick what channel is what channel and shows you 5 Wave forms similar to cool edit. you can demux 1 at a time and do some .... but no it is not as sweet as besweet when it comes to audio manipulation.

You are right and i do apologize for calling them dd files when actually they are wave.

Peace

[daphy]

I takes 6 waves or 1 6 ch wave as input. It allows you to pick what channel is what channel and shows you 5 Wave forms similar to cool edit. you can demux 1 at a time
fine, maybe we don´t have to care about 2GB/4GB barrieres anymore! :rolleyes:

One thing´s left in theorie (sorry for only theorie -> x-mas stress, I haven´t found any time to test this myself).
Shayne, how do you manage the channel mapping? This might be a real problem, can you please post a screen shot with an opened 6wav file in softencode and the correct mapping ;) . I ´ve spent so much time on this subject 'correct mapping' (in the two postings there do was a little confusion -> I always had a signal on the LFE but this can´t be possible at 5.0 :devil: ) and wouldn´t want to start again right at the beginning! thx

@ kempfand

one easy but comfortable solution could be to split the 32/44.1 source file (2.0) in parts of about 40 min and merge the splitted monofiles again before encoding to dts/ac3. I know, the works is 6 time more but the new bidule should compensate this ;)

CYA Daphy

[DSPguru]

Originally posted by Shayne
I would like to re-hash the wave clipping problem again in a hope that DSPguru can shine a little light on it for me. please attach a short sample of the beginning of bidule's wave output (10k would suffice).

Originally posted by kempfand
Does -6chfloat handle multichannel waves > 4 GB ?i believe it works for files larger than 2gb (right?), but maybe not larger the 4gb.
please check attached binary, using your huge file and the "-g peak" switch.
i'll look for it.
Edit 12/16: changed from -g max to -g peak good!

[Shayne]

I think with respect we should honor this thread split and remember its name. If you would care to discuss this in the original thread this would be the appropriate place to do so and i would be more than happy to.

mapping is not a problem and the gain filter of bidule is helpful if you notice besweet average db increase is about 14 db. This is however an ac3 encoder n not a dts encoder.

DTS i have not got anything out of my spdif or my 6.1 analog as of yet except hiss ........ still searching? Q24 and B doesn't say a whole lot.

Peace

Edit ...... we must have posted at the same time "you may not post attachments" seems to be my nickname

[kempfand]

please check attached binary, using your huge file and the "-g peak" switch Did so. My conclusion is, that neither BeSweet v1.5b24pre nor v1.5b23 support demuxing of >2GB 16-bit wav (using -6ch) nor >4 GB 32-bit wavs (using -6chfloat).

As test, I used a stereo-wav of 78 min 32 sec, which was run in offline-mode through Bidule, and saved as
- 32 bit wav : "IMG_32.wav" and
- 16 bit wav : "IMG_16.wav" respectively.

Both produce prematurly terminated mono-wav's.

Logfile 16 bit BeSweet v1.5b24pre by DSPguru.
--------------------------

Logging start : 12/18/03 , 21:08:34.

C:\BeSweet\BeSweet.exe -core( -input m:\IMG_32.wav -output i:\DeMux_32- -6chfloat -logfile C:\BeSweet\BeSweet.log ) -ota( -g peak )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : m:\IMG_32.wav
[00:00:00:000] | Output: FL, FR, SL, SR, C, LFE
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +---------------------
[00:10:54:528] Conversion Completed !
[00:00:34:000] <-- Transcoding Duration

Logging ends : 12/18/03 , 21:09:08.Demuxing starts, but the resulting 6 mono-wav's are prematurly terminated (at 10 min 54 sec).

Logfile 32 bit BeSweet v1.5b24pre by DSPguru.
--------------------------

Logging start : 12/18/03 , 20:56:17.

C:\BeSweet\BeSweet.exe -core( -input m:\IMG_16.wav -output i:\DeMux_16- -6ch -logfile C:\BeSweet\BeSweet.log ) -ota( -g peak )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : m:\IMG_16.wav
[00:00:00:000] | Output: FL, FR, SL, SR, C, LFE
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +---------------------This is the complete log-file. Demuxing starts, but the resulting 6 mono-wav's are prematurly terminated (at 6 min 45 sec).

Notes:
- This also applies for "-g max" instead of "-g peak" (logfiles not attached).
- On 16-bit multichannel wav's >2GB, wav2wav6.exe works fine (except, of course, there is no pregain option).


I think I found anther bug, but need confirmation:
Using the channel-mapping as outlined in the Guide (http://home.wanadoo.nl/appyhappy/42.jpg), the 16-bit demux (-6ch) correctly maps the channels. I.e. BeSweet v1.5b24pre by DSPguru.
--------------------------

Logging start : 12/19/03 , 00:52:55.

C:\BeSweet\BeSweet.exe -core( -input i:\BiD_16.wav -output i:\16-DeMux- -6ch -logfile C:\BeSweet\BeSweet.log )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : i:\BiD_16.wav
[00:00:00:000] | Output: FL, FR, SL, SR, C, LFE
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +---------------------
[00:03:40:307] Conversion Completed !
[00:00:04:000] <-- Transcoding Duration

Logging ends : 12/19/03 , 00:52:59.
In my example, when running Bidule, the LFE is "empty" (i.e. silent).

Based on information earlier in this threat, I am assuming that -6chfloat gives the same channel mapping:-6chwav/-6ch/-6chfloat
Channel 1->"FL"
Channel 2->"FR"
Channel 3->"C"
Channel 4->"LFE"
Channel 5->"SL"
Channel 6->"SR"
However, using Bidule to save a 32-bit-wav, results in an "empty" (sllent) SR-channel, and an LFE-channel with audio:
BeSweet v1.5b24pre by DSPguru.
--------------------------

Logging start : 12/19/03 , 00:53:37.

C:\BeSweet\BeSweet.exe -core( -input i:\BiD_32.wav -output i:\32_DeMux- -6chfloat -logfile C:\BeSweet\BeSweet.log )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : i:\BiD_32.wav
[00:00:00:000] | Output: FL, FR, SL, SR, C, LFE
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +---------------------
[00:03:40:301] Conversion Completed !
[00:00:09:000] <-- Transcoding Duration

Logging ends : 12/19/03 , 00:53:46.

Could be that something is screwed up here, or that I mis-understand, or that Bidule wrongly handles 32-bit wav's.... So I would appreciate confirmation of this finding.

Thanks for helping. Hope I have more time over Xmas to follow-up more quickly.

Kind regards,

Andreas

[puzio]

Hello Kempfand.

I have the same problem like You have. I am sure that it's a bug of Besweet because when I use Channelex of Mctools everything is OK(channel maping). I checked Channelex with 16,24,32, 32float 6channel input. Besweet works OK only with 16bits input.

I thing that structure of 16bits 6channel and 32bits float 6channel are simillar but not same. So DSPguru do mistake. I wrote a program for myself. My program also works OK with 16,24bits 6channel input,
but with 32bits float 6channel input my program works like Besweet - the same problem with channel mapping.


THX.

@DSPguru.
Sorry for my words.

[DSPguru]

first off,
i value your time, kempfand! plese don't waste it on 16bit waves or "-g max". those modules hadn't been updated for a very long time, and needn't to be tested.

as for 4gb 32bit float,
just ran a test on 4.2gb float file under win2k and it worked fine for me.
the only problem i can suspect is that bidule's output is wrongly recognized as 16bit wave instead of 32bit wave, hence the wrong module is handling the file.
please attach the first 10kb of your 32bit fp wave, so i can analyze it.

regarding channel mapping,
my previous statemenat still applies, eg, channel mapping is the same for -6ch/-6chfloat and for 16/32bit inputs.

happy xmas !
Dg.

[Shayne]

@ kempfand

If channel mapping has you confused add a gain in bidule and lower/raise the volume of a channel between your guide picture.

The pentagon is a graphical picture of the surround pin outs. Then split the waves with no normalization -g(..). The result should be clear what channel you have added the gain to. Do this with each channel till you are clear.

I have to say DSPguru is correct at least for 32 bit i have not played with 16 too much.

Peace

[kempfand]

Hi Shayne,

Thanks for the suggestions. Actually, I developed the method and the guide together with EoH, so I know the channel mapping very well :p (up to the point where 2/5/1/3/4 = FL/FR/C/SL/SR made my head turning like a Dodecahedron :D ).

If DSPGuru is correct that Besweet's demuxing works same for -6ch and -6chfloat (and I assume he is correct, plus you just confirmed), this leaves 2 options: either I got sth screwed up, or Bidule/Emigrator did a strange thing.

I'll re-check later (when back home) and attach a small part of the 32-bit wav.

Kind regards,

Andreas

[puzio]

Hello Kempfand

Please demux bidule's 32bits float 6channel wave file with channelex from MCtools ( I think You know). Channelex supports 16,24,32 bits interger and float.You will see that Bidule is OK. Then You can Wavegain to loudness normalize 6 mono file as a album.

Please check it with me.

THX

[kempfand]

@puzio: This would imply the "black sheep" with BeSweet. However, it still could be that Channelex is more 'sloppy' and accepts the 32-bit wav as 32-bit, whereas BeSweet recognises the 32-bit wav as 16-bit.

I'll check this evening.

Then You can Wavegain to loudness normalize 6 mono file as a album I'll 1st need a new harddisc then :rolleyes: (just kidding).

Kind regards,
Andreas

[kempfand]

@DSPguru: So far, I've not reliably managed to split the 32-bit wav. Here is the log-file as far as it goes: M:\>Besplit -core( -input IMG_32.wav -prefix Check- -type wav -a ) -split( 0 20 40 )
BeSplit v0.9b6 by DSPguru.
--------------------------

[00:00:00:000] +------- BeSplit -----
[00:00:00:000] | Input : IMG_32.wav
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] | Channels Count: 6, Bitrate: 8467kbps
[00:00:00:000] | Output Prefix : Check-
[00:00:00:000] +---------------------
[00:00:00:000] | Starting address = 0x2c.
[00:00:20:000] | Writing Check-01.wav

M:\> This produces an 11 kb "Check-01.wav", which I cannot however attach (..."you may not post attachments"...).

When I tried to open the file in CoolEdit Pro, it only reads up to 10 min 54 sec (same time as in the logfile posted further above). The same story when opening in Sonic Foundry Soft Encode: It opens 6 mono-wav's of 10 min 54 sec.

===

On the channel-mapping front: This is really strange. I did a small example (3 min 40 sec) and Bidule-saved as 32-bit wav.

When I open this in SF Soft Encode, the 4th channel (labelled "channel 3", as numbering starts with 0), which should be the LFE, is empty. This is correct, and implies to me that Bidule writes the file correctly.

However, running BeSweet v1.5b24 by DSPguru.
--------------------------

Logging start : 12/19/03 , 21:49:30.

C:\BeSweet\BeSweet.exe -core( -input m:\01_BiD_32.wav -output m:\01_BiD_32-New- -6chfloat -logfile C:\BeSweet\BeSweet.log ) -ota( -g peak )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : m:\01_BiD_32.wav
[00:00:00:000] | Output: FL, FR, SL, SR, C, LFE
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +---------------------
[00:03:40:307] Conversion Completed !
[00:00:16:000] <-- Transcoding Duration

Logging ends : 12/19/03 , 21:49:46.results in 01_BiD_32-New-LFE.wav with sound, and in 01_BiD_32-New-SR.wav without sound.

Don't know what's going on here :(

Kind regards and happy Xmas to you and the ones close to you,

Andreas

[Shayne]

is the gain function working in the latest beta?

clipping still at the beginning of center channel and some clipping in others (not all) not at start but at .0004 seconds?it appears to be getting better.

getting funny pin outs, has something changed?

thank you again for your great work

peace

[kempfand]

Just a "wild" idea: Try un- & re-installing your soundcard SW and drivers... Maybe this helps.

Good luck,
Andreas

[puzio]

Hello All.

Sorry but I want to tell You that BESWEET DOESN'T SUPPORTS 32BITS (INTERGER OR FLOAT) INPUT OR OUTPUT FILES (2CHANNEL OR 6CHANNEL). It's the result that Output mapping and Output quallity is no good.

The second, don't use BESWEET to gain output files because it's only peak normalization. You can not be sure that every songs will have the same loudness.

Please remember as EoH says, when We convert stereo2dts5.1 We need quallity and only quallity. We are happy that Bidule has offline now and I thing is enough for us.

THX

@DSPguru sorry.

[kempfand]

@puzio: BeSweet & 32bit worked fine with Bidule_0.6, using -6chfloat and -ota( -g peak ). It looks like the problem here is not BeSweet. As mentioned above, it could easily be a change in Bidule output of 32-wav. We'll see ;)

@ All: Going with BeSweet is still my current recommendation. For the moment, you can safely Bidule-write 16-bit wav's, and process these as outlined in the guide. BeSweet has the advange of
- directly converting into dts_wav
- ssrc-upmix to 48 kHz for feeding an AC3-encoder
- optimized usage of disc-resources and speed

Regards,
Andreas

[Shayne]

Originally posted by kempfand
Just a "wild" idea: Try un- & re-installing your soundcard SW and drivers... Maybe this helps.

Good luck,
Andreas

Well it was a good day my new amp came in, i am getting dts spdif no problem with my sound card and it appears that DSPguru is working on 32 bit float support.

How would reinstall soundcard drivers increase the peak of a wave form viewed through cool edit? and whats is SW? Thanks

Peace

[daphy]

@Shayne

Hi Shayne,

you had mentioned that SoftEncode could split the 6WAV file :o

now back to the questions:

-channel mapping
how do I find the right order out of http://www.daphy.de/ambisonic/sc.gif this?

Is this the right setting?

1=FL
2=FR
3=C
4=LFE
5=SL
6=SR

http://www.daphy.de/ambisonic/sc2.gif

-saving as single 6 monoWAV
I haven´t found the necessary option to save those single files, maybe you can give me/us a hint!

THX

CYA Daphy

[kempfand]

@Daphy:

Is this the right setting? This depends on how you set up your Bidule wireing. If you did as


for BeSweet in the Guide (http://home.wanadoo.nl/appyhappy/42.jpg) , then yes, this is the correct setting.

@Shayne: i am getting dts spdif no problem with my sound card I guess this applies to files with *.dts-extension, not for dts_wav (with *.wav-extension).

How would reinstall soundcard drivers increase the peak of a wave form viewed through cool edit? and whats is SW? As I said: It was just a "wild" suggestion, not a sulotion. But I've experienced this kind of procedure to help (even if it wasn't "logical").

Kind regards,
Andreas

[Shayne]

@ Daphy

When you open an ac3 file it creates 5 pcm Waves in the temp directory. I said it not sweet.

ADD gains 3 (doubles > 10 db) to your bidule graph. Pin your fronts Through 1 gain, Your rears through the 2nd and the center through the 3rd.

look at your Pentagon for the correct pin outs of the Emigrator into the gains. reduce one gain c,r or f and create a wave. Split it with besweet and open besweet split waves in soft encoder and view the wave forms. Ones you have reduced (if enough) should be noticeable. Repeat to see the trend, shifting gain out around on your recorder till you get besweets format.

@ kempfand

I will try your guide thank you, is gains (- g ..) working for you at 6ch float? its not here.

Well we reinstalled the system here which included the sound card and same problems exist.

dts created with sur dvd pro and feed through the spdif of power dvd .... yes i have typed in a dts extension, amp reads dts through the optical in.

Peace

[DSPguru]

kempfand had sent me header & footer samples of latest bidule's output.
from some reason, the new waves doesn't hold a peak chunk, and it's disappointing. i hope this can be fixed.
regarding large waves - it works for me, and i can't find a clue for why it doesn't work for others.
regarding the channels drift - it's due to the change in latest bidule's wave output, it's header is different from old one's waves.
should be fixed in attached build.

[kempfand]

gains (- g ..) working for you at 6ch float? its not here Not working here either. Currently not :sly:

It worked with the early 0.6 version of Bidule though. DSPGuru is aware of the problem and I'm sure he will help for a solution.

Let's not forget that all this is beta-versins, work-in-progress. "Where no men has gone before" (so to speak in Trekkie-language).

I realise you prefer 32-bit-out, and I fully respect this. Still I argue that the key thing is to have the intermediate steps (Bidule, VST) do their work in 32-bit. This is based on extensice listening-test EoH and I did, and you can also read this guidance from audio-experts (i.e. A. Farina) in other boards.

About the noise problem in the header: Sorry I can't currently help further :mad: Only "quick & dirty" suggestion is to add a 2-sec-wav to the beginning of your track, and cut it out after all processings (i.e. before you park into dts or ac3).

Regards,
Andreas

[kempfand]

DSPGuru: Doesn't work. Tested on 2 independent tracks. Logfile for one: BeSweet v1.5b24 by DSPguru.
--------------------------

Logging start : 12/21/03 , 01:11:57.

C:\BeSweet_T\BeSweet.exe -core( -input h:\01_BiD_32.wav -output p:\32-DeMux- -6chfloat -logfile C:\BeSweet\BeSweet.log )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : h:\01_BiD_32.wav
[00:00:00:000] | Output: FL, FR, SL, SR, C, LFE
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +---------------------
[00:03:40:307] Conversion Completed !
[00:00:10:000] <-- Transcoding Duration

Logging ends : 12/21/03 , 01:12:07.

Resulting LFE has audio (and shouldn't), resulting SR has no audio (and should).

Just to be on the safe side: I Bidul'ed with the latest version posted by David here in the forum (dated 12/14/2003, in the RAR modified 8:30:40 PM). Not that I imply it matters, but one never knows.

I could upload a 2 sec Bidule 32-bit-wav (ca. 2 MB, start-to-end) to the newsgroups (i.e. alt.binaries.test). Let me know.

Kind regards,
Andreas

[Shayne]

well i went through the above procedure and here are the results

pin 1 ====> pin 1 C
pin 2 ====> pin 5 FL
pin 3 ====> pin 3 SL
pin 4 ====> pin 4 SR
pin 5 ====> pin 6 FR
pin 6 ====> pin 2 LFE

This is a for sure based on the process of elimination

[kempfand]

DSPGuru: Great job :) I think we are getting there.

As far as I can judge, pure de-muxing is working, both for 16/32-multichannel wav's. I.e. BeSweet v1.5b24 by DSPguru.
--------------------------

Logging start : 12/21/03 , 21:14:18.

C:\BeSweet_T\BeSweet.exe -core( -input i:\01_32.wav -output i:\01_32-DeMux- -6chfloat -logfile C:\BeSweet_T\BeSweet.log )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : i:\01_32.wav
[00:00:00:000] | Output: FL, FR, SL, SR, C, LFE
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +---------------------
[00:03:40:243] Conversion Completed !
[00:00:24:000] <-- Transcoding Duration

Logging ends : 12/21/03 , 21:14:42. Resulting LFE.wav is empty, and resulting SR.wav has audio, both as they should. :)

Remarks & Additional Findings to Gaining:

(1) Peak chunk data: As I would expect, adding -ota( -g peak ) doesn't change gain (the current Bidule-out-wav's simply lack the info :( : Red-mark for Plogue :p ). This applies for both 32 & 16-bit-multichannel wav's.

(2) Demuxing a 32-bit-multichannel into 16-bit-out (using "-6ch") seems to work fine, both with "-g max" and "-g peak".

(3) Demuxing a 16-bit multichannel into 16-bit-out (using "-6ch") also seems to work fine, both with "-g max" and "-g peak".

(4) Further on: Demuxing into 32-wav-out ("-6chfloat") and gaining with "-ota( -g peak )" works fine . This applies to both 32- & 16-bit-multichannel-wav's to start with.

(5) @all: Note that my report on (5) was wrong. It probably works fine on other systems, and only produced 'scratchy' sound on my system when played through WinAmp.
Playing through CEP or Zoomplayer is perfect without any 'scratches'.

Lastly, the following 2 combinations produce a really 'scratchy' sound:
--> 32-bit-in demuxed to 32-bit-out with -ota( -g max )
[ i.e. C:\BeSweet_T\BeSweet.exe -core( -input i:\01_32.wav -output i:\01_32-DeMux- -6chfloat -logfile C:\BeSweet_T\BeSweet.log ) -ota( -g max ) ]

--> 16-bit-in demuxed to 32-bit-out with -ota( -g max )
[ i.e. C:\BeSweet_T\BeSweet.exe -core( -input i:\01_16.wav -output i:\01_32-DeMux- -6chfloat -logfile C:\BeSweet_T\BeSweet.log ) -ota( -g max ) ]

In other words: Whenever demuxing into 32-wav-out ("-6chfloat") and gaining with "-ota( -g max )", the resulting mono-wav's are 'scratchy'.

question on next steps deleted

Hope this little feedback was not too confusing ;) and hope I got it right.

Kind regrads,
Andreas

Note: later edits above marked in Green

[DSPguru]

4) "-g peak" works fine and this is my advised commandline, so why don't you use it ?
5) may i see the logfiles ?

[kempfand]

4) "-g peak" works fine and this is my advised commandline, so why don't you use it ? It's the preferred commandline here too, but it (currently) doesn't normalise/gain-adjust (if I understand correctly). Not that it really matters, as it's just a question of turning up the volume a bit when playing.

5) may i see the logfiles ? Logfiles follow below, but 1st let me state, that I made a mistake here, and reported an error too quickly. The sound is 'scratchy' when I play through winamp v2.9. This is what I usually do.

However, I now openend the resulting mono-wav's in CEP as well as ZoomPlayer. Surprise surprise: It plays perfectly. I don't know what's going on here, but it means for me avoiding WinAmp in the future. Sorry for that (I'll change my post above).


Logile 5a: BeSweet v1.5b24 by DSPguru.
--------------------------

Logging start : 12/21/03 , 23:42:28.

C:\BeSweet_T\BeSweet.exe -core( -input i:\01_32.wav -output i:\01_32-DeMux- -6chfloat -logfile C:\BeSweet_T\BeSweet.log ) -ota( -g max ) -profile( ~~~~~ Default Profile ~~~~~ )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : i:\01_32.wav
[00:00:00:000] | Output: FL, FR, SL, SR, C, LFE
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | Overall Track Gain: 15.021dB
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +---------------------
[00:03:40:242] Conversion Completed !
[00:00:14:000] <-- Transcoding Duration

Logging ends : 12/21/03 , 23:42:42.

Logile 5b: BeSweet v1.5b24 by DSPguru.
--------------------------

Logging start : 12/21/03 , 23:45:46.

C:\BeSweet_T\BeSweet.exe -core( -input i:\01_16.wav -output i:\01_32-DeMux- -6chfloat -logfile C:\BeSweet_T\BeSweet.log ) -ota( -g max ) -profile( ~~~~~ Default Profile ~~~~~ )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : i:\01_16.wav
[00:00:00:000] | Output: FL, FR, SL, SR, C, LFE
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | Overall Track Gain: 15.021dB
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +---------------------
[00:03:39:313] Conversion Completed !
[00:00:15:000] <-- Transcoding Duration

Logging ends : 12/21/03 , 23:46:01.

In summary, it works as it should. I didn't test test the 2GB/4GB-thing, but this is no big deal, as slighly over 66 mins will fit into a biduled 16/32-output (when respecting a 2GB/4GB-barrier).

Again many thanks for the quick adjustments in this busy time.
Take care,
Andreas

[DSPguru]

this is good news. cheers, kemp!

note : i updated the b24 archive.
it is now safe to always use the "-g peak". if BeSweet will find that the PEAK chunk is missing, it will use "-g max".
(so the sound will be normalized anyhow)

btw,
please encourage david to re-enable the "peak" chunk feature.

[kempfand]

Cheers, DSPGuru. It's really a pleasure to work with you.

if BeSweet will find that the PEAK chunk is missing, it will use "-g max". :cool:

Take care for now,
Andreas

[daphy]

Originally posted by Shayne
well i went through the above procedure and here are the results

pin 1 ====> pin 1 C
pin 2 ====> pin 5 FL
pin 3 ====> pin 3 SL
pin 4 ====> pin 4 SR
pin 5 ====> pin 6 FR
pin 6 ====> pin 2 LFE

This is a for sure based on the process of elimination

I can confirm at least pin 2 is definitivly LFE

[Shayne]

my results on the new beta 24B (above)

Clipping at the beginning of waves is gone here

g peak normalization is working

Pin out back to old (daphy check kempfand guide jpg previous page)

Thanks for the update ...... U the Man DSPguru

same beta number is a bit confusing with such a change

Peace

[DSPguru]

Cheers for the confirmation daphy & Shayne !
a new version number would be applied whenever more bugfixes/features are introduced ;)

[Shayne]

Originally posted by puzio
[B]Hello All.

Sorry but I want to tell You that BESWEET DOESN'T SUPPORTS 32BITS (INTERGER OR FLOAT) INPUT OR OUTPUT FILES (2CHANNEL OR 6CHANNEL). It's the result that Output mapping and Output quallity is no good.


I think we need to 5hit this man down beside my denon and ask if its 32 bit or not.

92 ripped since the latest beta2, Norm OK here. spot checks and 100% listen lfe gain -5 DB .... purrrfect ? 1010 to go ....... batchen.

Thinken cd sales r going to pick up here again. KooL

Peace and Happiness

[daphy]

@DSPGURU

we tried several times to split a 6WAV with correct mapping (without success) - then I found the latest besweet version (1.5b25) on the beta section - and all of our problems are gone :D


genius work!

Happy New Year

CYA Daphy

[Shayne]

Have you noticed that besweet will crash every time when processing a file with "(" or possibility ")" in its title.

Gui ===> Batch dts (Sur dvd) ===> multiple to multiple

I presume it is the nature of the dos command and not to much you can do about it except avoid () in titles. Would " " work?

Funny how it goes .... about the same number of DTS fit on one DVD as did MP3 of the CD's in 95.

Peace

[Shayne]

Since i got such a loud response from my last post here maybe i will ramble on some more. It appears to me that with Ambisonics 2ch to 5.1 the tricky thing is the LFE and its amplitude during the normalization process. I have a question.

Would it be possible to break the waves into 5.1 mono files and then normalize the 5 as they are dependent (equal amplitude increase) and the .1 (lfe) independent? This would for sure be the fix for the lfe channel and give the best result.

Peace

Edit typo

[kempfand]

A quick (but dirty) solution would be to demux your 6-ch-wav twice (into different directories).
-> once without normalisation : just keep the LFE, and delete the other channels
-> once with normalisation : delete the LFE, and keep the 5 main channels

Again this only applies to the pure Ambisonic, not AmbioPhonic (Stereo Dipole, HRTF etc) stuff.

Andreas

[Shayne]

This should work fine!

The dirty would be more than twice as long to do. You would have to run all waves through both programs twice and could not use .bat file pass through in besweet.

The quick? i really don't see anything in the process you mention as being quick.

I guess i was kinda wondering if its possible to implement into besweet and if anyone else thinks it would be valuable switch.

Peace

[kempfand]

Have you tried to use the "gain" VSZ inside bidule (you will need more than one, because it only has 2 pins in & out).

Then setting the main channels as they "sound" OK on the PC speakers, using a gain for the LFE you knoe is working from your experience.

Then runninh the bidule in offline mode, and BeSweeting w/o gain.

Sorry I cannot help more, as I don't use an LFE.

Cheers,
Andreas

[Shayne]

Yes that is how i am currently controlling the lfe channel but gain does not equal normalization.

Peace

[Shayne]

Hi all and the dts flows with the christmas cheer.

Hope all my friends are well and all the best in the years to come.

Peace

[banker_rishad]

KINDLY ADVISE. I HAVE PRODUCED 2CH DTS AUDIO CD WITH SURCODE BUT HOW TO PRODUCE 5.1. LOG FILE IS AS BELOW


BeSweet v1.5b31 by DSPguru.
--------------------------
Using azid.dll v1.9 (b922) by Midas (midas@egon.gyaloglo.hu).
Using Shibatch.dll v0.2 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).

Logging start : 03/25/08 , 17:59:02.

C:\BeSweetv1.5b31\BeSweet.exe -core( -input c:\Converted Music\narinari.ac3 -output C:\WINDOWS\Temp\mono -logfile C:\BeSweetv1.5b31\BeSweet.log ) -surdvd( -b 768 -output c:\Converted Music\narinari.dts -path C:\Program Files\Minnetonka Audio Software\SurCode DVD DTS ) -azid( -g 1 ) -ota( -g peak )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : c:\Converted Music\narinari.ac3
[00:00:00:000] | Output: c:\Converted Music\narinari.dts
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | Overall Track Gain: 3.385dB
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Input Channels Mode: 2/0, Bitrate: 384kbps
[00:00:00:000] | Total Gain: 0.000dB, Compression: None
[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] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] | Dest. Sample-Rate: 48.0KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +---------------------
[00:04:25:121] Conversion Completed !
[00:04:25:121] Actual Avg. Bitrate : 754kbps
[00:03:43:000] <-- Transcoding Duration

Logging ends : 03/25/08 , 18:02:45.