[mythtv-users] Mythtranscode Lossless cut Changes

Justin Alcorn justin at jalcorn.net
Thu Nov 13 21:24:25 UTC 2014


I added an extra step to my cutting commericals script that uses ffmpeg
-map 0:0 -map 0:1 -c:v copy -c:a:0 copy -f mpegts

That creates a file with only one audio track, so that mythtranscode has no
way to swap the tracks.

Weirdly, I found that it RANDOMLY swaps the tracks, so one segment between
commercials will have the first track, and another will have the second,
but it's not consistent.



-- 
Justin B. Alcorn
PGP Fingerprint A36D D691 C5B0 BE15 5A2A AF49 AA1C 372C

On Wed, Nov 12, 2014 at 6:13 AM, John Pilkington <J.Pilk at tesco.net> wrote:

> On 12/11/14 05:55, Justin Alcorn wrote:
>
>> I found --audiotrack but it doesn't seem to do anything - I tried
>> --audiotrack 0 and --audiotrack 1 both ended up with 2 audiotracks, and
>> they are swapped.
>>
>> --
>> Justin B. Alcorn
>> PGP Fingerprint A36D D691 C5B0 BE15 5A2A AF49 AA1C 372C
>>
>> On Tue, Nov 11, 2014 at 9:15 PM, Justin Alcorn <justin at jalcorn.net
>> <mailto:justin at jalcorn.net>> wrote:
>>
>>     Mythtv 0.28pre on Ubuntu 14.04.1
>>
>>     I'm using a script to losslessly cut commercials out of my HRHomerun
>>     recordings.  The command used is quite simple:
>>
>>     mythtranscode --honorcutlist -m -i ${INPUTFILE} -o ${WORKFILEBASE}.mpg
>>
>>     Everything else in the script is mythutil cutlist or mythcommflag,
>>     or other things that don't change the file.  That's the only command
>>     that changes the file.
>>
>>     When I record something off the local Fox affiliate, the default
>>     track, and the only one available for the MythTV Plex plugin, is the
>>     Audio Track for the visually impaired.  The first track has been
>>     swapped with the second.
>>
>>     The original file looks like this to ffmpeg:
>>
>>     mythtv at gossamer:~$ ffmpeg -i
>>     /var/lib/mythtv/recordings/3081_20141111010000.mpg.old  2>&1 | grep
>>     Stream
>>          Stream #0:0[0x31]: Video: mpeg2video (Main) ([2][0][0][0] /
>>     0x0002), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 59.94 fps, 59.94 tbr,
>>     90k tbn, 119.88 tbc
>>          Stream #0:1[0x34](eng): Audio: ac3 (AC-3 / 0x332D4341), 48000
>>     Hz, stereo, fltp, 448 kb/s
>>          Stream #0:2[0x35](spa): Audio: ac3 (AC-3 / 0x332D4341), 48000
>>     Hz, stereo, fltp, 192 kb/s
>>
>>
>>     mythtv at gossamer:~$ ffmpeg -i
>>     /var/lib/mythtv/recordings/3081_20141111010000.mpg  2>&1 | grep
>> Stream
>>          Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 1280x720
>>     [SAR 1:1 DAR 16:9], 59.94 fps, 59.94 tbr, 90k tbn, 119.88 tbc
>>          Stream #0:1[0x81]: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s
>>          Stream #0:2[0x80]: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448
>> kb/s
>>
>>     That's a lot of changes, not just cutting out commercials.  I found
>>     some 6 year old bug reports that said that the issue of
>>     mythtranscode swapping teh audio tracks was solved in 0.21, but
>>     either we've got a regression bug or something really weird is
>>     happening to me.
>>     --
>>     Justin B. Alcorn
>>     PGP Fingerprint A36D D691 C5B0 BE15 5A2A AF49 AA1C 372C
>>
>
> There are similar complaints about recent breakage at #12303.  Two of my
> attempts to help have vanished without trace, rejected as possible spam and
> apparently not recoverable,   I suspect bad stream choice there too, and
> was trying to steer the thread towards the user list...
>
> John P
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20141113/aef5996c/attachment.html>


More information about the mythtv-users mailing list