The HVR 1300 is not supported by the pvrinput plugin. Card/driver work in a
very different way from ivtv-supported cards, using a second device for the
mpeg encoder.
It is not sure if pvrinput will ever support this card.
___
vdr mailing list
vdr@linux
I took a look in driver.c and it has a lines
if (mpeg_dev<0 && (driver == cx88_blackbird)) { // the blackbird
uses two (!) different devices, search the other one.
close(v4l2_fd);
v4l2_fd = -1;
devName = cString::sprintf("/dev/video%d", i);
mpeg_fd = open(devName, O_RD
Same thing, just attachments. And I turn off a lot of the fancy crap in mail
programs to reduce the chance of them running some
virus attached to the mail. Mail should be text and any code should be limited
to files that are in no way run by the mail program.
Some things are just ment to be seen
On Thu, 5 Mar 2009, ua0lnj wrote:
> Sometimes when change channel I can see normal iptv aprox. 3 sec, but after
> still picture again...
> vdr: [5981] changing pids of channel 259 from 501+501=2:502:0:0 to
> 501+501=0:502:0:0
> vdr: [5852] retuning due to modification of channel 259
VDR's PAT/PMT
En/na Timothy D. Lenz ha escrit:
> Mail should be text and any code should be limited to files that are in no
> way run by the mail program.
Fact is, it *is* text. The problem is that outlook doesn't qualify as an
email reader.
Postel's law
http://en.wikipedia.org/wiki/Jon_Postel#Postel.27s_Law
There is basic preparation for a future support in the pvrinput plugin, but it
can't work for now. I know that for sure because I am one of the pvrinput
developers. The other developer who worked with the HVR1300 wrote a status
report in the german vdrportal recently:
http://www.vdr-portal.de/b
