Posts by boragthung

I've looked at my unraid server and run in the terminal the command nfsstat and it shows server version as NFS V3. I've done some searching and came across various articles and V4 is does seem to be the default version to use as seen in the nfsmount.conf on the server [extract]:

[ NFSMount_Global_Options ]
# This statically named section defines global mount
# options that can be applied on all NFS mount.
#
# Protocol Version [3,4]
# This defines the default protocol version which will
# be used to start the negotiation with the server.
# limetech - start negotiation with v4
#Defaultvers=3
Defaultvers=4
#
# Setting this option makes it mandatory the server supports the
# given version. The mount will fail if the given version is
# not support by the server.
# limetech - support v4
# Nfsvers=4

I don't know if this file has to be altered where Nfsvers=4 to uncomment it. The majority of this conf file is commented out which I find a bit confusing.

Also my media shares are exported by SMB as well as NFS. I'm not sure if this makes any difference to the NFS version used. I've only updated to this latest version of Unraid on Sunday morning so it has had a reboot. I've also just stopped the array and restarted it to see if the NFS version changes but is stays at V3. I created a new test share and exported it as NFS only but it still seems to use V3. I'm not sure what I can do to make everything V4 unless I need to delete all NFS exports and then redo them all fresh.

I also looked around for information on the broken pipe on sound. To me this seems as if it should be related to actual sound output, but at this time (14:31) of the recording the TV and AVR where powered down from about 13:00. I'm not sure what to make of this.

The recording itself started at 12:03 to 14:08 then the second part of the film was 14:08 to 16:23 (the odd minutes will be padding to start and end). So the first error must have happened 51 mins in (first of the 5 files) so about 12.54.

Looking at the log file myself I see this:

2024-03-31 12:04:00.034 T:989     debug <general>: AddOnLog: pvr.hts: recording id:13092243, state:recording, title:Ben Hur, error:n/a

2024-03-31 12:56:16.091 T:989     debug <general>: AddOnLog: pvr.hts: recording id:2099750975, state:scheduled, title:Ben Hur, error:n/a

I think this entry at 12:56 must have been when I was checking on the recording in the TV Guide and noticed it was actually only recording the first part so I scheduled the second part to record as I hadn't noticed the short programme breaking up the film into 2 parts.

I've looked at the log file myself and it seems like there is a lot going on and too difficult for me to understand.

2024-03-31 14:32:11.677 T:2011     info <general>: AddOnLog: pvr.hts: Request async EPG (8 days)

I'm also wondering if asynchronous epg might be an issue?

I use unraid server (current version 6.12.9) as NAS - I'll have to look into that. I assume that you mention this as you noticed as I don't see how it would relate to the recording errors.

The part where the stream is broken - related to audio somehow? My rpi4 is connected to a Denon AVR which then goes into a Panasonic OLED TV so the sound is set up as passthrough to the Denon for all the digital formats . I don't understand what the error is, unless it is either a data transmission problem from TV signal or a software component failing.

Probably obvious but when I boot up the rpi4 (or reboot) I need to have the TV on, the AVR on and set as rpi4 source so it can produce a picture - if the rpi4 was to restart without actively passing through to the TV then it would run with a blank screen as the EDID would not be detected. This happened recently when there had been a power cut while I had been at work, so had booted back up with everything else powered down - I could access the shares and TVheadend gui over LAN but the screen was blank until I pulled the power and reconnected with TV, etc on.

I have always used these ntp servers on anything I set up so after the correction of that mistyped one earlier I have left as is for now.

Well just back home and checking on the recording I set. This film was in 2 parts (about 2 hours first part) with some short programme of maybe 5 minutes in between so had to set the second part to record as well. The same problem - I have ended up with 5 files lengths 51m21s, 19m8s, 5m19s and 28m8s, 26m1s.

pastekodi gives this:

https://paste.libreelec.tv/noble-grouper.log.

I don't know if there is other information I can obtain - I will need some guidance of what to do.

Just checked that and I have two ntp servers set, which I have on all devices that might need it. I saw an error on the rpi4 device - incorrectly entered ntp.cis.strath.ac.uk without the i in cis, so have set it correctly and rebooted and then set up another test recording which should be a good test as it is a really long film (Ben Hur) at 4 hours 20 minutes long (with adverts).

So is it possible that this simple mistype could cause the recordings problem? The second ntp I have set is ntppub.le.ac.uk. I 've never bothered with the third and leave it blank. Should I put a third entry in as well?

The usb is actually formatted ext4 and not 3 - my mistake.

My set up (as in the title) is a Rpi4 with TVHat for UK Freeview.

I have been having recording problems for some time now so yesterday I enabled debugging, rebooted and set up a recording to test. This particular recording was for a Ghostbusters film on BBC One HD (19.00 - 21.00). I encountered the recording problem as expected.

Something is happening during recordings where there is some kind of error and the recording continues in a second file (name ending -1). The TVHeadend GUI sees the recording as complete, no errors - but only sees the last file. Looking at the actual file manager reveals there are 2 files, but there always is a gap in time between the first file ending and the second file beginning.

In the case of this test recording the first file is 1 hour 21 mins long (I think the film started 5 minutes late as well) and the second file 53s long and the content of it seems to be the programme following the film at 21.00 (I have a 3 minute end buffer for recording). So about 40 minutes has been lost between the error and the recording restarting.

I used putty and run pastekodi to get this:

https://paste.libreelec.tv/credible-robin.log

Does anyone have any idea what the problem is?

Currently the recording medium is a 32GB usb stick (Sandisk microfit) formatted as ext3 called AVUSB. Before using this usb stick I had attached an external usb hard drive (old laptop disc) and recordings worked OK for at least a year. Things started to go wrong last year when the Womens World Cup Football was on. I was recording games and this was when the errors leading to the 'split file' recordings happened. Eventually this hard disc seemed to get corrupted and I could not access it with any PC so replaced it with the usb stick.

Any number of updates could have happened in this period so maybe some update around this time caused the recording problem?

I appreciate anyone taking the time to look at this as I don't have a clue!!! It's very frustrating!!!