On Mon, Nov 24, 2003 at 09:12:26PM +0100, Dirk Meyer wrote: > I vote against it. If you look at the cache code, you will see that I > took extra work to not cache the image thumbnails. The reason is > simple. I have a directory with images from one vacation. When I enter > this in Freevo, Freevo hangs for about 2 secs. This is bad, but it > would be much worse if the cache contains the thumbnails.
Makes sense... I don't need to cache them, but they have to be written out somewhere unless we extend pygame to read images from MP3s... which would be non-trivial since the eyeD3 library doesn't return image data, only a function to write files as far as I can tell. > > It would be easier to put right into Freevo, but not very clean. > > We have to think about that (also in the context of image > thumbnails). Were to store the information that we have a > thumbnail/cover? Were to put that cover? What should mmpython know, > what should it cache? mmpython doesn't need to know about it, since it can be extracted using the tag functions in mmpython that are public (we use them to write tags as well) I can just have the function that calls mmpython.parse() include a function to dump images into the freevo cache, even if they are left as jpg files. ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
