New version: http://freevo.sf.net/runtime/runtime-pre5-test3.tar.gz
This should fix the recent font problem although I haven't been able to actually test it. ;)
Fonts are indeed 'back to normal'. Well, sort of. Remember Freevo would always crash if it tried to load an unavailable font? The patch runtime/src/SDL_ttf2-patch2 was the cure. I forget who mentioned it (Aubin?) but I heard that was fixed in SDL_ttf2 CVS. Today I had a report of the Freevo crashing in the same manner with the new runtime. After suspecting the lack-of-patch I doctored the patch up to apply to SDL_ttf2 CVS and rebuilt it. Well, the problem persisted.
This time around the traceback was a bit different, excepting an IOError. Uppon examining src/osd.py's _getfont function I saw tht it was excepting RuntimeError. I changed both instances to IOError and Freevo loaded happily, falling back to the alternate (and available) font. I then reverted my SDL_ttf2 libs to the unpatched ones and everything is still ok.
So, I don't think that runtime/src/SDL_ttf2-patch2 is neccessary for SDL_ttf2 CVS.
However, which course of action is best?
Do we modify osd.py to only except IOError and break it for everyone using a regular release of SDL_ttf2?
Or can we except both errors without duplicating the whole code block? I will look at this in a bit but don't think it will be a problem.
Unfortunately there is NO dxr3 support in this version. For that to happen continuously someone will need to provide me with an SDL dxr3 patch that is updated for newer (CVS) ffmpeg. It would be nice if someone could maintain that patch (or if we found an existing maintainer). I don't have a dxr3 card so what I can do here is limited, plus I have lots of other things to worry about.
Ok, so after Thomas asked me if we needed ffmpeg for anything else in the runtime, which we don't, I reverted to the same ffmpeg used in the previous runtime and the DXR3 patch compiled into SDL CVS with no problems. So, I guess the show is back on.
-The mysterious audio problem is back (or never really went away)!! This time when I skip songs Freevo just hangs a couple seconds after starting the new song. With the old runtime you'd get a pygame parachute traceback saying something extremely vauge about threads. Now there are NO messages at all. :( I would appreciate and and all help nailing this one down. I don't think we should release a new version without fixing this.
I am going to test this one again in a bit.
-Mplayer audio and the audio playing freevo screen. Freevo needs to be updated for the new mplayer track times (mm:ss) and should probably support both old and new.
This is still a problem.
-Rob
------------------------------------------------------- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 _______________________________________________ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
