Re: [vdr] Hauppauge PVR-HD and IPTV plugin

Hi, Am 08.02.2010 16:53, schrieb Rob Davis: Hi, I have a Hauppauge PVR-HD which works but creating an h264 ts stream from a set HD component inputs and does quite a nice job of it. The ts stream is available on /dev/video0 and a simple cat /dev/video0 file.ts will create a watchable high

Re: [vdr] Hauppauge PVR-HD and IPTV plugin

Hi Rob, Am 08.02.2010 21:28, schrieb Rob Davis: On 08/02/10 12:58, L. Hanisch wrote: Hi, Am 08.02.2010 16:53, schrieb Rob Davis: Hi, I have a Hauppauge PVR-HD which works but creating an h264 ts stream from a set HD component inputs and does quite a nice job of it. The ts stream is available

[vdr] Hauppauge PVR-HD and pvrinput plugin (was: Re: Hauppauge PVR-HD and IPTV plugin)

Hi Rob, Am 08.02.2010 21:28, schrieb Rob Davis: There was a quick sample on the internet, but I can also manually record something for you if you want it.. Just not sure where to leave it.. I received your sample and it looks like a valid TS with PAT, PMT and PCR, so the plugin has nothing

Re: [vdr] H264 syncearly patch

Hi, Am 15.02.2010 00:20, schrieb Reinhard Nissl: Hi, Am 14.02.2010 23:49, schrieb Rob Davis: I am in the process of moving from 1.6.0 to 1.7.12 to test the pvrinput plug with a Hauppauge-PVR-HD. With 1.6.0 and the h264-syncearly patch I got a nice picture but no audio.. With 1.7.12 I can

Re: [vdr] H264 syncearly patch

. Hanisch: Am 15.02.2010 07:58, schrieb L. Hanisch: Hi, Am 15.02.2010 00:20, schrieb Reinhard Nissl: Hi, Am 14.02.2010 23:49, schrieb Rob Davis: I am in the process of moving from 1.6.0 to 1.7.12 to test the pvrinput plug with a Hauppauge-PVR-HD. With 1.6.0 and the h264-syncearly patch I got

Re: [vdr] analogtv plugin with HVR-1800

Am 18.02.2010 18:54, schrieb Timothy D. Lenz: As anyone tried using the analogtv plugin with an HVR-1800 on vdr-1.7.12? And does it interfere with the atsc plugin since both would be using the same tuner? I've been told that analog mode does work with this card with tvtime, so I was thinking of

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.13

Hi, Am 28.02.2010 16:07, schrieb Klaus Schmidinger: - Plugins can now define new sources. In order to implement this, the following changes were made: + The transponder parameter string is no longer interpreted by cChannel, but rather stored as is and used only by the respective

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.13

Am 03.03.2010 20:35, schrieb VDR User: On Wed, Mar 3, 2010 at 10:47 AM, L. Hanischd...@flensrocker.de wrote: On my first thought I considered to take 'A' for 'analog', but since there is something like ATSC (and I know nothing about it, if it's supported by vdr or is covered by dvbdevice or

[vdr] streamdev-server and pvrinput: TS-mode streaming is not working

Hi, I'm trying to get TS-mode-streaming working with pvrinput and streamdev-server but have no luck. pvrinput is sending a valid TS now including PAT, PMT and PCR packets (PCR is derived from the SCR of the PS). But streamdev-server does not receive any PAT and PMT so it will not send them

Re: [vdr] streamdev-server and pvrinput: TS-mode streaming is not working

Hi, Am 11.03.2010 23:17, schrieb Rolf Ahrenberg: What am I missing? Looking at cReceiver::AddPid, a receiver is not able to set the PID 0 (which is the PAT-PID), but PAT packets should be processed through a filter, right? IIRC, you'll need to implement section filtering into your input

Re: [vdr] Recording DVB-T HD infrance

Hi, Am 15.03.2010 21:06, schrieb Eric Valette: Hi list, I'm been fighting over Saturday to get vdr working on my netop (atom 330 + Ion) but I must admit I loose the battle. With debian vdr 1.6.0 SD TV works fine but HD TV (TF1 HD, ARTE HD, FRANCE 2 HD, M6HD) channels fails. Theses channels use

Re: [vdr] Using different types of device for the same channel

Hi Rob, Am 30.03.2010 22:30, schrieb Rob Davis: Theunis Potgieter wrote: It could be possible to do it in a similar way as Alternative channel -patch (http://www.vdr-wiki.de/wiki/index.php/Alternative_channel-patch) handles alternative channels. But since that patch only works for recording

[vdr] [ANNOUNCE] vdr-pvrinput

Hi all, The plugin for integrating analog MPEG2 cards by Hauppauge (et al.) into the vdr has a new home. http://projects.vdr-developer.org/projects/show/plg-pvrinput It's adapted to the latest changes of vdr (= 1.7.13). For older versions the plugin-param-patch is still needed. Take a look

Re: [vdr] [ANNOUNCE] vdr-pvrinput

Hi Klaus, It would be great, if you can update the link to the pvrinput-plugin on your website http://www.tvdr.de/plugins.htm to http://projects.vdr-developer.org/projects/show/plg-pvrinput The current maintainers are Martin Dauskardt, Winfried Köhler and Lars Hanisch. Thank you!

Re: [vdr] vdr-1.7.15 dvb-t channel mismatch

Hi, Am 21.08.2010 22:06, schrieb Stefan Lucke: reststarting my vdr activities I went into trouble with dvb-t channels.conf for Berlin. Just took the channels from: http://www.vdr-wiki.de/wiki/index.php/Channels.conf_DVBT-De-Berlin-Brandenburg There is the following entry for ARTE:

Re: [vdr] vdr-1.7.15 dvb-t channel mismatch

Hi, Am 22.08.2010 10:35, schrieb Stefan Lucke: What happens with this entry (adding the TID of the vdr-generated entry): arte;ARD:191500:I999B7C23D12M16T8G8Y0:T:27500:201:202=deu,203=fra:204:0:2:8468:257:0 Thanks that brings EPG data to already present channels entry. Neither NID nor TID

Re: [vdr] Impact in cDevice::GetDevice

Hi, Am 25.08.2010 08:52, schrieb Rainer Blickle: This impact algorithm has evolved over time and is a very fragile thing. Looks like only people have very deep insight in this algorithm should change it. For alternate channel, wouldn't it be better to try all possible channels one after the

Re: [vdr] Understanding AC-3

Hi, Just an additional info for the ones who want to help - the pvrinput-plugin passes through the TS from the HD PVR to vdr, there's nothing changed. So hopefully the plugin is not the one to blame for... :-) I posted a sample PAT and PMT of the HD PVR in february, perhaps it can be used

Re: [vdr] Understanding AC-3

Am 02.09.2010 19:05, schrieb Rob Davis: On 02/09/10 11:05, L. Hanisch wrote: Hi, Just an additional info for the ones who want to help - the pvrinput-plugin passes through the TS from the HD PVR to vdr, there's nothing changed. So hopefully the plugin is not the one to blame for... :-) I

Re: [vdr] Developer versions

The next developer version of VDR will contain full True-Color OSD support. ^ Will this be a 1.8 release, or still in the 1.7 development train? I guess it would still be a 1.7.x. Lars. ___ vdr mailing list

[vdr] [1.7.16] problem with GetClippedNumProvidedSystems

Hi, I get log messages like: ERROR: device 1 supports 7 modulation systems but cDevice::GetDevice() currently only supports 4 delivery systems which should be fixed It's a Satelco EasyWatch (DVB-C): frontend 0/0 provides DVB-C with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 (Philips TDA10023

Re: [vdr] [1.7.16] problem with GetClippedNumProvidedSystems

Hi Rainer, Am 24.01.2011 11:36, schrieb Rainer Blickle: Hi Lars, from my point of view this is not a problem and no fault of gcc 4.4.3. Why ?: When selecting a device for receiving (cDevice::GetDevice as far i know) there are 3 bits for the count of modulation systems. Is is the impact

Re: [vdr] AvetTV a761

Hi, bttv0: registered device video0 bttv0: registered device vbi0 And yet. If I try use Avertv a761 and PRV 150 with pvrinput plugin, I have vdr crash: It seems that the driver for your a761 registers also an analog video device. pvrinput tries to open it and sends a VIDIOC_QUERYCAP to

[vdr] [ANNOUNCE] dynamite plugin

Hi, Some friends asked me to modify vdr/write a plugin, because their boxes boot so fast that most of the hardware is not initialized by the time vdr can start. They had to delay it or had to restart vdr when they think the hardware is ready. But since some pci-cards are 'fast enough' they

Re: [vdr] [ANNOUNCE] dynamite plugin

Hi, Am 24.03.2011 01:57, schrieb syrius...@no-log.org: L. Hanischd...@flensrocker.de writes: Features: - attach/detach devices [...] - set device on idle [...] - GetTSPacket timeout It is possible to set a 'GetTSPacket' timeout on the devices. If a device delivers no data for some time

Re: [vdr] [ANNOUNCE] dynamite plugin

Hi, Am 24.03.2011 01:57, schrieb syrius...@no-log.org: questions : - have you considered changing the way vdr detects adapter on startup ? for instance vdr won't detect /dev/dvb/adapter1 if /dev/dvb/adapter0 does not exist. this might happen when using udev rules and restarting vdr

Re: [vdr] [ANNOUNCE] dynamite plugin

Hi, Am 28.03.2011 12:24, schrieb syrius...@no-log.org: L. Hanischd...@flensrocker.de writes: - have you considered changing the way vdr detects adapter on startup ? for instance vdr won't detect /dev/dvb/adapter1 if /dev/dvb/adapter0 does not exist. this might happen when using udev

Re: [vdr] Streamdev to Streamdev with PVRInput card

Hi, Am 08.06.2011 22:25, schrieb Rainer Blickle: Hi Rob, I also don't think its a pvrinput problem because: streamdev doesn't query for a new device if the current and the next channel has the same transponder. This is checked via the following define: channels.h:#define ISTRANSPONDER(f1, f2)

Re: [vdr] Fix for recording problem in VDR 1.7.20

Am 02.09.2011 16:08, schrieb Klaus Schmidinger: On 30.08.2011 19:40, Dirk Vornheder wrote: Am 29.08.2011 22:49, schrieb Klaus Schmidinger: On 29.08.2011 22:30, Dirk Vornheder wrote: On 19.08.2011 18:43, Klaus Schmidinger wrote: There have been some reports about recording problems with

Re: [vdr] [ANNOUNCE] vdr-pvrinput

Hi, Am 15.09.2011 14:47, schrieb Joerg Bornkessel: Hi all, The plugin for integrating analog MPEG2 cards by Hauppauge (et al.) into the vdr has a new home. http://projects.vdr-developer.org/projects/show/plg-pvrinput It's adapted to the latest changes of vdr (= 1.7.13). For older

Re: [vdr] [ANNOUNCE] vdr-pvrinput

Hi, Am 15.09.2011 14:47, schrieb Joerg Bornkessel: Latest available Version vdr-pvrinput-2011-02-12.tgz is still broken on =linux-headers-2.6.38 I just released a new tarball: http://projects.vdr-developer.org/attachments/download/668/vdr-pvrinput-2011-08-18.tgz Lars.

Re: [vdr] ERROR: video data stream broken

Hi, Am 19.09.2011 14:13, schrieb Steffen Barszus: You might want to check dynamite plugin. If you have different drivers for the different cards you can let it reload that specific driver. If you just want to kick out that tuner until the next reboot (or whatever), thats possible too. That's

[vdr] [PATCH] add dummy osd to vdr plugin dummydevice

Hi Petri, hello list, https://github.com/flensrocker/vdr-plugin-dummydevice/tarball/v-osd0 I added a dummy osd to the dummydevice to avoid messages from vdr like ERROR: no OSD provider available - using dummy OSD! It's useful for headless server mode without any other OSD provider.

[vdr] [PATCH] for cards like Cine-C/T with multiple frontends but only one shared demux/dvr

Hi, Since the driver doesn't allow to create only the frontend of the desired delivery type, here's a patch for cDvbDevice. If there's no demux/dvr device with the frontend number it looks for one with a lower number. Now it's possible to use -D 0 for DVB-C or -D 1 for DVB-T (change device

Re: [vdr] femon request; historic data

Am 11.11.2011 08:05, schrieb Füley István: 2011.11.11. 3:14 keltezéssel, Torgeir Veimo írta: Am wondering if it would be hard to enhance the femon plugin to show a graph of signal quality and correction statistics? Basically, a histogram with STR, SNR, BER and UNC, so that one doesn't have to

Re: [vdr] VDR and Hybrid DVB Cards ( was HVR 4000 drivers broken - adapter0/frontend1 busy in linux-media list )

Am 15.11.2011 11:52, schrieb Steffen Barszus: 2011/11/15 Hawes, Markmark.ha...@au.fujitsu.com: What i got from previous discussions on linux-media is, that if the device nodes are created within one adapter, an application needs to assume that the devices can not be used concurrently and needs

Re: [vdr] VDR and Hybrid DVB Cards ( was HVR 4000 drivers broken - adapter0/frontend1 busy in linux-media list )

Am 15.11.2011 23:29, schrieb Hawes, Mark: http://projects.vdr-developer.org/projects/plg-dynamite https://github.com/flensrocker/vdr-plugin-dynamite I had a look at the readme. The approach of making all devices hot pluggable is an interesting one and provides for a flexible solution. How

Re: [vdr] VDR and Hybrid DVB Cards ( was HVR 4000 drivers broken - adapter0/frontend1 busy in linux-media list )

Am 16.11.2011 00:08, schrieb Klaus Schmidinger: That is also my understanding of multi frontend devices. If an adapter has several frontends only one of them can be active at any given time. This has nothing to do with any explosives (excuse the pun ;-) and will be implemented in the core VDR

Re: [vdr] VDR and Hybrid DVB Cards ( was HVR 4000 drivers broken - adapter0/frontend1 busy in linux-media list )

Am 16.11.2011 23:26, schrieb Klaus Schmidinger: On 16.11.2011 19:16, L. Hanisch wrote: Am 16.11.2011 00:08, schrieb Klaus Schmidinger: That is also my understanding of multi frontend devices. If an adapter has several frontends only one of them can be active at any given time. This has nothing

Re: [vdr] VDR and Hybrid DVB Cards ( was HVR 4000 drivers broken - adapter0/frontend1 busy in linux-media list )

Am 18.11.2011 19:03, schrieb Klaus Schmidinger: On 16.11.2011 23:59, L. Hanisch wrote: Am 16.11.2011 23:26, schrieb Klaus Schmidinger: On 16.11.2011 19:16, L. Hanisch wrote: Am 16.11.2011 00:08, schrieb Klaus Schmidinger: That is also my understanding of multi frontend devices. If an adapter

[vdr] [PATCH v2] multi-frontend-support for vdr 1.7.21

Hi, Here's version 2 of my multi-frontend-patch. It's still dirty, since it changes the constructor of cDvbDevice which will break compilation of some plugins. But I think it might be necessary to look at the relevant plugins since they might need to react on frontend changes. I haven't