Project

General

Profile

Bug #1313

Problem skipping/advancing on TS recording

Added by Nathan McAullay about 12 years ago. Updated about 12 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
PVR / DVR
Target version:
-
Start date:
2012-10-10
Due date:
% Done:

0%

Estimated time:
Found in version:
3.3.16~gaa5c84e
Affected Versions:

Description

Hi there,

I am now using git 3.3.16~gaa5c84e on a QNAP NAS.

Everynow and then a successful TS recording will play from start to finish in XBMC, but will bail out from playback when you click "skip ahead" or "advance". I have experienced this with the earlier TVH TS work (ericV), but I never really got to the bottom of it. The file documented below ill play fine from start to finish if I dont skip ahead.

I'm not sure if this is an XBMC playback of TS bug, or if there is something wrong with the TS output file from TVHeadend. Hopefully someone who knows the inside of TVHeadend can have a look?

The log at crash for XBMC is here (line 201, time slice 21:16:22 is where i clicked to skip ahead)
http://pastebin.com/kxg9xN57

The file recorded has these properties in mediainfo (it recorded successfully by TVHeadend)
General
ID : 1 (0x1)
Complete name : \\xxx.xxx.xxx.xxx\Multimedia\Recordings\The X Factor\The X Factor.2012-10-09.ts
Format : MPEG-TS
File size : 3.50 GiB
Duration : 1h 30mn
Overall bit rate mode : Variable
Overall bit rate : 5 530 Kbps

Video
ID : 1025 (0x401)
Menu ID : 1 (0x1)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Codec ID : 2
Duration : 1h 30mn
Bit rate mode : Variable
Bit rate : 4 998 Kbps
Maximum bit rate : 15.0 Mbps
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Standard : PAL
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.482
Stream size : 3.16 GiB (90%)

Audio
ID : 1026 (0x402)
Menu ID : 1 (0x1)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Codec ID : 4
Duration : 1h 30mn
Bit rate mode : Constant
Bit rate : 256 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : -119ms
Stream size : 166 MiB (5%)
Language : English

History

#1

Updated by Adam Sutton about 12 years ago

  • Category changed from DVB to PVR / DVR
  • Status changed from New to Need feedback
  • Assignee deleted (Hein Rigolo)

I'm going to go out on a limb and say the problem is the client. TVH essentially dumps the stream as it receives it (there is a bit more to it than that, but not a lot).

But one thing I would like to check, are you playing back via the PVR (HTTP) interface or are you playing the file by some other means, local disk, NFS/SMB share etc..

If you've not tried the later then please try that first, if that works then it could indicate an issue with the TVH HTTP interface rather than the file or client.

Adam

#2

Updated by Nathan McAullay about 12 years ago

The older (pre 3.x TVH) discussion about similar issues was at this link
https://www.lonelycoder.com/redmine/boards/5/topics/3845?page=3&r=4960

#3

Updated by Nathan McAullay about 12 years ago

Wow, that was quick.... :)

I am playing the file over NFS, and I just tried it over PVR/HTTP and it crached in a similar manner.

So, am i best to log an issue at XBMC for this?

#4

Updated by Adam Sutton about 12 years ago

  • Status changed from Need feedback to Rejected

Yeah I would say that if the combination of file+client doesn't work (without TVH in the loop) then its a bug in XBMC.

TS is supposed to be good for skipping etc.. because it doesn't require a file header (per se) and therefore should work well for things like broadcast where data might go missing.

It's not impossible that TVH has done something wrong in the file (like cocked up PMT/PAT maybe?) however it seems unlikely and I don't think XBMC should crash!

If XBMC guys say the file is crap then feel free to re-submit.

Adam

Also available in: Atom PDF