hi all,
I've noticed that when the signal quality goes low ( high BER or high UNC), and if a timer records that channel simultaneously, the vdr exits continuously, and hence produces too many recording files.
How should I prevent vdr from exit, in this situations?
Thanks.
John.
Ali H.M. Hoseini wrote:
hi all,
I've noticed that when the signal quality goes low ( high BER or high UNC), and if a timer records that channel simultaneously, the vdr exits continuously, and hence produces too many recording files.
How should I prevent vdr from exit, in this situations?
Locate the line
cThread::EmergencyExit(true);
in recorder.c and comment it out.
Klaus
Klaus Schmidinger schrieb:
Ali H.M. Hoseini wrote:
hi all,
I've noticed that when the signal quality goes low ( high BER or high UNC), and if a timer records that channel simultaneously, the vdr exits continuously, and hence produces too many recording files.
How should I prevent vdr from exit, in this situations?
Locate the line
cThread::EmergencyExit(true);
in recorder.c and comment it out.
Hi Klaus!
I think the dvb-drivers is quite stable now. At least on my VDR there are almost no problems with the stability. So I think there are maybe zwo big issues left (I dont' know for sure) which can be "solved" by a restart of the drivers (and VDR): - the "good old" uknown picture type-error - the video data stream broken-error
Is it possible to distinguish between these errors and a reception-error due to bad signal-quality (snow on the dish, very bad weather ...)?
If there is a way to distinguish between this errors would it be possible to make the emergency exit only if it can fix the problem? On systems with more cards/dishes it could also help to check if there is a ongoning recording wich has no problems (for example card 1 records on one dish with good reception and card 2 tries to start a recording on a dish with bad reception). Maybe if there are working ongoing recordings the start of an additional recording which doesn't work should not restart VDR as it interrupts the working recordings?
So maybe a preferd behaviour of VDR could be: upt or vdsb-error --> EmergencyExit if there is no working recording; do nothing otherwise errors which can be lead back to reception-issues --> do nothing
What do you think?
Bye, Andreas Brugger
Brougs78 schrieb:
Klaus Schmidinger schrieb:
Ali H.M. Hoseini wrote:
hi all,
I've noticed that when the signal quality goes low ( high BER or high UNC), and if a timer records that channel simultaneously, the vdr exits continuously, and hence produces too many recording files.
How should I prevent vdr from exit, in this situations?
Locate the line
cThread::EmergencyExit(true);
in recorder.c and comment it out.
Hi Klaus!
I think the dvb-drivers is quite stable now. At least on my VDR there are almost no problems with the stability. So I think there are maybe zwo big issues left (I dont' know for sure) which can be "solved" by a restart of the drivers (and VDR):
- the "good old" uknown picture type-error
- the video data stream broken-error
Is it possible to distinguish between these errors and a reception-error due to bad signal-quality (snow on the dish, very bad weather ...)?
If there is a way to distinguish between this errors would it be possible to make the emergency exit only if it can fix the problem? On systems with more cards/dishes it could also help to check if there is a ongoning recording wich has no problems (for example card 1 records on one dish with good reception and card 2 tries to start a recording on a dish with bad reception). Maybe if there are working ongoing recordings the start of an additional recording which doesn't work should not restart VDR as it interrupts the working recordings?
So maybe a preferd behaviour of VDR could be: upt or vdsb-error --> EmergencyExit if there is no working recording; do nothing otherwise errors which can be lead back to reception-issues --> do nothing
What do you think?
I would like to add another issue that is related to this: If you have a VDR with more than one card, and you do not have connected a cable to all cards, VDR should try to record on a different card if it can not tune to the card it selected for recording first. I come into this situation because I sometimes use my VDR at a location where only one SAT cable is available.
Regards,
Wolfgang
Bye, Andreas Brugger
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-
Ali H.M. Hoseini -
Brougs78 -
Klaus Schmidinger -
Wolfgang Fritz