[mythtv-users] mythtranscode cutlist argument?
J.Pilk at tesco.net
Sat Jul 10 08:33:09 UTC 2010
On 10/07/10 08:37, John Pilkington wrote:
> On 09/07/10 23:43, Christopher Meredith wrote:
>> On Fri, Jul 9, 2010 at 4:36 PM, John Pilkington<J.Pilk at tesco.net> wrote:
>>> On 09/07/10 22:00, Christopher Meredith wrote:
>>>> According to the help output, mythtranscode can be used with the
>>>> --infile and --honorcutlist flags and the latter "Optionally takes a
>>>> cutlist as an argument when used with --infile." Can anyone tell me
>>>> what format this argument should be? I've tried creating a plaintext
>>>> file with this:
>>>> and passing the text file as an argument, and I've tried passing that
>>>> whole string as an argument. In both cases, the file is transcoded but
>>>> no cuts are honored. How should this argument be formatted?
>>> I've no hard evidence on this, but I suspect you need a
>>> one-value-to-the-line text file, possibly starting with a zero to
>>> define the
>>> polarity. But why not use the default as created by the MythTV editor?
>>> And the usual advice for people having problems with lossless
>>> transcoding of
>>> a perhaps imperfect mpeg2 recording is to use Project-X.
>>> You might like to look at http://www.mythtv.org/wiki/Mythcutprojectx.
>>> I have a report that the effect of this (and mythtranscode) is at
>>> inverted in trunk; it works in 0.23-fixes for me.
>>> Don't overlook the searchable archive at
>> I tried modifying the file thus:
> Again, no guarantees, but this looks like two values to the line to me
>> to no avail. I am trying to compensate for a busted mpeg2 lossless
>> transcode as you suspect. I checked out mythcutprojectx and am having
>> some issues getting it to work (ionice: execvp failed: No such file or
>> directory) and am hesitant to spend too much time with it because as I
>> understand, it requires user intervention which means I can't make it
>> part of a userjob.
> True: but I get my cutlist interactively too. The ionice -c3 stuff isn't
> essential to the operation but it stops resource hogging. Maybe someone
> could build the core algorithms, perhaps without PID selection, into the
> transcode wrapper stub.
Sorry to add to my own post, but the interactive calling of the script
is needed only if the required PIDs are not known in advance. For me
they are usually linked directly to the channel number and they could be
passed as arguments to a user job.
More information about the mythtv-users