Posts by petediscrete

    vaughng & petediscrete

    I do know what I'm told are the risks, however, there often seems to be limited understanding of the difference between probability and possibility. It is possible I will be hacked but not very probable. Whilst anti-virus and anti-malware are available I'll be sticking with W7, once that changes I may have to review the situation.

    Chrome has already told me it won't update any further and I'm fine with that because I don't use Chrome.

    My approach to a new PC for the past several decades has been wipe, install the OS , remove crud, load any updates I want and turn off auto updates. Its worked with no infections. :)

    Make sure you give the power supply on that Dell Optiplex a good going over once you receive it. Dell power supplies are notorious for going bad. Plenty of refurbished Dell power supplies at cheap prices on offer but I wouldn’t touch them and new they are not cheap. And keep W7 a million miles away from it. 😂

    I would be interested in you expanding on your comments about NextPVR specifically as it relates to functionality of pvr.nextpvr vs pvr.hts and stability of the server (missed recordings and server failures). I believe these are things that can be addressed. Ignore the web server playback since that is not expected to be useful on anything other than IPTV with any Arm devices.

    Since NextPVR only records raw mpeg ts streams, does that change anything regarding pvr.nextpvr playback. While Linux support is relatively new and LE support even newer, pvr.nextpvr has been playing these same raw streams from Windows servers for years and we don't often get comments that timeshift is unstable. You may just have poor quality streams, which can easily be tested by creating recordings.

    Accept the user’s comments/observations as read. I’m sure others who use/have used TVH for many years and tried NPVR will tell you the same.

    I could make a list of short comings I found in NPVR but I’ll leave that to yourself or the developer to discover. Straight off the bat there’s no way to add a single mux in NPVR as far as I am aware. Channel change is so slow. EPG from subscription sources.

    I’m always wary of those who arrive to a discussion stating they have no involvement in a product yet are hard selling it. Let the user install it and decide for themselves.


    Not quite - I just continued running W7. I do have one PC dual booting into W10 or W11 so I can test the s/w written on my W7 PC.

    As I said you’re stuck with an OS which could potentially wipe you out and no way of upgrading it.

    I’m assuming you have W7 well sandboxed and nowhere near connected to the outside world because if you think you have problems now. Maybe you like the thrill of a potential hack. It really is low lying fruit for the hacker.

    Immediate advice now is to wipe W7 from anything you have connected to the outside world and count yourself lucky so far. I’m surprised to see someone from a tech/IT background running W7 at this stage. https://www.techadvisor.com/article/744471…-dangerous.html

    Coming from a tech background and still being registered on a number of tech forums I can say that Linux users are generally more evangelical than Windows users.

    Windows users (including me) are generally a) aware of the hellhole they are operating in and b) spend less time playing with the OS itself and so are less concerned about it.

    All I’ll add here is that when your OS tells you that your perfectly good computer is no longer suitable for the next version of it’s OS you’ll scratch your head and look around for an alternative OS.

    You can have the Windows experience without touching the CLI if you choose in Linux. It’s completely up to you which route you choose.

    What I do advise though is to install NPVR and make your own comparison. If you choose to do that again you can do it in Linux or Windows or both if you prefer. From there you can make your side by side comparison between TVH and NPVR. Your observations should be quite interesting.

    A dual boot PVR backend system doesn't make a whole lot of sense to me on x64. A PVR should be running 24/7 or on demand with WOL. One of NextPVR's strengths on Windows power management since tuner driver typically work well after sleep and resume is WOL generally works really well.

    Martin

    I’m talking about dual boot for someone who comes from a Windows background. Personally I wouldn’t even consider Windows other than the user being more comfortable in that environment.

    I’m afraid when it comes to Linux TVH v NPVR is a no contest. TVH wins hands down. . Net Core is clunky and is closed source and while you state that you are somehow privy to the developers API that is not a consideration in TVH. Everyone is free to develop it in any way they see fit.

    I did state that I run both TVH and NPVR in Linux (Ubuntu to be more precise) on a 24/7 basis with no invasive updates pushed upon you and wouldn’t consider an OS like Windows an option on a personal basis. Way too many obstacles placed in your way.

    Thanks for that comprehensive reply. The main reason for asking is the move to a different machine which may end up not running LibreElec (but probably will) and if it doesn't is likely to end up on Windows which TVHeadend doesn't run on.

    A dual boot is the obvious solution on any new machine. Linux/Windows for example. You’ll have best of both worlds.

    As I mentioned above both TVH and NPVR work fine on Ubuntu. I’ve Kodi fully launched and working in just under 4 seconds from cold boot on SSD.

    Maybe once you’ve decided on what machine you’re choosing you can revisit your options. Maybe full blown Kodi might better suit your situation.

    Hi all together,

    I have a weird and not reproduceable issue with tvheadend based live tv in the nightlies since a couple of weeks. I try to describe it as best as possible:

    I start one of the tv channels, which are provided by my tvheadend server (hosted on another pi). Libreelec nightly is running on another rpi4. Sometimes, when the channel starts to play, the spinner is still visible and stays there spinning until I stop. After stopping the channels, the channel list is empty. The only way to get full functionality again, i.e. a populated channel list, is rebooting the pi. Attached is the log, when this happens. However, as it is not intentionally reproduceable for me, I have no full debug log. Does anyone have an idea, what the issue could be here?

    If further information is necessary, please ask.

    I would be very thankful for any hint or proposal.

    Can’t see any log attached

    I should be buying a new machine to run LE/Kodi soon. Up to now I've been running TVHeadend on RPi3. I'm having a look at NextPVR. The configuration certainly seems easier than TVHeadend. I'm just interested in how others percieve the pros and cons of the two systems.

    Running both (not at the same time though) with full Kodi on Ubuntu 22.04 lts. Setup is certainly a lot simpler on the backend side. Bear in mind it’s running via .Net Core which can be a bit clunky and of course it’s not open source but is regularly developed and updated.

    You’ll have similar latencies across all SBCs when it comes to USB usage. All I have attached to USB on the Rock64 is a 256Gb stick for recording, a DAC feeding two monoblock amps, and a mini keyboard/mouse. No USB hubs here. Keeps trailing wires to a minimum.

    That setup doesn’t overburden the processor and leaves it to do what it does best. I think many user’s expectations are high when it comes to SBCs. At the end of the day the SBC is a tinkering board for project creation as is LE. Not everything is going to work as expected but when it does it’s a bonus.

    I can see why many users opt for the RPI. Most of the heavy lifting is done by others. Personally I opted for the RK range as the graphics are superior in my opinion and everything I throw at it just works. I wouldn’t recommend one SBC over another. All I can do is give feedback on my own experience.

    I linked that post just to outline the emphasis on Pulse Eight when it comes to CEC.

    Yes WAF (Wife Adjustment Factor) is an endearing term from yesteryear, found mainly in the project world when an attempt was being made to migrate the project from work bench to daily use in the home. Actually home automation projects were at the forefront for this back in the day. If it took two remote controls to switch off a light v walking across the room to press a switch the WAF was low and it was back to man cave 😂

    Well if you want to ease the WAF it’s gotta be a dedicated STB. Remember this is a project not a commercial product. No warranty expressed or implied. Try at your own risk (of divorce that is 😂 )

    I highlighted a solution. A combination of a dedicated Sat>IP server and any client around the house can use it. Hide it away out of sight if needs be. I gave you the settings for LE and TVH to optimise the stream playing.

    The two RK boards I mentioned above will more than capably handle any streams you can throw at them, decode your streams up to HEVC locally and handle CEC without any issues.

    This is all from personal experience but again you can keep looking and hope you make the correct purchasing decision. The choice is entirely yours.

    Remember they said the same about SD v HD. Now nobody would watch SD now if they had the choice. A correctly matched TV and PVR will demonstrate the quality of a 4kUHD picture but of course you do need the corrective lenses from an optician to match. Obviously cataracts and 4kUHD don’t really play well together (btw I’m in my 70s just in case I’m accused of ageism 😂)

    You mean one dedicated RPI3 with TVH server and the other dedicated to LE. Well if it’s working on a dedicated RPI3 it should be more than be capable working with an identical setup in RPI4.

    Ensure on the LE PVR addon in the Stream Settings that HTTP is enabled and the MPEG Pass Thru profile is set as default in TVH.

    Btw you need to stop going to Specsavers. The difference with 4kUHD is very noticeable 😂

    I’ve mentioned it to you before but have you tried a Sat>IP tuner. Those DVB USB dongles are just a heart breaker.

    On the RPI4 you have four USB ports sharing one PCIe lane and I’ve no idea what you have attached simultaneously to your USB ports but I have a feeling that’s the source of your bottleneck.

    What I can tell you from my own setup is that the RK3328 (Rock64) and RK3399 (RockPro64) will comfortably handle CEC. I have the Sat>IP tuner and have no issues watching and recording up to 4kUHD