Hi all!
I have had problems in getting screen captures from VDR (VDR 1.6.0_p2-r3
on Gentoo) with with for example:
svdrpsend.pl grab file.jpg
and Wapd, Vdr-live etc etc. I have "-g /tmp" set when starting VDR.. I
actually don't remember when i lost this function, but this definitely
worked at some point. I have two dvb-cards: One budget, and one
full-featured card (FF Technotrend dvb-s, and Technotrend budget dvb-t)
I have read about many similar cases, and some of them got sorted out by
…
[View More]getting more fresh dvb-drivers. These cases where from 2006, so i would
assume that this issue should have been solved til now..
I also changed the order of the dvb-cards, because this seemed to be an
issue at least in one case..
Now I'm using the 2.6.31 kernel with the original dvb-modules (budget_ci
and dvb_ttpci).
My question is now: What else should i try to do so that i could get the
grab-function to work again?
Any ideas and helps are appreciated!
Regards,
René
[View Less]
Hi, my name is Daniele,
I would like to add a DVB cam module to my vdr-box, there is some suggested hardware ?
Up to now I use ubuntu intrepid on a amd 64bit , I'm loocking for a CAM compatible to Italian DVB.
Ty
D
I have tried to get FRC + HDMI working with my Radeon 9200 SE
Without success... :)
I have installed all those patches like instructed on http://vga2scart.gw90.de/install/
Using Debian Lenny.
I have understod that I don´t need patch kernel with fb-drm-radeon-intel.patch if I´m using HDMI only?
Is this correct?
I haven´t been able to get any kind of picture from DVI connector.
I need complete xorg.conf which gives me 720x576i or 1440x576i from DVI connector of 9200 SE.
Hello,
if I try to rewind a recording, I can see the movie going fast
backwards, but if I stop rewinding, the movie continues from the moment
I started the rewinding.
This doesn't happen with xine-ui and the xine-plugin and with xbmc
using the streamdev-plugin, so I believe it is a xineliboutput problem.
I use a cvs snapshot from today and vdr 1.7.10 on Ubuntu 9.10,
xinelib 1.2 with vdpau patch r285 and durchflieger cropping patch.
I posted this already on the xineliboutput-user ML, but …
[View More]this list seems
to be dead.
Gerald
[View Less]
On Sun, 27 Dec 2009 21:10:25 +0100, h9000(a)mnet-online.de wrote:
> Hi,
>
> I really mean /bin/dash (debian, ubuntu) root shell, the dash shell
> has different io redirect for stdin/stdout and user created file
> descriptors. I you have VDR running under root account please check.
Hi!
I don't have dash at all installed. I run Gentoo, and the default shell is
bash. My current VDR-setup has been running as the VDR-user from the
beginning..
One thing just came into my mind. …
[View More]I haven't yet tested to reboot my vdr to
a previous kernel-version. I have to test it tomorrow, when i'm back home.
If this brings me grab back, then it has to be some kind of module-issue..
To be continued... :-)
René
[View Less]
On 20.12.2009 19:50, Francesco Saverio Schiavarelli wrote:
> Hello,
>
> I found a problem with VDR 1.6.0 with the following channel:
>
> cielo:12034:vC34:S13.0E:27500:166:414=ita,415=und:476:0:11110:64511:6600:0
>
> If I set "Update channels" to "names and pid" that line gets updated:
>
> cielo:12034:vC34:S13.0E:27500:166:414=ita,415=und:476:919,93B:11110:64511:6600:0
>
>
> and the channels becomes unavailable even if audio and video pids are
> …
[View More]_unscrambled_.
>
> After a short investigation with dvbsnoop I think I've found the culprit
> (excerpt from PMT table dump follows):
>
> Stream_type: 5 (0x05) [= ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private
> sections]
> reserved_1: 7 (0x07)
> Elementary_PID: 2085 (0x0825)
> reserved_2: 15 (0x0f)
> ES_info_length: 27 (0x001b)
>
> MPEG-DescriptorTag: 15 (0x0f) [= private_data_indicator_descriptor]
> descriptor_length: 4 (0x04)
> Descriptor-data:
> 0000: 4f 54 56 00 OTV.
>
> DVB-DescriptorTag: 144 (0x90) [= User defined/ATSC reserved]
> descriptor_length: 1 (0x01)
> Descriptor-data:
> 0000: 9d .
>
> DVB-DescriptorTag: 254 (0xfe) [= User defined]
> descriptor_length: 4 (0x04)
> Descriptor-data:
> 0000: 54 47 54 00 TGT.
>
> MPEG-DescriptorTag: 9 (0x09) [= CA_descriptor]
> descriptor_length: 4 (0x04)
> CA_system_ID: 2329 (0x0919) [= News Datacom (Videoguard)]
> reserved: 7 (0x07)
> CA_PID: 1603 (0x0643)
>
> MPEG-DescriptorTag: 9 (0x09) [= CA_descriptor]
> descriptor_length: 4 (0x04)
> CA_system_ID: 2363 (0x093b) [= News Datacom (Videoguard)]
> reserved: 7 (0x07)
> CA_PID: 1703 (0x06a7)
>
>
> There is a private data stream declared in the channel PMT that contains
> CA_descriptor and so the whole channel is treated like scrambled.
>
> The actual vdr approach, although correct in principle, seems a bit too
> conservative to me. There are cases where a channel is completely
> unavailable even if just one component is unavailable because of
> scrambling.
Please try the attached patch.
Klaus
[View Less]
> Maybe the cards are supported by the newer kernel?
I went with a full install of opensuse 11.2 (11.1 didn't want to start the upgrade :-) )
11.2 recognized the onboard lan port (I had to have a pci-e lan card....)
The skystar 2 was recognized with no problems.
The Hvr-3000 seems to be recognized but I have to investigate, since it is a combo DVB-S/DVB-T but you can use only one at time... I never used it before due to same strangeness, I will investigate later...
The chipset on the Usb …
[View More]stick was recognized but the drivers could not understand which specific stick it was. I had to put a modprobe options line to specify the card type... strangely the exact stick name as reported by lsusb -v is listed as card=21 but I allways used it with card=11....
I also own a FF card I used on a 200mhz pentium (no fans...)... unfortunately no dvb-s2/t2...
[View Less]