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'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:

    Quote

    Setting 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.


    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:

    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?

    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?