libvisual-devel Mailing List for Libvisual (Page 7)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Here is the patch to conditionally disable any plugin when building,
specially the G-Force plugin.

With this patch we also don't install .bmp files for actors that we don't
build.

Bye,
Duilio.

Here is the patch to conditionally disable any plugin when building,
specially the G-Force plugin.

With this patch we also don't install .bmp files for actors that we don't
build.

Bye,
Duilio.

Here is the patch to conditionally disable any plugin when building,
specially the G-Force plugin.

With this patch we also don't install .bmp files for actors that we don't
build.

Bye,
Duilio.

That's true, I forget that.

The LoadLibrary code is good. However, right now  I cannot test it,
because infinite libvisual plugin doesn't compiles the dynamic module,
just the static one.

Link stage for infinite's plugin dynamic module fails because linker
cannot resolve the symbols from libvisual core. To resolve this, we must
add __declspec(dllimport) in front of every symbol defined on libvisual
core headers:

#ifdef BUILDING_LIBVISUAL
// the libvisual dll exports
#define EXPORT __declspec(dllexport)
#else
// the people linking against libvisual imports
#define EXPORT __declspec(dllimport)
#endif

// function to be imported/exported
EXPORT void visual_something (void);

(See this old thread on this same list:
http://sourceforge.net/mailarchive/forum.php?thread_id=6573878&forum_id=40316)

Attached is a small patch to remove the dlsym() warning on configure stage
when we are building on win32.

Bye,
Duilio.

> Have you checked the libvisual lv_plugin implementation, I had
> already added windows library/plugin loading code, check it out!
>
> Besides, this is superb news, I am very happy ! :)
>
> Cheers,
> Dennis

Aah ok that cleared stuff up, sorry

Will check it in after some other work is finished (
VisAudio related).

Cheers,
Dennis

On Mon, 2005-07-04 at 10:27 -0300, Duilio J. Protti wrote:
> ??? GLIB macros are not used on the patch.
> 
> Some GLIB macros are mentioned on the autogen.sh script, but that code
> sections are never reached, because that depends on what configure.ac
> wants, and our configure.ac doesn't want anything from GLIB.
> 
> Trust me, we have no glib dependency at all. The win32 version I have was
> builded on cygwin with no glib (no runtime nor macros).
> 
> 
> Bye,
> Duilio.
> 
> > Well I see you use GLIB macros in the patch, and we won't depend on glib
> > how to solve this ?
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Libvisual-devel mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libvisual-devel

??? GLIB macros are not used on the patch.

Some GLIB macros are mentioned on the autogen.sh script, but that code
sections are never reached, because that depends on what configure.ac
wants, and our configure.ac doesn't want anything from GLIB.

Trust me, we have no glib dependency at all. The win32 version I have was
builded on cygwin with no glib (no runtime nor macros).

Bye,
Duilio.

> Well I see you use GLIB macros in the patch, and we won't depend on glib
> how to solve this ?

Well I see you use GLIB macros in the patch, and we won't depend on glib
how to solve this ?

On Sun, 2005-07-03 at 19:08 -0300, Duilio J. Protti wrote:
> No, it's no part of gettext.
> 
> The good thing is that right now, libvisual core do not depend on glib at
> all, just on pure plain gettext implementation.
> 
> 
> > Ooh one more question, what about the glib stuff !?, is it included
> > in gettext or what ? :)
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Libvisual-devel mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libvisual-devel

Have you checked the libvisual lv_plugin implementation, I had
already added windows library/plugin loading code, check it out!

Besides, this is superb news, I am very happy ! :)

Cheers,
Dennis

On Sun, 2005-07-03 at 19:25 -0300, Duilio J. Protti wrote:
> I have succesfully builded and installed libvisual core on win32 using
> cygwin. Current CVS version doesn't build correctly, link stage fails
> because of the lack of 'intl' library flag. You must apply the small patch
> attached in order to fix this issue. Build directory path *must not
> include whitespaces*.
> 
> The builded library is not functional yet, because of the lack of 'ld'
> library on win32. We must use the 'ltdl' library included with libtool,
> which is a wrapper around different dlopening systems: it uses dlopen on
> Linux, Solaris and BSD's, load_ad_on on BeOS, shl_load on HP-UX and
> LoadLibrary on Windows. It can even emulate dynamic linking on systems
> which does only support static libraries. I will work on this next.
> 
> I have also builded and installed the infinite plugin. I do this
> configuring the libvisual plugins disabling everything except infinite. In
> order for this to work, a patch is required, otherwise 'make' tool enter
> into the GForce plugin subtree. I'll send the patch for this tomorrow (the
> patch I currently have is very hacky).
> 
> 
> Bye,
> Duilio.

I have succesfully builded and installed libvisual core on win32 using
cygwin. Current CVS version doesn't build correctly, link stage fails
because of the lack of 'intl' library flag. You must apply the small patch
attached in order to fix this issue. Build directory path *must not
include whitespaces*.

The builded library is not functional yet, because of the lack of 'ld'
library on win32. We must use the 'ltdl' library included with libtool,
which is a wrapper around different dlopening systems: it uses dlopen on
Linux, Solaris and BSD's, load_ad_on on BeOS, shl_load on HP-UX and
LoadLibrary on Windows. It can even emulate dynamic linking on systems
which does only support static libraries. I will work on this next.

I have also builded and installed the infinite plugin. I do this
configuring the libvisual plugins disabling everything except infinite. In
order for this to work, a patch is required, otherwise 'make' tool enter
into the GForce plugin subtree. I'll send the patch for this tomorrow (the
patch I currently have is very hacky).

Bye,
Duilio.

No, it's no part of gettext.

The good thing is that right now, libvisual core do not depend on glib at
all, just on pure plain gettext implementation.

> Ooh one more question, what about the glib stuff !?, is it included
> in gettext or what ? :)

Ooh one more question, what about the glib stuff !?, is it included
in gettext or what ? :)

On Sat, 2005-07-02 at 19:11 -0300, Duilio J. Protti wrote:
> Ok, here is the patch to fix i18n on libvisual core. Now ./autogen.sh
> script run autopoint (which is part of gettext package) instead of
> gettextize to generate all the initial i18n infrastructure. This way, we
> can remove all the .m4 macros from the repository, as well as many other
> small scripts.
> 
> To check this thing
> 
>  - Fresh checkout.
>  - Remove the 'm4' subdir entirely.
>  - Remove from the 'po' subdir the following files: Makefile.in.in,
> Rules-quot, boldquot.sed, en@boldquot.header, en@quot.header,
> insert-header.sin, quot.sed, remove-potcdate.sed, remove-potcdate.sin
> (this files must be removed from the repository if the patch is
> accepted).
>  - Apply the patch.
>  - Run autogen.sh, configure, make, make install.
> 
> 
> I hope this works!
> I have tested on Fedora 3.
> 
> 
> Bye,
> Duilio.

Alright, I am in the middle of something, I am going to check all this
out tomorrow, thank you a lot!

On Sat, 2005-07-02 at 19:11 -0300, Duilio J. Protti wrote:
> Ok, here is the patch to fix i18n on libvisual core. Now ./autogen.sh
> script run autopoint (which is part of gettext package) instead of
> gettextize to generate all the initial i18n infrastructure. This way, we
> can remove all the .m4 macros from the repository, as well as many other
> small scripts.
> 
> To check this thing
> 
>  - Fresh checkout.
>  - Remove the 'm4' subdir entirely.
>  - Remove from the 'po' subdir the following files: Makefile.in.in,
> Rules-quot, boldquot.sed, en@boldquot.header, en@quot.header,
> insert-header.sin, quot.sed, remove-potcdate.sed, remove-potcdate.sin
> (this files must be removed from the repository if the patch is
> accepted).
>  - Apply the patch.
>  - Run autogen.sh, configure, make, make install.
> 
> 
> I hope this works!
> I have tested on Fedora 3.
> 
> 
> Bye,
> Duilio.

Ok, here is the patch to fix i18n on libvisual core. Now ./autogen.sh
script run autopoint (which is part of gettext package) instead of
gettextize to generate all the initial i18n infrastructure. This way, we
can remove all the .m4 macros from the repository, as well as many other
small scripts.

To check this thing

 - Fresh checkout.
 - Remove the 'm4' subdir entirely.
 - Remove from the 'po' subdir the following files: Makefile.in.in,
Rules-quot, boldquot.sed, en@boldquot.header, en@quot.header,
insert-header.sin, quot.sed, remove-potcdate.sed, remove-potcdate.sin
(this files must be removed from the repository if the patch is
accepted).
 - Apply the patch.
 - Run autogen.sh, configure, make, make install.

I hope this works!
I have tested on Fedora 3.

Bye,
Duilio.

Good to hear, I've been working on VisVideo for the last few days
and it's starting to become way cooler, In the weekend I want to finish
it up and after that, start with the VisAudio rewrite.

Fun plaything, alpha chroma keying (think blue, green screen):
first try at it: http://www.plasser.nl/synap/libvisual/libvis-chroma.png
soft edged: http://www.plasser.nl/synap/libvisual/libvis-chromasoft.png
blue screen test: http://www.plasser.nl/synap/libvisual/libvis-
chromatest.png

I am still playing around with this, the current (no shots) version
is way better already, and it's extremely fine tunable, and real 
time!! :), now we need some bridge with gstreamer or some different
video framework, so we can get cute/sexy girls dancing in front
of our psychedelic visuals, yay! :)

Side note, this is all implemented as a custom composite, so the 
VisVideos are blitted by simply using visual_video_blit! :)

Cheers,
Dennis

On Wed, 2005-06-29 at 20:01 -0300, Duilio J. Protti wrote:
> > Now let's put this into a timespan perspective.
> >
> > * Before July 8th (Duilio)
> > The i18n stuff, frankly, I won't fix this, because I suck at it, Duilio
> > made a great start, and I hope he'll fix it (let yourself be heared!)
> 
> I have been very busy these days, working doing pentesting and other
> security related activities full-time (plus school!). But I think it's
> time to work on libvisual, so I'll check for the i18n thing this weekend.
> 
> 
> See you, and keep the good working!
> Duilio.
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Libvisual-devel mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libvisual-devel

> Now let's put this into a timespan perspective.
>
> * Before July 8th (Duilio)
> The i18n stuff, frankly, I won't fix this, because I suck at it, Duilio
> made a great start, and I hope he'll fix it (let yourself be heared!)

I have been very busy these days, working doing pentesting and other
security related activities full-time (plus school!). But I think it's
time to work on libvisual, so I'll check for the i18n thing this weekend.

See you, and keep the good working!
Duilio.

Heya everyone,

Everyone should have noticed, development on the project kinda
halted lately.

I've been incredibly busy, swamped with work, demotivated lately, so
let's just abandon this whole thing, forget about it, and move on.

Nah, just kidding, time to heat things up again!

The current idea was to have a long development cycle where we
would fix all problems, and get it semi ready for 1.0

As it looks right now, that cycle would take another 5 months, let's 
change that a bit and work our way to a 0.4.0 stable branch a bit 
faster.
_____________________________________________________________________

New goals for 0.4.0:

* Source trees i18n fixed.
* Fix borking plugins (dancing particles, flower)
* VisAudio rewrite.
* VisVideo spice up (nearly done)
* winamp AVS reimpl (rather easy since winamp avs is opensource
nowadays).
	* VisPipeline (better pipeline management, will fix VisBin as well)
	* VisScript (Sepp is working on this, it's going to be awesome
	and is almost ready).
* Works on windows (to make the fridge guys happy: 
http://fridge.acko.net/)

No goals for 0.4.0:

Let's forget about lvdisplay, lvwidget for this cycle, we won't get them
ready on time, so let's just not put resources into them.

More is left out, I've selected the most important stuff to keep 
ourself interesting.

Now let's put this into a timespan perspective.

* Before July 8th (Duilio)
The i18n stuff, frankly, I won't fix this, because I suck at it, Duilio 
made a great start, and I hope he'll fix it (let yourself be heared!)

* Before July 15th (Dennis)
VisVideo spiceup. (boundry control, sub regions, custom composite 
functions, more advanced overlay) (a lot of this is already done)

* Before July 29th (Sepp, Dennis)
VisScript implementation. A great deal of work has gone into this,
however nothing is merged into CVS. All the work has been done
by Sepp Wijnands.

* Before July 29th (Dennis)
VisPipeline, a lot of this is already done, and living in the 
libvisual-avs module, should be too much work.

* Before August 15th (Dennis, and others)
VisAudio rewrite, the goals are there, the design is half there. Some
serious time is needed for this, I will do this, but I would like some
help.

* Before August 26th (Everyone)
LV-AVS, let it support most of the winamp avs presets.

* Before August 26th (Everyone)
Borked plugins, (mostly due to half ports), any takers ?, I would like 
to help the person to get this going.

* Before August 26th (Everyone)
Windows support, get it to compile with MS visual studio, most work
will go into making all the simd assembly platform independant. This
could be achieved with a header file using macros (there is one).

* At September 2nd
0.4.0 release: libvisual, libvisual-plugins, libvisual-avs.

Please give input on this, everyone agrees, who wants to help ?

Cheers,
Dennis

No, the amaroK devs are not off enjoying the summer.  They have put on thei=
r=20
silly hats to shield them from the sun (or the winter cold as is currently=
=20
necessary for team members located in the southern hemisphere) and are hard=
 at=20
work creating the next version of amaroK.

Highlights

  * The new Helix engine now has support for visualizations
  * A queue manager has been added
  * Enhancements to the Smart Playlist functionality
  * Scripts can now add menu items to the playlist context menu
  * The playlist filter has advanced search capability using Google-like
    search syntax
  * Optimization to the default block analyzer, greatly reducing cpu usage
  * Lot's of bugfixes

=46ull Changelog since beta1:
  FEATURES:
    * Support for "media:" URLs. Patch by Sergio Cambra <sergio@ensanjose.n=
et>
      (BR 102668)
    * Support for visualizations in the Helix engine.
    * Queue manager to help organise your queued tracks. (BR 90594)
    * Ability to create Smart Playlists based on file path. (BR 92467)
    * Per track scripting via custom playlist context menu items.
    * Added advanced, Google-esque syntax to the playlist filter. Lets you =
do
      things like artist:sirenia, "pink floyd", artist:"pink floyd", or even
      score:>50. When just typing words, it works as before. (BR 99312)

  CHANGES:
    * Upgraded included SQLite library to version 3.2.2.
    * Bumped GStreamer and GStreamer-plugins dependency to version 0.8.6.
    * aKode-engine has been disabled (too buggy/incomplete).
    * Repopulate upcoming tracks on demand when using dynamic mode.
    * Remodel the playlist browser to incorporate dynamic mode more fully.

  BUGFIXES:
    * Don't show textual URLs in Wikipedia Tab. (BR 108031)
    * Don't refresh the collection view on update scans, if nothing changed.
    * xine-engine: Don't pop up hundreds of error messages when something
      goes wrong. Patch from John Lash <jl...@sp...> (BR 101646)
    * Automatic theme download with KNewStuff works now. (BR 107313)
    * Clicking on "Lookup track at musicbrainz" use %2520 for spaces in URL.
      (BR 107946)
    * Crash when loading dynamic playlists without a collection.
    * Crash when saving smart playlist without a collection.
    * Do not call TagLib::MPEG::File for non-mpeg files - some FLAC files
      would cause the CPU to start running in circles. (BR 107029)
    * Many Helix engine improvements.
    * Crash when dragging playlist items into Playlist Browser. (BR 107709)
    * Improved context display when playing radio streams with xine-engine.
    * Number of album tracks was incorrect when showing statistics by album.
      (BR 107762)
    * Massive performance speedup for the default analyzer (BlockAnalyzer).
    * Dynamic mode will grab tracks from closed playlists.
    * Covermanager tooltips were persistent even when window closed. Toolti=
ps
      have now been replaced with statusbar text. (BR 106976)
    * Turning off dynamic mode when items were filtered only 're-enabled' t=
he
      visible items.
    * Disable random mode on startup if dynamic mode is on. (BR 107311)
    * The user is warned if saving tags failed. (BR 91568)
    * Sub-Folders in Playlist Browser are correctly saved and restored.
    * Crash after clicking on remove playlists in dynamic mode.
    * Crash on Context Menu in dynamic mode.

The amaroK team
=2D--------------

amaroK is a soundsystem-independent audio-player for *nix. Its interface us=
es=20
a powerful "browser" metaphor that allows you to create playlists that make=
=20
the most of your music collection. We have a fast development-cycle and=20
super-happy users. We also provide pensions and other employment-benefits.

"Easily the best media-player for Linux at the moment. Install it now!"
=C2=A0 =C2=A0 - Linux Format Magazine

WWW: =C2=A0http://amarok.kde.org
WIKI: http://amarok.kde.org/wiki
IRC: =C2=A0irc.freenode.net #amarok
MAIL: ama...@li...

=2D-=20
Greg

The amaroK team announces version 1.3-beta1 of the amaroK audio player

Highlights of the amaroK 1.3 series:

  * Wikipedia artist lookup, a revolutionary feature providing information
    from the free online encyclopedia.=20
  * Redesigned sidebar, with improved look-and-feel.=20
  * Automatic download of scripts and themes with KNewStuff.=20
  * HelixPlayer engine.=20
  * New Playlist Browser, powerful and easy to use.=20
  * Cue file sheet support.=20
  * Dynamic playlist mode.=20
  * PostgreSQL database support.=20
  * Much extended DCOP scripting interface.=20
  * Multiple analyzer visualizations for the playlist window.=20
  * Editable Smart Playlists.

ChangeLog relative to amaroK 1.2.4:

  FEATURES:
    * Add Media dialog allows for multiple file selection. (BR 105903)
    * The browser-sidebar has been redesigned for improved usability.
    * Cue file sheet support. Patch from Martin Ehmke <eh...@gm...>.
      (BR 92271).
    * New OSD text token, %playcount, will write the playcount.
    * SmartPlaylists are editable. (BR 91036)
    * PlaylistBrowser gets a makeover!
    * New playlist column "Playcount" for track play counts.
    * New playlist column "Extension" allows easy sorting of playlist for
      compatible file types for portable media players.
    * Ability to save streams to the PlaylistBrowser (BR 91075, BR 104139)
    * New DCOP call "playlist: popupMessage" Displays a popup message box
      in the playlist window.
    * New "year - album" - group by mode for collection browser. (BR 94845)
    * New DCOP call "player: setScoreByPath(url, int)". Sets score of a tra=
ck
      specified by it's path.
    * New DCOP call "player: setScore(int)". Sets score of the current trac=
k.
    * New DCOP call "player: path()". Returns the path of the current track.
    * New DCOP call "playlist: saveM3u(path, relativePaths)".
    * New ScriptManager notification: "volumeChange: int".
    * Tooltips for album covers in the CoverManager. (BR 103996)
    * Automatic download of themes and scripts via KNewStuff.
    * Different analyzers available for the playlist window.
    * New DCOP call "player: enableRepeatTrack" sets repeat track on or
      off.
    * HelixPlayer-engine.
    * 'Load' and 'Append' entries for smart playlist context menus. (BR 992=
13)
    * Support for reading embedded images from ID3 tags. (BR 88492)
    * Wikipedia tab in ContextBrowser allows for artist biography retrieval
      and more, supporting 9 different languages! (BR 98050) (BR 104383)
    * Show "title by artist" on playlists titlebar and taskbar. (BR 97670)
    * Option to show stats in the Home tab by album. Patch from C=C3=A9dric
      Br=C3=A9gardis <ced...@fr...>.
    * New DCOP call "script: listRunningScripts()". Returns a list of all
      currently running scripts. (BR 102649)
    * New DCOP call "script: stopScript(name)". Stops a script. (BR 102649)
    * New DCOP call "script: runScript(name)". Runs a script. (BR 102649)
    * New form of playlist manipulation - Dynamic Mode.
    * New DCOP call "player: enableRepeatPlaylist" sets repeat playlist on =
or
      off. (BR 102754)
    * Add Score widget into the tag editor. (BR 100084)
    * Support for PostgreSQL as database backend. (BR 99863)

  CHANGES:
    * "amarokscript" filename extension is now mandatory for script package=
s.
    * Append Suggestions has been superceded by Dynamic Mode.
    * Add a label (with shortcut) to the Playlist filter.

  BUGFIXES:
    * Message box when saving of playlist failed (BR 105520)
    * Avoid weird results when fetching lyrics with slow connections.
      (BR 103561) (BR 101327)
    * Compensate for reversed slider widget in reverse layout locales, such=
 as
      Hebrew and Arabic. Patch from Assaf Gillat <gi...@gm...>.
      (BR 102978)
    * Playlist playMedia now works with streams.
    * Context Browser is updated when current track's tags are changed.
      (BR 102839)
    * Clearing the playlist while playing a track does not lead to a confus=
ing
      interface anymore. (BR 103510)

The amaroK team
=2D--------------

amaroK is a soundsystem-independent audio-player for *nix. Its interface us=
es=20
a powerful "browser" metaphor that allows you to create playlists that make=
=20
the most of your music collection. We have a fast development-cycle and=20
super-happy users. We also provide pensions and other employment-benefits.

"Easily the best media-player for Linux at the moment. Install it now!"
    - Linux Format Magazine

WWW:  http://amarok.kde.org
WIKI: http://amarok.kde.org/wiki
IRC:  irc.freenode.net #amarok
MAIL: ama...@li...

On Tue, 2005-05-24 at 10:43 -0300, Duilio J. Protti wrote:
> Is true, I think we will fix this on configure script, and instead
> define VISUAL_ARCH_POWERPC as 1, so developers can use the both things,
> #if and #ifdef, and even it could be used on an if or while condition.

No, we will use defined, to actually keep people from using it in if 
statements, if someone wants/needs more info about the current
arch it should use the VisCPU subsystem, and function call query it.

Cheers,
Dennis

I think that particulair line is fixed in CVS, however I did fix some
other lines, that will be checked in later this week.

Cheers and thanks,
Dennis

On Tue, 2005-05-24 at 14:31 +0200, Thomas Klausner wrote:
> Hi!
> 
> In lv_cpu.c, there is a line
> 	#if VISUAL_ARCH_POWERPC
> However, when the configure script detects it's on a powerpc
> platform, it just does
> 	#define VISUAL_ARCH_POWERPC
> so the test above should be
> 	#if defined(VISUAL_ARCH_POWERPC)
> instead.
> 
> Cheers,
>  Thomas
> 
> P.S.: Please CC me on answers, I'm not on this list.
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> _______________________________________________
> Libvisual-devel mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libvisual-devel

Is true, I think we will fix this on configure script, and instead
define VISUAL_ARCH_POWERPC as 1, so developers can use the both things,
#if and #ifdef, and even it could be used on an if or while condition.

Bye,
Duilio.

> Hi!
> 
> In lv_cpu.c, there is a line
> 	#if VISUAL_ARCH_POWERPC
> However, when the configure script detects it's on a powerpc
> platform, it just does
> 	#define VISUAL_ARCH_POWERPC
> so the test above should be
> 	#if defined(VISUAL_ARCH_POWERPC)
> instead.
> 
> Cheers,
>  Thomas

Hi!

In lv_cpu.c, there is a line
	#if VISUAL_ARCH_POWERPC
However, when the configure script detects it's on a powerpc
platform, it just does
	#define VISUAL_ARCH_POWERPC
so the test above should be
	#if defined(VISUAL_ARCH_POWERPC)
instead.

Cheers,
 Thomas

P.S.: Please CC me on answers, I'm not on this list.

The amaroK team announces version 1.2.4 of the amaroK audio player

                    War! The Republic is crumbling
                      under attacks by ruthless
                       commercial media players.
                    There are heroes on both sides.
                          Evil is everywhere.

                       In a stunning move, the
                       fiendish amaroK hackers
                    have assembled version 1.2.4
                   in a desperate attempt to save
                   the princess and return her to
                          The roK Kingdom.

ChangeLog relative to amaroK 1.2.3:

  FEATURES:
    * Queue selected tracks shortcut, Ctrl+D. (BR 83675)

  BUGFIXES:
    * The first engine entry in the config dialog was always blank.
    * If you filtered by more than one word in Collection Browser, adding
      expandable items (eg: artists or albums) wouldn't work. (BR 100150)
    * Updating the collection without any changes being made to it kept
      the Update button disabled forever.
    * Application freezes when switching shoutcast streams. (BR 103890)
    * MusicBrainz lookup was not escaping quote characters. (BR 103740)
    * Fixed crash when clicking the "clear" button in CoverManager's filter
      widget.
    * Update lyrics page on new radio stream metadata. (BR 99725)
    * xine-engine was reporting bogus tracklengths for ogg vorbis. (BR 102547)

The amaroK team
---------------

amaroK is a soundsystem-independent audio-player for *nix. Its interface uses 
a powerful "browser" metaphor that allows you to create playlists that make 
the most of your music collection. We have a fast development-cycle and 
super-happy users. We also provide pensions and other employment-benefits.

"Easily the best media-player for Linux at the moment. Install it now!"
    - Linux Format Magazine

WWW:  http://amarok.kde.org
WIKI: http://amarok.kde.org/wiki
IRC:  irc.freenode.net #amarok
MAIL: ama...@li...

Heya guys, I'll be offline for 2 weeks since I'll be in Egypt
for vacation.

Good luck and cheers,
Dennis

Ok, now we check for that place too. Thanks a lot!

Bye,
Duilio.

> Hi guys,
> trying to compile libvisual-plugins-0.2.0 under gentoo, I get the
> following error message:
> 
> checking for X... libraries /usr/X11R6/lib, headers in standard search path
> checking X11/keysym.h usability... no
> checking X11/keysym.h presence... no
> checking for X11/keysym.h... no
> configure: error: Required X11 headers not found.
> 
> 
> under gentoo, keysym.h seems to be installed by default in
> /usr/X11R6/include/X11/
> 
> Salsaman.

2004	Jan	Feb	Mar	Apr (38)	May (22)	Jun (92)	Jul (101)	Aug (18)	Sep (286)	Oct (180)	Nov (73)	Dec (14)
2005	Jan (18)	Feb (74)	Mar (56)	Apr (11)	May (5)	Jun (4)	Jul (20)	Aug (4)	Sep	Oct	Nov (1)	Dec (2)
2006	Jan (11)	Feb (2)	Mar (10)	Apr (2)	May (1)	Jun	Jul (24)	Aug (11)	Sep (5)	Oct (16)	Nov (25)	Dec (8)
2007	Jan	Feb (1)	Mar	Apr	May	Jun (3)	Jul (1)	Aug	Sep	Oct (4)	Nov (12)	Dec
2009	Jan	Feb	Mar	Apr	May	Jun	Jul (3)	Aug	Sep	Oct	Nov (2)	Dec
2010	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (1)	Dec
2011	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec (5)

libvisual-devel Mailing List for Libvisual (Page 7)

Audio visualisation library

libvisual-devel — libvisual mailinglist for developers