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 387642 - Problem with identifying non-music files
Problem with identifying non-music files
Status: RESOLVED OBSOLETE
Product: rhythmbox
Classification: Other
Component: general
0.9.5
Other All
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
: 391330 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-12-19 20:33 UTC by Luzem
Modified: 2018-05-24 12:12 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Luzem 2006-12-19 20:33:19 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:
Comment 1 Alex Lancaster 2006-12-19 20:37:44 UTC
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?
Comment 2 Luzem 2006-12-19 20:48:08 UTC
there's a rpm for fedora 6????
Comment 3 Alex Lancaster 2006-12-19 20:53:20 UTC
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.
Comment 4 Luzem 2006-12-19 20:59:23 UTC
I will try to compile from source this weekend in the old pc :-)
Comment 5 Jonathan Matthew 2006-12-20 03:00:45 UTC
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'?
Comment 6 Luzem 2006-12-20 12:25:38 UTC
(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?
Comment 7 Alex Lancaster 2006-12-21 01:07:49 UTC
try:

rhythmbox -d > output.txt 2>&1

"-d" output goes to stderr, not stdout, I believe.
Comment 8 Alex Lancaster 2007-01-01 12:56:02 UTC
*** Bug 391330 has been marked as a duplicate of this bug. ***
Comment 9 Alex Lancaster 2007-01-01 12:57:16 UTC
Updating summary to reflect issue.
Comment 10 Luzem 2007-01-24 18:59:34 UTC
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/
Comment 11 Luzem 2007-04-24 12:04:56 UTC
now only shows importation errors in the 
Thumbs.db files
and a txt file
Comment 12 Matt Corks 2008-03-07 22:05:55 UTC
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
Comment 13 GNOME Infrastructure Team 2018-05-24 12:12:16 UTC
-- 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.