[bmentink]

you're using system ffmpeg libraries. use the normal ones please.

So do I use "--disable-external-ffmpeg" as my config option? Can you confirm that as RoboSK states that the internal ffmpeg is un-stable ...

Cheers,
Bernie

[RoboSK]

bmentink: edit your downloaded file "PKGBUILD" and then run again makepkg


edit: overwrite old PKGBUILD with this -> http://pastebin.com/j4bnFPeR

[moontan77]

anyone using an nvidia ion pc getting sound dropouts? I only get them watching tvheadend streams and there are no errors on the tvheadend web interface. This doesnt happen watching xvids or mkvs, or listening to music. Just happens with tvheadend streams.

The errors are like this:
22:13:24 T:2643434352 M:1523122176 WARNING: CALSADirectSound::CALSADirectSound - device is not able to pause playback, will flush and prefix with 0 frames
22:13:24 T:2643434352 M:1523122176 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
22:13:24 T:2643434352 M:1523122176 WARNING: CALSADirectSound::CALSADirectSound - device is not able to pause playback, will flush and prefix with 0 frames
22:13:24 T:2643434352 M:1523089408 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
22:13:24 T:2643434352 M:1523089408 ERROR: GetDelay - snd_pcm_delay, alsa error: -32 - Broken pipe
22:13:24 T:2643434352 M:1523089408 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
22:13:27 T:2643434352 M:1523122176 WARNING: Previous line repeats 11 times.


I have 2 nvidia ion pc's and both have this problem. One has karmic and the other has maverick. Makes tvheadend unusuable as it happens so often.

I'm using tvheadend 5617 at the moment.

[bigdawgte]

I am using mc2xml, tv-grab-file, and Dharma with TVheadend. I started out trying to get it to work with my hdhomerun, but I had little luck getting the dvb driver to work reliably, and I really couldn't completely figure out how to configure Tvheadend, being so far off the standard install with my hardware. However, I plugged in my Eyetv Hybrid, configured the drivers as a Hauppage WinTV 950, and got going. However, having originally configured mc2xml, xmltv and TVheadend for QAM (unsuccessfully) I find that I cannot get the xmltv/epg working under TVheadend for ATSC terrestrial (USA). I deleted all of the configuration files and data for QAM, but I cannot get the xmltv file to load into TVHE - it always returns: " xmltv: No output from "/usr/bin/tv_grab_file" when I enable grabbing and confirm. if I runtv_grab_file from terminal, however it spits the listings. Any suggestions?

[bmentink]

bmentink: edit your downloaded file "PKGBUILD" and then run again makepkg

edit: overwrite old PKGBUILD with this -> http://pastebin.com/j4bnFPeR

Thanks, that did the trick. I now have my recordings back and VDPAU. Appreciate the great PKGBUILD makes things much easier ..

I presume that if I run "makepkg" in the future, it will pick up any changes you have made to the build?

Also, thanks dushmaniac for the hint on fixing the EPG times, a +1 fixed my daylight saving problem.

Thanks Guys, It's awesome to have LiveTV with guide working.

Cheers,
Bernie

[mason]

dushmaniac are there some database changes in the MyTV.db with your latest builds? Since i upgraded to the one from 18.11 XBMC won't inject the XML EPG Infos anymore... in TVheadend everything looks fine, the XML data get added just fine?!

[opdenkamp]

anyone using an nvidia ion pc getting sound dropouts? I only get them watching tvheadend streams and there are no errors on the tvheadend web interface. This doesnt happen watching xvids or mkvs, or listening to music. Just happens with tvheadend streams.

this is probably the same problem that was reported a few pages back. could you press the "O" button on your keyboard while playing a stream from tvheadend and tell me the (avarage) values you see there.

it always returns: " xmltv: No output from "/usr/bin/tv_grab_file" when I enable grabbing and confirm. if I runtv_grab_file from terminal, however it spits the listings. Any suggestions?

download / install the desired tv grabber
change to the user the runs tvheadend (usuallly "hts") and run /path/to/your/grabber --configure
configure the grabber in the tvheadend web interface
done

dushmaniac are there some database changes in the MyTV.db with your latest builds? Since i upgraded to the one from 18.11 XBMC won't inject the XML EPG Infos anymore... in TVheadend everything looks fine, the XML data get added just fine?!

nothing changed there. does it show anything special in the debug log? did you try to clear your epg database?

[julienzch]

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.


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.

It seems to be already reported here (http://trac.xbmc.org/ticket/10361). A lot of people are experiencing this problem and it doesn't seem to be a final Dharma ticket, am I right ?
I am kind of scared having a final release still buggy with htsp but I am aware that's a lot of work to do, if only I could help, but I don't have the capabilities.

[opdenkamp]

Those issues are not related, though the behaviour is the same (buffer underrun in the player). The problem that people were reporting here lies in another part of the code.

PVR will not be in Dharma and the sources from my github repos are purely experimental and will need a _lot_ of work before it can become mainline code. So stating is still buggy before it's being released is not correct.

[julienzch]

Ok, so I should trac this but I really don't know how to proceed.

I totally understood that your PVR ppa is an experimental branch, which is a really good thing. The problem is that I am experiencing this problem with the original Dharma RC1, w/o your PVR dev. So this would remain in the final version, and this one is supposed to be the most stable.

[opdenkamp]

And are you experiencing the same crashes as that ticket reports or just jumpy audio/video?

[julienzch]

Just jumpy audio/video. I still have to test with pulseaudio and change the bitrate of my stream.

[m404]

Code:

Nov 23 16:38:04 TVmonstah tvheadend[4140]: START: HTS Tvheadend version SVN5617~odk4 started, running as PID:4140 UID:115 GID:44, settings located in '/home/hts/.hts/tvheadend'
Nov 23 16:38:04 TVmonstah tvheadend[4140]: capmt: got connection from client ...
Nov 23 16:38:05 TVmonstah tvheadend[4140]: AVAHI: Service 'Tvheadend' successfully established.
Nov 23 16:38:38 TVmonstah tvheadend[4140]: HTTP: 192.168.1.119: /service/_dev_dvb_adapter0_STB0899_Multistandard12148500_H_0306 -- 404
Nov 23 16:38:38 TVmonstah tvheadend[4140]: capmt: Starting capmt server for service "GOD  Channel" on tuner 0
Nov 23 16:38:38 TVmonstah tvheadend[4140]: subscription: "RTSP" direct subscription to adapter: "STB0899 Multistandard", network: "BetaDigital", mux: "BetaDigital: 12,148,500 kHz Horizontal (No satconf)", provider: "BetaDigital", service: "GOD  Channel", quality: 100
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: Signal: 6 in PRG: /usr/bin/tvheadend (SVN5617~odk4) [8b29bae7a0532611563ad95a31345410d29d4dba] CWD: /  
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: Fault address 0x102c (N/A)
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: Loaded libraries: /lib/librt.so.1 /lib/libdl.so.2 /lib/libcrypt.so.1 /usr/lib/libavahi-common.so.3 /usr/lib/libavahi-client.so.3 /lib/libpthread.so.0 /lib/libm.so.6 /lib/libc.so.6 /lib/ld-linux.so.2 /lib/libdbus-1.so.3 /lib/libnss_compat.so.2 /lib/libnsl.so.1 /lib/libnss_nis.so.2 /lib/libnss_files.so.2  
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: Register dump [19]: 00000033 00000000 0000007b 0000007b 00513ff4 004efd5e b70e1108 b70e10fc 0000102c 00000006 0000102e 00000000 00000000 00000000 005f5416 00000073 00000202 b70e10fc 0000007b
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: STACKTRACE
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: /usr/bin/tvheadend 0x8067c09
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: __kernel_rt_sigreturn+0x0  ()
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: abort+0x182  (/lib/libc.so.6)
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: __assert_fail+0xf8  (/lib/libc.so.6)
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: /usr/bin/tvheadend 0x805f363
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: /usr/bin/tvheadend 0x80536a8
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: /usr/bin/tvheadend 0x8059178
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: /usr/bin/tvheadend 0x8059260
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: /lib/libpthread.so.0 0x6a2cc9
Nov 23 16:38:40 TVmonstah tvheadend[4140]: CRASH: clone+0x5e  (/lib/libc.so.6)

this happens whenever i try to tune into a channel, whether i do this over the webinterface or via xbmc makes no difference (ofc, it's tvheadend crashing)

since i'm using your patched version of it, i ain't really feeling comfortable with bugging the tvheadend devs with it
how would i go if i wanted to remove your version and replace it with the normal version of lonelycoder ? so that i can see if it's related to the patches you made or if it's a general tvheadend issue?

[opdenkamp]

this happens whenever i try to tune into a channel, whether i do this over the webinterface or via xbmc makes no difference (ofc, it's tvheadend crashing)

it's very likely that the capmt is giving problems. try using a normal cwc connection (newcs protocol). it's a better way of decoding anyway and won't give trouble with multiple tuners, etc.

since i'm using your patched version of it, i ain't really feeling comfortable with bugging the tvheadend devs with it

the only thing that is different from the plain tvheadend is one extra entry that is reported over the htsp protocol in the channel list. has nothing to do with your crash

how would i go if i wanted to remove your version and replace it with the normal version of lonelycoder ? so that i can see if it's related to the patches you made or if it's a general tvheadend issue?

you can find that on the tvheadend wiki.

[m404]

it's very likely that the capmt is giving problems. try using a normal cwc connection (newcs protocol). it's a better way of decoding anyway and won't give trouble with multiple tuners, etc.

yes, i managed to get rid of that issue, i can now stream out of the tvheadend webinterface just fine (no HD ofc, since from what i understood the rtsp server implemented doesn't stream HD ?)

the only thing that is different from the plain tvheadend is one extra entry that is reported over the htsp protocol in the channel list. has nothing to do with your crash

ah ok, i was not aware of that. in that case, i'll try to keep tvheadend issues out of this thread.

i have, on the other hand, an issue with XBMC.
i only installed xbmc over your launchpad, and whenever i start it on ubuntu 10.10 nothing really happens. a look into the terminal shows the following message :

Code:

/usr/lib/xbmc/xbmc.bin: error while loading shared libraries: libva-0.31.1.1.so.1: cannot open shared object file: No such file or directory

did i miss a posting where you pointed out another package that needs to be installed?