http://qs321.pair.com?node_id=598644


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

CMD is out. It's a touchscreen interface for my car (eventually a digital dash as well, but these issues have been holding that at a standstill).

Non-perl docs is not a big issue, much of SDL isn't documentated and had to spend a good deal of time in the C docs for it anwyay.

Most of what I'm doing on screen is just blitting sprites (and managing the animation frames), and some TTF text. I had some OpenGL aspirations, but at this point, that's on the far horizon.

-Lee
"To be civilized is to deny one's nature."

Replies are listed 'Best First'.
Re^3: Alternatives to SDL
by Joost (Canon) on Feb 06, 2007 at 21:40 UTC
    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?"
[reply]
      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]
[reply]

In Section Seekers of Perl Wisdom