Do you gentoo users want xine support in totem again ?

[Devport]

All the time gentoo devs prevent important changes to the portage tree without reason. Arguments dont seem to be listened to at all, its all about the preconceived ignonrant opinion of a ( view ) gentoo dev(s) - is gentoo leadership a kind of totalitarian dictatorship ?

Here I will give a recent example ( there are many many more like these ) :

Request to (re-)add xine use flag to totem
https://bugs.gentoo.org/show_bug.cgi?id=176368

Gentoo developers arguments :

- We cant fix bugs in xine
( no more correct arguments to be found )

Users arguments :

- If we dont allow users to use xine because gentoo devs arent able to fix xine why is xine in the portage tree at all. Furthermore why is this an argument since the gstreamer backend bugs arent being fixed by gentoo devs at all and those are a plentitude more than in the xine backend. The gstreamer backend didnt improve since years while the xine backend works flawlesss also since years.
( only developers argument not valid )

- Freedom of choice

- DVD playback is still buggy with gstreamer backend

- The gstreamer backend crashes easily ( play an mpeg2 video and skip back and forth fast and continously )

- The gstreamer backend still does not support accelerated xvmc playback
( Play an mpeg2 video and compare cpu consumption to an xine based player - in my case instead of idling at 1GHz gstreamer playback makes my cpu go to full frequency 2GHz wasting money - you heard of all the cries that earth will die cause we waste resources - power [ among others ] )

- As far as I know by reading on the web gstreamer backend still does not deinterlace e.g. mpeg2 videos
( I cant check it because totem with gstreamer backend crashes before I can skip to a position in a video where I can check it )

The only argument the developers gave is not true and thus not valid. Not to mention that we - the users - supply the required patches and the changes to the ebuild are trivial. Gentoo devs are not able to fix xine lib bugs as much as they are not able to fix gstreamer bugs ( at least they didnt fix the gstreamer backend since several years ).

I started a poll to see what the majority of gentoo users wants with regard to xine support in totem :

https://forums.gentoo.org/viewtopic-t-699146.html

[Naib]

They are not being un-reasonable. Gentoo dev's can only suppot what upstream will support (with some exceptions)
IF upstream have dropped Xine support then who do gentoo dev's goto when they have possible build issues? they will just get told "go use gstreamer"
_________________
#define HelloWorld int
#define Int main()
#define Return printf
#define Print return
#include <stdio>
HelloWorld Int {
Return("Hello, world!\n");
Print 0;

[Devport]

[Naib]

then submit yr ebuild to sunrise so users have a choice then
_________________
#define HelloWorld int
#define Int main()
#define Return printf
#define Print return
#include <stdio>
HelloWorld Int {
Return("Hello, world!\n");
Print 0;

[Carlo]

[c0d3g33k]

[desultory]

[jonnevers]

isn't this thread like 8 months late to the party? i thought the xine removal was an upstream decision in 2.20 or 2.18.

gstreamer still sucks for video playback though, i'd much prefer xine if given the choice.

I have to disagree with one note above about media players not being important at all... I think a well working video player is very important to a given desktop system. totem w/ gstreamer just sort of barely makes the cut; it makes up in functionality what gstreamer detracts in playback.

[Devport]

[Carlo]

[SnakeByte]

/me voted "yes"

as much as I like GNOME as my main environment,
and understand the motives behind their moves,
currently some areas just kind of suck from a performance point of view

epiphany vs. firefox
gstreamer vs. xine
metacity vs. enlightenment


regards