<br><br><div class="gmail_quote">On Tue, May 18, 2010 at 7:40 AM, Mark Kendall <span dir="ltr"><<a href="mailto:mark.kendall@gmail.com">mark.kendall@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On 18 May 2010 21:16, ryan patterson <<a href="mailto:ryan.goat@gmail.com">ryan.goat@gmail.com</a>> wrote:<br>
> Is fixing these bugs a priority? What is the proper way to submit<br>
> these to the developers?<br>
<br>
</div>Yes - they are a priority, though I'm surprised to hear you have so<br>
many issues (I keep a sizeable collection of clips for<br>
testing/debugging purposes and there are currently a tiny number with<br>
significant issues - and those are mostly out of spec h264 files).<br>
<br>
Anyway, the best way to get these issues fixed is to create a ticket<br>
(<a href="http://cvs.mythtv.org/trac/wiki/TicketHowTo" target="_blank">http://cvs.mythtv.org/trac/wiki/TicketHowTo</a>) and at the very minimum<br>
write a useful summary of the symptoms you are seeing, how to<br>
re-create them and attach the full, unabridged output of 'mythfrontend<br>
-v playback'.<br>
<br>
If there is a crash involved, try and catch a backtrace<br>
(<a href="http://www.mythtv.org/docs/mythtv-HOWTO-22.html#ss22.2" target="_blank">http://www.mythtv.org/docs/mythtv-HOWTO-22.html#ss22.2</a>).<br>
<br>
If you really want it fixed, there is no substitute for making a 30-60<br>
second clip available for download somewhere.<br></blockquote></div><br><br>To be completely fair, most of my prior issues with the internal player have been resolved and it is the only one I use presently. However, I have run into corner cases with some videos that while they may be "out of spec", play just fine with mplayer, vlc, and xine. I also tested VDPAU vs. software decode with similar results. The only reason I haven't created a ticket is that I'm not on the latest code, so my ticket is less likely to be useful. When I do upgrade to .23, I'll re-test and see what comes of it. The other post with clarification on how external player support is to work in the future was quite useful and I thank them for posting it. A little communication goes a long way. It sounds like support is not being removed, just simplified to a single external player command. That's perfectly reasonable and as mentioned, we can use a shell script to use different players for different files. <br>
<br>It would also be nice if the internal player were more tuneable. In mplayer, I can change nearly every facet of how it works with command line options and the config file. That is a lot of code to maintain, but a little flexibility can make a big difference and I don't think it's reasonable to ask the Myth devs to have quite that level of flexibility. <br>