Bugzilla – Bug 17371
Scanner-related support calls for 7.6
Last modified: 2011-08-15 13:59:56 UTC
Agents reporting an increase in contacts regarding scanner and artwork since 7.6. Below is a list of cases from AMR support so far. 110729-000299 110727-002871 110726-004542 110727-004270 110727-004077 I personally have not looked into these cases.
110729-004033
110727-001756
110801-000508
110802-001069
110716-001588
110731-000660
110803-001518
110802-002132
Julius/Trevor - we need more information. I don't have access to that DB. This bug report is of no use to us :-( Have those users tried 7.6.1? It fixes two major scanner related issues.
We've not tried 7.6.1 with all of the customers at this time. Is this what is recommended?
What are we expected to do with this bug? Please review the list of open and fixed 7.6.1 bugs, these issues are probably already filed.
110727-000636 Mac OS 10.5 7.5.5 - Scans, but misses his playlists 7.6.0 - Scanner crashes, but system remains working 7.6.1 - Scanner locked the System Preferences so bad he had to kill from Terminal Logs available if needed
Some users have tried 7.6.1, but with Mac OS they have found that the server will still not start all the time and have to downgrade. One customer has found that the server seems to fail when scanning artwork. [11-08-01 02:15:43.0598] Slim::Music::Artwork:recacheAllArtwork (435) Starting precacheArtwork for 1837 albums [11-08-01 02:16:01.3387] Slim::Utils::GDResizer::resize (163) Warning: Image::Scale libjpeg error: Unsupported marker type 0x7f ((data)) [11-08-01 02:16:07.0487] Slim::Utils::GDResizer::resize (163) Warning: Image::Scale libjpeg error: Corrupt JPEG data: 2790 extraneous bytes before marker 0xd3 ((data)) [11-08-01 02:16:07.0492] Slim::Utils::GDResizer::resize (163) Warning: Image::Scale libjpeg error: Unsupported marker type 0x7f ((data)) [11-08-01 02:16:07.1453] Slim::Utils::GDResizer::resize (163) Warning: Image::Scale libjpeg error: Unsupported marker type 0x3a ((data)) [11-08-01 02:16:11.9532] Slim::Utils::GDResizer::resize (163) Warning: Image::Scale libjpeg error: Unsupported marker type 0x8d ((data)) [11-08-01 02:16:14.8955] Slim::Utils::GDResizer::resize (163) Warning: Image::Scale libjpeg error: Unsupported marker type 0x2d ((data)) [11-08-01 02:16:19.9082] Slim::Utils::GDResizer::resize (163) Warning: Image::Scale libjpeg error: Unsupported marker type 0x4a ((data)) They got this message on both 7.6.0 and 7.6.1
Those are not errors, they are warnings about corrupt artwork.
We have a lot of customer report this issue and they downgrade to 7.5.5 or 7.5.4 and this issue disappears.
Have owned a Touch for a couple of years and usually do not have a problem after updating the software. However after installing 7.6 a couple of nights ago I have lost all album artwork. Deleting the cache and rescanning all does not work. The scanner logs just look as if there was no album art to be found, whereas nothing had changed since the last multiple software updates. I would prefer to downgrade the software but I have yet to see where I can download earlier versions.
(In reply to comment #19) > Have owned a Touch for a couple of years and usually do not have a problem > after updating the software. However after installing 7.6 a couple of nights > ago I have lost all album artwork. Deleting the cache and rescanning all does > not work. The scanner logs just look as if there was no album art to be > found, whereas nothing had changed since the last multiple software updates. > > I would prefer to downgrade the software but I have yet to see where I can > download earlier versions. http://downloads.slimdevices.com
(In reply to comment #17) > Those are not errors, they are warnings about corrupt artwork. Andy, thanks for the comment. I believe this post is of my scanner log. You say they are not errors but corrupt artwork. the problem is that the pre-caching artwork hangs at this point and I have to manually kill the scanner. I've tried several times with different versions of 7.6 and get the same result. I go back to 7.5.6 and everything is fine including the pre-caching artwork. So what is it with 7.6 specifically that doesnt allow this "corrupt" artwork but 7.5 does? It would also help if the specific artwork was identified as I would then be able to remove it form the tag/track/directory. I will look at my latest scanner.log and see if anything else is identified and then post here. thanks.
If you enable 'artwork' debug under Settings -> Advanced -> Logging it should log more useful info.
(In reply to comment #21) > (In reply to comment #17) > > Those are not errors, they are warnings about corrupt artwork. > > Andy, thanks for the comment. I believe this post is of my scanner log. You > say they are not errors but corrupt artwork. the problem is that the > pre-caching artwork hangs at this point and I have to manually kill the > scanner. I've tried several times with different versions of 7.6 and get the > same result. I go back to 7.5.6 and everything is fine including the > pre-caching artwork. > > So what is it with 7.6 specifically that doesnt allow this "corrupt" artwork > but 7.5 does? It would also help if the specific artwork was identified as I > would then be able to remove it form the tag/track/directory. > > I will look at my latest scanner.log and see if anything else is identified and > then post here. > > thanks. Here is the last scanner log when I tried the nightly build of Aug 4th. Please let me know if there is anything else I can post. "Scanner Log: [11-08-04 13:38:49.3812] Slim::Music::Artwork:: precacheAllArtwork (435) Starting precacheArtwork for 1841 albums [11-08-04 13:38:56.7561] Audio::Scan::scan (64) Warning: APE: [Tag larger than maximum possible size] C:\My Tunes\House\Disco-House\Ferrara - Love Attack (Disco Mix).mp3 [11-08-04 13:38:58.9414] Audio::Scan::scan (64) Warning: APE: [Bad tag header flags] C:\My Tunes\Rock\Santana Ft Michelle Branch - Game Of Love (Ultimix).mp3 [11-08-04 13:39:09.9432] Slim::Utils::GDResizer::resize (163) Warning: Image::Scale libjpeg error: Unsupported marker type 0x7f ((data)) [11-08-04 13:39:14.5404] Slim::Utils::GDResizer::resize (163) Warning: Image::Scale libjpeg error: Corrupt JPEG data: 2790 extraneous bytes before marker 0xd3 ((data)) [11-08-04 13:39:14.5408] Slim::Utils::GDResizer::resize (163) Warning: Image::Scale libjpeg error: Invalid JPEG file structure: two SOI markers ((data)) [11-08-04 13:39:14.5813] Slim::Utils::GDResizer::resize (163) Warning: Image::Scale libjpeg error: Unsupported marker type 0x3a ((data)) [11-08-04 13:39:16.9978] Audio::Scan::scan (64) Warning: APE: [Bad tag header flags] C:\My Tunes\Rock\Eagles - Hotel California (Live).mp3 [11-08-04 13:39:18.4941] Slim::Utils::GDResizer::resize (163) Warning: Image::Scale libjpeg error: Unsupported marker type 0x8d ((data)) [11-08-04 13:39:20.0959] Audio::Scan::scan (64) Warning: APE: [Bad tag header flags] C:\My Tunes\Rock\Doobie Brothers - What A Fool Believes (12'' Slightly Diff Remix By Jim Burgess).mp3 [11-08-04 13:39:20.1883] Slim::Utils::GDResizer::resize (163) Warning: Image::Scale libjpeg error: Unsupported marker type 0x2d ((data)) "
(In reply to comment #22) > If you enable 'artwork' debug under Settings -> Advanced -> Logging it should > log more useful info. Thanks. I just saw this after my last post. I will go ahead and do that. But of course that would mean I would have to re-install 7.6.1. :( Ok. I will try it.
You always need to update to the latest 7.6.1 if you want to test bug fixes. Please also send me those problem files: http://wiki.slimdevices.com/index.php/Large_File_Upload
Created attachment 7383 [details] scanner log I tried the Aug 8 Nightly Build and got the same result. I'm attaching the scanner.log. the pre-caching artwork hung again and I had to manually abort the scanner.exe file. Hopefully you can find something. If you need me to upload a specific file mentioned in the log, please let me know which file(s). I am going back to 7.5.6. Thanks.
could it be that the scanner is more sensitive to tagging of songs?
> could it be that the scanner is more sensitive to tagging of songs? It is: Abba != ABBA etc. For a long time we've tried to be smart about typos etc. and always failed for some. Now we've given up and leave it up to the user to fix his tags.
Could this also be what is effecting artwork as well?
> Could this also be what is effecting artwork as well? There have been various issues with artwork which have been resolved in 7.6.1 by now (eg. artwork downloaded by Windows Media Player not found, artwork embedded in .wma files not found etc.). We'd need more information about the issue to say "no, that's a new one".
This is still happening in the 13 August daily. As below, there are no hard errors in the scanner.log scanner.exe just goes off into space taking from 60-95% of CPU. Aborting the scan from the GUI does not kill scanner.exe. You have to terminate it from the task manager.