16 Feb 2002 klevin   » (Journeyer)

Been trying come up with an elegant, or, at least, not incredibly ugly, solution to the "problem" of how to take xmms playlist info and asynchronously push it out to a different system from within a xmms plugin. The initial solution (some months back) was to use xmms-infopipe and then run a bit of perl code every couple of minutes (via cron) that grabbed the xmms-infopipe output, munged it and then ssh'd it out to the remote location. Besides being ugly, that has the issue of running when there's no need to update, or, if the time interval is large enough, completely missing some sections of the playlist. I'd hoped to be able to find a "new song/track" notification in the xmms api but no such luck. That leaves a plugin that does polling.

Still trying to figure out why I'm getting large amounts of "popping" on cd's that I rip using my new system. If I turn around and rip them on the old system, no pops. It's either the cable running to the cd and dvd drives or the drives themselves. Don't think it's the drives, as I can rip from either drive and get the same result. Guess I'll have to buy a different SCSI-2 cable and see if that makes any difference.

Latest blog entries     Older blog entries

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!