Playback via NFS quits when seeking to end of currently recording program.

[mythtv@…]

• A program is being recorded to local disk on the master backend
• mythfrontend on the master backend will seek up to the end of the recording and keep playing. Any more skip forward keystrokes are ignored,
• mythfrontend on another machine with the recording available via NFS will seek up close the end and then quit playback on the next skip forward.

This would be OK but it doesn't even save a bookmark so when you start playback again it starts at the start and then you have to seek to the end again (all the while making sure you don't get too close to the end).

I'm guessing here but the frontend may be seeking to a point in the recording that the NFS deamons don't yet know about. I think the default is to have some attribute caching enabled. If the backend says to the frontend the file size is X and the NFS deamons think it is <X the frontend may get an EOF when trying to seek.

The frontend log is

2012-03-16 10:59:42.118952 N  Player(0): Waited 624ms for video buffers AUAUAUAAUAUuAuLAAAUAUUAAUAAAAAAP
2012-03-16 10:59:42.223232 N  Player(0): Waited 729ms for video buffers AUAUAUAAUAUuAuLAAAUAUUAAUAAAAAAP
2012-03-16 10:59:42.319088 E  decoding error
                        eno: Input/output error (5)
2012-03-16 10:59:42.468265 I  TV: Attempting to change from WatchingRecording to None

[danielk]

You must mount NFS with actimeo=1 or actimeo=0 if you wish to use it for MythTV.

[mythtv@…]

Well, I tried both actimeo=1 and actimeo=0 with the result that it still exited playback if you hammer on the seek forward button. I also fiddled around so that the frontend cannot access the storage group, it then uses the backend to stream and the problem goes away.

I'm quite happy to use this method but then maybe the wiki should be updated to deprecate NFS TV playback.

[JYA]

that issue should be fixed in 0.27.1

now if the file is currently being written to, when we reach the end of the file, we wait rather than stop reading