Re: [vdr] EPIA mpeg2/4 quality on vdr-xine

2007-09-30 Thread Tony Grant
Le lundi 01 octobre 2007 à 07:44 +1300, Simon Baxter a écrit : > > 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

Re: [vdr] Not good behaviour from vdr

2007-09-30 Thread VDR User
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

Re: [vdr] Not good behaviour from vdr

2007-09-30 Thread Jouni Karvo
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 no

Re: [vdr] Not good behaviour from vdr

2007-09-30 Thread Timothy D. Lenz
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 goo

[vdr] EPIA mpeg2/4 quality on vdr-xine

2007-09-30 Thread Simon Baxter
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 a

Re: [vdr] Not good behaviour from vdr

2007-09-30 Thread Stone
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 speci

Re: [vdr] Not good behaviour from vdr

2007-09-30 Thread Udo Richter
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

Re: [vdr] Not good behaviour from vdr

2007-09-30 Thread VDR User
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 woul

Re: [vdr] Improving quality of xvideo output for vdr-sxfe

2007-09-30 Thread Pertti Kosunen
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

[vdr] Improving quality of xvideo output for vdr-sxfe

2007-09-30 Thread Rob Davis
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 panel

Re: [vdr] Not good behaviour from vdr

2007-09-30 Thread Thomas Creutz
-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(); >> + //

Re: [vdr] Not good behaviour from vdr

2007-09-30 Thread Stone
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

Re: [vdr] Not good behaviour from vdr

2007-09-30 Thread Pasi Juppo
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 (

Re: [vdr] Not good behaviour from vdr

2007-09-30 Thread JJussi
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

Re: [vdr] Not good behaviour from vdr

2007-09-30 Thread Stone
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 emerg