OK I can test that easily by swapping to a powered Seagate 3TB drive (not a powered hub since I don't have one).
The USB drive is an old 120GB drive removed from an HP laptop bunged into a case bought from Amazon so I'm not surprised you can't find information on it.
I don't understand why the audio would keep on in that case because its coming from the same source.
Another log file: http://ix.io/4vmZ
Couple of others http://ix.io/4vMW & 4vMX I tried to upload whilst the video was still frozen and they seem to be empty.
On this last one I hit fast forward and the video came back, and was at the right point.
How do I do that with neither the client or server installed on the RPI4?
Running the latest nightly LE12 30/04/2023 I'm still getting freezes with the audio continuing. This time I grabbed the log
Hope it helps to find the problem.
Looking at the log there are calls to 192.168.0.14 which is the RPi3 running TVHeadend which is not installed (either client or server) on the RPi4 which is 192.168.0.
10
you’re ideally located for wind power generation
Which I'm sure would work well when its the right sort of windy. We have several wind farms near us and they seem to spend a large percentage of their time doing nothing. Tesco when they build their store in Wick had wind turbines on the roof - they're all gone now.
Its the 50th anniversary of "The Wicker Man" and it would be fitting to introduce wind farm supporters to it <G>
Interesting, but unfortunately my meter is a bit more primitive, actually make that a lot more.
If I manage to remember the next time it does it I will
When we moved to the Highlands I bought 3 small UPS systems, over the years their batteries wore out and were replaced then, when I retired, I decided losing the odd email I was typing wasn't a major problem and as they died they weren't replaced. Now looking I don't see any under £200 I'd trust. I have thought of the Pi UPS hat solution which would also mean new cases.
Most of my PCs are laptops and even their somewhat depleted batteries would handle a short power fluctuation. The one desktop PC is my wife's. On the rare occasion when the Pi has rebooted itself her PC, if turned on, hasn't been affected which is why power is my main suspect but I'm looking for alternatives.
I'm not looking for a solution (but if there is one I'd like it) but rather some pointers so I can investigate a bit.
2 x RPi3B running LE9.2.8
1 running TVHeadend server, cabled ethernet, Hauppague dual USB tuner, recording to the 128GB MicroSSD LE boots from
1 cabled ethernet, 6TB powered USB HDD, wifi keyboard dongle, hdmi connection to TV
At random intervals, by which I mean could happen two days in succession then nothing for a week, a month or a few months, then several on one day.
Both Pis are left running when the TV is switched off and a reboot NEVER happens when the TV is on and a film is being played from the 6TB HDD. It also doesn't seem to happen when something is being recorded. Generally it happens overnight whilst we are sleeping but has happened during the day.
Living in the Scottish Highlands my prime suspect is power - enough of a fluctuation to turn the Pis off and on but not impact on a PC being used at the time, or even since I use powerline ethernet, a signal hitting the ethernet cable.
Does anyone have any other suggestions, preferably with some way to test them before I go and spend money on a UPS?
Unfortunately, my theory has been proven wrong this morning, I just had a freeze with the HDD plugged into the USB2 socket.
Hope this doesn't break the rules - here's the output from MediaInfo
General
Complete name : S:\Films\E\Ever Decreasing Circles\Series 04\00-01 New Horizons.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42 (isom/iso2/avc1/mp41)
File size : 1.02 GiB
Duration : 1 h 20 min
Overall bit rate mode : Variable
Overall bit rate : 1 808 kb/s
Encoded date : UTC 2016-11-04 13:49:54
Tagged date : UTC 2016-11-04 13:49:54
Writing application : HandBrake 0.10.5 2016021100
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 4 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1 h 20 min
Bit rate : 1 642 kb/s
Width : 696 pixels
Height : 576 pixels
Display aspect ratio : 1.289
Original display aspect ratio : 1.290
Frame rate mode : Variable
Frame rate : 25.000 FPS
Minimum frame rate : 12.500 FPS
Maximum frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.164
Stream size : 949 MiB (91%)
Writing library : x264 core 142 r2479 dd79a61
Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=20000 / vbv_bufsize=25000 / crf_max=0.0 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2016-11-04 13:49:54
Tagged date : UTC 2016-11-04 13:49:54
Color range : Limited
Color primaries : BT.601 PAL
Transfer characteristics : BT.709
Matrix coefficients : BT.601
Menus : 3
Codec configuration box : avcC
Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : mp4a-40-2
Duration : 1 h 20 min
Bit rate mode : Variable
Bit rate : 160 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Stream size : 92.7 MiB (9%)
Title : Stereo / Stereo
Language : English
Default : Yes
Alternate group : 1
Encoded date : UTC 2016-11-04 13:49:54
Tagged date : UTC 2016-11-04 13:49:54
Menus : 3
Menu
ID : 3
Codec ID : text
Duration : 1 h 20 min
Language : English
Encoded date : UTC 2016-11-04 13:49:54
Tagged date : UTC 2016-11-04 13:49:54
Menu For : 1,2
00:00:00.000 : Chapter 1
00:10:46.400 : Chapter 2
00:18:53.600 : Chapter 3
00:25:26.160 : Chapter 4
00:29:14.640 : Chapter 5
00:37:40.880 : Chapter 6
00:44:58.800 : Chapter 7
00:53:46.600 : Chapter 8
01:04:47.120 : Chapter 9
01:12:43.120 : Chapter 10
Thanks for that, I've had a read and it doesn't seem very similar. 1) I'm running LE v12 not v10, 2) no TVHeadend installed (I did have it on but removed to make sure that wasn't it) 3) locally connected HDD via USB
Someone who knows about these things can correct me but I would have expected buffering issues to be more likely on the slower USB port.
On the positive side I like ctrl-shift-o and I'll have a play with cache and buffermode just to see.
Using LibreELEC-RPi4.aarch64-12.0-nightly-20230428 on RPi4B 4GB with firmware / USB drivers up to latest
I'm trying version 12 to see if that will work any better for me than version 11. Clean install on a 16GB MicroSD card. I did install TVHeadend and NextPVR and then uninstalled them. No other addons installed by me.
Videos stored on a spare 128GB USB drive.
With the HDD plugged into a USB3 socket I just started a video and left it running. First with TVHeadend installed and then without. Just to make sure what was happening I started the video several times. Each time the video froze but at a different point, but the audio continued.
I then unplugged the HDD from the USB3 port and plugged it into a USB2 port. It played the entire video without a problem. I'm trying a few others so it will be a while before I'm sure that the problem is the USB port. I'll also need to test the other USB3 port.
Are there any known problems with the VIA drivers?
I've just reverted to my RPI3 setup from RPi4 and I was going to ask a similar question abut the RPi3. In my case I think its the RPi3 rebooting because I loose all the positioning information about where I am in the box sets. Not the position that's stored in the database but things like NCIS - Season 4 - Episode 11. If you're getting the same I don't think it will be the CEC settings. My main suspect, living in the Scottish Highlands, is power fluctuations. But its highly intermittent (sometimes once a week, someth=imes once a month or longer) and, obviously, only when the TV is turned off but Kodi on.
I had similar problems a while back and switched from NTFS to ExFAT (Ext4 is not an option for me). I'll probably be shot for suggesting this but I believe that LE isn't properly flushing the disk buffers even when shut down correctly, or mishandling data transfer via SAMBA. In my case the connected disk is a powered 6TB Seagate that ran brilliantly on the RPi3.
The RPi4 has a 3A PSU (bought with the pi from thehihut) and the Seagate also has a 3A PSU
On one occasion, after I had copied files to the HDD (formatted to NTFS) I left the RPi4 running overnight came in the next day and it was still running, shut it down properly and when I went to start it up again I had disk corruption.
Switching to ExFAT stopped that particular problem but I can't use it now because the ExFAT deiver isn't reporting the time in the same way as Windows which rather messes with my backup system.
I tend to buy a lot of box sets, mainly TV series and we are generally watching several at a time (well not exactly at the same time) eg currently we have: Andromeda, NCIS, Not Going Out, Only When I laugh, Taxi on the go.
Videos are organised into a tree, top level is A..Z within that each series has its own folder and then a separate folder for each season
Its a nice feature that the current tree/branches are maintained as long as Kodi is running. However, when turned off its all lost.
What I would like is a mechanism to store & restore the currently active nodes to save me having to go through and re-select.
I'm beginning to think either I'm a jinx or my RPi4 is duff. Whilst I have s/w to test Windows h/w & s/w I don't have anything for the Pi so any suggestions welcome.
I'm guessing your HDDs are attached va a powered hub - mine is powered but plugged straight into a USB 3 port.
I'm getting an error message when I try to search or set up a new message, type a title and click into the Message box
Error Message
The server encountered an unresolvable problem, please try again later.
Exception ID: 0ed2be90ecef9a3d00ba140ad879721d874fa097
the Exception ID changes each time
Tried in both Slimjet & Chrome
RPi4, 128GB MicroSD card, 6TB USB powered drive, LE 11 nightly 20230416, latest firmware patches
I have added
force_turbo=1
core_freq_min=500
to config.txt which seems to have stopped video playback freezing at odd intervals.
When the Pi & the HDD have been powered down when I turn things on again I turn the HDD on first then the Pi. The Pi puts up the message showing the nightly in use and that's it. I have to turn the Pi off and on again for it to boot correctly.
^ Netgear 8-port Gigabit switches are £20 on Amazon. Switch from USB drives and Sneakernet to Ethernet and an SFTP client app (Windows to HTPC) that queues files and transfers them in the background while you're doing something more interesting.
Fair enough BUT since I don't want to lay cable throughout the house and WiFi doesn't cut it I'd need to replace my current 100MB powerline ethernet adapters with gigabit devices, then buy a new PC since my current one only has a 100MB ethernet port.
I already get things going on my Windows PC over SAMBA and just let it get on with it. Generally speaking even with the slow speeds on the RPI3 that wasn't to bad since its only changes (mainly new videos) that were being transferred.
Also if the implementation of ExFAT delivered the same time modified details as the old RPi3 I'd wouldn't have had to move the HDD. I could probably have coped with a few software mods if the variation was consistent but it wasn't, well it was always an hour out but the files affected varied.
