[mythtv] [mythtv-commits] Ticket #12123: Myth attempts to playback "too fast" on arm based frontend

[Raymond Wagner]

On 4/21/2014 11:30 AM, Gary Buhrmaster wrote:
> On Mon, Apr 21, 2014 at 2:37 PM,  <noreply at mythtv.org> wrote:
>> #12123: Myth attempts to playback "too fast" on arm based frontend
> ....
> I am not a MythTV dev, but my first thought is that
> patches would be welcome to support a (currently)
> unsupported platform, however trac is not a wishlist
> for development resources on an unsupported
> platform (the ticket how-to explicitly states that
> feature requests should go elsewhere).  So, unless
> a dev wants to take ownership and make it a developer
> task for some (very unspecified) future enhancement,
> and while it may be a valid issue, the ticket should be
> closed as wont-fix or invalid (unsupported) at this time
> for ticket cleanliness (last I looked, trac could use some
> culling of the herds of open tickets that may no longer
> be relevant.  And yes, I am willing to volunteer to
> spend some (occasional) resources to do that review,
> if the devs are willing to be annoyed by my pestering
> them with "Are you (still) working on this" (and, if not,
> lets close it as "wont-fix" and/or remove the milestone),
> and requests for info by the creators of any tickets created
> against unsupported releases (i.e. less than 0.27) to
> re-validate with a current release ("Upgrade to the latest
> release and re-open the ticket if the problem can be
> reproduced").  Warning to the devs (if they are considering
> my offer) I have played ticket-herder on larger projects,
> and am quite aggressive about closing tickets and asking
> about the status. A "benign dictator", with less of the
> benign part than some others might like),

In this situation, VDPAU is a "supported platform", however the user 
would have to show that the fault lies with MythTV in using the VDPAU 
interface improperly, rather than with this Mali400 project for 
incorrectly implementing their hardware interpretation layer. The fact 
that it works in mplayer lends support to the claim it's an issue in 
MythTV, but there have been cases in the past where tuner drivers have 
only implemented the minimum parts of an API needed to make one specific 
application work, resulting in brokenness when used with MythTV.