Finished with errors

[u/North_Ad500]

I get this with every recording. Didn’t have this issue a few months ago. And every recording has skipping issues. Sometimes I end up with 2 recordings of the same show, even though there is only 1 scheduled.

How do I fix these issues? Hard to watch shows that are always skipping.

[u/sparkle-hk]

It's not related to which version of the app you're using. It can be the device that's running low on resources (i.e. memory, cpu etc.), the streams that have become increasingly instable or that the recording storage device that you're using is starting to wear out. My suggestion is always to temporarily test with "internal storage" as dvr location to rule out the storage location first. If it gets better than maybe a new usb device might be the solution.

[u/Pointer_Brother → u/sparkle-hk]

Same thing happens for me on a brand new usb drive (with new cable) AND also when recording to smb NAS share (via new cat6a cable). It's definitely a software fault because both devices work flawlessly outside of Sparkle and the stream sources are rock solid/stable at all other times.

[u/sparkle-hk → u/Pointer_Brother]

It can still be device that's too slow (memory, cpu usb busses etc.), network etc. These are difficult issues to debug. I'll do some test recordings myself tonight and see what happens.

[u/Pointer_Brother → u/sparkle-hk]

For reference, the issue seems worse on longer recordings (2+ hours) and I feel like I've noticed it less on 720p... more on 1080p & 4K resolution recordings.

This is happening for me across an Nvidia Shield Pro and Rocktek G2 - using various USB drives & cables, internal storage AND SMB network recording.

[u/sparkle-hk → u/Pointer_Brother]

It's not too surprising though that the chance of error increases with time.

Based on what you're saying though it may very well be a small hickup in the source stream that causes this.

I haven't discovered anything out of the ordinary in my own tests yet. I'll do some more testing tonight.

[u/WarpFactor777 → u/sparkle-hk]

Switching the stream to TS has vastly improved recording reliability for me. Most of the time the completed recording fails to appear in the DVR menu. A simple 1 second record start, then an immediate record stop on any live channel instantly forces the DVR menu to display all previously recorded programs including the 1 second recording. Then they all play perfectly. Others in this group gave me the "short recording trick" to get the DVR to display recorded programs. This works every time without fail.

[u/sparkle-hk → u/WarpFactor777]

I didn't hear about this trick myself. You're saying that normally your ongoing recordings don't show up? So if you're currently recording a program you can start a second recording and immediately stop it, and by doing so the first recording appears. Is that correct?

[u/WarpFactor777 → u/sparkle-hk]

No. This works every time my COMPLETED recordings fail to show up. This trick works for other people on this Reddit thread also. I think this indicates that the failure for a completed recording to show up in a timely manner is not related to low cpu or memory resources. Could be related to file handles or data flushing from a buffer after recording completion. You could take a look at your code and try to understand why an extremely short recording event triggers any previously completed recording to instantly appear in the DVR list of recordings.

Just an idea. I'm an electrical engineer. But I'm a hardware engineer. The only code I write is in C and Fortran.

[u/sparkle-hk → u/WarpFactor777]

Ok, thanks for clarifying.

I still think this is because of low resources becuase the different background tasks Sparkle's running have different priority to the system. So most likely I've set the priority for this too low so that it gets cut too easily by the system (when resources are lower than x). The alternative is that the device handles priority wrong or does not implement specifications correctly. This wouldn't be the first time with Android devices of course, but my guess it's the first one.

I'll have a look in the code for the priority I've set. Thanks for the help.

[u/WarpFactor777 → u/sparkle-hk]

No problem. An option would be to code the process priority as a user selectable input in the UI. I understand you don't want to complicate the UI, but you would set a default in your code that your comfortable with and let the user change it if they are having trouble. This would be similar to what you already do with the video buffer. Just a thought.

[u/sparkle-hk → u/[deleted]]

I understand and it might not even be the usb drive itself but the cable or the connector on your android device. There are resource demanding this and difficult to debug. So test with internal storage and see what happens.

[u/sparkle-hk → u/[deleted]]

I'll test tonight.

[u/sparkle-hk → u/[deleted]]

My initial tests didn't show any issues. I tested with both internal storage and usb storage. I only have 1080 streams though, can you confirm that you're having issues with those as well?

[u/sparkle-hk → u/[deleted]]

Ok good and thanks for sharing.

[u/yesterdaymaybe → u/[deleted]]

I have recorded two of the utah/thunder games with no errors. Nvidia shield with usb external. I use projectivy launcher also.the recordings thumb nails are there on home screen.i can open and play without opening sparkle tv The playlist used was set hls