Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

On 2/9/07, Marko Mäkelä <[EMAIL PROTECTED]> wrote: On Fri, Feb 09, 2007 at 05:55:54PM +, Darren Salt wrote: > I demand that VDR User may or may not have written... > > [snip] > > Also, a coffee-maker is not a device used for entertainment purposes. > > Nobody turns their coffee-maker on and

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

On Fri, Feb 09, 2007 at 05:55:54PM +, Darren Salt wrote: > I demand that VDR User may or may not have written... > > [snip] > > Also, a coffee-maker is not a device used for entertainment purposes. > > Nobody turns their coffee-maker on and then sits there watching it. I hope > > not anyways.

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

I demand that VDR User may or may not have written... [snip] > Also, a coffee-maker is not a device used for entertainment purposes. > Nobody turns their coffee-maker on and then sits there watching it. I hope > not anyways. They might point a camera (probably a webcam) at it, though... [snip]

R: [PATCH]: [vdr] VDR & Multiple frontends

Ok, I hope that what I have done, may describe the algorithm that I think may be necessary to get multiple frontend working. I know that the solution I choose are not the best and right, I'm not a c++ programmer! The only solution I found to close all file descriptors and /dev/dvb/adapter0/fronten

Re: [vdr] Transfer Buffer Overflow

Zitat von Reinhard Nissl <[EMAIL PROTECTED]>: > Hi, > > Thomas Lagemann wrote: > > > Just another thought about the timing: MPEG-2 defines rules for a system > > target decoder, thats in charge for decoding and presenting the media at > > the right time, using the PTS-stamps in the PES packets. >

Re: [PATCH]: [vdr] VDR & Multiple frontends

Eddi wrote: > So what do you think should be the right way? I haven't decided yet how to do that. I just wanted to let you know that deleting the cDvbDevice is not the way to go - especially if you delete it from within one of its own member functions ;-) It's no wonder your patched version fails

Re: [vdr] ERROR: video data stream broken on second dvb card , but szap works (include recording)

Hi, with strace I can see, that vdr tries to open video0 and audio0, which aren't there. Do they have to exist for "nova" cards ? video:/var/service/vdr # grep adapter1 /tmp/vdr-1.5.0.strace access("/dev/dvb/adapter1/frontend0", F_OK) = 0 open("/dev/dvb/adapter1/frontend0", O_RDONLY) = 10 open("

[vdr] ts continuity error

Hello, My problem was not the audiorepackager(xxx). I found some threads about these error in vdr-portal and modified vdr to get some more debug output. There were a lot of ts continuity errors reported through syslog. My machine has a athlon xp 1500 cpu and runs on a asrock mainboard with sis c

[vdr] ERROR: video data stream broken on second dvb card , but szap works (include recording)

Hi, I have two cards in my video server: Technotrend/Hauppauge WinTV Nexus-S rev2.3) Hauppauge Nova-S-Plus DVB-S [card=37] lspci: 01:0c.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) 01:0c.1 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and

[vdr] Re: FF card AV sync problems, possible fix to VDR (fwd)

Hi, I have looked into this further. It appears that I only get the TS continuity errors when using my budget DVB-T card to view live TV.. They do not appear when using my FF DVB-S card. Does this shed any light on things? The DVB-T stream is less robust that DVB-S, but the picture does not gene

R: R: [PATCH] R: R: [vdr] VDR & Multiple frontends

So what do you think should be the right way? Best Regards Edddi > -Messaggio originale- > Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Per conto di > Klaus Schmidinger > Inviato: venerdì 9 febbraio 2007 8.27 > A: vdr@linuxtv.org > Oggetto: Re: R: [PATCH] R: R: [vdr] VDR & Multiple f