Buffering on HD streams
#1
Not sure if this a a TVH problem or an XBMC problem, or something else entirely, but hope somebody can help.

I'm running TVH 3.5.247 on a server with Ubuntu 13.10 and kernel 3.11.0.15-generic. Client is an Arctic MC001 with OpenElec 3.2.4 and XBMC 12.2
TVH saves .ts files on the server, and I watch them using the client, which is connected on a Gigabit CAT6 network.

Everything has been working perfectly until a recent upgrade (probably the Ubuntu from 12.10 to 13.10, but maybe the OpenElec?).

Since the upgrade, I cannot watch recorded HD content without frequent pauses: XBMC shows buffering... and the output pauses for a few seconds.
SD content seems to be OK, and I can watch live HD TV, which is streamed from TVH to the client across the same network connection, so I don't think it is a network issue.

I've tried playing around with the Advanced Settings <network> settings, but nothing seems to work.

The XBMC log shows things like this: (full log on pastebin) Maybe this is something to do with the Audio stream? Possibly something has changed in the audio decoding?

Code:
11:43:23 T:139950360094464 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
11:43:23 T:139950351701760 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
11:43:23 T:139950360094464 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
11:43:23 T:139950351701760 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
11:44:25 T:139951997441856 WARNING: Previous line repeats 497 times.

Any suggestions welcome!
Reply
#2
How are you playing the recording?
Reply
#3
I'm playing back the recording on the Arctic MC001, using XBMC. (If I play back on the server, using, say, VLC, there's no problem)
Reply
#4
The pastebin is from OpenELEC 3.2.4 that was not changed since several months. Downgrade your backend to 3.4 version and reverify.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Reply
#5
Does the problem appear if you play the recordings via a network share rather than through the Live TV -> Recordings option?
Reply
#6
Guys - thanks for your replies - Apologies for not responding - didn't have any notification emails from xbmc...

fritsch - do you mean downgrade the kernel on the server to 3.4?

Prof Yaffle - I don't have a network share set up, but will try and see what happens
Reply
#7
(2014-02-11, 21:54)Daddy_Dog Wrote: fritsch - do you mean downgrade the kernel on the server to 3.4?

No, he means reverting tvheadend to 3.4 - the last release version. You could also upgrade to 3.9 unstable, of course - but let's eliminate some stuff first.
Reply
#8
Been looking around the repo folders for v3.4, but can't see a v3.4 for Ubuntu 13.10 (saucy).

I would really appreciate some guidance on the best way to do this, (preferably in a way that avoids trashing my config settings)
Reply
#9
I see no reason why a previous version wouldn't run. You can thus either add a repository for an earlier version, or download a deb directly from http://apt.tvheadend.org/stable/pool/main/t/tvheadend/ and install it with dpkg. It may trash your config, of course, so I'd really try to rule out addon problems or the LAN before changing out software packages unless you're happy backing things up and re-installing if it breaks.

Alternatively, you can check out the code to the specific commit (gfbda802 for 3.4.27) and build it yourself if you want to be certain..

Or, you can go forwards instead of back, and move to the latest unstable builds - https://tvheadend.org/builds/tvheadend. They're all built for Precise, but should work on Saucy with no issues.

But I'd still explore:

1. LAN share
2. Local play back
3. .ts versus .mkv as a recording container
4. Any mediainfo indications what's common
5. Even perhaps different addon/backend versions
Reply
#10
It seems that i have a similar problem conserning HD channels that are provided by my pay provider CanalDigitaal.nl. Most times HD channels (CanalDigitaal) works, but sometimes not?
Free HD channels seems to work always and also SD channels including the ones that are proveded by my provider.
Switching around from Free HD channels to pay SD channels to pay HD channels is a workarround to get HD channel (CanalDigitaal) to work.

System:
Debian Testing amd64, Tvheadend 3.9.383~g1745e0c, XBMC 4:13.0~alpha11-dmo3 (deb-multimedia)

XBMC log:
12:05:51 T:140253826377472 DEBUG: PVRManager - OpenLiveStream - opening live stream on channel 'NED 1 HD'
12:05:51 T:140253826377472 DEBUG: opening live stream for channel 'NED 1 HD'
12:05:51 T:140253826377472 INFO: AddOnLog: Tvheadend HTSP Client: SendSubscribe - subscribe to channel '436809586', subscription 1
12:05:51 T:140253826377472 DEBUG: AddOnLog: Tvheadend HTSP Client: SendSubscribe - new subscription for channel 436809586 (1)
12:05:51 T:140253826377472 DEBUG: PVRFile - Open - playback has started on filename pvr://channels/tv/Alle TV kanalen/0.pvr
12:05:51 T:140253826377472 DEBUG: CDVDInputStreamPVRManager::Open - stream opened: pvr://channels/tv/Alle TV kanalen/0.pvr
12:05:51 T:140253826377472 NOTICE: Creating Demuxer
12:05:51 T:140253826377472 DEBUG: DllAvCodec: Using libavcodec system library
12:05:51 T:140255918938048 DEBUG: ------ Window Init (DialogBusy.xml) ------
12:05:51 T:140255918938048 DEBUG: Window DialogBusy.xml was already loaded
12:05:51 T:140255918938048 DEBUG: Alloc resources: 0.01m
12:05:51 T:140253826377472 ERROR: Get - failed to get stream

TVHeadend log:
2014-02-22 12:13:35.596 subscription: "192.168.1.57 [ meindert | XBMC Media Center ]" subscribing on "NED 1 HD", weight: 150, adapter: "Conexant CX24117/CX24132 : DVB-S #0", network: "ASTRA 3 NL HD", mux: "12187H", provider: "CANALDIGITAAL", service: "NED1 HD"
Reply
#11
The previous post concerns not the same problemen. I created a new item.
Reply

Logout Mark Read Team Forum Stats Members Help
Buffering on HD streams0