Tvheadend

would love to know the answer to this too

Waiting for an answer, as well !

Check IRQ status in moment of recording. (Webmin System stats draw nice graphical log)
If it's dedicated streamer turn of in BIOS all devices with is not used (sound card, Com/LPT port etc)
/have such problem on HP workstation/

I used a SatIp box which is connected via my network. No IRQ is used

where are you recording "VHS Tape"
lan card use IRQ, HDD controller use IRQ, usb use IRQ, HP by default put them on IRQ 10 when "Auto" option is available

saen acro wrote:

where are you recording "VHS Tape"
lan card use IRQ, HDD controller use IRQ, usb use IRQ, HP by default put them on IRQ 10 when "Auto" option is available

What I was getting at is I dont have anything plugged into the tvheadend server box. So how can it be an IRQ conflict when the sat2ip device isnt physically a part of the computer. I know the network card uses an irq, but the network is working 100% there is no packet loss of any sort.

If I only have the devices installed that are physically part of my motherboard, I really doubt there is a conflicting IRQ. For a start most IRQ conflicts cause the system to crash are at least the conflicting devices dont work.

Also worth noting is its probably 1 in a 100 records it may fail. Another sign that the issue isnt IRQ related, its too random and the occurrence to far apart. Its more than likely a signal issue (bad weather maybe) are a bug in the code.

IRQ have been self managed since the old PCI standard was created [[https://en.wikipedia.org/wiki/Conventional_PCI]]. So your over 20 years out of date.

Any answer to this one? Having trouble with long shows (>4h) that use HD format. Looks like one of my servers is not fast enough (13705 data errors on 3h15 / 22GiB).

It seems to play fine though - I would like to change the counter that causes tvh to move it to failed (is this counter based on a timeframe, or on a absolute value?).

Clicking on the record in the webgui, and "Move to finished" does also not work, which makes it even more annoying.
I'm using HTS Tvheadend 4.2.3-33~ga255d82 on a Raspberry Pi 2 with a 4-Tuner-SAT>IP server from Kathrein (EXIP/414E), where the record directory is a mounted NFS share from a NAS.

Roland A. wrote:

It seems to play fine though - I would like to change the counter that causes tvh to move it to failed (is this counter based on a timeframe, or on a absolute value?).

Found the answer, it is hardcoded and not based on a timeframe. That means it will sort out longer recordings with higher probability.
We should make this user configurable and relative to the duration of a recording.

Source: https://github.com/tvheadend/tvheadend/blob/master/src/dvr/dvr.h

#define DVR_MAX_DATA_ERRORS     (10000)

Roland A. wrote:

Roland A. wrote:

It seems to play fine though - I would like to change the counter that causes tvh to move it to failed (is this counter based on a timeframe, or on a absolute value?).

Found the answer, it is hardcoded and not based on a timeframe. That means it will sort out longer recordings with higher probability.
We should make this user configurable and relative to the duration of a recording.

Source: https://github.com/tvheadend/tvheadend/blob/master/src/dvr/dvr.h
[...]

Good find, and I agree. You should file a bug report against this.

Robert Cameron wrote:

Found the answer, it is hardcoded and not based on a timeframe. That means it will sort out longer recordings with higher probability.
We should make this user configurable and relative to the duration of a recording.
Source: https://github.com/tvheadend/tvheadend/blob/master/src/dvr/dvr.h
[...]

Good find, and I agree. You should file a bug report against this.

I created feature #4602 and bug #4603