2014-12-02, 10:43
I'm bringing this one back, had issues with this a few years ago and still haven't got them sorted, and frustration varies between slight annoyance and almost throwing remote at tv levels! Any advise/further info would be welcomed.
When playing back content, played directly over NFS share to my linux server, playback fine, buffer fine. When I come to fast forward or rewind things start to go terrible wrong. I can normally get away with 2x fast forward, that seems to cope ok and doesn't crash, stutter, etc. (Video playback you can see clearly at 2x speed, no audio (obviously)).
The problem comes when you try to go faster, pretty much any other higher speeds will cause the movement through the video to become erratic (e.g. you start the ff at 10:00:00 it'll go up to around 10:02:30 and then either get stuck, or then skip back to 10:01:50 or forward to 10:03:00).
If you then don't do anything and leave it on the faster forward (anything above 2x) it will then generally get stuck (counters don't move any higher) and then can sometimes crash the whole machine (no keypresses respond, screen just frozen. SSH still works, and you can reboot but thats about it)
The network attached is a powerline ethernet which handles up to around 20-30Mbs transfer, to a linux server sharing via NFS. One added wrinkle that may be relevant, the database for XBMC/KODI is stored on the same remote server using MySQL.
Additional: The files are all mkv, mkvinfo tells me:
Logs from startup:
And this log shows what happens when you start to fast forward.
Log shows normal playback at the start (around 85, ignore lines above that), then 2x ff and then 4x ff to the point where the machine stops showing video and the counters start to go erratic.
http://xbmclogs.com/show.php?id=360016
Help appreciated!
When playing back content, played directly over NFS share to my linux server, playback fine, buffer fine. When I come to fast forward or rewind things start to go terrible wrong. I can normally get away with 2x fast forward, that seems to cope ok and doesn't crash, stutter, etc. (Video playback you can see clearly at 2x speed, no audio (obviously)).
The problem comes when you try to go faster, pretty much any other higher speeds will cause the movement through the video to become erratic (e.g. you start the ff at 10:00:00 it'll go up to around 10:02:30 and then either get stuck, or then skip back to 10:01:50 or forward to 10:03:00).
If you then don't do anything and leave it on the faster forward (anything above 2x) it will then generally get stuck (counters don't move any higher) and then can sometimes crash the whole machine (no keypresses respond, screen just frozen. SSH still works, and you can reboot but thats about it)
The network attached is a powerline ethernet which handles up to around 20-30Mbs transfer, to a linux server sharing via NFS. One added wrinkle that may be relevant, the database for XBMC/KODI is stored on the same remote server using MySQL.
Additional: The files are all mkv, mkvinfo tells me:
Code:
+ EBML head
|+ EBML version: 1
|+ EBML read version: 1
|+ EBML maximum ID length: 4
|+ EBML maximum size length: 8
|+ Doc type: matroska
|+ Doc type version: 2
|+ Doc type read version: 2
+ Segment, size 617360227
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 430)
|+ Segment information
| + Segment UID: 0xca 0x71 0x26 0x35 0xb9 0xf3 0x55 0x74 0xfe 0x4c 0x74 0x13 0x2a 0xa5 0xa3 0x66
| + Title: New: Shipping Wars
| + Muxing application: Tvheadend Matroska muxer
| + Writing application: Tvheadend 3.9.1600~gecb2d76
| + Timecode scale: 1000000
| + Duration: 2069.880s (00:34:29.880)
|+ Segment tracks
| + A track
| + Track number: 1 (track ID for mkvmerge & mkvextract: 0)
| + Track UID: 1
| + Track type: video
| + Lacing flag: 0
| + Codec ID: V_MPEG2
| + CodecPrivate, length 94
| + Default duration: 40.000ms (25.000 frames/fields per second for a video track)
| + Video track
| + Pixel width: 544
| + Pixel height: 576
| + Display unit: 3 (aspect ratio)
| + Display width: 16
| + Display height: 9
| + A track
| + Track number: 2 (track ID for mkvmerge & mkvextract: 1)
| + Track UID: 2
| + Track type: audio
| + Lacing flag: 0
| + Codec ID: A_MPEG/L2
| + Language: eng
| + Default duration: 24.000ms (41.667 frames/fields per second for a video track)
| + Audio track
| + Sampling frequency: 48000
| + Channels: 2
|+ Tags
| + Tag
| + Targets
| + TargetTypeValue: 50
| + Simple
| + Name: DATE_BROADCASTED
| + String: 2014-10-07 22:30:00
| + DefaultLanguage: 1
| + TagLanguage: und
| + Tag
| + Targets
| + TargetTypeValue: 50
| + Simple
| + Name: ORIGINAL_MEDIA_TYPE
| + String: TV
| + DefaultLanguage: 1
| + TagLanguage: und
| + Tag
| + Targets
| + TargetTypeValue: 50
| + Simple
| + Name: CONTENT_TYPE
| + String: News / Current affairs
| + DefaultLanguage: 1
| + TagLanguage: und
| + Tag
| + Targets
| + TargetTypeValue: 50
| + Simple
| + Name: TVCHANNEL
| + String: History HD
| + DefaultLanguage: 1
| + TagLanguage: und
| + Tag
| + Targets
| + TargetTypeValue: 50
| + Simple
| + Name: SUMMARY
| + String: New. Do No Bodily Harm: Jenn is in for a weird surprise when she agrees to ship medical supplies. Todd and Tamera run into trouble trying to escape New York City's streets. (S5, ep 11) Also in HD
| + DefaultLanguage: 1
| + TagLanguage: eng
|+ ClusterLogs from startup:
Code:
8:32:39 T:140284970653568 NOTICE: special://profile/ is mapped to: special://masterprofile/
08:32:39 T:140284970653568 NOTICE: -----------------------------------------------------------------------
08:32:39 T:140284970653568 NOTICE: Starting XBMC (13.2 Git:0f3db05). Platform: x86 Linux 64-bit
08:32:39 T:140284970653568 NOTICE: Using Release XBMC x64 build, compiled Oct 4 2014 by GCC 4.9.1 for x86 Linux 64-bit 3.16.3
08:32:39 T:140284970653568 NOTICE: Running on Linux 64-bit (OpenELEC (official) - Version: 4.2.1, 3.16.3 x86_64)
08:32:39 T:140284970653568 NOTICE: FFmpeg version: 2.4.1, statically linked: 1
08:32:39 T:140284970653568 NOTICE: WARNING: unsupported ffmpeg version detected
08:32:39 T:140284970653568 NOTICE: Host CPU: Intel(R) Core(TM)2 CPU 6320 @ 1.86GHz, 2 cores available
08:32:39 T:140284970653568 NOTICE: special://xbmc/ is mapped to: /usr/share/xbmc
08:32:39 T:140284970653568 NOTICE: special://xbmcbin/ is mapped to: /usr/lib/xbmc
08:32:39 T:140284970653568 NOTICE: special://masterprofile/ is mapped to: /storage/.xbmc/userdata
08:32:39 T:140284970653568 NOTICE: special://home/ is mapped to: /storage/.xbmc
08:32:39 T:140284970653568 NOTICE: special://temp/ is mapped to: /storage/.xbmc/temp
08:32:39 T:140284970653568 NOTICE: The executable running is: /usr/lib/xbmc/xbmc.bin
08:32:39 T:140284970653568 NOTICE: Local hostname: OpenELEC
08:32:39 T:140284970653568 NOTICE: Log File is located: /storage/.xbmc/temp/xbmc.logAnd this log shows what happens when you start to fast forward.
Log shows normal playback at the start (around 85, ignore lines above that), then 2x ff and then 4x ff to the point where the machine stops showing video and the counters start to go erratic.
http://xbmclogs.com/show.php?id=360016
Help appreciated!
