next »

[berthold]

Hi,

I'm new to BASS and BASSASIO and just trying to do a small app which gets me information about my ASIO gear. I have a MOTU 828mk2 which is running with a Windows 7 x64 Pro. Normally the MOTU driver shows a warning message if the MOTU is not physically connected. When I try to initialize the MOTU driver (without connected hardware (hw)). The problem is that my code runs until the

BassAsio.BASS_ASIO_Init(deviceNumber);  //see code snippet below

statement and then it get stuck. I guess the MOTU driver is trying to show its usual message ("No MOTU device connected") but it can't get it through or something like that. I tried it as well with a Cakewalk UA-25ex ASIO driver which worked fine, but it shows no message if the hw is missing anyway...

Has anybody faced a similar problem or any guesses? Thanks a lot for your help!
berthold

// Code snippet
private void RefreshAsioDeviceData(int deviceNumber)
{
            // Initialize BASS ASIO device for retrieving additional data
            BassAsio.BASS_ASIO_Init(deviceNumber);
}

[Ian @ un4seen]

Just to confirm, is it getting stuck in the BASS_ASIO_Init call, ie. never returning? If so, I think I will have to send you a debug version to find out why that is happening.

[berthold]

Yes that's it. It never returns from the BASS_ASIO_Init call and I'm not able to dig any deeper. A debug version might help. Thank you!

[Romd]

Is there going to be a 64 bit version of Bass Vst?

[Igor]

Could you please provide RSS feed for 64bit BASS updates?

[Ian @ un4seen]

What I'll start to do is add a post to the thread to announce an update (not only update the 1st post), so that people can subscribe to the thread to receive notification of updates.

On that note, the latest BASSCD and BASSMIDI versions are up (in the 1st post) now.

[Ian @ un4seen]

A Win64 version of the TAGS add-on has been added (see the 1st post). The latest BASSenc (Shoutcast v2 support) and BASSMIDI (BASS_MIDI_InGetDeviceInfo fix), as well as BASS_AAC/BASS_ALAC/BASS_SPX updates are also up.

[Ian @ un4seen]

The BASS_APE add-on has been updated (see the 1st post) to the latest version (2.4.1), which uses the latest Monkey's Audio library.

[nadia]

Hello Ian, 

it seems that the 64 bits version of Bass is still not aligned to the latest version 2.4.8

Kind Regards 

Nadia

[Ian @ un4seen]

A BASSmix update was due shortly after the BASS 2.4.8 release, so I was planning to put updated Win64 builds of both up at the same time, but that was delayed a little. I will put it up tomorrow

[Ian @ un4seen]

The BASS 2.4.8 update is up now (in the 1st post).

[3delite]

A quick test here shows that the x64 BASS.dll version works fine with Delphi XE2 and the default header unit built in x64 mode.

Are there any differences (any 64bit data types) in the function parameters for BASS x64 (HSTREAM, HCHANNEL, etc values)?

[Ian @ un4seen]

The only parameter (and structure) differences between the 32-bit and 64-bit BASS versions are the size of the pointers, eg. things like the "user" parameters. The HSTREAM/etc handles are defined as DWORDs, which are 32-bit in both cases. I think the Delphi unit (BASS.PAS) is using pointers where needed, so it should indeed be fine for both 32-bit and 64-bit use.

[3delite]

Ok, thanx!

I try to make my BASS components x64 compatible in a couple of days, I report the progress.
It's interesting that channel handles are not 64bit values. I normally use pointers to classes as handles in my programs, so it's quite efficient to look up object with these handles. May I ask how BASS handles channel handles internally?

[Ian @ un4seen]

BASS uses sequentially numbered handles, which are stored in the associated internal stream/dsp/etc structures and then looked-up in the function calls.

[3delite]

Ok! Thanx for the info!

I attached a Delphi BASS unit that supports all new Delphi XE2 target platforms (x86, x64, OSX), a slightly modified version from Iván Juárez (Cross Platform Libraries with Firemonkey), which works with all the 3 platforms.

Please test it, and it would be cool to have this unit in the official BASS package and make modifications to this one, so not to have the need to update it on every new BASS update. Theoretically it works instantly with all the existing Delphi example apps too (though this is not tested).

There is a BASSMix Delphi unit in the .zip also.

If it is needed I can make these modifications to all the BASS Delphi units (BASSCD, BASSEnc, etc.).

[Ian @ un4seen]

That appears to be based on the "dynamic" Delphi API. Do you happen to have a non-dynamic version too?

It looks like the required changes are to the "uses" section, the "bassdll" constant, and the calling-convention?

[3delite]

I prefer dynamic loading.
The app. can still remain at least functional, if some functions will not work but some may still. I mean the app. can at least start.
Also if you want, you can show a nice message that a particular .dll could not be loaded, with installation, download instructions, etc.
And I personally many times need to support using a .dll but not require it, and every time I then need to make a custom (BASS) unit for it.
For the developer who needs a non-dynamic Delphi unit, I think it really doesn't matter if the Delphi unit is in fact loading the .dll dynamically, becouse there's no difference to him.

And the units, that I posted, automatically load the .dlls on program start so there's no need to modify anything in the existing demo apps.!

Anyway... I see if I can make a non-dynamic version too. I am still experimenting with Delphi XE2 on OSX.

Till then here's an attached updated dynamic version that will work on Delphi 7 too (the previous was only working with at least Delphi 2009).

It looks like the required changes are to the "uses" section, the "bassdll" constant, and the calling-convention?

Yes, that's right!

[ykot]

Did anyone manage to use BASS in Delphi XE 2 on x64 platform? When using 3delite's headers I'm always getting zero value from BASS_SampleLoad and BASS_ErrorGetCode returns -1 (BASS_ERROR_UNKNOWN):

Result:= BASS_SampleLoad(True, Stream.Memory, 0, Stream.Size, 1, BASS_SAMPLE_SOFTWARE or 
BASS_SAMPLE_OVER_VOL);
// In the code above, Stream.Memory is a valid pointer to sample data, Stream.Size = 3192.

The same code above works fine on x86 platform.

On x64 the initialization succeeds using this code:

Result:= BASS_Init(-1, 44100, 0, Application.MainFormHandle, nil);

[ykot]

Has BASS been tested on x64 platform for loading samples in memory?

Because the issue I'm having does not seem to be related to header translation since I've tested Delphi headers from BASS package porting them myself to x64 and still am getting the same zero result and -1 from BASS_ErrorGetCode. This is really a show stopper for me as I can't load any samples. The same code works perfectly with 32-bit DLL on x86.