Re: [Freevo-users] Album Art
Sorry for the late reply... I just applied the patch against a running 1.7.2 version, and it seems to work. Haven't found a cover yet that won't show anymore :-) Thanks! Michel 2007/6/13, Ryan Roth [EMAIL PROTECTED]: Hmmsomething seems to have broken the SVN version. Freevo runs and then quits immediately, including daemon mode. Duncan Webb wrote: Wonder if sourceforge's mailing lists are broken at the moment? Try again. Michel Hoogervorst wrote: I tried removing /var/cache/freevo/* and indeed there were the album covers again... for once After returning to a previous played album, the covers are not shown anymore. Before I upgraded kaa, I had completely removed the directory /usr/lib/python2.4/site-packages/kaa. Is there another directory which should be removed? Michel It should but there is an overlay directory which can be relocated by configuring it in local_conf.py. The overlay directory has raw format images, including thumbnails of tv shows. Personally I split the two up the real cache is in /var/cache/freevo and the overlay is in /var/lib/freevo. I've found the bug and am surprised that this worked before. The attached album-art patch should fix the problem. The cover patch is contains my debugging messages that were used to track down the problem. You may not want to update you svn version at the moment, until Adam has fixed the buttonbar code. The buttonbar plug-in is really quite a nice feature for people with the coloured button on their remote controls. Duncan - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Album Art
Michel Hoogervorst wrote: I tried removing /var/cache/freevo/* and indeed there were the album covers again... for once After returning to a previous played album, the covers are not shown anymore. Before I upgraded kaa, I had completely removed the directory /usr/lib/python2.4/site-packages/kaa. Is there another directory which should be removed? Michel It should but there is an overlay directory which can be relocated by configuring it in local_conf.py. The overlay directory has raw format images, including thumbnails of tv shows. Personally I split the two up the real cache is in /var/cache/freevo and the overlay is in /var/lib/freevo. I've found the bug and am surprised that this worked before. The attached album-art patch should fix the problem. The cover patch is contains my debugging messages that were used to track down the problem. You may not want to update you svn version at the moment, until Adam has fixed the buttonbar code. The buttonbar plug-in is really quite a nice feature for people with the coloured button on their remote controls. Duncan Index: src/audio/__init__.py === --- src/audio/__init__.py (revision 9678) +++ src/audio/__init__.py (revision 9679) @@ -42,7 +42,9 @@ def cover_filter(x): -return re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +result = re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +if result: _debug_('cover_filter(%s): %r' % (x, result.group()), 2) +return result class PluginInterface(plugin.MimetypePlugin): @@ -85,6 +87,7 @@ set information for a diritem based on the content, etc. +_debug_('diritem.dir = %s' % (diritem.dir), 2) if os.path.exists(diritem.dir): timestamp = os.stat(diritem.dir)[stat.ST_MTIME] if not diritem['coversearch_timestamp'] or \ @@ -101,7 +104,7 @@ diritem.image = os.path.join(diritem.dir, covers[0]) diritem.store_info('coversearch_timestamp', timestamp) diritem.store_info('coversearch_result', diritem.image) -elif not diritem['coversearch_result']: +elif diritem['coversearch_result']: diritem.image = diritem['coversearch_result'] if not diritem.info.has_key('title') and diritem.parent: Index: src/audio/__init__.py === --- src/audio/__init__.py (revision 9678) +++ src/audio/__init__.py (revision 9679) @@ -42,7 +42,9 @@ def cover_filter(x): -return re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +result = re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +if result: _debug_('cover_filter(%s): %r' % (x, result.group()), 2) +return result class PluginInterface(plugin.MimetypePlugin): @@ -85,6 +87,7 @@ set information for a diritem based on the content, etc. +_debug_('diritem.dir = %s' % (diritem.dir), 2) if os.path.exists(diritem.dir): timestamp = os.stat(diritem.dir)[stat.ST_MTIME] if not diritem['coversearch_timestamp'] or \ @@ -101,7 +104,7 @@ diritem.image = os.path.join(diritem.dir, covers[0]) diritem.store_info('coversearch_timestamp', timestamp) diritem.store_info('coversearch_result', diritem.image) -elif not diritem['coversearch_result']: +elif diritem['coversearch_result']: diritem.image = diritem['coversearch_result'] if not diritem.info.has_key('title') and diritem.parent: Index: src/audio/audioitem.py === --- src/audio/audioitem.py (revision 9678) +++ src/audio/audioitem.py (revision 9679) @@ -80,7 +80,9 @@ def image_filter(x): return re.match('.*(jpg|png)$', x, re.IGNORECASE) def cover_filter(x): -return re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +result = re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +if result: _debug_('cover_filter(%s): %r' % (x, result.group()), 2) +return result # Pick an image if it is the only image in this dir, or it matches # the configurable regexp Index: src/item.py === --- src/item.py (revision 9678) +++ src/item.py (revision 9679) @@ -307,17 +307,15 @@ store the key/value in metadata -#if not self.filename: -#return +_debug_('key=%s value=%s info-class=%s' % (key, value, self.info.__class__), 2) +if hasattr(self, 'filename'): _debug_('filename=%s' % (self.filename), 2) if isinstance(self.info, mediainfo.Info): if not self.info.store(key, value):
Re: [Freevo-users] Album Art
Wonder if sourceforge's mailing lists are broken at the moment? Try again. Michel Hoogervorst wrote: I tried removing /var/cache/freevo/* and indeed there were the album covers again... for once After returning to a previous played album, the covers are not shown anymore. Before I upgraded kaa, I had completely removed the directory /usr/lib/python2.4/site-packages/kaa. Is there another directory which should be removed? Michel It should but there is an overlay directory which can be relocated by configuring it in local_conf.py. The overlay directory has raw format images, including thumbnails of tv shows. Personally I split the two up the real cache is in /var/cache/freevo and the overlay is in /var/lib/freevo. I've found the bug and am surprised that this worked before. The attached album-art patch should fix the problem. The cover patch is contains my debugging messages that were used to track down the problem. You may not want to update you svn version at the moment, until Adam has fixed the buttonbar code. The buttonbar plug-in is really quite a nice feature for people with the coloured button on their remote controls. Duncan Index: src/audio/__init__.py === --- src/audio/__init__.py (revision 9678) +++ src/audio/__init__.py (revision 9679) @@ -42,7 +42,9 @@ def cover_filter(x): -return re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +result = re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +if result: _debug_('cover_filter(%s): %r' % (x, result.group()), 2) +return result class PluginInterface(plugin.MimetypePlugin): @@ -85,6 +87,7 @@ set information for a diritem based on the content, etc. +_debug_('diritem.dir = %s' % (diritem.dir), 2) if os.path.exists(diritem.dir): timestamp = os.stat(diritem.dir)[stat.ST_MTIME] if not diritem['coversearch_timestamp'] or \ @@ -101,7 +104,7 @@ diritem.image = os.path.join(diritem.dir, covers[0]) diritem.store_info('coversearch_timestamp', timestamp) diritem.store_info('coversearch_result', diritem.image) -elif not diritem['coversearch_result']: +elif diritem['coversearch_result']: diritem.image = diritem['coversearch_result'] if not diritem.info.has_key('title') and diritem.parent: Index: src/audio/__init__.py === --- src/audio/__init__.py (revision 9678) +++ src/audio/__init__.py (revision 9679) @@ -42,7 +42,9 @@ def cover_filter(x): -return re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +result = re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +if result: _debug_('cover_filter(%s): %r' % (x, result.group()), 2) +return result class PluginInterface(plugin.MimetypePlugin): @@ -85,6 +87,7 @@ set information for a diritem based on the content, etc. +_debug_('diritem.dir = %s' % (diritem.dir), 2) if os.path.exists(diritem.dir): timestamp = os.stat(diritem.dir)[stat.ST_MTIME] if not diritem['coversearch_timestamp'] or \ @@ -101,7 +104,7 @@ diritem.image = os.path.join(diritem.dir, covers[0]) diritem.store_info('coversearch_timestamp', timestamp) diritem.store_info('coversearch_result', diritem.image) -elif not diritem['coversearch_result']: +elif diritem['coversearch_result']: diritem.image = diritem['coversearch_result'] if not diritem.info.has_key('title') and diritem.parent: Index: src/audio/audioitem.py === --- src/audio/audioitem.py (revision 9678) +++ src/audio/audioitem.py (revision 9679) @@ -80,7 +80,9 @@ def image_filter(x): return re.match('.*(jpg|png)$', x, re.IGNORECASE) def cover_filter(x): -return re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +result = re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +if result: _debug_('cover_filter(%s): %r' % (x, result.group()), 2) +return result # Pick an image if it is the only image in this dir, or it matches # the configurable regexp Index: src/item.py === --- src/item.py (revision 9678) +++ src/item.py (revision 9679) @@ -307,17 +307,15 @@ store the key/value in metadata -#if not self.filename: -#return +_debug_('key=%s value=%s info-class=%s' % (key, value, self.info.__class__), 2) +if hasattr(self, 'filename'): _debug_('filename=%s' % (self.filename), 2) if
Re: [Freevo-users] Album Art
Wonder if sourceforge's mailing lists were broken? Third try. Michel Hoogervorst wrote: I tried removing /var/cache/freevo/* and indeed there were the album covers again... for once After returning to a previous played album, the covers are not shown anymore. Before I upgraded kaa, I had completely removed the directory /usr/lib/python2.4/site-packages/kaa. Is there another directory which should be removed? Michel It should but there is an overlay directory which can be relocated by configuring it in local_conf.py. The overlay directory has raw format images, including thumbnails of tv shows. Personally I split the two up the real cache is in /var/cache/freevo and the overlay is in /var/lib/freevo. I've found the bug and am surprised that this worked before. The attached album-art patch should fix the problem. The cover patch is contains my debugging messages that were used to track down the problem. You may not want to update you svn version at the moment, until Adam has fixed the buttonbar code. The buttonbar plug-in is really quite a nice feature for people with the coloured button on their remote controls. Duncan Index: src/audio/__init__.py === --- src/audio/__init__.py (revision 9678) +++ src/audio/__init__.py (revision 9679) @@ -42,7 +42,9 @@ def cover_filter(x): -return re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +result = re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +if result: _debug_('cover_filter(%s): %r' % (x, result.group()), 2) +return result class PluginInterface(plugin.MimetypePlugin): @@ -85,6 +87,7 @@ set information for a diritem based on the content, etc. +_debug_('diritem.dir = %s' % (diritem.dir), 2) if os.path.exists(diritem.dir): timestamp = os.stat(diritem.dir)[stat.ST_MTIME] if not diritem['coversearch_timestamp'] or \ @@ -101,7 +104,7 @@ diritem.image = os.path.join(diritem.dir, covers[0]) diritem.store_info('coversearch_timestamp', timestamp) diritem.store_info('coversearch_result', diritem.image) -elif not diritem['coversearch_result']: +elif diritem['coversearch_result']: diritem.image = diritem['coversearch_result'] if not diritem.info.has_key('title') and diritem.parent: Index: src/audio/__init__.py === --- src/audio/__init__.py (revision 9678) +++ src/audio/__init__.py (revision 9679) @@ -42,7 +42,9 @@ def cover_filter(x): -return re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +result = re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +if result: _debug_('cover_filter(%s): %r' % (x, result.group()), 2) +return result class PluginInterface(plugin.MimetypePlugin): @@ -85,6 +87,7 @@ set information for a diritem based on the content, etc. +_debug_('diritem.dir = %s' % (diritem.dir), 2) if os.path.exists(diritem.dir): timestamp = os.stat(diritem.dir)[stat.ST_MTIME] if not diritem['coversearch_timestamp'] or \ @@ -101,7 +104,7 @@ diritem.image = os.path.join(diritem.dir, covers[0]) diritem.store_info('coversearch_timestamp', timestamp) diritem.store_info('coversearch_result', diritem.image) -elif not diritem['coversearch_result']: +elif diritem['coversearch_result']: diritem.image = diritem['coversearch_result'] if not diritem.info.has_key('title') and diritem.parent: Index: src/audio/audioitem.py === --- src/audio/audioitem.py (revision 9678) +++ src/audio/audioitem.py (revision 9679) @@ -80,7 +80,9 @@ def image_filter(x): return re.match('.*(jpg|png)$', x, re.IGNORECASE) def cover_filter(x): -return re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +result = re.search(config.AUDIO_COVER_REGEXP, x, re.IGNORECASE) +if result: _debug_('cover_filter(%s): %r' % (x, result.group()), 2) +return result # Pick an image if it is the only image in this dir, or it matches # the configurable regexp Index: src/item.py === --- src/item.py (revision 9678) +++ src/item.py (revision 9679) @@ -307,17 +307,15 @@ store the key/value in metadata -#if not self.filename: -#return +_debug_('key=%s value=%s info-class=%s' % (key, value, self.info.__class__), 2) +if hasattr(self, 'filename'): _debug_('filename=%s' % (self.filename), 2) if isinstance(self.info,
Re: [Freevo-users] Album Art
Thanks! Yeah SF mail lists have not worked for the last day. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Album Art
Duncan, About point 2: If I delete the .freevo directory, the cache is completely gone, and thus a 'freevo cache' rebuilds the cache anyway am I correct? In that case I have already rebuilded the cache :-P It should but there is an overlay directory which can be relocated by configuring it in local_conf.py. The overlay directory has raw format images, including thumbnails of tv shows. Personally I split the two up the real cache is in /var/cache/freevo and the overlay is in /var/lib/freevo. I'll try to reinstall kaa this evening and see if it makes any difference. It's the deletion of all previous copies that is important :) Duncan 2007/6/8, Duncan Webb [EMAIL PROTECTED]: Having said this... funny to see that the damn ugly cd front of Extreme - Pornograffiti just won't seem to go away :-P It just stays visible... This is a 'cover.jpg' file, with chmod 744 Another album, also with a 'cover.jpg', also with chmod 744, is not shown :-( There are two thing that you can try: 1) Remove the kaa build and site-packages directory and then re-install kaa. Sometimes changes to kaa make modules redundant and the old version in still in the build directory and so when installed it is copied to the site-packages. 2) When running freevo cache after a kaa.metadata update always use its --rebuild option. Cache is only updated when an item has changed so the old cache data is still there and may be invalid so a --rebuild forces the cache to be updated. Duncan 2007/6/7, Michel Hoogervorst [EMAIL PROTECTED]: Hi, I think I'm having the same problem, with the latest kaa release (downloaded 2 weeks ago), so no svn version. When I enter a directory I see the cover image, when I go out of it, and return later the cover image is gone... and doesn't return after restarting Freevo. I tried removing the cache, and do a 'freevo cache', and started Freevo again... still no covers... Most of my covers are named 'front.jpg/png', and some of them are named 'cover.jpg/png'. (DEBUG=1 and CHILDAPP_DEBUG=1 are allready set). Another system seems to have no problem at all, with the same versions of Kaa and Freevo (Freevo 1.7.2). The only real difference I see, is that that system has python 2.5 (Mandriva 2007.1), and my main system, which is giving this problem runs Mandriva 2007.0 with python 2.4.3... could that have something to do with it? Michel 2007/6/6, Ryan Roth [EMAIL PROTECTED]: Dirk Meyer wrote: Ryan Roth wrote: Dirk Meyer wrote: Ryan Roth wrote: svn trunk a.k.a. 2.0? In that case that bug is new to me. Sorry, 1.7.x branch Don't be sorry, one bug less for me :) Dischi I think the bug has crept up with the recent changes made to kaa. My other box is running a couple moth old version of kaa, whereas the trouble box is running current svn. I updated directory folder.jpg detection in kaa.metadata. Maybe this is related somehow. Can you use the kaa.metadata from the working machine and try? Dischi I can't get the kaa.metadata from the old version running on my new box. Have you tried reproducing this problem, or is anyone else seeing this issue with the latest SVN? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits.
Re: [Freevo-users] Album Art
Duncan Webb wrote: Duncan, About point 2: If I delete the .freevo directory, the cache is completely gone, and thus a 'freevo cache' rebuilds the cache anyway am I correct? In that case I have already rebuilded the cache :-P It should but there is an overlay directory which can be relocated by configuring it in local_conf.py. The overlay directory has raw format images, including thumbnails of tv shows. Personally I split the two up the real cache is in /var/cache/freevo and the overlay is in /var/lib/freevo. I'll try to reinstall kaa this evening and see if it makes any difference. It's the deletion of all previous copies that is important :) Duncan 2007/6/8, Duncan Webb [EMAIL PROTECTED]: Having said this... funny to see that the damn ugly cd front of Extreme - Pornograffiti just won't seem to go away :-P It just stays visible... This is a 'cover.jpg' file, with chmod 744 Another album, also with a 'cover.jpg', also with chmod 744, is not shown :-( There are two thing that you can try: 1) Remove the kaa build and site-packages directory and then re-install kaa. Sometimes changes to kaa make modules redundant and the old version in still in the build directory and so when installed it is copied to the site-packages. 2) When running freevo cache after a kaa.metadata update always use its --rebuild option. Cache is only updated when an item has changed so the old cache data is still there and may be invalid so a --rebuild forces the cache to be updated. Duncan 2007/6/7, Michel Hoogervorst [EMAIL PROTECTED]: Hi, I think I'm having the same problem, with the latest kaa release (downloaded 2 weeks ago), so no svn version. When I enter a directory I see the cover image, when I go out of it, and return later the cover image is gone... and doesn't return after restarting Freevo. I tried removing the cache, and do a 'freevo cache', and started Freevo again... still no covers... Most of my covers are named 'front.jpg/png', and some of them are named 'cover.jpg/png'. (DEBUG=1 and CHILDAPP_DEBUG=1 are allready set). Another system seems to have no problem at all, with the same versions of Kaa and Freevo (Freevo 1.7.2). The only real difference I see, is that that system has python 2.5 (Mandriva 2007.1), and my main system, which is giving this problem runs Mandriva 2007.0 with python 2.4.3... could that have something to do with it? Michel 2007/6/6, Ryan Roth [EMAIL PROTECTED]: Dirk Meyer wrote: Ryan Roth wrote: Dirk Meyer wrote: Ryan Roth wrote: svn trunk a.k.a. 2.0? In that case that bug is new to me. Sorry, 1.7.x branch Don't be sorry, one bug less for me :) Dischi I think the bug has crept up with the recent changes made to kaa. My other box is running a couple moth old version of kaa, whereas the trouble box is running current svn. I updated directory folder.jpg detection in kaa.metadata. Maybe this is related somehow. Can you use the kaa.metadata from the working machine and try? Dischi I can't get the kaa.metadata from the old version running on my new box. Have you tried reproducing this problem, or is anyone else seeing this issue with the latest SVN? I have already tried deleting the cache, kaa, reinstalling and rebuilding to no avail. Does this issue not appear in 2.0? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Album Art
I tried removing /var/cache/freevo/* and indeed there were the album covers again... for once After returning to a previous played album, the covers are not shown anymore. Before I upgraded kaa, I had completely removed the directory /usr/lib/python2.4/site-packages/kaa. Is there another directory which should be removed? Michel It should but there is an overlay directory which can be relocated by configuring it in local_conf.py. The overlay directory has raw format images, including thumbnails of tv shows. Personally I split the two up the real cache is in /var/cache/freevo and the overlay is in /var/lib/freevo. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Album Art
Hi, I think I'm having the same problem, with the latest kaa release (downloaded 2 weeks ago), so no svn version. When I enter a directory I see the cover image, when I go out of it, and return later the cover image is gone... and doesn't return after restarting Freevo. I tried removing the cache, and do a 'freevo cache', and started Freevo again... still no covers... Most of my covers are named 'front.jpg/png', and some of them are named 'cover.jpg/png'. (DEBUG=1 and CHILDAPP_DEBUG=1 are allready set). Another system seems to have no problem at all, with the same versions of Kaa and Freevo (Freevo 1.7.2). The only real difference I see, is that that system has python 2.5 (Mandriva 2007.1), and my main system, which is giving this problem runs Mandriva 2007.0 with python 2.4.3... could that have something to do with it? Michel 2007/6/6, Ryan Roth [EMAIL PROTECTED]: Dirk Meyer wrote: Ryan Roth wrote: Dirk Meyer wrote: Ryan Roth wrote: svn trunk a.k.a. 2.0? In that case that bug is new to me. Sorry, 1.7.x branch Don't be sorry, one bug less for me :) Dischi I think the bug has crept up with the recent changes made to kaa. My other box is running a couple moth old version of kaa, whereas the trouble box is running current svn. I updated directory folder.jpg detection in kaa.metadata. Maybe this is related somehow. Can you use the kaa.metadata from the working machine and try? Dischi I can't get the kaa.metadata from the old version running on my new box. Have you tried reproducing this problem, or is anyone else seeing this issue with the latest SVN? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Album Art
Having said this... funny to see that the damn ugly cd front of Extreme - Pornograffiti just won't seem to go away :-P It just stays visible... This is a 'cover.jpg' file, with chmod 744 Another album, also with a 'cover.jpg', also with chmod 744, is not shown :-( 2007/6/7, Michel Hoogervorst [EMAIL PROTECTED]: Hi, I think I'm having the same problem, with the latest kaa release (downloaded 2 weeks ago), so no svn version. When I enter a directory I see the cover image, when I go out of it, and return later the cover image is gone... and doesn't return after restarting Freevo. I tried removing the cache, and do a 'freevo cache', and started Freevo again... still no covers... Most of my covers are named 'front.jpg/png', and some of them are named 'cover.jpg/png'. (DEBUG=1 and CHILDAPP_DEBUG=1 are allready set). Another system seems to have no problem at all, with the same versions of Kaa and Freevo (Freevo 1.7.2). The only real difference I see, is that that system has python 2.5 (Mandriva 2007.1), and my main system, which is giving this problem runs Mandriva 2007.0 with python 2.4.3... could that have something to do with it? Michel 2007/6/6, Ryan Roth [EMAIL PROTECTED]: Dirk Meyer wrote: Ryan Roth wrote: Dirk Meyer wrote: Ryan Roth wrote: svn trunk a.k.a. 2.0? In that case that bug is new to me. Sorry, 1.7.x branch Don't be sorry, one bug less for me :) Dischi I think the bug has crept up with the recent changes made to kaa. My other box is running a couple moth old version of kaa, whereas the trouble box is running current svn. I updated directory folder.jpg detection in kaa.metadata. Maybe this is related somehow. Can you use the kaa.metadata from the working machine and try? Dischi I can't get the kaa.metadata from the old version running on my new box. Have you tried reproducing this problem, or is anyone else seeing this issue with the latest SVN? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Album Art
Dirk Meyer wrote: Ryan Roth wrote: Dirk Meyer wrote: Ryan Roth wrote: svn trunk a.k.a. 2.0? In that case that bug is new to me. Sorry, 1.7.x branch Don't be sorry, one bug less for me :) Dischi I think the bug has crept up with the recent changes made to kaa. My other box is running a couple moth old version of kaa, whereas the trouble box is running current svn. I updated directory folder.jpg detection in kaa.metadata. Maybe this is related somehow. Can you use the kaa.metadata from the working machine and try? Dischi I can't get the kaa.metadata from the old version running on my new box. Have you tried reproducing this problem, or is anyone else seeing this issue with the latest SVN? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Album Art
Ryan Roth wrote: Dirk Meyer wrote: Ryan Roth wrote: svn trunk a.k.a. 2.0? In that case that bug is new to me. Sorry, 1.7.x branch Don't be sorry, one bug less for me :) Dischi I think the bug has crept up with the recent changes made to kaa. My other box is running a couple moth old version of kaa, whereas the trouble box is running current svn. I updated directory folder.jpg detection in kaa.metadata. Maybe this is related somehow. Can you use the kaa.metadata from the working machine and try? Dischi -- /* Nobody will ever see this message :-) */ panic(Cannot initialize video hardware\n); 2.0.38 /usr/src/linux/arch/m68k/atari/atafb.c pgp8aMCQ4Z8u1.pgp Description: PGP signature - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] Album Art
I have two Freevo boxes at home, one running a SVN copy from ~2 months ago, and one running the current SVN. On the one running the current SVN I am having a issue with my album art. The first time I browse a folder the art shows fine, the next time it is not visible. This problem is new, and does not happen on my other system. Any suggestions? Is this a bug in the current SVN build? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Album Art
Ryan Roth wrote: I have two Freevo boxes at home, one running a SVN copy from ~2 months ago, and one running the current SVN. On the one running the current SVN I am having a issue with my album art. The first time I browse a folder the art shows fine, the next time it is not visible. This problem is new, and does not happen on my other system. Any suggestions? Is this a bug in the current SVN build? svn trunk a.k.a. 2.0? In that case that bug is new to me. Dischi -- Someday I'll find that peer and reset his connection! pgpxoPCrql61s.pgp Description: PGP signature - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Album Art
Dirk Meyer wrote: Ryan Roth wrote: I have two Freevo boxes at home, one running a SVN copy from ~2 months ago, and one running the current SVN. On the one running the current SVN I am having a issue with my album art. The first time I browse a folder the art shows fine, the next time it is not visible. This problem is new, and does not happen on my other system. Any suggestions? Is this a bug in the current SVN build? svn trunk a.k.a. 2.0? In that case that bug is new to me. Dischi Sorry, 1.7.x branch - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Album Art
Ryan Roth wrote: svn trunk a.k.a. 2.0? In that case that bug is new to me. Sorry, 1.7.x branch Don't be sorry, one bug less for me :) Dischi -- Deck of Cards: $1.29. Card Table: $14.99. 101 Solitaire Variations book: $6.59. Finding a cheaper replacement for the one thing Windows is ideal for: priceless. pgplXGqxdamSj.pgp Description: PGP signature - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Album Art
Dirk Meyer wrote: Ryan Roth wrote: svn trunk a.k.a. 2.0? In that case that bug is new to me. Sorry, 1.7.x branch Don't be sorry, one bug less for me :) Dischi I think the bug has crept up with the recent changes made to kaa. My other box is running a couple moth old version of kaa, whereas the trouble box is running current svn. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users