next »

[Emil Weiss]

I'm getting confused now:

At first I thought BASS_VIS is discontinued (meaning no further development)
-> but now I see a new version

So will it be still available or not?
Meaning what should I do:
- remove BASS_VIS support from BASS.NET or not?

So will it be still available or not?

yes.

- remove BASS_VIS support from BASS.NET or not?

that is their decision.
I use VB or Delphi with Bass

i mean .. no support i will give.
when found a bug then fix it still

best regards

[Ionut Cristea]

Can you give the source code of Bass_vis for further improvements?

[Emil Weiss]

Can you give the source code of Bass_vis for further improvements?

when found a bug then fix it still
added:
you can help RevG with BASS_SFX

you have forgotten something to copy and paste..
programming is a hard job copy and paste is simple i think.  write a new Lib in two day.
that is i will make never OpenSource.

but! they can buy it

[RevG]

Can you give the source code of Bass_vis for further improvements?

when found a bug then fix it still
added:
you can help RevG with BASS_SFX

you have forgotten something to copy and paste..
programming is a hard job copy and paste is simple i think.  write a new Lib in two day.
that is i will make never OpenSource.

but! they can buy it

Great News! Glad to see that BassVis is actually not gone. Good decision Emil, as many users will be happy that they don't have to rewrite their code. Would be a shame to see such good library go to waste Why don't you have the library back up on the add-ons section so people can find it easier?

I will still continue development on BASS_SFX anyways since it's shaping up to be a pretty nice lib. I also think it's good to give source code to show people that writing these dll's is not rocket science despite what others will lead you to believe

If anyone wants to help me out in anyway with BASS_SFX they are more than welcome just PM me.

[Emil Weiss]

If anyone wants to help me out in anyway with BASS_SFX they are more than welcome just PM me

i will and can help you
i have never interesst on a war with visualization

Added:

people that writing these dll's is not rocket science despite what others will lead you to believe

 
time many time i have used for BassVis that is stable.
i think never can write a lib in 5 Days and think is stable.

do not forgot i work on it since begin of this thread. 10 Aug '06
if the source code published
then this project dead.
I have many other projects seen which is no longer running after open source

What do you think how long the service life of the bass is
if the source code published?

yes my bad english...

best regards

[RevG]

i will and can help you
i have never interesst on a war with visualization

Well that would be great! I appreciate your willingness to participate

time many time i have used for BassVis that is stable.
i think never can write a lib in 5 Days and think is stable.

Yes I wrote the BASS_SFX lib fast, but that doesn't mean it's not good. Of course it requires a bit more testing and tweaking to make it rock solid, but my library is not a peice of junk just because it was developed quickly. It is not as far from being stable as you think it is.

do not forgot i work on it since begin of this thread. 10 Aug '06
if the source code published
then this project dead.
I have many other projects seen which is no longer running after open source

I can definitely appreciate the amount of time and effort that you have put into BassVis. I am not suggesting that you make BassVis open source at all. I am just glad that you chose to keep your project alive for everyone to use as it is a great library and it would be a shame to see it die

What do you think how long the service life of the bass is
if the source code published?

I think that as long as an open source project has a leader that is committed to working on the project that it will survive just fine. My Hercules and DAC2 projects have been open source since I created them and they are still alive and being used by many. In fact, I wrote the DAC2 and Hercules dll files in a short period of time too, but they are stable and work well

[Emil Weiss]

Yes I wrote the BASS_SFX lib fast, but that doesn't mean it's not good. Of course it requires a bit more testing and tweaking to make it rock solid, but my library is not a peice of junk just because it was developed quickly. It is not as far from being stable as you think it is.

but my library is not a peice of junk

i have never tell this.
Sample for Sonique!

• why do use StretchBlt
• why do not use VisProc
• why do not use Clicked
• why do use SaveSettings without Clicked?
• why do use OpenSettings without Clicked?
• why do not use uvs?
  

you see
do use many of function not from Sonique
and without any effects

I have never say your work is bad
I said it needs time

best regards

[RevG]

Agreed, it will take more time to get it complete, but you have to admit I have accomplished a lot so far in a pretty short period of time thus far.

Maybe these things you mention are way you can help contribute to the project if you wish

Cheers,
Greg

[Emil Weiss]

Agreed, it will take more time to get it complete, but you have to admit I have accomplished a lot so far in a pretty short period of time thus far.

yes..

Maybe these things you mention are way you can help contribute to the project if you

• 1. use BitBlt instead of StretchBlt
  do use StrechtBlt then the event of Clicked not work..
  Otherwise, you will not use BitBlt then use the right api for StretchBlt with DIB methode is any faster then StretchBlt
  Clicked then not work
• 2. the application must be X, Y position of your lib to send them so you can evaluate Clicked.
• 3. declare a new variable for VisBuf
  then scan your heigh an width for pixel with "shiftLeft 2" >>2 - 1
  if Video > 80..
  True part "Video - (Video - 80)"
  False part "2"

no idea what C++ used for IFThen
ADDED:
you must have a function like this
(value, true, false) return as int

greets

[Emil Weiss]

http://forums.winamp.com/showthread.php?threadid=303193#known

Known Bugs/Issues:
1. Some AVS presets may not work properly with AVS v2.82
do not tell me is a problem with BassVis

[VorTechS]

Just updated the BassVis_Wrapper project (I need to check it in to SourceForge sometime) to BassVis 2.4, and I am very glad to see that not only have some residual problems been fixed (BassVis_Free) but also the rendering is improved so much (no flicker, or split screen effects) and a lot faster than the last 2.3 version I had!

Awesome work Emil and whoever else worked on it! 

I am really looking forward to seeing my application running on the CarPC at the weekend now!

[Emil Weiss]

thank you Stuart
that is what i have long long time missing here .. anybody say thank's
or give a positive feedback.

best regards Emil

[Emil Weiss]

Arbeite an einer neuen Version.

Fehler beim einlesen der WMP Plugins beseitigt in verbindung mit der UAC unter Vista
Bei FindPlugin kann man nun anstelle von "PluginPath" für WMP direkt eine CLSID übergeben.
Bei der übergabe eines Leer Strings werden alle Plugins addiert.
Das ohne die API zu verändern.

---------------Information über BASS_VIS_Quit und BASS_VIS_Free--------------------

Niemals BASS_VIS_Quit verwenden um ein Plugin frei zu geben.
Wie der Name schon sagt "Quit" hier wird etwas beendet und nicht befreit.
 
BASS_VIS_Quit darf nur verwendet werden wenn das Kind (Winamp, Sonique ..) sich ändert oder die Anwendung beendet wird.
BASS_VIS_Quit sendet ein BASS_VIS_Free vorweg (befreit das letzte Plugin/Modul) und beendet die Instanz von BassVis, entlädt also BassVis komplett.
Nach BASS_VIS_Quit muß dann BASS_VIS_Init aufrufen werden um das neue Kind zu initialisieren und BassVis neu zu starten.
 
Will man ein Plugin / Modul vom selben Kind was vorher mit BASS_VIS_Init initialisiert wurde beenden dann verwendet  dafür BASS_VIS_Free
Ob das Plugin frei ist kann man mit BASS_VIS_ISFree gegenprüfen und danach das VisHandle auf 0 setzen.
Leider sehe ich nur zu oft das keiner weis was er da tut.. deshalb diese ausführliche Mitteilung !!
 
please use Google Translater do not understand German.

[smax]

......

[Emil Weiss]

......

hmmm kein Kommentar

[MikaelS]

I don't understand the full text, sorry and Google is not good enough :|

Anyway, as I understand it, you are working on a fix for WMP plugins, which is very good
Can you add a code sample showing how the methods should be used with the new code?

[Emil Weiss]

Du kannst das

BASSVIS_FindPlugins(mVisParam.Kind, '', 0);

für eine Liste mit allen Plugins verwenden.

oder

BASSVIS_FindPlugins(mVisParam.Kind, '{0AA02E8D-F851-4CB0-9F64-BBA9BE7A983D}', 0);

direkt übergeben für ein Plugin (Alchemy)

Die aktualisierung für WMP ist eine Fehlerbereinigung in der die Registrationsdatenbank nur
mit Leserechten geöffnet wird. (Vista) UAC

ADDED:
Mein Englisch ist so schlecht das ich den Support wenn überhaupt nur noch in Deutsch niederschreibe.
Benutzt bitte ein Übersetzungs Programm! Danke

gruss Emil

[Emil Weiss]

In der neuen Version die ich noch teste wurde dieser Fehler für WMP beseitigt.

arithmetischen Operation ist ein Über- oder Unterlauf aufgetreten

arithmetic operation is an over-or under-run occurred

Tritt seltsamerweise nur in NET auf.
Oder auch wo anders habe es nur nicht bemerkt.

Glaube da kommt noch einiges bis ich die veröffentliche.

gruss Emil

[Emil Weiss]

Ich möchte euch warnen..
Das Plugin CosmicBelt.svp (Sonique) wurde mit Petite gepackt.
Das verursacht in meiner Developer Umgebung beim debuggen einen Fehler mit LoadLibrary.
Was bedeutet das sie nicht geöffnet werden kann.
Diesen Fehler kann ich leider nicht abfangen.

Nicht alle Plugins davon sind kompremiert aber einige.
Die Datei größe ist 27,3 KB (28.036 Bytes)
Original 61,5 KB (62.976 Bytes)

gruss Emil

[Emil Weiss]

Neue Version hochgeladen. 2.4.1.6

gruss Emil