Yeah, it's a pain if you don't spot this, and only record the first half of the film!
Even more strange, what I find is that if I set both parts to record, the first part records for the full duration of the film (including the second part!) and the second recording is just the second half.
It's only slightly irritating, as I just delete the second recording, but it does feel like a bug.
Thanks for this. I saw this but didn't really understand if this was the problem I was seeing, and what to change to show the LE11 test builds list in 'updates'.
I too have been having network shares on SMB issues but priority for me has been to get the network up and running (openvpn / wireguard)
Do you mean trouble accessing the shares on the Pi from a computer, or accessing SMB shares on a computer from the Pi.
I can ssh into the Pi from the PC, so I know there is no fundamental network problem. If I need to I can probably reboot the PC with Ubuntu and copy the update across from there.
I have 'show custom channels' enabled, and I have previously put 'https://test.libreelec.tv' in for the URL, but I no-longer get any LE11 test builds. Am I missing some change?
Thanks in advance!
Edit: As a follow-up, I have a 'main' system running LE10, and I can access this from my Windows PC with \\192.168.1.xxx, and browse the shares. I have a test system with LE11 test builds. SMB is enabled. But when I try to access it from the Windows PC, I get 'The network path was not found'. I am using the IP address reported by LE11 and also by my router, so it can't be this. This is why I need to use the LE11 test build channel.
do you mean:
Settings => Interface => Skin => "-configure skins" => Enable category widgets
in
Settings => PVR & Live TV are some more settings regarding recording, etc
I am afraid none of those settings make a difference, and also not something I've needed to do before.
It looks like there has been a change, deliberate or not.
Hi,
I've been trying the LE11 nightly builds for a while. Everything is great, apart from one small niggle with the TVH plugin.
In LE10 and earlier, at the top of the screen I get the current/next recordings showing. I don't get this in LE11 builds. Is this intentional?
Take care,
Mark
Definitely not my version - for starters I don't have pretty colours
Change the theme to 'access'.
Although I am using 4.3-1979. Don't think this makes a difference, as I was using 4.2 builds for a long time, and rely on Windows for backup.
Sorry, missed that. I have 'Use Windows-compatible filenames' set, and it works fine for me.
Which version of LibreElec/TVHeadend do you have?
I have Windows-compatible filenames: set and it works for an actual programme name, unfortunately a folder name can still contain banned characters (eg : as in NEW: Ipcress File) which makes it awkward to transfer to Windows. The only way I've found so far is to SSH in and rename the folder, copy it and then rename back.
Is there a switch in TVHeadend that I've missed?
In the TVHeadEnd web interface,
Configuration->Recording->Digital Video Recorder Profiles
In the group for 'Filename/Tagging Settings' there is 'Use Windows-compatible filenames'. The setting mentioned by Mario77 is a couple above this.
Hi,
I am seeing regular crashes with live TV and 10.0.2. It tends to be after seeking/pausing, and I get a lot of green artefacts on screen, and then it will reboot.
It's not a full LibreElec reboot, as if there is a TVHeadEnd recording running, it doesn't get messed up.
Been using LibreElec 10.0.1 with TVHeadEnd for a long time without any issues.
Logs attached.
Should I just update by 'main' system to LE11 nightlies?
Best wishes,
Mark
Hi,
Just a short note, and apologies if this isn't the best forum section for it.
In LE10 (and earlier) there has always been a section at the top of the TV home screen where the current (if any) and next scheduled recording is shown. I have tried a few recent LE11 builds, and this is not shown. I am using the LE11 build on RPi4, connecting to TVH 4.3-1979 running on a different RPi4.
Not sure if this change is deliberate. I guess I got used to seeing what will record next shown clearly, so it feels like a regression to not show this.
Best wishes,
Mark
And it's not resolved, again.
I foolishly tried to perform the difficult task of watching the TV and it's not working again. I changed absolutely nothing.
Here's the log - https://paste.kodi.tv/bufusefami
Any suggestions please.
Log has
2022-01-16 12:14:13.414 T:974 INFO <general>: AddOnLog: pvr.hts: starting PVR client
2022-01-16 12:14:13.419 T:995 ERROR <general>: AddOnLog: pvr.hts: Command authenticate failed: Access deniedYou need to enter your credentials in the TVHeadend kodi plugin for the client to connect to the server (even if they are running on the same machine.
Yes but I need the specific Nightly build in order to use Kodi Matrix/Nexus.
Some of the addons I use are only on those platforms.
Perhaps if you tell us which addons, there may be someone who can help you.
I notice you refer to 'private addons' and internet videos in your post above. I wouldn't want to jump to conclusions, but are we talking piracy addons?
Does the latest stable version of LibreElec play the videos you are wanting to play?
I switched my tuner to sundtek skytv 8 but with no improvement.
After some hours of debugging with sundtek support I was told that rpi (graphics driver) is locking system when playback is started. That's why usb is blocked, dvb buffer runs dry and some data of livetv gets lost.
Could this be improved somehow?
Ah, now that makes sense as to why it's only playback on the Pi that is acting as TV server that causes the issue.
I've got to admit, bearing in mind the low cost, I was seriously considering at one point buying another Pi to use as client, so that the server is never doing any playback.
BUT, for me, it seemed that the only time I had significant data errors was if I tried to play the recording that is running. If I start live TV on a different tuner, or play back some other video, it didn't cause it. Is this consistent with the explanation?
Is recording to network an option for you?
Also, I checked the thread I posted when I was having issues, and I now remember that changing the TV signal booster was a significant factor.
I can do some testing with HD channels another day, but I've got a recording running at the moment that I don't want to mess up!
Today I tried to boot from usb ssd, I still get continuity counter errors in tvh if I playback an ongoing recording.
Are you recording to this SSD?
I saw this behaviour, but I haven't had time to look into it properly.
I've just done a very quick test with an SD TV channel. I started recording, and then started playing the recording. No errors within about a minute.
I record to a NAS which is connected to my raspberry pi 4 via a wired network.
Also, I was doing the playback on a different system to the one on which TVH is running.
I THINK when I saw these problems previously, that I was recording to the microSD card.
If your TV tuner is USB, and your SSD is USB, could it be that recording from one USB device to another AND playing the file back from USB is simply too much? Sure, it shouldn't reach the theoretical bandwidth, but you never know.
I guess it would be useful to know which scenarios cause the problem and which do not.
another part is the sentence "Your failure to make a backup is not our problem!"
is here a "not" missing => "your failure to *not* make a backup ..."
No, it's fine as it is!
