Re^3: Alternatives to SDL

in reply to Re^2: Alternatives to SDL
in thread Alternatives to SDL

CMD is out. It's a touchscreen interface for my car

What I meant was, you could fairly easily control a command line player from perl using whatever GUI you want*. Unless you need very tight control, you don't have to run the audio stream through the perl process.

* for example, mplayer has single-key commands for almost every action. it's probably not very hard to wire that to a perl program.

"What should it profit a man, if he should win a flame war, yet lose his cool?"

Comment on Re^3: Alternatives to SDL

Replies are listed 'Best First'.
Re^4: Alternatives to SDL by shotgunefx (Parson) on Feb 06, 2007 at 21:48 UTC
Gotcha, still out though. Yes, I want it fairly tight, one of the reason I dumped XMMS. In all fairness, it worked quite well for the most part, but occasionally it would lag too much which would make the interface sluggish and a bit unintuitive. For instance, anything that modified the playlist would take forever, (sometimes more than a minute). I suppose I could just use it to play and manage the playlist myself, but detecting song changes was hacky. I figured if I could just use SDL and SDL::Mixer, I could have a fairly portable solution. :\ -Lee "To be civilized is to deny one's nature."	[reply]
Re^5: Alternatives to SDL by Joost (Canon) on Feb 06, 2007 at 21:53 UTC
It does sound to me that GStreamer might be your best option, then. It's designed to build media players (and other media apps) on. "What should it profit a man, if he should win a flame war, yet lose his cool?"	[reply]

In Section Seekers of Perl Wisdom