[mythtv-users] MythArchive native mode 0.26-fixes
John Pilkington
J.Pilk at tesco.net
Sun Jul 28 20:34:12 UTC 2013
On 28/07/13 20:57, HP-mini wrote:
> On Sun, 2013-07-28 at 10:49 +0100, John Pilkington wrote:
>> On 27/07/13 23:56, John Pilkington wrote:
>>> On 27/07/13 23:48, HP-mini wrote:
>>>
>>> <snip>
>>>
>> ..but this is worrying: a few hours after MythArchive imported that
>> single recording, all recordings except the import and those made after
>> the MythArchive run appear to have lost their seektables.
>>
> Do you think the seektables are cleared or just wrong/offset?
> How are you determining missing seektables ? Direct DB sql output?
> H264 video?
> There was a recent bug fix to H264parser/dtvrecorder that corrects the
> seektable offsets..this might have got into 0.26+fixes.
All the recordings had been cut and remuxed to mpeg2 ps with mp2 audio.
On entering the editor, which I can usually use as a flexible skip
tool, they show 'no seektable'. I haven't looked directly at the DB.
>
> I re-built all seektables & cut many recordings when it was discovered.
>
>> I usually run mythcommflag --rebuild on individual recordings in a
>> script started from a terminal emulator. Hints about how to run it on
>> all recordings would be appreciated :-)
>>
> I just use "ls" & editor (search&replace) to generate a script..
> Had to do this a couple of times in last 5-6 years.
> B.
Yes, that should be easy enough; I just had vague memories of settings
that would process all recordings with one command, but I haven't found
the context yet. Thanks.
I'm reducing the number of my short recordings anyway, by concatenating
8 to 1 with a built-in rebuild, but it will be tedious if this happens
with every import. I haven't tried another one yet.
More information about the mythtv-users
mailing list