GNOME Bugzilla – Bug 387642
Problem with identifying non-music files
Last modified: 2018-05-24 12:12:16 UTC
Please describe the problem: If you plug a mp3 player with .is_audio_player the app imports files that not are music files Steps to reproduce: 1.enable generic mp3 player suport 2.plug a mp3 player with mass storage suport with firefox portable installed 3.there will be a big list with importation errors Actual results: I have a lot of import error files in the library subtree Expected results: Does this happen every time? ever when you use a mp3 player that is used at the time as usb stick Other information:
There have been many improvements in the import process since 0.9.5, can you reproduce the errors with the recently released 0.9.7?
there's a rpm for fedora 6????
Nope, Fedora Core is very slow in updating the release. I filed a bug for updating it a long time ago: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196876 They are currently waiting on a new upstream release of libgpod. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=211648 You can compile it from source, however.
I will try to compile from source this weekend in the old pc :-)
Rhythmbox should be able to identify most non-music files and silently ignore them like it does for images and videos. For the files that show up in the import errors source, could you provide the size of the file and the output of 'file /path/to/file' and 'gst-typefind-0.10 /path/to/file'?
(In reply to comment #5) > Rhythmbox should be able to identify most non-music files and silently ignore > them like it does for images and videos. For the files that show up in the > import errors source, could you provide the size of the file and the output of > 'file /path/to/file' and 'gst-typefind-0.10 /path/to/file'? > i try to get the file path from the debug output and then make a small script for get the headers, but when I call rhythmbox-d >output.txt and make the bug steps at the end the output.txt file is empty. ¿an idea for resolve?
try: rhythmbox -d > output.txt 2>&1 "-d" output goes to stderr, not stdout, I believe.
*** Bug 391330 has been marked as a duplicate of this bug. ***
Updating summary to reflect issue.
I install 0.9.7 from Fedora and a lot of non-mp3 files disapear onli persist the portable-firefox.ico and visual paradigm files http://www.visual-paradigm.com/
now only shows importation errors in the Thumbs.db files and a txt file
I see this problem because I sometimes receive liner notes in PDF format, and because I work with musical scores in my library directory tree. gst-typefind-0.10 sees Lilypond input files (.ly) as text/plain, which is fine, but MIDI, PS, and PDF files are not detected. If gstreamer can't play MIDI files it would be nice if it could at least recognize them and ignore them. gst-typefind-0.10 also failed on a few plain text documents which contained invalid character sequences (e.g. CP 1252 encoded files masquerading as ISO 8859-15) but it's understandable that there would be problems dealing with invalid input. This may be explain the problem with text files mentioned in comment #11. output of file(1): magalenha.ly: ASCII text magalenha.midi: Standard MIDI data (format 1) using 7 tracks at 1/384 magalenha.pdf: PDF document, version 1.4 magalenha.ps: PostScript document text conforming at level 3.0 output of gst-typefind-0.10: magalenha.ly - text/plain magalenha.midi - FAILED: Could not determine type of stream. magalenha.pdf - FAILED: Could not determine type of stream. magalenha.ps - FAILED: Could not determine type of stream. output of gst-typefind-0.10 --version: gst-typefind-0.10 version 0.10.14 GStreamer 0.10.14 https://launchpad.net/distros/ubuntu/+source/gstreamer0.10
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/291.