Opened 11 years ago

Closed 10 years ago

#6634 closed defect (invalid)

Recent changes have prevented seeking and from working...

Reported by: anonymous Owned by: Isaac Richards
Priority: major Milestone: 0.22
Component: MythTV - Video Playback Version: head
Severity: medium Keywords:
Cc: Ticket locked: no


Changes in past two weeks have stopped fast forward and rewqind working on recordings.

Many recordings fail to start.

Sometimes some recordings fast forward - but drop out after a few seconds - back to the recording menu.

I'm using XvMC and openchrome.

I'll try to get some debug.

Attachments (2)

p (21.5 KB) - added by anonymous 10 years ago.
poo2 (29.7 KB) - added by anonymous 10 years ago.
This is when I try to fast forward in a recording - it returns to recording menu.

Download all attachments as: .zip

Change History (10)

comment:1 Changed 11 years ago by Dibblah

Status: newinfoneeded_new

Logs with:

mythfrontend -v playback,libav please.

comment:2 Changed 10 years ago by anonymous

OK - sorry about delay..

Seeking in recordings breaks completely - saving position fails and some recording will not play.

The first file is the o/p from a recording that wont play....

The second from one that plays - but dies when I try to seek.

Changed 10 years ago by anonymous

Attachment: p added

Changed 10 years ago by anonymous

Attachment: poo2 added

This is when I try to fast forward in a recording - it returns to recording menu.

comment:3 Changed 10 years ago by Dibblah

You don't appear to have valid seektable entries for these recordings. Admittedly, this should not make Myth fail to play or fastforward. Have you disabled commflagging?

Also, what happens when you try without XvMC?

comment:4 Changed 10 years ago by anonymous

It looks like the main problem is that xvmc is rejected as a decoder. I've tested with standard xvmc here and I'm not getting the same problem.

Can you confirm nothing else changed on your system, around the same period, that might be causing problems? (e.g. video driver) and that those files play (using xvmc) with something like mplayer or xine?

If those are ok, the obvious suspect is the recent re-factoring of avformatdecoder. So could you roll back to r20668 and see if playback is fixed.


comment:5 Changed 10 years ago by anonymous

I disabled XvMC and it made no difference. The frontend and backends are on different boxes, the frontend being a via low power board.

Seems recordings that do not play have a saved position. We can play new recordings - but ones already played do not play again - save position on exit is enabled by default.

I'm rebuilding the backend and frontend to the suggested version.

comment:6 Changed 10 years ago by anonymous

r20668 does not work correctly either - tried building latest on my laptop from a clean download and the same problems were found.

Opening a recording with a saved position reports:- 2009-06-22 22:31:39.456 AFD: Opened codec 0x86734e0, id(DVB_SUBTITLE) type(Subtitle) 2009-06-22 22:31:39.466 NVP(0): GetScreenGrabAtFrame?: Recording does not have position map so we will be unable to grab the desired frame.

2009-06-22 22:31:39.466 Run 'mythcommflag --file 1002_20090621195800.mpg --rebuild' to fix. 2009-06-22 22:31:39.467 If that does not work and this is a .mpg file, try 'mythtranscode --mpeg2 --buildindex --allkeys -c 1002 -s 20090621195800'.

comment:7 Changed 10 years ago by anonymous

OK - Tracked problem down - sadly I have been wasting time here - the recordedseek table was corrupt. Some mysql queries even threw an error - which were NOT picked up by programinfo.cpp.

I'll look into the error checking in this code later. The snag is that mysql 5.x seems to get easily corrupt on busy tables if the machine has a fault - and I didn't spot it.

The solution was to drop the table recreate then run mythtranscode on all recordings (over 300) - took 20 hours.

What worries me was the inability for it to detect this condition?

My apologies for time wasting,

Karl Royer

comment:8 Changed 10 years ago by stuartm

Resolution: invalid
Status: infoneeded_newclosed
Note: See TracTickets for help on using tickets.