No subject


Wed Jun 24 15:02:31 UTC 2009


Going to update kernel and see if that fixes the problem, existing =
fedora
bug report suggests it may fix the problem.

Sorry for the noise, just replying in case someone else runs into this
problem.

> -----Original Message-----
> From: Torbj=F6rn Jansson [mailto:torbjorn.jansson at mbox200.swipnet.se]
> Sent: Friday, July 17, 2009 11:02 PM
> To: 'mythtv-dev at mythtv.org'
> Subject: broken nuv file
>=20
> Hello all.
>=20
> I've run into something odd with one of my recordings.
> This is on 0.21-fixes branch and a recording done on an old analog =
card.
>=20
> First thing I noticed was that when playing the recording on the =
frontend
> seeking didn=92t work.
> Any kind of seeking resulted in playback stopping.
>=20
> After some analyzing of the resulting nuv file i think I've found out =
what
> have happened to the file or atleast part of it.
>=20
> First problem:
> The offset to the seektable stored at the beginning of the file does =
not
point
> to the right place (offset should be larger by about 68705 bytes)
> This in itself is bad.
>=20
> After some more analyzing of the file I found the cause.
> 2 extra video frames (or packets, header + data) have sneaked in and =
it is
a
> repeat of the 2 previous video frame/packet.
> There is also some repeated audio frames in there.
>=20
> The amount of extra data matches exactly the error in the offset to =
the
> seektable.
>=20
>=20
> I'm no expert of the mythtv source so I have no idea where to begin
looking
> for the bug.
> What I do know is that the setup I have have worked fine until =
recently
and
> the only difference now is that the backend have a little more load
because of
> other software including disk io.
> (same for the nfs server where the recordings get saved to)
>=20
> Any idea what caused that extra data to sneak in?
> I had to manually fix this file and it's a little complicated to do it =
so
> would be nice to avoid it :)
>=20
> So far I've only seen this once but i think the current one may have
similar
> problems, master backend crashed shortly after slave backend started =
the
> recording.



More information about the mythtv-dev mailing list