Latest posts of: radio42

Please remove the BASS_RECORD_PAUSE flag (and just use the DEFUALT flag).
Also remove the BASS_ChannelPlay call.

13.06.2013: Version 2.4.10.2 is out!

BASS_FX: added support for v2.4.10.1
BASSmidi: added support for v2.4.8.0

Full Install:
www.un4seen.com/filez/4/Bass24.Net.zip

Lib only:
www.un4seen.com/filez/4/Bass24.Net_update.zip

Then you are probably not using the latest BASS_DSHOW lib?!
Note, that the lib was just recently renamed from "bass_dshow.dll" to "xVideo.dll" by the add-on developer!
The old v2.4.9.x Bass.Net version is of course still using the old lib name (bass_dshow.dll).
As such you must provide the new xVideo.dll within your executable directory when using the new 2.4.10.x Bass.Net version.

Try calling "BassFx.BASS_FX_GetVersion" before setting any DSP/FX, in order to have BASS_FX loaded automatically.
The issue is, that BASS_FX must first be loaded in order to register its effects before they can effectively be used.

This 'very old' class is still there due to backward compatibility issues.
It is now recommended to use the related Beat/BPM functions as provided within BASS_FX.

there is no way to know or detect it. the standard defines it to be ANSI but some streams effectively does simple use UTF8.

looks like a simple typo in the docs. will be corrected with the nedt version.

The high-quality (professional) libs available today are actually (to my mind):
- Dirac3 (http://dirac.dspdimension.com/Dirac3_Technology_Home_Page/License.html)
and
- Zplane Elastique Pro (http://www.zplane.de/index.php?page=description-elastique)

Both are pretty expensive, but are very good in quality.
Maybe an option would be nice to have one of these included separately as a commercial implementation of it with the possibility to 'pay' for a license as needed/wanted.

Please remove the BASS_SAMPLE_MONO flag from your "RenderStart" call - that should work ;-)
The mono flag does almost the same - as the WaveForm always assumes stereo in its calculations.

That looks like your original stream might have used the FLOAT flag (and as such is using a 32bit resolution), while the rendering was performed using the DEFAULT flag (and as such is using a 16bit resolution).

So please see the "WaveForm.SyncPlayback(int channel)" method, which sets a playback channel to synchronize the wave form positions.

With the new version I almost every time get an AccessViolationException when calling “BASS_FX_BPM_DecodeGet”!

I call it with the following params on a decoding stream created with the FLOAT, PRESCAN, ASYCFILE and UNICODE flags:
BASS_FX_BPM_DecodeGet(chan, 31.0, 61.0, MAKEDWORD(70, 160), BASS_FX_BPM_DEFAULT, null, null);

Can you pls show some of your code to take a look at. Esp. how you start and stop the rendering...

No, there is no way to figure that out programatically. 32bit dlls can simply be not loaded by a 64bit app.
But as you download get them seperately it it you knowing which one is 32 ans which one is 64bit.

Them you are probably trying to load a 32bit dll into a 64bit application?

Making just that Bass_Init change shouldn't change any other stuff.
No the samples are not provided by its own.

You might take a look to the "Simple" sample and copy the peak level code over.
Else take a look to the DSP_PeakLevel containd in the Misc namespace its docs contains various samples.

Maybe I have forgotten to update the VB samples.
Please take a look to the Bass_Init overload signature and remove the last (Nothing) parameter.

The overload taking a filename is actually internally calling the other overload - so I am pretty sure it is working.
Actually the filename overload simply calls the following:

int decodingStream = Bass.BASS_StreamCreateFile(filename, 0, 0, BASSFlag.BASS_SAMPLE_FLOAT | BASSFlag.BASS_STREAM_DECODE | BASSFlag.BASS_STREAM_PRESCAN);
return DetectCuePoints(decodingStream, blockSize, ref cueInPos, ref cueOutPos, dBIn, dBOut, findZeroCrossing);

It is an Int32 value, since native BASSmidi also defines it as an Int32 value and not an Int64 value.