It looks like this plugin does something wrong with the analog radio on
the OEM PVR-150 card.
With channels.conf set to:
Radio 91ZM:90900:I999C0:C:0:0:300:305:A1:12003:1:1007:0
v4l2-ctl --all looks like this:
Audio input : 0 (Tuner 1)
Frequency: 1454 (90.875000 MHz)
Video standard = 0x00ff
Hi,
I'm the original author of xml2vdr (for my sins!), thanks for working on it
and improving the performance.
If everyone is happy with this new code release and it really improves the
speed I'll wrap it up and make a formal release and get Klaus to add it to
the VDR FTP site.
As a lot of peop
I use this modified code in device.c (pvrinput):
bool cPvrDevice::Tune(int freq)
{
struct v4l2_frequency vf;
int freqaux = freq;
memset(&vf, 0, sizeof(vf));
vf.tuner = 0;
if (freq > 18)
vf.type = V4L2_TUNER_ANALOG_TV;
else
El Martes, 13 de Febrero de 2007 12:16, Jose Alberto Reguero escribió:
> I use this modified code in device.c (pvrinput):
>
> bool cPvrDevice::Tune(int freq)
> {
> struct v4l2_frequency vf;
> int freqaux = freq;
>
> memset(&vf, 0, sizeof(vf));
> vf.tuner = 0;
>
On 2/12/07, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> I recently worked on xmltv2vdr.pl (version 1.0.6) and checked
> why it was so slow on my mighty Celeron 233. So I modified it
> a little to avoid reading all the xmltv file for each channel
> defined in the channels.conf. The result is go
On 2/13/07, Morfsta <[EMAIL PROTECTED]> wrote:
Hi,
I'm the original author of xml2vdr (for my sins!), thanks for working on it
and improving the performance.
I know and thanks for it.
If everyone is happy with this new code release and it really improves the
speed I'll wrap it up and make a
> But it didn't help at all with my benchmark.
> ...
> For information that change has no impact on my bench.
Interesting, what version of Perl are you running if those
changes don't do anything?
---
Futher improvement is that now it is unnecessary to read whole
XML-file into memory, as the f
On 1/26/07, Christian Wieninger <[EMAIL PROTECTED]> wrote:
Stone wrote:
> Is epgsearch 0.9.20 available or is there an intermediary patch for
0.9.19?
sorry, not yet. I hope to release it within the next days.
Thanks for the updates.
Has anyone noticed that the "timeline" page in vdradmin d
Hello Stone,
* Stone <[EMAIL PROTECTED]> [13-02-07 18:44]:
> Has anyone noticed that the "timeline" page in vdradmin does not work with
> the new IE7? Anyone know of a workaround?
With Firefox is everything fine, so I think it is a bug in IE7. Easily
use Firefox and everthing is fine.
Best reg
Thanks Jose - that's a great help!
> El Martes, 13 de Febrero de 2007 12:16, Jose Alberto Reguero escribió:
>> I use this modified code in device.c (pvrinput):
>>
>> bool cPvrDevice::Tune(int freq)
>> {
>> struct v4l2_frequency vf;
>> int freqaux = freq;
>>
>> memset(&vf, 0
OK.
In order to get the correct info from a v4l2-ctl --all:
Format:
Type: VBI Capture
Sampling Rate : 2700 Hz
Offset : 248 samples (9.18519e-06 secs after leading edge)
Samples per Line: 1440
Sample Format : GREY
Start 1s
OK.
In order to get the correct info from a v4l2-ctl --all:
Format:
Type: VBI Capture
Sampling Rate : 2700 Hz
Offset : 248 samples (9.18519e-06 secs after leading edge)
Samples per Line: 1440
Sample Format : GREY
Start 1s
El Martes, 13 de Febrero de 2007, Simon Baxter escribió:
> OK.
>
> In order to get the correct info from a v4l2-ctl --all:
> Format:
> Type: VBI Capture
> Sampling Rate : 2700 Hz
> Offset : 248 samples (9.18519e-06 secs after leading edge)
>
OK.
In order to get the right tuning values from v4l2-ctl --all:
Format:
Type: VBI Capture
Sampling Rate : 2700 Hz
Offset : 248 samples (9.18519e-06 secs after leading edge)
Samples per Line: 1440
Sample Format : GREY
St
>> In order to get the correct info from a v4l2-ctl --all:
>> Format:
>> Type: VBI Capture
>> Sampling Rate : 2700 Hz
>> Offset : 248 samples (9.18519e-06 secs after leading
>> edge)
>> Samples per Line: 1440
>> Sample Format : GR
15 matches
Mail list logo
