[alexandergoll]

I had asked earlier whether it is possible to setup tvheadend on a dreambox. I noticed that the dreambox has the necessary tuner modules available as device which tvheadend might plug into. While i am still setting up a box to compile it for my dreambox i came upon another question:

Does tvheadend need exclusive access over the available tuners? If that is the case it would not be workable since i would like to retain the dreambox ability to display/record at their own place.

[julienzch]

Hi everyone,

I think this is the right place to post but tell me if I should start a new one.

I am using tvheadend 2.11 on a remote server (eth 10/100). I have a WinTV PVRUSB2 since I only have access to analog. Anyway, it converts the signal to a digital MPEG2 stream with the audio embed and works perfectly via htsp://... in Camelot.

Without changing any parameters on the server or the receiver, I have problems since I updated to Dharma beta 4. I experience some kind of lags and cuts (krkk, pop !) randomly in the sound now. The stream is ~6Mb/s for video and ~280 kb/s for video. I insist that it worked flawlessly in Camelot.

It seems that it works for a few seconds before it gets troubles. So I guess it might be a buffer problem.

Have someone experienced that ? How to solve this ?

[opdenkamp]

what are you running? plain dharma or the patched version using the pvr addon?

edit: and post your debug log somewhere please

[julienzch]

I tried both, the problem is the same. But I didn't patch tvheadend, can it help ? I'll post a debug log tomorrow, I am away from my HTPC now. Thanks.

[opdenkamp]

The patch to tvheadend currently only adds the CaID to the channel entries. Won't fix jumpy audio/video. I'll have a look at that log tomorrow.

[bmentink]

Hi Guys,

I had a go at compiling dushmaniac's version of Dharma/pvrtesting branch and get this error on compile:

/home/bmentink/builds/xbmc-pvr/xbmc/xbmc/utils/IMDB.cpp:171: undefined reference to `fstrcmp(char const*, char const*, double)'
xbmc/xbmc.a(Util.o): In function `CUtil::AlbumRelevance(CStdStr<char> const&, CStdStr<char> const&, CStdStr<char> const&, CStdStr<char> const&)':
/home/bmentink/builds/xbmc-pvr/xbmc/xbmc/Util.cpp:2947: undefined reference to `fstrcmp(char const*, char const*, double)'
/home/bmentink/builds/xbmc-pvr/xbmc/xbmc/Util.cpp:2955: undefined reference to `fstrcmp(char const*, char const*, double)'
collect2: ld returned 1 exit status
make: *** [xbmc.bin] Error 1

It seems I need a fstrcmp lib of some sort. Had a quick serach on google and discovered a fstrcmp project that is a "fuzzy comparisons of strings and byte arrays" is this a requirment for this project as a dependancy? Or is that something completely different ....

Thanks,
Bernie

[opdenkamp]

I'm not familiar with it, but it looks like you need the libfstrcmp-dev package indeed.

[julienzch]

The patch to tvheadend currently only adds the CaID to the channel entries. Won't fix jumpy audio/video. I'll have a look at that log tomorrow.

Here it is, I am going forward with the problem since it seems to be an ALSA one :

Code:

13:32:37 T:140325972056128 M:1606193152   DEBUG: ------ Window Deinit (DialogFullScreenInfo.xml) ------
13:32:37 T:140324947257104 M:1606193152   DEBUG: CDVDPlayerAudio:: Discontinuity - was:3930865.217889, should be:3976452.512610, error:45587.294721
13:32:38 T:140324947257104 M:1606193152   DEBUG: CDVDPlayerAudio:: Discontinuity - was:4616517.699610, should be:4718298.645883, error:101780.946273
13:32:38 T:140324957746960 M:1606201344   DEBUG: CPullupCorrection: detected pattern of length 1: 40000.00
13:32:39 T:140324947257104 M:1606201344   DEBUG: CDVDPlayerAudio:: Discontinuity - was:5731629.692883, should be:5776459.047429, error:44829.354546
13:32:40 T:140324947257104 M:1606168576   DEBUG: CDVDPlayerAudio:: Discontinuity - was:6427521.233429, should be:6528639.126576, error:101117.893147
13:32:41 T:140324947257104 M:1606201344   DEBUG: CDVDPlayerAudio:: Discontinuity - was:7530299.305576, should be:7575785.234055, error:45485.928480
13:32:41 T:140324947257104 M:1606201344   DEBUG: CDVDPlayerAudio:: Discontinuity - was:8226350.536055, should be:8327668.733269, error:101318.197214
13:32:42 T:140324947257104 M:1606201344   DEBUG: CDVDPlayerAudio:: Discontinuity - was:9330294.360269, should be:9375642.968665, error:45348.608396
13:32:43 T:140324947257104 M:1606201344 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
13:32:43 T:140324947257104 M:1606201344   DEBUG: CDVDPlayerAudio:: Discontinuity - was:10026114.795665, should be:10126834.446889, error:100719.651224
13:32:43 T:140324947257104 M:1606201344 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
13:32:44 T:140324947257104 M:1606201344 WARNING: Previous line repeats 7 times.
13:32:44 T:140324947257104 M:1606201344   DEBUG: CDVDPlayerAudio:: Discontinuity - was:11238391.947889, should be:11284207.144041, error:45815.196152
13:32:44 T:140324947257104 M:1606201344 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
13:32:44 T:140324947257104 M:1606209536 WARNING: Previous line repeats 1 times.
13:32:44 T:140324947257104 M:1606209536   ERROR: GetDelay - snd_pcm_delay, alsa error: -32 - Relais brisé (pipe)
13:32:44 T:140324947257104 M:1606209536 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
13:32:45 T:140324947257104 M:1606209536 WARNING: Previous line repeats 4 times.
13:32:45 T:140324947257104 M:1606209536   ERROR: GetDelay - snd_pcm_delay, alsa error: -32 - Relais brisé (pipe)
13:32:45 T:140324947257104 M:1606209536 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
13:32:45 T:140324947257104 M:1606209536 WARNING: Previous line repeats 3 times.
13:32:45 T:140324947257104 M:1606209536   ERROR: GetDelay - snd_pcm_delay, alsa error: -32 - Relais brisé (pipe)
13:32:45 T:140324947257104 M:1606209536   DEBUG: CDVDPlayerAudio:: Discontinuity - was:12363268.275041, should be:12422112.323735, error:58844.048693
13:32:45 T:140324947257104 M:1606209536 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
13:32:45 T:140324947257104 M:1606209536   ERROR: GetDelay - snd_pcm_delay, alsa error: -32 - Relais brisé (pipe)
13:32:45 T:140324947257104 M:1606209536 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available

This is what I get when I start a channel stream via htsp, as you can see the first ten seconds have no errors, then the sound goes crappy.

[vane.xbmc]

Hi dushmaniac,

I'm using your xbmc Dharma version with PVR. That's great and quiet stable but today I tried to watch an rtp stream from VLC and the video shows very pixelated (also the audio has some errors). In xbmc log I can see a lot of ffmpeg errors and it tells vdpau is faliling:

NOTICE: CDVDVideoCodecFFmpeg::Open() Creating VDPAU(0x0, 28)
WARNING: (VDPAU) no width/height available, can't init
NOTICE: CDVDVideoCodecFFmpeg::Open() Failed to get VDPAU device
NOTICE: (VDPAU) Close
NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
DEBUG: FactoryCodec - Video: ff-h264 - Opened
NOTICE: Creating video thread

I was thinking of report this to xbmc developers but I'm using xbmc and libvdpau from your repo so I'd rather ask you before. Do you know someting about that? Which are the changes you made on libvdpau?

Tanks in advance and regards,

Vanesa.

[opdenkamp]

since it seems to be an ALSA one

it's not an alsa error, but alsa is correctly reporting an error.
this is the cause:

Code:

CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available

it's the same problem that is reported a few posts back and it looks like other pvr addons are showing the same behaviour. please report this on trac.

In xbmc log I can see a lot of ffmpeg errors and it tells vdpau is faliling:

NOTICE: CDVDVideoCodecFFmpeg::Open() Creating VDPAU(0x0, 28)
WARNING: (VDPAU) no width/height available, can't init

without a width and height, vdpau won't init. could be a problem with the stream itself or perhaps it's not being read (correctly) by xbmc. I've seen some hacks that force the size to be your screen's size, but that's not a proper solution.

I didn't change anything in libvdpau myself but merely used a newer version from their git.

[vane.xbmc]

without a width and height, vdpau won't init. could be a problem with the stream itself or perhaps it's not being read (correctly) by xbmc. I've seen some hacks that force the size to be your screen's size, but that's not a proper solution.

Thanks for your quick answer. The problem is not related with vdpau. I've tested with another video and VDPAU is opening ok with a known resolution.

I've found a bug that seems to explain the problem: http://trac.xbmc.org/ticket/9435.

Thanks again and good work, by the way,

[hotlobster]

Here it is, I am going forward with the problem since it seems to be an ALSA one :

Code:

13:32:37 T:140325972056128 M:1606193152   DEBUG: ------ Window Deinit (DialogFullScreenInfo.xml) ------
13:32:37 T:140324947257104 M:1606193152   DEBUG: CDVDPlayerAudio:: Discontinuity - was:3930865.217889, should be:3976452.512610, error:45587.294721
13:32:43 T:140324947257104 M:1606201344 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available

This looks like the buffer problem I have with vnsi. That's the same error message and behavior.

[bmentink]

I'm not familiar with it, but it looks like you need the libfstrcmp-dev package indeed.

Hmm, I am running Arch and I don't see that lib .... not in AUR either, any other suggestions where to get it?

[Ruud]

...
So it seems like this buffering problem is present when using other addons too. We could put a buffer in between I suppose, but that'll slow down the zapping time a bit.

Hi,
zapping time is for me one of the biggest WOW factors of tvheadend, have been using MP's tvserver for several years and the slow zapping time was in the end always the biggest frustation and highly discussed on their forum. Better to have a hickup or blocks in the first frames then slower channel changing times, but that is my opinion
regards,
Ruud.

[opdenkamp]

Hmm, I am running Arch and I don't see that lib .... not in AUR either, any other suggestions where to get it?

http://fstrcmp.sourceforge.net/