Bug 392281

I am encounter the same issue. Again, gstreamer-bad/ugly are installed.

I could solve this issue by doing the following: 

1.) Install the packages "gstreamer-bad", "gstreamer-ugly" and "gstreamer-ffmpeg"
2.) You need to edit the file VideoDisplay.py to change the frontend from Xine
to gstreamer. The file is (at my system) located at
/usr/lib64/python2.5/site-packages/miro/frontend_implementation. There you have
to make sure the following lines fit these: 
            # using both renderers at once still sometimes causes problems
            #self.add_renderer("xinerenderer")
            self.add_renderer("gstrenderer")
3.) Save the file as root and enjoy Miro! :-) 

This work arround has worked for me. 

(In reply to comment #2)
> I could solve this issue by doing the following: 
> 
> 1.) Install the packages "gstreamer-bad", "gstreamer-ugly" and "gstreamer-ffmpeg"
> 2.) You need to edit the file VideoDisplay.py to change the frontend from Xine
> to gstreamer. The file is (at my system) located at
> /usr/lib64/python2.5/site-packages/miro/frontend_implementation. There you have
> to make sure the following lines fit these: 
>             # using both renderers at once still sometimes causes problems
>             #self.add_renderer("xinerenderer")
>             self.add_renderer("gstrenderer")
> 3.) Save the file as root and enjoy Miro! :-) 

Interesting.  What happens if you don't edit the VideoDisplay.py file (I revert
the change) and install xine-lib-extras-nonfree from livna or freshrpms?  Does
it work then?  We probably need to decide which backend to ship by default and
provide a way for the user to switch (this last is probably an upstream issue).

> What happens if you don't edit the VideoDisplay.py file (I revert
> the change) and install xine-lib-extras-nonfree from livna or freshrpms?
It doesn't work and a lot of strange things happen. For example the videos look
like being on LSD and one can see colours everywhere. Furthermore the videos
surge very strong. 

> We probably need to decide which backend to ship by default
I personally recommend to use gstreamer because of the issues mentioned above. 

Same thing happens for me on F7 with standard xine-lib backend - videos download
fine (YouTube Flash content only tested so far) but then playing fails with no
video, no sound and progress bar much quicker than expected.

Same as comment #2 and comment #3 - changing to gstreamer backend worked great
for me.

Out of interest, code indicates this can be set with a gconf key:

values = gconf.client_get_default().get("/apps/miro/renderers")
        if values == None:
            # using both renderers at once still sometimes causes problems
            #self.add_renderer("xinerenderer")
            self.add_renderer("gstrenderer")

I am reviewing, and closing any bug that I have reported that is not an issue
anymore as to aid people with the bugz backlog mentioned by Jon Stanley on the
fedora planet. But this bug is still relevant and affecting me. 

Still the same for me on F7 with latest updates:

[psj@localhost ~]$ rpm -q Miro xine-lib
Miro-1.1.2-1.fc7
xine-lib-1.1.10.1-1.fc7.1

Still the same for me on F7 with latest updates:

[psj@localhost ~]$ rpm -q Miro xine-lib
Miro-1.2-1.fc7
xine-lib-1.1.10.1-1.fc7.1

The workaround to use Gstreamer rather than xine renderer is now easier since
this has been made a user option in Miro 1.2. From Video | Options, choose
Playback and select gstreamer as the renderer to play videos from the drop down.
Then restart Miro.

Comment #10 indicates that the issue is with xine-lib, not with Miro itself, as
it works OK with gstreamer, so changing products.  

We also have bug #439631 for Miro which is about making gstreamer being the
default video backend which might be the best workaround for most users.  (Need
to check if gstreamer can play most videos that xine-lib can).

This is still all on Miro, I see no evidence (yet) xine-lib is at fault here.

More power to making gstreamer switch or as an option.

Agreed this is a Miro issue.

In my case it is caused by me missing xine-lib codecs. If I attempt to play the
downloaded YouTube Flash content in xine, it gives me a user friendly error
dialogue saying that I don't have the codec. If I try to play it in Miro, there
is no error but the playing fails. Miro should handle this better.

Re: comment #12 - gstreamer is an option choosable by the user. Just the default
renderer in the Fedora package is xine and not gstreamer.

I take back comment #12, xine-lib-1.1.11.1-1 was broken for some codecs,
xine-lib-1.1.11.1-2 is fixed.

As of Miro 1.2.3, you can switch between the xine and GStreamer renderers in the
Miro preferences panel.  Going forward, GStreamer will become the default
renderer.  We also made some adjustments allowing you to pick the xine driver
and GStreamer imagesink you want.  Hopefully this will alleviate a set of issues
people are having with interesting video cards.

As Will said in comment #15, this is now an option in Miro-1.2.3 and later
(which is in Fedora >=7) and all remaining issues appear to be fixed, so closing
bug.