Since the recording is scheduled, I would assume the user has room on the
disk (so disk space usage is not really the problem). The only problem I
can see is that you might get a blank recording if the signal goes out (and
you think its recorded but its not). So, perhaps vdr should NOT do a
On Sunday, 30. Septemberta 2007 10:35:07 Stone wrote:
Since the recording is scheduled, I would assume the user has room on the
disk (so disk space usage is not really the problem). The only problem I
can see is that you might get a blank recording if the signal goes out (and
you think its
JJussi wrote:
On Sunday, 30. Septemberta 2007 10:35:07 Stone wrote:
Since the recording is scheduled, I would assume the user has room on the
disk (so disk space usage is not really the problem). The only problem I
can see is that you might get a blank recording if the signal goes out (and
On 9/30/07, JJussi [EMAIL PROTECTED] wrote:
On Sunday, 30. Septemberta 2007 10:35:07 Stone wrote:
Since the recording is scheduled, I would assume the user has room on
the
disk (so disk space usage is not really the problem). The only problem
I
can see is that you might get a blank
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Klaus Schmidinger schrieb:
On 09/29/07 09:30, Timothy D. Lenz wrote:
Locate the line in recorder.c and comment it out.
esyslog(ERROR: video data stream broken);
- ShutdownHandler.RequestEmergencyExit();
+ //
I know this is slightly of topic but I am not sure where else to turn.
I am using the binary drivers from nidia on a GeForce 5500 graphics
card. I have two cables plugged into it, one dvi to vga adapter which
is plugged into my flat panel tv then other a normal vga cable plugged
into a flat
Rob Davis wrote:
Can anyone recommend anything I can try?
Enable Sync to VBlank with nvidia-settings.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I like these ideas... NO SIGNAL image in recording during no signal.
Or that if no signal then no writing to disk. And a warning in the
log about a possible incomplete recording cuz of lost signal +
identified in recordings menu by a special char like ? maybe.
These are all good options and
JJussi wrote:
How about, when there is no stream - no writing to HD.. OK, if there is 15
minutes break middle of stream, then recording jump those 15 minutes during
playback.
To clear things up: Of course, if there's no stream for whatever
reasons, VDR already does NOT write anything to
On 9/30/07, VDR User [EMAIL PROTECTED] wrote:
I like these ideas... NO SIGNAL image in recording during no signal.
Or that if no signal then no writing to disk. And a warning in the
log about a possible incomplete recording cuz of lost signal +
identified in recordings menu by a special
Sorry this is a bit off-topic, but...
I'm currently running a Shuttle SK43G with the via/unichrome chipset, running a
budget card and using vdr-xine as a softdevice. Since recently adding an LCD
16:9 I'm now running it at 1360x768 with xine anamorphic, to get 4:3 pictures
played in the right
Should be on loss if video, not just loss of signal. Doesn't happen often, but
I have seen video go during a storm while femon still says there is a lock.
- Original Message -
From: Stone
To: VDR Mailing List
Sent: Sunday, September 30, 2007 11:38 AM
Subject: Re: [vdr] Not
VDR User wrote:
I like these ideas... NO SIGNAL image in recording during no signal.
Or that if no signal then no writing to disk. And a warning in the
log about a possible incomplete recording cuz of lost signal +
identified in recordings menu by a special char like ? maybe.
I do not
On 9/30/07, Jouni Karvo [EMAIL PROTECTED] wrote:
VDR User wrote:
I like these ideas... NO SIGNAL image in recording during no signal.
Or that if no signal then no writing to disk. And a warning in the
log about a possible incomplete recording cuz of lost signal +
identified in
14 matches
Mail list logo
