[mythtv-users] How to raise priority of ticket 13459?

Eyal Lebedinsky eyal at eyal.emu.id.au
Mon Nov 11 05:25:03 UTC 2019


On 11/11/19 13:58, Stephen Worthington wrote:
> On Mon, 11 Nov 2019 08:43:08 +1100, you wrote:
> 
>> This ticket
>> 	https://code.mythtv.org/trac/ticket/13459
>> is open for 5 months. The last entry (from me) asks
>> 	 Please give this ticket a higher priority
>> but I could not see any improvement. Milestone says "needs_triage"...
>>
>> There is a large number of recordings that I cannot play, and it seems others
>> also experience this.
>>
>> How do I make this ticket more visible to developers?
>> What extra information will help?
>> Does anyone know a workaround?
> 
> A good workaround seems to be converting the NUV files to MPEG2
> container format, but leaving the name with the .nuv extension.  This
> made a playable file for me:
> 
> mythffmpeg -i 13459.nuv -codec copy 13459.mpg
> mv -v 13459.nuv 13459-original.nuv
> mv -v 13459.mpg 13459.nuv

The file size will probably change (slightly) and the database entry may
need adjusting, in which case a new file name can trivially be done too.

Also (having tried this now) one needs to rebuild the seek table.

> The MPEG2 file contains exact copies of the streams in the .nuv file -
> no transcoding is done.  But when played from the MPEG2 container,
> mythfrontend plays them properly.  Leaving the file name as .nuv means
> that you do not need to adjust the database entries for the
> recordings.
 >
>  Mythfrontend, like most media players, ignores the file
> extensions and reads the format data at the front of the file to work
> out how to play it, so finding an MPEG2 container format in a .nuv
> file is no problem at all.
> 
> If you have NUV files with other steams in them (such as subtitles),
> it would pay to check that the conversion process still works properly
> with those streams present.

-- 
Eyal Lebedinsky (eyal at eyal.emu.id.au)


More information about the mythtv-users mailing list