I'm in your same position. I am wondering how you got it working. You never said what the solution was. Did you get a different driver? If so, from where?
Posts by harry_fine
-
-
If you go WAY back in this thread, I described how I did an identical install on an Intel NUC with an I5 preprocessor. Same version of LE (but generic intel), same USB tuner, same HDMI v2. cable, same antenna, and same result. Audio quality (AQ) would drop to zero after a few seconds streaming live TV, and the streaming would stop for maybe 30 seconds.
This is either a defective Haupaggue tuner, or it's a bug in Libreelec, perhaps the driver for the tuner. If someone can tell me how the powerful intel box with lots of processing power and current could display the same symptoms, I'm all ears.
-
I have the official, 3A 15w. And really, am I like a pioneer here? Am I the only person with a dual tuner? I've asked several times in this thread for a north american ATSC tuner that works for sure out of the box with a PI4 under Libreelec but so far no luck.
-
So where do I find a power supply to replace the stock, that provides more wattage?
-
I've been struggling with stuttering and buffering for live TV as you may have seen n other threads. I've trouble shot every part of the scenario, going to try and replace my Haupaggue WinTV Dual 1959 tuner. But I wanted to get some suggestions from people who have actually installed an NTSC TV tuner in a PI4 with the latest version of LE, and who get solid, high-quality local over the air TV out of the box.
Thanks all.
-
If single tuner DVB-T/T2 is fine then have a look at the RPi TV Hat Buy a Raspberry Pi TV HAT – Raspberry Pi
so long,
Hias
Since that won't work in North America, not a great suggestion. Got to be NTSC is my understanding.
Also make sure you have the latest USB firmware installed on your RPi 4B ( see RE: Is it possible already to set up a rpi4 with kernel 5.4? ). There're some updates regarding to isochronous transfers in past as well.
And do not underestimate the power for your devices, it's really important.
Regarding to another DVB-T2 sticks, I am using MyGica T230C, T230C2 and two Astrometa models with Sony & Panasonic demodulators.
T230C / C2 is working best on latest LE versions, with Astrometa I had more struggling but currently it's working also fine for me (and the hardware has some advantages, like SDR functionality and the driver supports all IR protocols).
The problem is - you usually don't know what exactly you'll receive when ordering on eBay / Aliexpress. The stick may look the same but inside the HW is different. But I have ordered MyGica tuners through Aliexpress from original store and negotiated the specific version before.
DVB-T2 not for North America I don't think.
Another standard point to check: Make sure your PSU has enough wattage, because the tuner stick probably grabs a lot of it.
You've been patient and helpful, but it sounds like this forum is out of ideas. It's a standard PI4 power supply. Pretty sad that a reasonably tech savvy guy like me can't get live TV on the newest PI variant.
I think I'm going to try and run
Ubuntu and then Kodi on top of that. Certainly can't be more frustrating. But thank you.
-
It's the WinTV Dual tuner, the 1595.
Here's a web page I looked at.
Hauppauge WinTV-dualHD - LinuxTVWiki
I read this paragraph, checked my dmesg command output and confirmed it was set to bulk:
QuoteSetting Transfer Mode to bulk
The stick supports two transfer modes: isochronous and bulk, whereas most revisions use the isochronous mode by default. This often leads to artifacts being shown in the video stream when both tuners are active (e.g. when a EPG scan is running in the background). This problem has been confirmed by many users of the VDR (German language, [Gelöst] WinTV dualHD - Moduloption um nur einen Tuner zu nutzen? - DVB-Karten - VDR Portal), but is very likely to occurr with other software as well. You can check the mode your stick is using with dmesg. When the stick is detected there is a line that reads "dvb set to isoc mode" when in isochronous mode, when bulk mode is active, an analogous message is shown. Currently there is no known way to change that mode using a linux command or passing options to the kernel module. The only way to change it is to use a free windows tool provided by the manufacturer Hauppauge: Hauppauge DE | Support FAQ Please install the windows driver for the stick first, because they need to be installed before running the tool. After changing the mode to "bulk" using this tool, please check the dmesg messages again and verify that it now states "dvb set to bulk mode".
At this point I'm ready to buy another tuner that's known to work on the PI4 with Libreelec. Are there any tuners out there, single is fine if need be, that absolutely work out of the box with the current version on the Pi4?
-
Yes, it is in the blue, I had made sure of that. Tried the different server side settings, but after doing some readings, it seems that Kodi only accepts htsp which I think is equivalent to Pass.
Funny, I just put my flat antenna out on my terrace rather than on the window, can physically see the CN Tower a mile away, and I went inside and the aq had jumped to 55%. I thought that was it all along. And then, after about 1- seconds, it dropped down to zero.
Possible bad (new) Haupagge tuner?
-
OK, let's look at another direction. Could it be the server stream type on the server side?
I notice in Tvheadend server that there are 7 default stream types, that are linked to each user. In the Tvheadend HTSP client, there is a field for Stream Type but I'm not convinced it does anything. I tried entering Pass on the server side, and put in Pass on the client side, , rebooted and got an error that the Pass stream type was not available.
Yet, I was able to create a new stream type and that did not generate that message. However, the problem still existed. I've attached a screenshot of my custom Streaming stream profile, that was also entered on the client side.Any comments on the screenshot, or generaly, which stream type does Kodi best use for streaming live TV when setting up the user's stream types.
-
Here is a snippet. I can certainly do a link to a server it you like, but I zero'd the log, logging started then watched the screen as aq started at <0> at 10:42.09, then the picture comes back to life for about 2 minuets with a much higher than normal aq of 60, then as I watch the screen, it drops to 20, 10, 5 and then 0 all within about 5 seconds. Playback stops at that point.
De-interlacing is set to OFF, and Sync playback to display is off.
Code
Display MoreLibreELECBR:~/.kodi/temp # cat kodi.test.log 2020-12-19 10:42:09.946 T:2989466480 WARNING: ActiveAE - large audio sync error: 3034.084006 2020-12-19 10:42:09.995 T:2989466480 WARNING: ActiveAE - large audio sync error: 3033.510477 2020-12-19 10:42:10.045 T:2989466480 WARNING: ActiveAE - large audio sync error: 3033.987307 2020-12-19 10:42:10.215 T:2507637616 NOTICE: CVideoPlayerAudio::Process - stream stalled 2020-12-19 10:42:10.850 T:2862687088 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer 2020-12-19 10:42:27.113 T:2507637616 WARNING: Previous line repeats 27 times. 2020-12-19 10:42:27.113 T:2507637616 ERROR: CDVDAudio::AddPacketsRenderer - timeout adding data to renderer 2020-12-19 10:42:28.759 T:2862687088 NOTICE: CDVDVideoCodecFFmpeg::CDropControl: lost diff 2020-12-19 10:42:29.342 T:2862687088 NOTICE: CDVDVideoCodecFFmpeg::CDropControl: calculated diff time: 16682 2020-12-19 10:43:50.954 T:2507637616 NOTICE: CVideoPlayerAudio::Process - stream stalled 2020-12-19 10:43:51.582 T:2862687088 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer 2020-12-19 10:44:00.211 T:2862687088 WARNING: Previous line repeats 15 times. 2020-12-19 10:44:00.211 T:2862687088 NOTICE: CDVDVideoCodecFFmpeg::CDropControl: lost diff 2020-12-19 10:44:04.616 T:2862687088 NOTICE: CDVDVideoCodecFFmpeg::CDropControl: calculated diff time: 37917 2020-12-19 10:44:05.717 T:2862687088 NOTICE: CDVDVideoCodecFFmpeg::CDropControl: lost diff 2020-12-19 10:44:05.904 T:2862687088 NOTICE: CDVDVideoCodecFFmpeg::CDropControl: calculated diff time: 16682
My bad, I had passthrough ON. Also had sync playback ON.
Here's the new log from a new fresh test with passthrough OFF and sync playback OFF:
Code
Display More2020-12-19 11:03:13.354 T:2507637616 NOTICE: CVideoPlayerAudio::Process - stream stalled 2020-12-19 11:03:13.938 T:2871079792 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer 2020-12-19 11:03:26.341 T:2507637616 WARNING: Previous line repeats 20 times. 2020-12-19 11:03:26.341 T:2507637616 ERROR: CDVDAudio::AddPacketsRenderer - timeout adding data to renderer 2020-12-19 11:03:26.974 T:2871079792 NOTICE: CDVDVideoCodecFFmpeg::CDropControl: lost diff 2020-12-19 11:03:27.558 T:2871079792 NOTICE: CDVDVideoCodecFFmpeg::CDropControl: calculated diff time: 16682 2020-12-19 11:04:06.601 T:2507637616 NOTICE: CVideoPlayerAudio::Process - stream stalled 2020-12-19 11:04:07.208 T:2871079792 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer 2020-12-19 11:04:10.508 T:2989466480 WARNING: Previous line repeats 6 times. 2020-12-19 11:04:10.508 T:2989466480 WARNING: ActiveAE - large audio sync error: 6423.988812 2020-12-19 11:04:10.517 T:2989466480 WARNING: ActiveAE - large audio sync error: 6431.013757 2020-12-19 11:04:10.522 T:2989466480 WARNING: ActiveAE - large audio sync error: 6431.013461 2020-12-19 11:04:10.525 T:2989466480 WARNING: ActiveAE - large audio sync error: 6480.547109 2020-12-19 11:04:10.528 T:2989466480 WARNING: ActiveAE - large audio sync error: 6480.545905 2020-12-19 11:04:10.581 T:2989466480 WARNING: ActiveAE - large audio sync error: 6432.553211 2020-12-19 11:04:10.632 T:2989466480 WARNING: ActiveAE - large audio sync error: 6435.068901 2020-12-19 11:04:10.704 T:2989466480 WARNING: ActiveAE - large audio sync error: 6388.598848 2020-12-19 11:04:10.753 T:2989466480 WARNING: ActiveAE - large audio sync error: 6341.137191 2020-12-19 11:04:10.803 T:2989466480 WARNING: ActiveAE - large audio sync error: 6293.611827 2020-12-19 11:04:10.848 T:2989466480 WARNING: ActiveAE - large audio sync error: 6245.450683 2020-12-19 11:04:10.898 T:2989466480 WARNING: ActiveAE - large audio sync error: 6197.919244 2020-12-19 11:04:10.947 T:2989466480 WARNING: ActiveAE - large audio sync error: 6150.441304 2020-12-19 11:04:10.997 T:2989466480 WARNING: ActiveAE - large audio sync error: 6102.904246 2020-12-19 11:04:11.047 T:2989466480 WARNING: ActiveAE - large audio sync error: 6055.354048 2020-12-19 11:04:11.098 T:2989466480 WARNING: ActiveAE - large audio sync error: 6007.951990 2020-12-19 11:04:11.148 T:2989466480 WARNING: ActiveAE - large audio sync error: 5959.947703 2020-12-19 11:04:11.198 T:2989466480 WARNING: ActiveAE - large audio sync error: 5909.926387 2020-12-19 11:04:11.248 T:2989466480 WARNING: ActiveAE - large audio sync error: 5859.952906 2020-12-19 11:04:11.298 T:2989466480 WARNING: ActiveAE - large audio sync error: 5809.915313 2020-12-19 11:04:11.348 T:2989466480 WARNING: ActiveAE - large audio sync error: 5756.861270 2020-12-19 11:04:11.398 T:2989466480 WARNING: ActiveAE - large audio sync error: 5706.815862 2020-12-19 11:04:11.448 T:2989466480 WARNING: ActiveAE - large audio sync error: 5656.795437 2020-12-19 11:04:11.498 T:2989466480 WARNING: ActiveAE - large audio sync error: 5606.760568 2020-12-19 11:04:11.548 T:2989466480 WARNING: ActiveAE - large audio sync error: 5556.756660 2020-12-19 11:04:11.598 T:2989466480 WARNING: ActiveAE - large audio sync error: 5506.845251 2020-12-19 11:04:11.648 T:2989466480 WARNING: ActiveAE - large audio sync error: 5456.759621 2020-12-19 11:04:11.698 T:2989466480 WARNING: ActiveAE - large audio sync error: 5406.838085 2020-12-19 11:04:11.748 T:2989466480 WARNING: ActiveAE - large audio sync error: 5356.747511 2020-12-19 11:04:11.798 T:2989466480 WARNING: ActiveAE - large audio sync error: 5306.746381 2020-12-19 11:04:11.848 T:2989466480 WARNING: ActiveAE - large audio sync error: 5252.403149 2020-12-19 11:04:11.898 T:2989466480 WARNING: ActiveAE - large audio sync error: 5202.422945 2020-12-19 11:04:11.948 T:2989466480 WARNING: ActiveAE - large audio sync error: 5152.343796 2020-12-19 11:04:11.998 T:2989466480 WARNING: ActiveAE - large audio sync error: 5102.350112 2020-12-19 11:04:12.048 T:2989466480 WARNING: ActiveAE - large audio sync error: 5052.344575 2020-12-19 11:04:12.099 T:2989466480 WARNING: ActiveAE - large audio sync error: 5002.377613 2020-12-19 11:04:12.543 T:2507637616 ERROR: CDVDAudio::AddPacketsRenderer - timeout adding data to renderer
-
Using the the latest stock versions both for the server side and the client side, both TV headend. tried every possible software combination and taken every piece of advice in this thread.
No other add-ons are installed except simplepvr, it's a fresh installation and I'm not looking for other video add-ins, looking to do things entirely from three sources, over the air tv, IPTV and streaming from my Synology box. So nothing either from the Kodi or libreelec add-ons added. Perhaps some audio codecs.
I was wondering if there's a different back end and front end combination I can use to take those out of the equation?
-
I found the setting, it's been so long since I've tried Kodi I forgot about those settings within the medium playing. I set deinterlace method to off, no change. I rebooted to make sure the change stuck, it had, but no change. I'm playing local over the air tv at 1080p, tried at 60, 59, 29 etc and I made sure that setting you mentioned sync playback to display was off.
Pretty frustrating going through these threads, because everybody else finds that magic bullet that fixes it for them, but I'm suffering the same problem on two different hardware devices.
-
I received my $30 HDMI 2.0 cable, rebooted, same problem with buffering. Various whitelist and refresh settings, nothing fixed the problem. It plays for about 10 seconds and freezes. And it's always the AQ (pressing SHIFT+CRTL+O) that drops to zero before program stutters. The VQ is never at zero. And if you recall from the OP, this ONLY happens playing live streams from the TVHeadend Server.
NETWORK: I have a fast wired cable connection (or fast enough, package is 300down, 20up) with speed tests showing 180mb/s download, with the Pi set to a static IP. Google Nest pucks, 3 in a condo of 1600sqft, with fast connection from the same hub at my computer and TV which can all stream 4K.
Created an advancedsettings.html file as follows:
LibreELECBR:~/.kodi/userdata
<advancedsettings>
<cache>
<network>
<buffermode>1</buffermode>
<memorysize>209715200</memorysize>
<readfactor>20</readfactor>
</network>
</cache>
</advancedsettings>
I did make one major change to see if it would make a difference, I have a second install of Libreelec on an Intel NUC box, so I installed the tvheadend server there, and tried streaming both from the NUC box which also housed the server, and from the PI4 running the client only. SAME ON BOTH, not just opn the PI.
Tuner is Hauppage WinTV Dual Tuner.
I don't know what else to check. Buffer settings have been increased in advancedsettings.xml. Machine, the Pi4B has lots of power. Is this a native Kodi problem and not a PI problem as it happened on the NUC as well? And then it is a Kodi problem, or an Libreelec problem?
-
Hi. I'm in expert settings, of course, and there is no de-interlace setting even for the pi4B.
The new 2.1 cable should be here today, I will let you know if that changes anything.
It's so frustrating, because I love KODI and the with IPTV and over-the-air setup, and dying to get rid of Rogers Cable, but so far it's impossible.
Thank you for following up.
-
Absolutely played with passthrough on and off. No difference. How do you turn off interlacing?
I've ordered a 2.1 cable. Should be here tomorrow.
-
And adding total_mem=2048 to config.txt did not fix the problem for me.
My output channels is only 2 as suggested.
My refresh rate is 60HZ as suggested.
I turned off hardware acceleration as one person suggested.
These are all suggestions from this thread. None of them worked.
-
I've tried 4 different cable, eliminating any adapters. But how would the cable cause the problem I'm having, that is, sound working perfectly for IPTV or local media streaming, but sound aq going to zero for live TV?
-
It's a year later, but I want to resurrect this point. I'm having the same problem. RP4B, LG tv, Haaupagge tuner, high-speed internet, good over the air signal quality, and tried all the suggestions in this thread.
The AQ (audio quality) displayed pressing CTRL SHIFT + O goes to zero, and the video and audio freeze. The VQ stays satisfactory.
Playing IPTV channels from around the world, the AQ stays at 90%S, as does VQ. Same with streaming 4K files form my server.
Have you folks had any progress?