First some more users have to report back that it helps for this Issue i think?
(2014-04-30, 11:04)fritsch Wrote: [ -> ]Check dmesg for further info - I think it's a driver bug. Can you try another card?
I spent a few hours trying older versions of Openelec and don't think I can add anything beyond what zag summarised in post 2613. I have r17733 (19 February) rock solid stable, r17811 (25 February) blocking/pixelating and eventually freezing with live TV, and all subsequent betas not working like r17811. I cannot find any archived nightly builds between 19 and 25 February to help narrow the search, but am happy to try others if anyone wants to point me in the right direction. The kernel bumped from 3.13.3 to 3.13.5 between r17733 and r17811, so could be driver issues. I didn't see anything in dmesg though. I was looking at the xbmg.log file in real time, and didn't see anything when there was blocking/pixelation, though there were some errors when the stream eventually froze. Log files are here:
r17811 broken:
http://xbmclogs.com/show.php?id=189867
r17733 working:
http://xbmclogs.com/show.php?id=189870
Please don't hesitate to ask if there's anything further I can do to help, I am reasonably Linux literate .....
(2014-04-30, 11:02)ahgee2 Wrote: [ -> ]The one problem I cannot overcome, though, is pixelation/freezes with live TV using my PCTV 290e nanostick tuner. I get this with all the Openelec 3.95 betas. I notice similar reports here (around post 2743) and elsewhere (Openelec forums) but no potential fixes. The one conflicting report is from trsqr (post 2741) who says everything is rock solid stable since beta 3. Does anyone else have stable live TV on their Haswell NUCs? If so, perhaps you could report hardware, software and settings, which might help pinpoint the problems some of us are experiencing. My setup is:
I've got the same NUC and two of the same tuners. I'll need to check what's the situation currently, but indeed on beta 3 I did not get any pixelation. The issue I was seeing was that if I just watch the TV or record the TV, there's no problems. But if I open EPG, the menus or sometimes even the info overlay, I start to get continuity counter errors in Tvheadend (enable debugging to see these in the logs). It would seem to me that whatever menus I display in XBMC over the live TV picture should not impact Tvheadend! I'll need to check the situation with beta 7, haven't had too much time lately.
However, I got another issue with 2 of these tuners. Basically the xHCI host dies if I try to use 2 of these tuners simultaneously. The same happens on an Ubuntu linux, so this is not an OpenELEC or XBMC issue. I reported this as an Ubuntu bug, I hope those guys have means to further look into this or ask me for further debug printouts (
https://bugs.launchpad.net/ubuntu/+sourc...ug/1313279 ). I have that Ubuntu on a USB hard disk. Funny thing is, if I take the hard disk and the tuners, connect them to another PC I have (Ivy Bridge Core i5) I can use both of them without any issues. So either there's something wrong with the NUC or then there's an issue in the kernel drivers somewhere, I reckon. Do you have multiple tuners?
(2014-05-01, 10:02)trsqr Wrote: [ -> ]I've got the same NUC and two of the same tuners. I'll need to check what's the situation currently, but indeed on beta 3 I did not get any pixelation. The issue I was seeing was that if I just watch the TV or record the TV, there's no problems. But if I open EPG, the menus or sometimes even the info overlay, I start to get continuity counter errors in Tvheadend (enable debugging to see these in the logs). It would seem to me that whatever menus I display in XBMC over the live TV picture should not impact Tvheadend! I'll need to check the situation with beta 7, haven't had too much time lately.
However, I got another issue with 2 of these tuners. Basically the xHCI host dies if I try to use 2 of these tuners simultaneously. The same happens on an Ubuntu linux, so this is not an OpenELEC or XBMC issue. I reported this as an Ubuntu bug, I hope those guys have means to further look into this or ask me for further debug printouts (https://bugs.launchpad.net/ubuntu/+sourc...ug/1313279 ). I have that Ubuntu on a USB hard disk. Funny thing is, if I take the hard disk and the tuners, connect them to another PC I have (Ivy Bridge Core i5) I can use both of them without any issues. So either there's something wrong with the NUC or then there's an issue in the kernel drivers somewhere, I reckon. Do you have multiple tuners?
Thanks for the reply trsqr, would be really interesting to hear about any further testing you are able to do, since yours is the only report I can find of live TV working on the Gotham betas. There's a whole load of reports over on the Openelec forum
http://openelec.tv/news/22-releases/122-...7-released
which seem to be describing the same problems as I am experiencing.
As for the multiple tuners, I am afraid I only have one so cannot test, but I wonder if it's a USB 2/3 issue? I assume they're on the USB3 bus on the NUC, and USB2 on the Ivy Bridge? Could be a clue ....
There are definitly tv tuners which work in latest nightly. eg the dvbsky s960 is working fine( except an issue where it it not working anymore aftersome idle time)
i just tried the r17733 with my pctv 460e and yeah, it seems to work. strange thing about this: it has also pixelation with ubuntu, so it can't be an openelec specific problem.
i just took a look at the commits around Feb 19.
https://github.com/OpenELEC/OpenELEC.tv/...er?page=17 but in my opinion no special commit which should break our livetv functionality. The openelec r17733 uses Kernel 3.13.3 Since the problem also exists in ubuntu 14.04(with upgraded Kernel to 3.14), the issue may be kernel related.
otherwise... there was no kernel upgrade around Feb 19
so it may be an xbmc issue
ok. i just installed my backup of ubuntu 14.04 with 3.14.2 kernel and did a downgrade to kernel 3.13.0.
pixelation still exists.
So, seems not to be kernel related
That's not proven. Check 3.12 kernel as you are at it. Also provide every log you can get (dmesg, xbmc, etc.) also check with another backend.
Are you all sure, that a "latest bios" fix is not the culprit?
Btw. here is a sample, recorded via my backend: Same pixelation:
https://dl.dropboxusercontent.com/u/5572...g-test.mp4 visible?
Hehe - with that results I could say: xbmc is fine, cause it can play LiveTV recordings :-) - I really think it's something USB Port / driver related, which sucks.
Can someone test with that card at a windows host? And streaming with something else?
Something else: What about recordings? Do they have the same problem? Can you share one?
Edit: Record something without watching it at all, please.
i installed windows 7 on the nuc some days ago. the tuner works without any problems on the nuc. And always remember, when streaming the livetv to another pc with vlc via vdr streamdev server, it's working fine, too.
just recorded 10 minutes without watching the channel. this recording plays fine without any artifacts
Now, the last test:
Please watch my sample in a loop, while recording something not related. What happens now?
(2014-05-01, 12:55)Nafi Wrote: [ -> ]Logs with Kernel 3.13: pixelation exists
Apart from in the Openelec pre-3.13.5 kernels (r17733 and earlier), when everthing works fine according to you, me, zag and others. I cannot say I understand this at all!
fritsch, I have observed the pixelation on recordings made when not watching them. I recorded an hour long HD program the other night, watched it the next day, and got pixelation artefacts on playback, when I rewound the pixelation would appear in the same place in the same manner reliably. I could even get the playback to freeze the stream (have to press "stop" to recover) as described here
https://github.com/OpenELEC/OpenELEC.tv/issues/3064
I suppose I could have sent you this recording but (a) it was huge and (b) I stupidly deleted it out of frustration, sorry!
[EDIT - just remembered that while the HD program was recording, I was watching another recording I had made earlier]
fritsch Wrote:Now, the last test:
Please watch my sample in a loop, while recording something not related. What happens now?
your sample plays fine. Recording has issues. Shall i upload it?
this matches my own observations.
when playing the stream via vlc, its fine.
while streaming tv to vlc while watching the same channel on tv, it has issues.