On Mon, Nov 14, 2005 at 09:37:04AM +0000, Kelvin Lawson wrote:
> > File "../pykaraoke-0.3.1/pycdg.py", line 400, in run
> > pygame.mixer.music.load(self.SoundFileName)
> > error: Module format not recognized
>
> This is because SuSE helpfully supply the SDL_mixer library without mp3
> support. Check out the following:
>
> http://kibosh.org/pykaraoke/installation.php
I'd looked there, but missed that particular note.
Of course; something on that laptop's hardware went last night, and now
it will run WinXP, but the X server fades slowly to white on boot. <sigh>
Hey, my old ThinkPad used to pull that trick occasionally. Usually a reboot fixed it; setting a different video mode (bit depth or resolution) sometimes fixed it too.
Here's an interesting idea, BTW: have we thought about, instead of
ripping to MP3 and CDG files, ripping and then rendering to an MPEG or
XVID monolithic file and playing that back? Clearly the rendering
would take time; would we save space in addition to complexity?
I've given it some thought; once we get pykaraoke switched over to a different playback engine (so we can play with the audio stream as it heads to the sound card), it'd be a matter of getting synced frames (audio and video) to an encoder. That might be a tad on the difficult side :) I've never written an encoder before :)
(Obviously, my preferred target would be Vorbis/Theora...)
Yeah, that'd rock.
I've got a few modifications to make to cdgrip.py, actually. I already modified it weeks ago to compress ripped audio to Ogg instead of MP3, but never made it "clean," so I intend to fix that, and I figured since people like distributing CDG+Audio pairs in archives (.zip, etc.) and cdg2bin supports extracting them already, the rest of the toolchain might as well support it too (creating .zip/.tar.bz2 archives during rip, extracting during playback, etc.).
--
Looking for something to read? Visit http://willfe.com/ ... it's easy, safe, and fun for the whole family!
