After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 608835 - Banshee can't index flac-files from Sansa Fuze V.1 with rockbox
Banshee can't index flac-files from Sansa Fuze V.1 with rockbox
Status: RESOLVED FIXED
Product: banshee
Classification: Other
Component: Device - USB Mass Storage
git master
Other Linux
: Normal minor
: 1.x
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-02-02 19:55 UTC by rockrobban
Modified: 2010-02-04 20:05 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch (698 bytes, patch)
2010-02-04 01:52 UTC, Gabriel Burt
none Details | Review
The debug I got from a flac-file with an svn from the 26th of January without the patch (1.36 KB, text/plain)
2010-02-04 13:16 UTC, rockrobban
  Details
The debug I got from a flac-file with todays git and with the patch (2.68 KB, text/plain)
2010-02-04 13:18 UTC, rockrobban
  Details

Description rockrobban 2010-02-02 19:55:53 UTC
Since the addition of support for flac-files with rockbox, transferring flac-files has worked like a charm. However, when the files have been transferred and you disconnect, then reconnect the device again (a Sansa Fuze V.1 8GB in this case) it gives me this error right underneath the entry of the device in the GUI:

"Error:
/path/filename.flac 
Description:
Unknown char: ."

In the terminal it looks like this:

"[Error 23:15:03.036] /path/filename.flac -
Unknown char: ."


I have tried with files that are ripped with Banshee, and those that aren't to make sure there isn't something wrong with the files. All flac-files i have tried have resulted in this error so far. 

The flac-files are, also because of this, not indexed as music files within
Banshee, so I can't search for them through the GUI after the device has been reconnected. The space they take up is
shown within the "Other"-section in the space-overview of the device.

This only happens when Banshee is reading the library from the device, not when
it reads the ordinary library, nor when I transfer files to the device. All the
files that have been transferred are named correctly with ".flac" at the end.
Comment 1 Gabriel Burt 2010-02-02 20:02:16 UTC
If you start banshee from a terminal with --debug, it should print out what IO backend it's using - can you do that and report back which it is?
Comment 2 rockrobban 2010-02-02 20:14:46 UTC
Is this what you mean?

IO provider extension loaded (Banshee.IO.Unix.Provider)
Comment 3 Gabriel Burt 2010-02-02 20:28:27 UTC
Yes, I wanted to rule out the GIO provider - which you did.
Comment 4 Jack Deslippe 2010-02-03 16:50:56 UTC
For completeness:  I cannot reproduce this problem on my Rockboxed iPod Video.  So, it is either a problem unique to the device (but I don't see how that could be) or some difference in settings between my and rockrobban's banshee/environment.  

Could the fact that flac has 4 letters have anything to do with this??
Comment 5 Jack Deslippe 2010-02-03 16:52:04 UTC
rockrobban, out of curiousity what happens if you rename one of the files on the device to say .mp3 or .ogg instead of .flac.  Does it get recognized by banshee?
Comment 6 rockrobban 2010-02-03 17:22:22 UTC
That might be it. If i renamed it to .mp3 it didn't report an error, neither did it get recognized in the library though.
Comment 7 Jack Deslippe 2010-02-04 01:22:56 UTC
Did it perhaps get added to the library as unknown artist/unknown album with a wrong length?  That is what happened to mine when changed .flac to .mp3.

If it is a four letter problem, what could be the actual cause/solution?  Is your device formatted in some ancient version of FAT that only supported 3 letters for some reason?  It is weird that the Banshee regular importer and banshee loading off my ipod don't complain when it has .flac ...  Gabriel, any ideas?
Comment 8 Gabriel Burt 2010-02-04 01:52:22 UTC
Created attachment 152983 [details] [review]
patch

rockrobban: are you running banshee-1 with --debug?  If not, please do, and attach the log here.  If you already are, apply this patch and run it again.  Thanks!
Comment 9 rockrobban 2010-02-04 13:16:19 UTC
Created attachment 153001 [details]
The debug I got from a flac-file with an svn from the 26th of January without the patch

The debug I got from a flac-file with an svn from the 26th of January without the patch.
Comment 10 rockrobban 2010-02-04 13:18:01 UTC
Created attachment 153002 [details]
The debug I got from a flac-file with todays git and with the patch

The debug I got from a flac-file with todays git and with the patch
Comment 11 Gabriel Burt 2010-02-04 19:41:54 UTC
Ok, I've committed a patch to master that should resolve this.  I'm interested to know what value it was that was tripping things up - so if you could git pull and re-run and paste the "Failed to parse ogg rating string" log message(s), that'd be appreciated.
Comment 12 rockrobban 2010-02-04 20:05:43 UTC
The errors "unknown char" is now indeed gone and the files are being indexed in the library. This is the output I get now:

[Warn  20:57:11.480] Failed to parse ogg rating string: 0.5
[Debug 20:57:11.480] Importing Ogg Rating=0(0.5) and Playcount=0(0) from File "/media/0123-4567/Music/Covenant/Northern Light/2 - Call the Ships to Port.flac"

Thanks for the quick fix too!