Re: [vdr] [PATCH] S2API for vdr-1.7.0(1.7.1) quick hack

2008-09-28 Thread gimli
Hi,

I'm on Astra 19.2 and tested the following HD transponders :
Anixe HD
Arte HD
Astra HD+

first test results :

Arte HD tunes ok and plays fine.

On Astra HD+ and Anixe HD im getting an error :

Sep 28 23:27:28 archvdr dvb_frontend_ioctl_properties() FE_SET_PROPERTY
Sep 28 23:27:28 archvdr dvb_frontend_ioctl_properties() properties.num = 8
Sep 28 23:27:28 archvdr dvb_frontend_ioctl_properties() properties.props =
41b31dc0
Sep 28 23:27:28 archvdr dtv_property_process_set()
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x0011
(DTV_DELIVERY_SYSTEM)
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x0005
Sep 28 23:27:28 archvdr dtv_property_process_set()
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x0003
(DTV_FREQUENCY)
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x00140cd0
Sep 28 23:27:28 archvdr dtv_property_process_set()
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x0004
(DTV_MODULATION)
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x
Sep 28 23:27:28 archvdr dtv_property_process_set()
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x0008
(DTV_SYMBOL_RATE)
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x01a39de0
Sep 28 23:27:28 archvdr dtv_property_process_set()
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x0009
(DTV_INNER_FEC)
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x000b
Sep 28 23:27:28 archvdr dtv_property_process_set()
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x0006
(DTV_INVERSION)
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x0002
Sep 28 23:27:28 archvdr dtv_property_process_set()
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x000d
(DTV_ROLLOFF)
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x0002
Sep 28 23:27:28 archvdr dtv_property_process_set()
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.cmd= 0x0001
(DTV_TUNE)
Sep 28 23:27:28 archvdr dtv_property_dump() tvp.u.data = 0x
Sep 28 23:27:28 archvdr dtv_property_process_set() Finalised property cache
Sep 28 23:27:28 archvdr dtv_property_cache_submit()
Sep 28 23:27:28 archvdr dtv_property_cache_submit() adv, modulation = 0
Sep 28 23:27:28 archvdr dtv_property_adv_params_sync()
Sep 28 23:27:28 archvdr dvb_frontend_ioctl_properties() Property cache is
full, tuning

If you need further informations let me know.

cu

Edgar (gimli) Hucek

> ÷ ÓÏÏÂÝÅÎÉÉ ÏÔ 28 September 2008 17:12:14 Niels Wagenaar ÎÁÐÉÓÁÌ(Á):
>> Hi Igor,
>>
>> Small question. I tried your patch, but it fails a hunk in dvbdevice.c.
>> I
>> added this hunk manually but I think something is missing:
>>
>> Sep 28 13:56:15 htpc vdr: [19486] ERROR (dvbdevice.c,251): Operation not
>> supported Sep 28 13:56:15 htpc vdr: [19486] ERROR (dvbdevice.c,252):
>> Operation not supported Sep 28 13:56:15 htpc vdr: [19486] ERROR:
>> frontend
>> 0: Invalid argument
>>
>> Those both lines has the following code:
>>
>> CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, volt));
>> CHECK(ioctl(fd_frontend,
>> FE_SET_TONE, tone));
>>
>> The result is, no tuning and no picture.
>>
>> And to be honest, I don't really understand why it shouldn't work.
>> Mainly,
>> since the same code is used with the Kaffeine patch (I'm comparing that
>> also).
>>
>> Any help is appreciated :) If you need a quick chat, I'm currently in
>> #linuxtv on irc.freenode.net :)
>>
>> Regards,
>>
>> Niels Wagenaar
>>
>> > -Oorspronkelijk bericht-
>> > Van: Igor M. Liplianin [mailto:[EMAIL PROTECTED]
>> > Verzonden: zondag 28 september 2008 12:49
>> > Aan: vdr@linuxtv.org; Niels Wagenaar
>> > CC: Gregoire Favre; [EMAIL PROTECTED]
>> > Onderwerp: [vdr][PATCH] S2API for vdr-1.7.0(1.7.1) quick hack
>> >
>> > ? ? ?? 24 September 2008 18:34:01 Niels Wagenaar ???(?):
>> > > Hello all (and especially Klaus):
>> > >
>> > > It's official, the people from V4L have voted for the usage of the
>> > > S2API proposal to be the future for new DVB API improvements (see
>> > > the official announcement at the bottom) within the V4L tree.
>> > > Currently S2API is in a real speed-train and new devices are added
>> > > very
>> >
>> > rapidly.
>> >
>> > > Only the devices currently in Multiproto and written by Manu Abraham
>> >
>> > are not yet ported.
>> >
>> > > Also people are allready busy with patches for Kaffeine (allready
>> > > done) and MythTV (not seen yet, but it's WIP according to a post on
>> > > the linux-dvb mailinglist).
>> > >
>> > > So, this should mean that VDR 1.7.x should focus on S2API because of
>> > > the obvious reasons. Has anybody started on a patch of somekind to
>> > > include S2API in VDR 1.7.0 or 1.7.1? Mainly I was thinking of doing
>> >
>> > it
>> >
>> > > myself (I have a Hauppauge WinTV-NOVA-HD-S2 which is allready
>> > > supported in S2API) in the hope to have it working in the next
>> > > weekend. But if it's allready done or in progress, then I would like
>> > > to use m

Re: [vdr] [PATCH] S2API for vdr-1.7.0(1.7.1) quick hack

2008-09-28 Thread Igor M. Liplianin
В сообщении от 28 September 2008 17:12:14 Niels Wagenaar написал(а):
> Hi Igor,
>
> Small question. I tried your patch, but it fails a hunk in dvbdevice.c. I
> added this hunk manually but I think something is missing:
>
> Sep 28 13:56:15 htpc vdr: [19486] ERROR (dvbdevice.c,251): Operation not
> supported Sep 28 13:56:15 htpc vdr: [19486] ERROR (dvbdevice.c,252):
> Operation not supported Sep 28 13:56:15 htpc vdr: [19486] ERROR: frontend
> 0: Invalid argument
>
> Those both lines has the following code:
>
> CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, volt)); CHECK(ioctl(fd_frontend,
> FE_SET_TONE, tone));
>
> The result is, no tuning and no picture.
>
> And to be honest, I don't really understand why it shouldn't work. Mainly,
> since the same code is used with the Kaffeine patch (I'm comparing that
> also).
>
> Any help is appreciated :) If you need a quick chat, I'm currently in
> #linuxtv on irc.freenode.net :)
>
> Regards,
>
> Niels Wagenaar
>
> > -Oorspronkelijk bericht-
> > Van: Igor M. Liplianin [mailto:[EMAIL PROTECTED]
> > Verzonden: zondag 28 september 2008 12:49
> > Aan: vdr@linuxtv.org; Niels Wagenaar
> > CC: Gregoire Favre; [EMAIL PROTECTED]
> > Onderwerp: [vdr][PATCH] S2API for vdr-1.7.0(1.7.1) quick hack
> >
> > ? ? ?? 24 September 2008 18:34:01 Niels Wagenaar ???(?):
> > > Hello all (and especially Klaus):
> > >
> > > It's official, the people from V4L have voted for the usage of the
> > > S2API proposal to be the future for new DVB API improvements (see
> > > the official announcement at the bottom) within the V4L tree.
> > > Currently S2API is in a real speed-train and new devices are added
> > > very
> >
> > rapidly.
> >
> > > Only the devices currently in Multiproto and written by Manu Abraham
> >
> > are not yet ported.
> >
> > > Also people are allready busy with patches for Kaffeine (allready
> > > done) and MythTV (not seen yet, but it's WIP according to a post on
> > > the linux-dvb mailinglist).
> > >
> > > So, this should mean that VDR 1.7.x should focus on S2API because of
> > > the obvious reasons. Has anybody started on a patch of somekind to
> > > include S2API in VDR 1.7.0 or 1.7.1? Mainly I was thinking of doing
> >
> > it
> >
> > > myself (I have a Hauppauge WinTV-NOVA-HD-S2 which is allready
> > > supported in S2API) in the hope to have it working in the next
> > > weekend. But if it's allready done or in progress, then I would like
> > > to use my time for something else ;)
> > >
> > > Regards,
> > >
> > > Niels Wagenaar
> >
> > Hi Niels
> >
> > S2API for vdr-1.7.0(1.7.1) quick hack
> > Patch is ugly and only supported DVB-S. But it is useful to begin.
> > You may modify it like you wish.
> >
> > Igor
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
V.2
Only satellite, as I have not any cable or terrestrial, but it is easy to 
modify :-)
I test it with cx24116 based card (though without ISL chip) and didn't find 
any troubles.

Igor
diff -Naur vdr-1.7.0/channels.c vdr-1.7.0-s2/channels.c
--- vdr-1.7.0/channels.c	2008-04-12 16:49:12.0 +0300
+++ vdr-1.7.0-s2/channels.c	2008-09-28 21:43:04.0 +0300
@@ -21,114 +21,116 @@
 // --- Channel Parameter Maps 
 
 const tChannelParameterMap InversionValues[] = {
-  {   0, DVBFE_INVERSION_OFF, trNOOP("off") },
-  {   1, DVBFE_INVERSION_ON,  trNOOP("on") },
-  { 999, DVBFE_INVERSION_AUTO },
+  {   0, INVERSION_OFF, trNOOP("off") },
+  {   1, INVERSION_ON,  trNOOP("on") },
+  { 999, INVERSION_AUTO },
   { -1 }
   };
 
 const tChannelParameterMap BandwidthValues[] = {
-  {   5, DVBFE_BANDWIDTH_5_MHZ, "5 MHz" },
-  {   6, DVBFE_BANDWIDTH_6_MHZ, "6 MHz" },
-  {   7, DVBFE_BANDWIDTH_7_MHZ, "7 MHz" },
-  {   8, DVBFE_BANDWIDTH_8_MHZ, "8 MHz" },
-  { 999, DVBFE_BANDWIDTH_AUTO },
+//  {   5, BANDWIDTH_5_MHZ, "5 MHz" },
+  {   6, BANDWIDTH_6_MHZ, "6 MHz" },
+  {   7, BANDWIDTH_7_MHZ, "7 MHz" },
+  {   8, BANDWIDTH_8_MHZ, "8 MHz" },
+  { 999, BANDWIDTH_AUTO },
   { -1 }
   };
 
 const tChannelParameterMap CoderateValues[] = {
-  {   0, DVBFE_FEC_NONE, trNOOP("none") },
-  {  12, DVBFE_FEC_1_2,  "1/2" },
-  {  13, DVBFE_FEC_1_3,  "1/3" },
-  {  14, DVBFE_FEC_1_4,  "1/4" },
-  {  23, DVBFE_FEC_2_3,  "2/3" },
-  {  25, DVBFE_FEC_2_5,  "2/5" },
-  {  34, DVBFE_FEC_3_4,  "3/4" },
-  {  35, DVBFE_FEC_3_5,  "3/5" },
-  {  45, DVBFE_FEC_4_5,  "4/5" },
-  {  56, DVBFE_FEC_5_6,  "5/6" },
-  {  67, DVBFE_FEC_6_7,  "6/7" },
-  {  78, DVBFE_FEC_7_8,  "7/8" },
-  {  89, DVBFE_FEC_8_9,  "8/9" },
-  { 910, DVBFE_FEC_9_10, "9/10" },
-  { 999, DVBFE_FEC_AUTO },
+  {   0, FEC_NONE, trNOOP("none") },
+  {  12, FEC_1_2,  "1/2" },
+//  {  13, FEC_1_3,  "1/3" },
+//  {  14, FEC_1_4,  "1/4" },
+  {  23, FEC_2_3,  "2/3" },
+//  {  25, FEC_2_5,  "2/5" },
+  {  34, FEC_3_4,  "3/4" },
+  {  35, FEC_3_5,  "3/5" },
+  {  45, FEC_4_5,  "4/5" },
+  {  56, FEC_5_6,  "5/6" },
+  {  67, FEC_6_7,  "6/7" },
+ 

Re: [vdr] osdpip plugin 0.8.0 does not compile

2008-09-28 Thread Albert Gall
On Sun, Sep 28, 2008 at 10:30:52AM +0200, Walter Koch wrote:
> Moin,
> 
> > I try to compile osdpip 0.0.8 but fails
> > version of the VDR is 1.6.0
> 
> use 0.0.10 from http://www.powarman.de/files/osdpip
> 
> Gruss,
>   Walter
> -- 
> Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz.
> 
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

This new version compiles well.

thanks !

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] [PATCH] S2API for vdr-1.7.0(1.7.1) quick hack

2008-09-28 Thread Niels Wagenaar
Hi Igor,

Small question. I tried your patch, but it fails a hunk in dvbdevice.c. I
added this hunk manually but I think something is missing:

Sep 28 13:56:15 htpc vdr: [19486] ERROR (dvbdevice.c,251): Operation not
supported Sep 28 13:56:15 htpc vdr: [19486] ERROR (dvbdevice.c,252):
Operation not supported Sep 28 13:56:15 htpc vdr: [19486] ERROR: frontend
0: Invalid argument

Those both lines has the following code:

CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, volt)); CHECK(ioctl(fd_frontend,
FE_SET_TONE, tone));

The result is, no tuning and no picture.

And to be honest, I don't really understand why it shouldn't work. Mainly,
since the same code is used with the Kaffeine patch (I'm comparing that
also).

Any help is appreciated :) If you need a quick chat, I'm currently in
#linuxtv on irc.freenode.net :)

Regards,

Niels Wagenaar

> -Oorspronkelijk bericht-
> Van: Igor M. Liplianin [mailto:[EMAIL PROTECTED]
> Verzonden: zondag 28 september 2008 12:49
> Aan: vdr@linuxtv.org; Niels Wagenaar
> CC: Gregoire Favre; [EMAIL PROTECTED]
> Onderwerp: [vdr][PATCH] S2API for vdr-1.7.0(1.7.1) quick hack
>
> ? ? ?? 24 September 2008 18:34:01 Niels Wagenaar ???(?):
> > Hello all (and especially Klaus):
> >
> > It's official, the people from V4L have voted for the usage of the
> > S2API proposal to be the future for new DVB API improvements (see
> > the official announcement at the bottom) within the V4L tree.
> > Currently S2API is in a real speed-train and new devices are added
> > very
> rapidly.
> > Only the devices currently in Multiproto and written by Manu Abraham
> are not yet ported.
> > Also people are allready busy with patches for Kaffeine (allready
> > done) and MythTV (not seen yet, but it's WIP according to a post on
> > the linux-dvb mailinglist).
> >
> > So, this should mean that VDR 1.7.x should focus on S2API because of
> > the obvious reasons. Has anybody started on a patch of somekind to
> > include S2API in VDR 1.7.0 or 1.7.1? Mainly I was thinking of doing
> it
> > myself (I have a Hauppauge WinTV-NOVA-HD-S2 which is allready
> > supported in S2API) in the hope to have it working in the next
> > weekend. But if it's allready done or in progress, then I would like
> > to use my time for something else ;)
> >
> > Regards,
> >
> > Niels Wagenaar
>
> Hi Niels
>
> S2API for vdr-1.7.0(1.7.1) quick hack
> Patch is ugly and only supported DVB-S. But it is useful to begin.
> You may modify it like you wish.
>
> Igor



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] [PATCH] S2API for vdr-1.7.0(1.7.1) quick hack

2008-09-28 Thread Niels Wagenaar
> -Oorspronkelijk bericht-
> Van: Igor M. Liplianin [mailto:[EMAIL PROTECTED]
> Verzonden: zondag 28 september 2008 12:49
> Aan: vdr@linuxtv.org; Niels Wagenaar
> CC: Gregoire Favre; [EMAIL PROTECTED]
> Onderwerp: [vdr][PATCH] S2API for vdr-1.7.0(1.7.1) quick hack
> 
> -- SNIP --
>
> Hi Niels
> 
> S2API for vdr-1.7.0(1.7.1) quick hack
> Patch is ugly and only supported DVB-S. But it is useful to begin.
> You may modify it like you wish.
>

Igor, thanks for the hack/patch! Now I have something to compare and this will 
speed it up for me very much :)

I didn't had time to start with it yet (Family ;). It was my plan to start this 
evening. So if I have something new, I'll report this asap :)
 
> Igor

Regards,

Niels Wagenaar


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] [PATCH] S2API for vdr-1.7.0(1.7.1) quick hack

2008-09-28 Thread Igor M. Liplianin
В сообщении от 24 September 2008 18:34:01 Niels Wagenaar написал(а):
> Hello all (and especially Klaus):
>
> It's official, the people from V4L have voted for the usage of the S2API
> proposal to be the future for new DVB API improvements (see the official
> announcement at the bottom) within the V4L tree. Currently S2API is in a
> real speed-train and new devices are added very rapidly. Only the devices
> currently in Multiproto and written by Manu Abraham are not yet ported.
> Also people are allready busy with patches for Kaffeine (allready done) and
> MythTV (not seen yet, but it's WIP according to a post on the linux-dvb
> mailinglist).
>
> So, this should mean that VDR 1.7.x should focus on S2API because of the
> obvious reasons. Has anybody started on a patch of somekind to include
> S2API in VDR 1.7.0 or 1.7.1? Mainly I was thinking of doing it myself (I
> have a Hauppauge WinTV-NOVA-HD-S2 which is allready supported in S2API) in
> the hope to have it working in the next weekend. But if it's allready done
> or in progress, then I would like to use my time for something else ;)
>
> Regards,
>
> Niels Wagenaar

Hi Niels

S2API for vdr-1.7.0(1.7.1) quick hack
Patch is ugly and only supported DVB-S. But it is useful to begin. 
You may modify it like you wish.

Igor
diff -Naur 1/channels.c 2/channels.c
--- 1/channels.c	2008-04-12 16:49:12.0 +0300
+++ 2/channels.c	2008-09-28 13:02:01.0 +0300
@@ -21,114 +21,116 @@
 // --- Channel Parameter Maps 
 
 const tChannelParameterMap InversionValues[] = {
-  {   0, DVBFE_INVERSION_OFF, trNOOP("off") },
-  {   1, DVBFE_INVERSION_ON,  trNOOP("on") },
-  { 999, DVBFE_INVERSION_AUTO },
+  {   0, INVERSION_OFF, trNOOP("off") },
+  {   1, INVERSION_ON,  trNOOP("on") },
+  { 999, INVERSION_AUTO },
   { -1 }
   };
 
 const tChannelParameterMap BandwidthValues[] = {
-  {   5, DVBFE_BANDWIDTH_5_MHZ, "5 MHz" },
-  {   6, DVBFE_BANDWIDTH_6_MHZ, "6 MHz" },
-  {   7, DVBFE_BANDWIDTH_7_MHZ, "7 MHz" },
-  {   8, DVBFE_BANDWIDTH_8_MHZ, "8 MHz" },
-  { 999, DVBFE_BANDWIDTH_AUTO },
+//  {   5, BANDWIDTH_5_MHZ, "5 MHz" },
+  {   6, BANDWIDTH_6_MHZ, "6 MHz" },
+  {   7, BANDWIDTH_7_MHZ, "7 MHz" },
+  {   8, BANDWIDTH_8_MHZ, "8 MHz" },
+  { 999, BANDWIDTH_AUTO },
   { -1 }
   };
 
 const tChannelParameterMap CoderateValues[] = {
-  {   0, DVBFE_FEC_NONE, trNOOP("none") },
-  {  12, DVBFE_FEC_1_2,  "1/2" },
-  {  13, DVBFE_FEC_1_3,  "1/3" },
-  {  14, DVBFE_FEC_1_4,  "1/4" },
-  {  23, DVBFE_FEC_2_3,  "2/3" },
-  {  25, DVBFE_FEC_2_5,  "2/5" },
-  {  34, DVBFE_FEC_3_4,  "3/4" },
-  {  35, DVBFE_FEC_3_5,  "3/5" },
-  {  45, DVBFE_FEC_4_5,  "4/5" },
-  {  56, DVBFE_FEC_5_6,  "5/6" },
-  {  67, DVBFE_FEC_6_7,  "6/7" },
-  {  78, DVBFE_FEC_7_8,  "7/8" },
-  {  89, DVBFE_FEC_8_9,  "8/9" },
-  { 910, DVBFE_FEC_9_10, "9/10" },
-  { 999, DVBFE_FEC_AUTO },
+  {   0, FEC_NONE, trNOOP("none") },
+  {  12, FEC_1_2,  "1/2" },
+//  {  13, FEC_1_3,  "1/3" },
+//  {  14, FEC_1_4,  "1/4" },
+  {  23, FEC_2_3,  "2/3" },
+//  {  25, FEC_2_5,  "2/5" },
+  {  34, FEC_3_4,  "3/4" },
+  {  35, FEC_3_5,  "3/5" },
+  {  45, FEC_4_5,  "4/5" },
+  {  56, FEC_5_6,  "5/6" },
+  {  67, FEC_6_7,  "6/7" },
+  {  78, FEC_7_8,  "7/8" },
+  {  89, FEC_8_9,  "8/9" },
+  { 910, FEC_9_10, "9/10" },
+  { 999, FEC_AUTO },
   { -1 }
   };
 
 const tChannelParameterMap ModulationValues[] = {
-  {   0, DVBFE_MOD_NONE,trNOOP("none") },
-  {   4, DVBFE_MOD_QAM4,"QAM4" },
-  {  16, DVBFE_MOD_QAM16,   "QAM16" },
-  {  32, DVBFE_MOD_QAM32,   "QAM32" },
-  {  64, DVBFE_MOD_QAM64,   "QAM64" },
-  { 128, DVBFE_MOD_QAM128,  "QAM128" },
-  { 256, DVBFE_MOD_QAM256,  "QAM256" },
-  { 512, DVBFE_MOD_QAM512,  "QAM512" },
-  {1024, DVBFE_MOD_QAM1024, "QAM1024" },
-  {   1, DVBFE_MOD_BPSK,"BPSK" },
-  {   2, DVBFE_MOD_QPSK,"QPSK" },
-  {   3, DVBFE_MOD_OQPSK,   "OQPSK" },
-  {   5, DVBFE_MOD_8PSK,"8PSK" },
-  {   6, DVBFE_MOD_16APSK,  "16APSK" },
-  {   7, DVBFE_MOD_32APSK,  "32APSK" },
-  {   8, DVBFE_MOD_OFDM,"OFDM" },
-  {   9, DVBFE_MOD_COFDM,   "COFDM" },
-  {  10, DVBFE_MOD_VSB8,"VSB8" },
-  {  11, DVBFE_MOD_VSB16,   "VSB16" },
-  { 998, DVBFE_MOD_QAMAUTO, "QAMAUTO" },
-  { 999, DVBFE_MOD_AUTO },
+//  {   0, MOD_NONE,trNOOP("none") },
+//  {   4, MOD_QAM4,"QAM4" },
+  {  16, QAM_16,   "QAM16" },
+  {  32, QAM_32,   "QAM32" },
+  {  64, QAM_64,   "QAM64" },
+  { 128, QAM_128,  "QAM128" },
+  { 256, QAM_256,  "QAM256" },
+//  { 512, MOD_QAM512,  "QAM512" },
+//  {1024, MOD_QAM1024, "QAM1024" },
+//  {   1, MOD_BPSK,"BPSK" },
+  {   2, QPSK,"QPSK" },
+//  {   3, MOD_OQPSK,   "OQPSK" },
+  {   5, _8PSK,"8PSK" },
+  {   6, _16APSK,  "16APSK" },
+//  {   7, MOD_32APSK,  "32APSK" },
+//  {   8, DVBFE_MOD_OFDM,"OFDM" },
+//  {   9, MOD_COFDM,   "COFDM" },
+  {  10, VSB_8,"VSB8" },
+  {  11, VSB_16,   "VSB16" },
+  { 998, QAM_AUTO, "QAMAUTO" },
+//  { 999, MOD_AUTO },
   { -1 }
   };
 
 const tChannelParameterMap SystemValues[] =

Re: [vdr] eHD & Micronas DeCypher

2008-09-28 Thread Torgeir Veimo

On 28 Sep 2008, at 19:03, Goga777 wrote:

> which exact name of Micronas decoder in eHD card ?
>
> is it -  DeCypher DHM8100A ?
> http://www.micronas.com/products/application/MicRacer/index.html


Looks like it; http://www.directupload.net/images/070503/CjsyApL2.jpg

-- 
Torgeir Veimo
[EMAIL PROTECTED]





___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] eHD & Micronas DeCypher

2008-09-28 Thread Goga777
Hi

which exact name of Micronas decoder in eHD card ?

is it -  DeCypher DHM8100A ?
http://www.micronas.com/products/application/MicRacer/index.html

Goga



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] osdpip plugin 0.8.0 does not compile

2008-09-28 Thread Walter Koch
Moin,

> I try to compile osdpip 0.0.8 but fails
> version of the VDR is 1.6.0

use 0.0.10 from http://www.powarman.de/files/osdpip

Gruss,
  Walter
-- 
Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz.


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr