Rhythmbox shouldn't be scanning the video files

Bug #43853 reported by Leonardo Santagada
12
Affects Status Importance Assigned to Milestone
rhythmbox (Ubuntu)
Invalid
Medium
Ubuntu Desktop Bugs

Bug Description

It is an audio player, it should just leave the video files alone.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. Could you describe what is your issue exactly? Rhythmbox looks on the type of the files and import only audio ones. What version of rhythmbox and Ubuntu do you use?

Changed in rhythmbox:
assignee: nobody → desktop-bugs
status: Unconfirmed → Needs Info
Revision history for this message
Leonardo Santagada (santagada) wrote :

so it is opening the viedofiles and reading them just to know that they are video? shouldn't it be using the mime-types for that?
My real problem is this:
Rhythmbox Crashing on playing a song and listing a dir
https://launchpad.net/bugs/43852

But it was first happening with a videofile that it was trying to scan before the song on the other bug. As all software have bugs, why don't it limit the chance for error just opening and using gstreamer to read the audio files? and in cases where there are videos and music mixed it would also be faster.

Revision history for this message
Sebastien Bacher (seb128) wrote :

It does not open the videofiles and read them, it asks for the mimetype, but the mimetype detection might go wrongly. Could you run "gst-launch-0.10 -t filesrc location=/path/to/my/video ! decodebin ! fakesink" and copy that to a comment?

Revision history for this message
Leonardo Santagada (santagada) wrote : Re: [Bug 43853] Re: Rhythmbox shouldn't be scanning the video files

I just want to say that before I had pitfdll and now I don't, so if
the problem is in there it will not show up anymore.
Here it is:

:/mnt/dados/clip/Clipes $ gst-launch-0.10 -t filesrc
location=ludov_na_mtv.wmv ! decodebin ! fakesink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
FOUND TAG : found by element "asfdemux0".
         artist: renedepaula
FOUND TAG : found by element "asfdemux0".
    audio codec: WMA Version 8
FOUND TAG : found by element "asfdemux0".
    video codec: Microsoft Windows Media 9
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Got EOS from element "pipeline0".
Execution ended after 239884000 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...

--
Leonardo Santagada (http://www.lomohomes.com/retype)

Não se preocupe com o que os outros vão fazer. O melhor jeito de
prever o futuro é inventa-lo.
- Alan Kay

"I am Pentium of Borg. Arithmetic is irrelevant. Division is futile.
You will be approximated."
"Borg will be assimilated. Resistance is futile. We are Microsoft."

Revision history for this message
James "Doc" Livingston (jrl) wrote :

Rhythmbox has to scan all files, because until it scans them it doesn't know whether they contain audio and/or video. Mimetypes aren't enough, because many types like application/ogg and video/quicktime are just containers, and so may contain audio (Vorbis, AAC) or video (Theora, QT video).

The problem of RB crashing on imports has been fixed for 0.9.4, if the metadata-helper is enabled (which it is by default). Using that importing is run in a separate process, so crahes in GStreamer won't kill RB.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Marking as rejected as since explained by James the format detection requires to do that, that's not a bug

Changed in rhythmbox:
status: Needs Info → Rejected
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.