[mythtv-users] Playback with xine?

[jedi]

On Wed, Feb 11, 2009 at 06:48:42PM -0800, Robert McNamara wrote:
> On Wed, Feb 11, 2009 at 6:32 PM, jedi <jedi at mishnet.org> wrote:
> > On Wed, Feb 11, 2009 at 06:21:18PM -0800, Robert McNamara wrote:
> >> On Wed, Feb 11, 2009 at 6:18 PM, jedi <jedi at mishnet.org> wrote:
> >> > On Wed, Feb 11, 2009 at 06:12:18PM -0800, Robert McNamara wrote:
> >> >> On Wed, Feb 11, 2009 at 6:05 PM, jedi <jedi at mishnet.org> wrote:
> >> >> > On Thu, Feb 12, 2009 at 10:51:42AM +1300, Nick Rout wrote:
> >> >> >> On Thu, Feb 12, 2009 at 10:06 AM, Robert McNamara
> >> >> >> <robert.mcnamara at gmail.com> wrote:
> >> >> >> >>
> >> >> >> >> *sets mind to thinking* - is it logical to restrict users to Internal
> >> >> >> >> for recordings when freedom of choice is give in mythvideo?
> >> >> >> >
> >> >> >> > External players for recordings/Live TV is the LAST thing I would want
> >> >> >> > to see, personally.  I'd be happier seeing external player support go
> >> >> >> > away in MythVideo.  I've made the case for such before but (as I am
> >> >> >> > likely about to hear) people would fuh-reak out.
> >> >> >> >
> >> >> >> > External player support is a legacy option from when the internal
> >> >> >> > player had limited codec and container support.  In many MANY ways
> >> >> >> > now, the internal player is more capable than even mplayer, and
> >> >> >> > maintains the look and feel of myth throughout.  There are lots of
> >> >> >> > people who use (or moved in the past to) an external player because of
> >> >> >> > this reason, or because of a tiny bit of extra speed you can eke out
> >> >> >> > of a player with a more limited OSD/which does not read-write a
> >> >> >> > seektable/etc.  With the dawning of multithreaded/hardware accelerated
> >> >> >> > playback, this is becoming less and less relevant.    Then there's the
> >> >> >> > crowd who have minor issues with a container format (I'm looking at
> >> >> >> > *you*, MKV) who switch to get proper seeking *without* ever making an
> >> >> >> > effort to get the seeking fixed in MythTV (the MKV file is
> >> >> >> > semi-broken, a stream copy into a fresh container will fix seeking).
> >> >> >> > Yeah, I have some strong feelings on the matter.  I'd love to see the
> >> >> >> > external player support done away with entirely when playback becomes
> >> >> >> > trivial.
> >> >> >> >
> >> >> >> > Oh, and I want to see framegrabber support/support for PVR-350 video
> >> >> >> > out go away too.
> >> >> >> >
> >> >> >> > FLAME ON!
> >> >> >> >
> >> >> >> > Robert
> >> >> >> >
> >> >> >>
> >> >> >> Likewise I knew my post would not be uncontroversial :-)
> >> >> >>
> >> >> >> I tried to switch mythvideo to Internal some time ago and it didn't
> >> >> >> work for a significant number of avi files let alone mkv's, so I
> >> >> >
> >> >> >     Nevermind the frills. The internal player has problems just playing
> >> >> > stuff. It's pretty easy to throw something that will make it puke or
> >> >> > generate results that will make you want to puke. Being able to use
> >> >> > a different player in mythvideo is VERY handy.
> >> >> >
> >> >> >     Lack of bookmarks is a minor nuissance but you can't argue with
> >> >> > files that don't play right.
> >> >> >
> >> >> > [deletia]
> >> >> >
> >> >> >     Removing the external player feature in mythvideo seems to be a
> >> >> > dubious benefit and an obvious loss.
> >> >> > _______________________________________________
> >> >> > mythtv-users mailing list
> >> >> > mythtv-users at mythtv.org
> >> >> > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
> >> >> >
> >> >>
> >> >> Can you link your bug reports and sample submissions for those files?
> >> >
> >> >    It's only a problem because you want to make it a problem.
> >> > _______________________________________________
> >> > mythtv-users mailing list
> >> > mythtv-users at mythtv.org
> >> > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
> >> >
> >>
> >> It's not a problem at all, my files all play fine.  :)
> >>
> >> But you'd be helping yourself and others if you submit reports w/ logs
> >> and samples...
> >
> >    I don't use the internal player, so the point is moot. The point has
> > been moot for a long time and several versions. That ship sailed a long
> > time ago. I don't see any point in revisiting the issue or being forced
> > to revisit the issue.
> >
> >    My use of mythvideo is already built on not using the internal player
> > and WAF in my house depends on how things are already set up.
> >
> >    I can "torment the internal player for science" but I can't include
> > any samples.
> > _______________________________________________
> > mythtv-users mailing list
> > mythtv-users at mythtv.org
> > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
> >
> 
> OK.  Nobody's obliging you to submit bug reports or samples, but it's
> not exactly fair to talk about the Internal Player in the present
> tense if you switched out of it several versions ago.  If you're

     The fact that I don't use it on a regular basis doesn't mean that
I don't try it from time to time. While it's still gotten remarkably
better it's still not as good for random video files when compared to 
any of the standalone desktop players.

> speaking from current experience and I'm misunderstanding, just dd off
> a couple dozen megs, attach it to a bug report and someone will
> undoubtedly look at it.  It won't take but a moment of your time, no
> need to disrupt the WAF.  And if the experience isn't current, then at
> least have the courtesy not to speak against the Internal player as it
> stands now.  Only fair...

     I only brought it up because someone suggested the idea of making
a rather dramatic ill conceived and unecessary change.