Re: [vdr] no channel update on vdr 1.7.0
Lauri Tischler wrote: Igor wrote: could you explain please how it's possible to connect 3 cards in VDR to 3 LNB's for Hotbird, Sirius, Astra for example with DiSEq-Cswitch Simple diagram, using quad-lnb's, input of lnbs are called as HB-1, HB-2, HB-3, HB-4 SI-1, SI-2, S1-3, SI-4 AS-1, AS-2, AS-3, AS-4 Diseqc-switch 1 ++ ||--- HB-1 Card1 -||--- SI-1 ||--- AS-1 ||--- free ++ Diseqc-switch 2 ++ ||--- HB-2 Card2 -||--- SI-2 ||--- AS-2 ||--- free ++ Diseqc-switch 3 ++ ||--- HB-3 Card3 -||--- SI-3 ||--- AS-3 ||--- free ++ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Hi, does that really work, or am I misunderstanding a quad-LNB? I though the the 4 outputs of a quad LNB are hi/V lo/V hi/H and Lo/H. Or is that a quattro LNB? So what you are saying is that a quad LNB can supply any of the 4 freqs/polarization down any of its 4 connections? Any if required the same signal down all 4 connections? This solution is certainly a lot cheaper because otherwise he would need 12 input lines, so the spaun would not have worked as it only had 8 Sat input lines. So he would have needed a more expensive model. Cheers Brian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
C.Scheeder wrote: Igor schrieb: I had a 1.5.13 running for a while on a nexus FF. I did install a second card, S2-3200, together with the multiproto driver and vdr 1.7.0, without patches at this moment, because I am not interested in HD at this time. I am just looking to have 2 cards working to be able to stream on several vdr clients and use the output of my FF card. The S2 card is on astra, and the FF on hotbird I started with a clean vdrconf directory, and with a channel.conf with only 1 entry (TV5) on hotbird. I hoped that vdr would scan new channels, but it did only for a few. After starting the first time, it scanned about 10 new channels and stops there. In the DVB menu, update stands on add new transponder I did try with an other channel.conf. I can see every FTA channel on hotbird, but I have a black screen on astra (nothing as channel not available ). The log does nt learn me something either. In fact the log is flooded by kernel messages about stb6100 that get_frequence and bandwith. The frequence are always the same. -why is the autoscan not working ? Do I need some transponder file ? -how can I check the signal on my S2-3200 card ? -how can I reduce the logs from stb6100 ? -do I need to apply a concurrent recording patch to be able to stream 2 or more signals ? thanks for your help Errm, you say you have two FF-Cards, one connected to an LNB poniting hotbird and one connected to another LNB pointing to Astra? AFAIk this will NOT work. if vdr has 2 cards, it only uses the second card to do channel-scan, but why vdr chose the second card, not the first one ? and this vdr's behaviour only for scan ? Igor Hrm, i could say RTFM, but that would be a little rude ;-) so lets explain it in short: per design vdr reserves the first card in system for life viewing and does not use it for other so called idle tasks like epg-scann or transponder-scann if there is a second card in the system. thats by design, and it is written down the documentation. And when it comes to viewing a transponder, vdr uses the first card to get the signal if that tuner is available. so in your configuration you will only be able to watch the channels on hotbird, but you only can scan on astra with plain vdr Nice situation... ;-) Christoph ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Aaah Bloody Germans G per design vdr reserves the first card in system for life viewing and does not use it for other live viewing. Its a mistake that is made absolutely everywhere, especially in the press, who should really know better. I'm absolutely astounded about how many Germans (I live in Germany), are nearly perfect with their English but make this mistake. But we see it in Clever Modern advertising all the time now. the length of someone's life The concert was shown live in TV I live in my house, etc. There's certainly no system in things like those in the English language. Sorry, just a pet rant of mine. Cheers Brian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Building VDR 1.7.0 - skincurses error?
Udo Richter schreef: Jelle De Loecker wrote: skincurses.c:793: error: ‘WINDOW’ was not declared in this scope skincurses.c:793: error: ‘w’ was not declared in this scope skincurses.c:793: error: ‘initscr’ was not declared in this scope The WINDOW data structure is provided by ncurses library. You may need a different/newer version of libncurses-dev. (imho one of the 'wide character' versions for unicode.) The solution was quite simple: The suse tutorials on the vdr wiki didn't say which dependencies you needed, like the libn5curses (or something like it) Afterwards I had the same problem with some other plugins, but since they were in the repository I could do a apt-get build-dep vdr-plugins-burn and most of the time that would have fixed it. However, sometimes I needed to sift through the error messages and find the correct packages in synaptic. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
Brian wrote: Lauri Tischler wrote: Igor wrote: could you explain please how it's possible to connect 3 cards in VDR to 3 LNB's for Hotbird, Sirius, Astra for example with DiSEq-Cswitch Simple diagram, using quad-lnb's, input of lnbs are called as HB-1, HB-2, HB-3, HB-4 SI-1, SI-2, S1-3, SI-4 AS-1, AS-2, AS-3, AS-4 Diseqc-switch 1 ++ ||--- HB-1 Card1 -||--- SI-1 ||--- AS-1 ||--- free ++ Diseqc-switch 2 ++ ||--- HB-2 Card2 -||--- SI-2 ||--- AS-2 ||--- free ++ Diseqc-switch 3 ++ ||--- HB-3 Card3 -||--- SI-3 ||--- AS-3 ||--- free ++ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Hi, does that really work, or am I misunderstanding a quad-LNB? I though the the 4 outputs of a quad LNB are hi/V lo/V hi/H and Lo/H. Or is that a quattro LNB? So what you are saying is that a quad LNB can supply any of the 4 freqs/polarization down any of its 4 connections? Any if required the same signal down all 4 connections? Should work, because twin or quad or octal lnbs actually have multiple tuners inside the lnb. Typically twin, quad or octal lnbs are used when there are several settopboxes in the house. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264
Yes, you can use it without a reelbox, it is GPL. However when I created the patch last night, I put the source and destination directories in the wrong order, so the patch will not apply correctly (I was too sleepy!!!). Anyway, I'll fix it this evening when I get to my machine and post it again. I would like to mention that for the time being the scanner won't pick up DVB-S2 channels. Anyone knows why? Jelle De Loecker [EMAIL PROTECTED] wrote: Vangelis Nonas schreef: I forgot to mention I gor reelchannelscan from reel svn site: svn co svn://[EMAIL PROTECTED]/testing/src/vdr-plugins/src/ Vangelis Nonas wrote: I have created a patch for reelchannelscan 0.6.1 and vdr-1.7.0. I have substituted cDevice::Provides_S2 with true (I have a dvb-S2 card). It is not the correct way to do it but I did not know what to do I have changed some constants like PSK8, FEC_2_3, etc with other constants I found in vdr that usually start with DVBFE. I hope it is correct. The plugin seems to work OK with DVB-S stations. When you ask it to scan for HDTV it only returns DVB-S, not DVB-S2. I would appreciate your help, in order to make this plugin work properly. The attachment is compressed with bzip2. Oh, how nice, I actually need a new channelscanner today! However, can I use this without a reelbox? (I'm getting all my information out of a german site, so I'm probably misunderstanding one or two things ... Like I'm unable to set up the diseqc file) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.7.0 - Patched for S2-3200 - Diseqc.conf
Jelle De Loecker schreef: I've finally gotten VDR to work with my Technotrend S2-3200 card, but I just can't seem to get this diseqc.conf file right! S19.2E 11700 V 9750 [E0 10 38 F0] S19.2E 9 V 10600 [E0 10 38 F1] S19.2E 11700 H 9750 [E0 10 38 F2] S19.2E 9 H 10600 [E0 10 38 F3] S28.2E 11700 V 9750 [E0 10 38 F4] S28.2E 9 V 10600 [E0 10 38 F5] S28.2E 11700 H 9750 [E0 10 38 F6] S28.2E 9 H 10600 [E0 10 38 F7] I have a diseqc 2.0 switch, but since the S2-3200 card only supports Diseqc 1.2 I'm not really sure what to use! It's a regular 4x1 switch Apparantly a regular 4x1 switch doesn't need the F0 - F1 bits at the end, and this will do. As I see it, the first hex-code is used for the option and the second hex-code is used for the position. (A/A-A/B-B/A-B/B) 22 Position A 23 Option A 26 Position B 27 Option B # port 1 option a position a # port 2 option a position b # port 3 option b position a # port 4 option b position b So in your setup I assume that you have ports and LNBs like this: 1 - S19.2E 2 - S28.2E 3 - S23.5E 4 - S13.0E This diseqc.conf should do the trick: # port 1 S19.2E 11700 V 9750 t v W15 [E0 10 23] W15 [E0 10 22] W15 t S19.2E 9 V 10600 t v W15 [E0 10 23] W15 [E0 10 22] W15 T S19.2E 11700 H 9750 t V W15 [E0 10 23] W15 [E0 10 22] W15 t S19.2E 9 H 10600 t V W15 [E0 10 23] W15 [E0 10 22] W15 T # port 2 S28.2E 11700 V 9750 t v W15 [E0 10 23] W15 [E0 10 26] W15 t S28.2E 9 V 10600 t v W15 [E0 10 23] W15 [E0 10 26] W15 T S28.2E 11700 H 9750 t V W15 [E0 10 23] W15 [E0 10 26] W15 t S28.2E 9 H 10600 t V W15 [E0 10 23] W15 [E0 10 26] W15 T # port 3 S23.5E 11700 V 9750 t v W15 [E0 10 27] W15 [E0 10 22] W15 t S23.5E 9 V 10600 t v W15 [E0 10 27] W15 [E0 10 22] W15 T S23.5E 11700 H 9750 t V W15 [E0 10 27] W15 [E0 10 22] W15 t S23.5E 9 H 10600 t V W15 [E0 10 27] W15 [E0 10 22] W15 T # port 4 S13.0E 11700 V 9750 t v W15 [E0 10 27] W15 [E0 10 26] W15 t S13.0E 9 V 10600 t v W15 [E0 10 27] W15 [E0 10 26] W15 T S13.0E 11700 H 9750 t V W15 [E0 10 27] W15 [E0 10 26] W15 t S13.0E 9 H 10600 t V W15 [E0 10 27] W15 [E0 10 26] W15 T Should you need to edit the first port I got this solution from the archive from these very own mailing lists, but it was very hard to find so I thought I'd post it again. It works like a charm: http://www.linuxtv.org/pipermail/vdr/2005-October/005517.html (thank you *Sami J. Mäkinen)* ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] open dvb-s2 channel on Hotbird - Eurosport HD Promo
Hi, Gregoire Favre schrieb: Oh, I alsa can't tune to : EDUSAT;CYFRA +:11278:vC34M2O0S0:S13.0E:27500:164:96=pol:0:0:13005:318:400:0 This channel is on the same transponder as the new HD channels, so it is no longer DVB-S. My VDR has updated this channel and tuning works (as I'm able to watch the HD channels) but it looks like the channel is no longer broadcast on this transponder. Here are the channels which I found in channels.conf on this transponder, but as written above, some of them may no longer be broadcast on this transponder: HBO;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:160:80=pol,81=ORY:507:100:13001:318:400:0 HALLMARK;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:161:84=pol,85=eng:0:100:13002:318:400:0 ANIMAL PLANET;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:162:88=pol,89=eng:0:100:13003:318:400:0 EDUSAT;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:164:96=pol:0:0:13005:318:400:0 EXTREME SPORTS;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:165:100=pol:0:100:13006:318:400:0 NATIONAL GEO;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:166:104=pol,106=hun,105=eng:509:100:13007:318:400:0 ZONE REALITY;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:167:108=pol,109=eng:0:100:13008:318:400:0 HBO2;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:168:112=pol,113=ORY:507:100:13009:318:400:0 CNBC;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:171:120=eng:0:500,100:13012:318:400:0 DISCOVERY;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:172:124=pol,125=eng:0:100:13013:318:400:0 tech 3;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:0:121=ita:0:0:13031:318:400:0 Music Choice Dance;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:0:613=A_1,614=A_2,615=A_3,616=A_4,617=A_5,618=A_6:0:100:13041:318:400:0 Music Choice Rock;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:0:619=A_1,620=A_2,621=A_3,622=A_4,623=A_5,624=A_6:0:100:13042:318:400:0 Music Choice Urban;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:0:625=A_1,626=A_2,627=A_3,628=A_4,629=A_5,630=A_6:0:100:13043:318:400:0 Music Choice 6;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:0:620,621,622,623,624:0:500:13082:318:400:0 Music Choice 7;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:0:625,626,627,628,629,630:0:500:13083:318:400:0 ESPN Classic Sport;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:169:116=pol,117=eng:0:100:13010:318:400:0 MTV TWO;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:170:118=eng:0:100:13011:318:400:0 Music Choice 5;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:0:613,614,615,616,617,618:0:500:13081:318:400:0 CANAL+ FILM HD;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:360:380=pol;381=ORY:551:100:13021:318:400:0 CANAL+ SPORT HD;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:361:384=pol;385=ORY:551:100:13022:318:400:0 NATIONAL GEO HD;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:362:0;388=pol:0:100:13023:318:400:0 ESP HD Intl;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3202=en2,3201=eng:0:0:13061:318:400:0 HBO HD;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:363:392=pol;393=eng:0:100:13024:318:400:0 ESP HD Turk;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3203=tur:0:500,B00,1803,100:13063:318:400:0 ESP HD Russian;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3204=rus:0:0:13064:318:400:0 ESP HD Dutch;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3205=ndl:0:0:13065:318:400:0 ESP HD Czech;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3206=CZK:0:0:13066:318:400:0 ESP HD German;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3207=deu;3208=deu:0:0:13067:318:400:0 ESP HD Portuguese;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3209=por:0:0:13069:318:400:0 ESP HD Polish;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3210=pol:0:0:13070:318:400:0 ESP HD Hungarian;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3211=hun:0:0:13071:318:400:0 ESP HD Spanish;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3212=esl:0:500,B00,1803,100:13072:318:400:0 EUSP PL AUDIO;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:0:407=pol:0:0:13035:318:400:0 Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] ((last try)) dvd plugin async problems
Hello List, I can't play back my own created dvd's since I am using the latest test firmware for my ff dvb-s card. Dvd playback starts and after some minutes it in not in sync and audio stutters. Playing the same dvd with mplayer over dvb output works fine but the dvd plugin has more features so I want to use it. E. G. Mplayer can't play ac3 over dvb. Is there a chance to get this work? __Please__ help. With Regards Halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CAM menu umlauts broken?
On 05/21/08 23:58, Hanno Zulla wrote: Hi, on my e-tobi based 1.6 setup, the CAM menu umlauts are broken, while all the other menu items (that I checked so far) use the correct encoding. Is there a recoding missing between the CAM and the vdr OSD? What LANG environment are u using? Please look at your /etc/defaults/vdr file. VDR_LANG=de_DE.UTF-8 VDR_CHARSET_OVERRIDE=ISO-8859-1 On my e-tobi based install, my cam don't have problems with de_DE.UTF-8 My setup (running on Ubuntu) shows broken Umlauts in the cam menu. Here's a screenshot of the effect. ... Please try the following (untested) version of this function in ci.c: static char *CopyString(int Length, const uint8_t *Data) /// Copies the string at Data. /// \return Returns a pointer to a newly allocated string. { // Some CAMs send funny characters at the beginning of strings. // Let's just skip them: while (Length 0 (*Data == ' ' || *Data == 0x05 || *Data == 0x96 || *Data == 0x97)) { Length--; Data++; } char s[Length + 1]; strncpy(s, (char *)Data, Length); s[Length] = 0; // The character 0x8A is used as newline, so let's put a real '\n' in there: strreplace(s, 0x8A, '\n'); cCharSetConv csc(ISO-8859-1); return strdup(csc.Convert(s)); } This should convert the CAM's strings to whatever encoding VDR uses. Maybe the 0x05 that some CAMs put at the beginning of strings is a character encoding indicator, just as with the SI strings (see libsi/si.c, CharacterTables1[]). However, I don't think I've seen that anywhere in the CI specs of the DVB standard. Maybe somebody can point out where this might be documented. Please report whether this fixes the problem for you. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
Brian schrieb: Lauri Tischler wrote: Igor wrote: could you explain please how it's possible to connect 3 cards in VDR to 3 LNB's for Hotbird, Sirius, Astra for example with DiSEq-Cswitch Simple diagram, using quad-lnb's, input of lnbs are called as HB-1, HB-2, HB-3, HB-4 SI-1, SI-2, S1-3, SI-4 AS-1, AS-2, AS-3, AS-4 Diseqc-switch 1 ++ ||--- HB-1 Card1 -||--- SI-1 ||--- AS-1 ||--- free ++ Diseqc-switch 2 ++ ||--- HB-2 Card2 -||--- SI-2 ||--- AS-2 ||--- free ++ Diseqc-switch 3 ++ ||--- HB-3 Card3 -||--- SI-3 ||--- AS-3 ||--- free ++ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Hi, does that really work, or am I misunderstanding a quad-LNB? I though the the 4 outputs of a quad LNB are hi/V lo/V hi/H and Lo/H. Or is that a quattro LNB? So what you are saying is that a quad LNB can supply any of the 4 freqs/polarization down any of its 4 connections? Any if required the same signal down all 4 connections? This solution is certainly a lot cheaper because otherwise he would need 12 input lines, so the spaun would not have worked as it only had 8 Sat input lines. So he would have needed a more expensive model. Cheers Brian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Hi, there are two versions of lnb's with 4 outputs sold, one with 4 identical outputs to feed 4 seperate receivers, (or diseq-c switches) and one with outputs for hi/V lo/V hi/H and Lo/H ment to feed multiswitches. (like the spaun meintioned in another answer...) so beware which version you by, the purpose is always written down on the box. Christoph ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
Brian schrieb: C.Scheeder wrote: Igor schrieb: I had a 1.5.13 running for a while on a nexus FF. I did install a second card, S2-3200, together with the multiproto driver and vdr 1.7.0, without patches at this moment, because I am not interested in HD at this time. I am just looking to have 2 cards working to be able to stream on several vdr clients and use the output of my FF card. The S2 card is on astra, and the FF on hotbird I started with a clean vdrconf directory, and with a channel.conf with only 1 entry (TV5) on hotbird. I hoped that vdr would scan new channels, but it did only for a few. After starting the first time, it scanned about 10 new channels and stops there. In the DVB menu, update stands on add new transponder I did try with an other channel.conf. I can see every FTA channel on hotbird, but I have a black screen on astra (nothing as channel not available ). The log does nt learn me something either. In fact the log is flooded by kernel messages about stb6100 that get_frequence and bandwith. The frequence are always the same. -why is the autoscan not working ? Do I need some transponder file ? -how can I check the signal on my S2-3200 card ? -how can I reduce the logs from stb6100 ? -do I need to apply a concurrent recording patch to be able to stream 2 or more signals ? thanks for your help Errm, you say you have two FF-Cards, one connected to an LNB poniting hotbird and one connected to another LNB pointing to Astra? AFAIk this will NOT work. if vdr has 2 cards, it only uses the second card to do channel-scan, but why vdr chose the second card, not the first one ? and this vdr's behaviour only for scan ? Igor Hrm, i could say RTFM, but that would be a little rude ;-) so lets explain it in short: per design vdr reserves the first card in system for life viewing and does not use it for other so called idle tasks like epg-scann or transponder-scann if there is a second card in the system. thats by design, and it is written down the documentation. And when it comes to viewing a transponder, vdr uses the first card to get the signal if that tuner is available. so in your configuration you will only be able to watch the channels on hotbird, but you only can scan on astra with plain vdr Nice situation... ;-) Christoph ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Aaah Bloody Germans G per design vdr reserves the first card in system for life viewing and does not use it for other live viewing. Its a mistake that is made absolutely everywhere, especially in the press, who should really know better. I'm absolutely astounded about how many Germans (I live in Germany), are nearly perfect with their English but make this mistake. But we see it in Clever Modern advertising all the time now. the length of someone's life The concert was shown live in TV I live in my house, etc. There's certainly no system in things like those in the English language. Sorry, just a pet rant of mine. Cheers Brian Blody fucking bastard of a keyboard ;-) just hit the wrong key, i know i can't type blind, but sometimes i do it simply, and then such typo's are the result. have a niece day Christoph ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
On Thursday 22 of May 2008, C.Scheeder wrote: Brian schrieb: Hi, there are two versions of lnb's with 4 outputs sold, one with 4 identical outputs to feed 4 seperate receivers, (or diseq-c switches) This is labeled QUAD, is a little more expansive and one with outputs for hi/V lo/V hi/H and Lo/H ment to feed multiswitches. (like the spaun meintioned in another answer...) This is labeled QUATTRO, is a little cheaper so beware which version you by, the purpose is always written down on the box. Christoph ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr BR, Ales ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
Mattia Rossi wrote: On Wed, 21 May 2008 17:01:22 +0300 Lauri Tischler [EMAIL PROTECTED] wrote: Mattia Rossi wrote: On Wed, 21 May 2008 16:57:33 +0400 Igor [EMAIL PROTECTED] wrote: --- snip - could you explain please how it's possible to connect 3 cards in VDR to 3 LNB's for Hotbird, Sirius, Astra for example with DiSEq-Cswitch Hmm, using this switch ? http://www.spaun.de/?lang=enmodul=productsproduct=842379productname=SBK9935NF Good God NO, just a simple 4 input diseqc-switch, one for each card, price something like 10-30€ each Well, he didn't ask for the cheapest solution, he only asked how it could be done ;) By the way, the multiple diseqc switch is ok if the number of dvb terminals is less than 4, for 4 terminal or more the multiswitch solution (it hasn't to be spaun) becomes quickly more convenient in terms of complexity and, eventually, costs If you also need to mix terrestrial signal to the lot, then it becomes even more desirable. ... but we are digressing :) if he has never heard of diseqc maybe some basics would be good http://www.spaun.de/files/8df79_en_DiSEqC_for_Technicians.pdf http://www.spaun.de/?lang=enmodul=adigs with diseqc you can address a single lnb among a limited number of lnb´s from the electrical point there are two ways lets say 2 sat´s and 4 receivers 1. using a lnb with 4 equivalent outputs for every satelite (you could connect a receiver to those outputs and will get all four options high, low, horizontal, vertical on every output, the receiver switches the to its 4 options, same es having 4 single lnb´s) so you would need 4 single passive diseqc switches, one for every receiver shown here: http://www.spaun.de/files/ba406_de_ske11s133.pdf 2. using lnb´s with 4 different outputs (each for h, l, hor., ver., if you connect a receiver you will only have one option at every connector, thats the difference between quad and quattro lnb´s) 2 of those with a multiswitch (input for every option for every sat) you can multiplie all 8 signals (the lnb´s don't have to be switched with voltage or tone to a option) and deliver on the 4 receiver outputs whats needed - this installation alway needs external power from 110/220V, usually used for 4 or more receivers in the situation with 4 sat´s and 2-4 receivers the scenario 1. will usually cheaper ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
Brian wrote: Aaah Bloody Germans G per design vdr reserves the first card in system for life viewing and does not use it for other live viewing. Its a mistake that is made absolutely everywhere, especially in the press, who should really know better. I'm absolutely astounded about how many Germans (I live in Germany), are nearly perfect with their English but make this mistake. But we see it in Clever Modern advertising all the time now. the length of someone's life The concert was shown live in TV I live in my house, etc. There's certainly no system in things like those in the English language. fun like this will keep you alive - or was it alife :-))) Sorry, just a pet rant of mine. sorry couldn't resist ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] no channel update on vdr 1.7.0
Thanks for all the answers regarding my questions. So far I can understand my hardware is not adapted to what I want to do. I will proceed to the following : - Install 2 twin lnb's - Install 2 disecq switches. - Is diseqc switch 1 ok ? or do i need diseqc 2.0 As explain I have 1 FF card and one S2-3200. On one of my dishes I also have a rotor. - Can I still use it ? Is there already a valid rotor plugin for 1.7.0 ? My target is to achieve to be able to look on one TV on the output of the FF card, and on a other TV on a other broadcasting on a vdr-to-vdr client. I assume thats possible with that configuration ? Can I record a third broadcasting ? (concurrent recording) Can I look at a third broadcasting on a second vdr-to-vdr or http client ? Even if I don't need HD, do I need to use 1.7.0 version with my S2-3200 ? thanks, sp ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] open dvb-s2 channel on Hotbird - Eurosport HD Promo
On Thu, May 22, 2008 at 11:14:05AM +0200, Reinhard Nissl wrote: Thank you very much !!! ESP HD Intl;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3202=en2,3201=eng:0:0:13061:318:400:0 With this one, it works out of the box ;-) HBO HD;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:363:392=pol;393=eng:0:100:13024:318:400:0 ESP HD Turk;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3203=tur:0:500,B00,1803,100:13063:318:400:0 ESP HD Russian;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3204=rus:0:0:13064:318:400:0 ESP HD Dutch;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3205=ndl:0:0:13065:318:400:0 ESP HD Czech;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3206=CZK:0:0:13066:318:400:0 ESP HD German;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3207=deu;3208=deu:0:0:13067:318:400:0 ESP HD Portuguese;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3209=por:0:0:13069:318:400:0 ESP HD Polish;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3210=pol:0:0:13070:318:400:0 ESP HD Hungarian;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3211=hun:0:0:13071:318:400:0 ESP HD Spanish;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:3000:3212=esl:0:500,B00,1803,100:13072:318:400:0 EUSP PL AUDIO;CYFRA +:11278:vC23M5O20S1:S13.0E:27500:0:407=pol:0:0:13035:318:400:0 No let's hope to have some paragliding on it also :-) Maybe for http://www.vertigo.ch/vertigo/ who knows... -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
[EMAIL PROTECTED] wrote: Thanks for all the answers regarding my questions. So far I can understand my hardware is not adapted to what I want to do. I will proceed to the following : - Install 2 twin lnb's - Install 2 disecq switches. - Is diseqc switch 1 ok ? or do i need diseqc 2.0 As explain I have 1 FF card and one S2-3200. On one of my dishes I also have a rotor. - Can I still use it ? Is there already a valid rotor plugin for 1.7.0 ? My target is to achieve to be able to look on one TV on the output of the FF card, and on a other TV on a other broadcasting on a vdr-to-vdr client. I assume thats possible with that configuration ? Can I record a third broadcasting ? (concurrent recording) Can I look at a third broadcasting on a second vdr-to-vdr or http client ? Even if I don't need HD, do I need to use 1.7.0 version with my S2-3200 ? thanks, sp ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr In the end, if you dont use the LNB Sharing patch (I think it was), the solution from the VDR point of view is very simple. I hope I get this correct. To watch or record 2 programs, on two different transponders, you need two tuners and therefore 2 input lines. Same for 3,4,5 and 6 programs etc. etc. You just need to ensure, outside of VDR, that each line (coax) going to VDR can transport every transponder, and that at the same time. If, two or more programs are on the same transponder, then a single tuner can see them all. I think a FF card can process 3 streams on the same transponder without problems. I don't know if process differentiates between live-viewing and recording a program. I think the nettlebock (bottleneck) is on the PCI bus. Third broadcasting will therefore depend on whether that channel is on one of the transponders you are already tuned to with your two cards. Will the TS mods that Klaus is currently working on mean that the full stream of the transponder can be recorded? Or will the HW full-TS mod still be needed? Cheers Brian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
C.Scheeder wrote: Brian schrieb: C.Scheeder wrote: Igor schrieb: I had a 1.5.13 running for a while on a nexus FF. I did install a second card, S2-3200, together with the multiproto driver and vdr 1.7.0, without patches at this moment, because I am not interested in HD at this time. I am just looking to have 2 cards working to be able to stream on several vdr clients and use the output of my FF card. The S2 card is on astra, and the FF on hotbird I started with a clean vdrconf directory, and with a channel.conf with only 1 entry (TV5) on hotbird. I hoped that vdr would scan new channels, but it did only for a few. After starting the first time, it scanned about 10 new channels and stops there. In the DVB menu, update stands on add new transponder I did try with an other channel.conf. I can see every FTA channel on hotbird, but I have a black screen on astra (nothing as channel not available ). The log does nt learn me something either. In fact the log is flooded by kernel messages about stb6100 that get_frequence and bandwith. The frequence are always the same. -why is the autoscan not working ? Do I need some transponder file ? -how can I check the signal on my S2-3200 card ? -how can I reduce the logs from stb6100 ? -do I need to apply a concurrent recording patch to be able to stream 2 or more signals ? thanks for your help Errm, you say you have two FF-Cards, one connected to an LNB poniting hotbird and one connected to another LNB pointing to Astra? AFAIk this will NOT work. if vdr has 2 cards, it only uses the second card to do channel-scan, but why vdr chose the second card, not the first one ? and this vdr's behaviour only for scan ? Igor Hrm, i could say RTFM, but that would be a little rude ;-) so lets explain it in short: per design vdr reserves the first card in system for life viewing and does not use it for other so called idle tasks like epg-scann or transponder-scann if there is a second card in the system. thats by design, and it is written down the documentation. And when it comes to viewing a transponder, vdr uses the first card to get the signal if that tuner is available. so in your configuration you will only be able to watch the channels on hotbird, but you only can scan on astra with plain vdr Nice situation... ;-) Christoph ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Aaah Bloody Germans G per design vdr reserves the first card in system for life viewing and does not use it for other live viewing. Its a mistake that is made absolutely everywhere, especially in the press, who should really know better. I'm absolutely astounded about how many Germans (I live in Germany), are nearly perfect with their English but make this mistake. But we see it in Clever Modern advertising all the time now. the length of someone's life The concert was shown live in TV I live in my house, etc. There's certainly no system in things like those in the English language. Sorry, just a pet rant of mine. Cheers Brian Blody fucking bastard of a keyboard ;-) just hit the wrong key, i know i can't type blind, but sometimes i do it simply, and then such typo's are the result. have a niece day Christoph ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr So... I can type really really fast, just have a problem hitting the correct keys G MfG ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264
This is the correct patch for reelchannelscan 0.6.1 with vdr 1.7.0 Reelchannelscan can be found at: svn co svn://[EMAIL PROTECTED]/testing/src/vdr-plugins/src/ If you decide to try it out, please post your comments. Thanks Vagelis vdr-1.7.0-h264-channelscan-0.6.1.diff.bz2 Description: application/bzip ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264
On Thu, May 22, 2008 at 10:35:10PM +, Vangelis Nonas wrote: This is the correct patch for reelchannelscan 0.6.1 with vdr 1.7.0 Reelchannelscan can be found at: svn co svn://[EMAIL PROTECTED]/testing/src/vdr-plugins/src/ If you decide to try it out, please post your comments. Thank, should anything in VDR be patched ? -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264
On Thu, May 22, 2008 at 10:35:10PM +, Vangelis Nonas wrote: This is the correct patch for reelchannelscan 0.6.1 with vdr 1.7.0 Reelchannelscan can be found at: svn co svn://[EMAIL PROTECTED]/testing/src/vdr-plugins/src/ If you decide to try it out, please post your comments. Without patching anything in VDR except channelscan-0.6.1 I got : make all g++ -g -O3 -march=core2 -DPIC -pipe -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I/usr/src/CVS/multiproto_plus/linux/include -I../../../include -I../..//usr/src/CVS/multiproto_plus/linux/include channelscan.c In file included from scan.h:34, from csmenu.h:42, from channelscan.c:31: filter.h:193:1: warning: MAXNETWORKNAME redefined In file included from ../../../include/vdr/device.h:18, from scan.h:31, from csmenu.h:42, from channelscan.c:31: ../../../include/vdr/nit.h:16:1: warning: this is the location of the previous definition In file included from filter.h:42, from scan.h:34, from csmenu.h:42, from channelscan.c:31: transponders.h:357: error: ISO C++ forbids declaration of ‘auto_ptr’ with no type transponders.h:357: error: invalid use of ‘::’ transponders.h:357: error: expected ‘;’ before ‘’ token transponders.h: In member function ‘void cTransponders::ResetNITStartTransponder(cSatTransponder*)’: transponders.h:350: error: ‘nitStartTransponder_’ was not declared in this scope transponders.h: In member function ‘cTransponder* cTransponders::GetNITStartTransponder()’: transponders.h:405: error: ‘nitStartTransponder_’ was not declared in this scope In file included from channelscan.c:31: csmenu.h: At global scope: csmenu.h:220: error: ISO C++ forbids declaration of ‘auto_ptr’ with no type csmenu.h:220: error: invalid use of ‘::’ csmenu.h:220: error: expected ‘;’ before ‘’ token make: *** [channelscan.o] Error 1 -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264
Hello, My patch does not change anything in vdr. I have tested it on my machine. Here I have vanilla vdr 1.7.0 with the h264 patch. Try applying this patch to your vdr and post back. Maybe this is the problem. Try make clean;make clean-plugins;make;make plugins. To apply the h264 patch : wget http://www.linuxtv.org/pipermail/vdr/attachments/20080413/1054bcfb/attachment-0001.bin mv attachment-0001.bin vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2 bunzip2 vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2 and then patch -p1 inside your vdr directory. Gregoire Favre wrote: On Thu, May 22, 2008 at 10:35:10PM +, Vangelis Nonas wrote: This is the correct patch for reelchannelscan 0.6.1 with vdr 1.7.0 Reelchannelscan can be found at: svn co svn://[EMAIL PROTECTED]/testing/src/vdr-plugins/src/ If you decide to try it out, please post your comments. Without patching anything in VDR except channelscan-0.6.1 I got : make all g++ -g -O3 -march=core2 -DPIC -pipe -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I/usr/src/CVS/multiproto_plus/linux/include -I../../../include -I../..//usr/src/CVS/multiproto_plus/linux/include channelscan.c In file included from scan.h:34, from csmenu.h:42, from channelscan.c:31: filter.h:193:1: warning: MAXNETWORKNAME redefined In file included from ../../../include/vdr/device.h:18, from scan.h:31, from csmenu.h:42, from channelscan.c:31: ../../../include/vdr/nit.h:16:1: warning: this is the location of the previous definition In file included from filter.h:42, from scan.h:34, from csmenu.h:42, from channelscan.c:31: transponders.h:357: error: ISO C++ forbids declaration of ‘auto_ptr’ with no type transponders.h:357: error: invalid use of ‘::’ transponders.h:357: error: expected ‘;’ before ‘’ token transponders.h: In member function ‘void cTransponders::ResetNITStartTransponder(cSatTransponder*)’: transponders.h:350: error: ‘nitStartTransponder_’ was not declared in this scope transponders.h: In member function ‘cTransponder* cTransponders::GetNITStartTransponder()’: transponders.h:405: error: ‘nitStartTransponder_’ was not declared in this scope In file included from channelscan.c:31: csmenu.h: At global scope: csmenu.h:220: error: ISO C++ forbids declaration of ‘auto_ptr’ with no type csmenu.h:220: error: invalid use of ‘::’ csmenu.h:220: error: expected ‘;’ before ‘’ token make: *** [channelscan.o] Error 1 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
On 05/22/08 21:22, Brian wrote: ... Will the TS mods that Klaus is currently working on mean that the full stream of the transponder can be recorded? Or will the HW full-TS mod still be needed? The PES to TS switch will only change the way VDR records broadcasts and performs live viewing. There will be no more TS to PES conversion. VDR will still record separate programmes, though. It won't record the entire TS. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] DVB API Wrapper for VDR 1.7.0
Hi list, There's a new version of the DVB API wrapper patch. The new version is compatible to the current multiproto drivers, and wraps the DVBFE_SET_DELSYS call. The new version is based on the vdr-1.7.0-multiproto-update.diff, and probably works also with the vdr-1.7.0-h264-diff.bz2 patch, both from Reinhard Nissl. Chances are good that the patch will work with next VDR-1.7.1 too. The new version also introduces a new runtime detection feature: By default, builds will detect at runtime whether the driver supports multiproto, and will either use native multiproto drivers or the old API wrapper. Behavior can be configured in Make.config: DEFINES += -DDVB_MULTIPROTO_RUNTIME=1 enables the runtime detection (default) DEFINES += -DDVB_MULTIPROTO_RUNTIME=0 disables the runtime detection DEFINES += -DDVB_MULTIPROTO_WRAPPER=1 enables the API wrapper (default on old DVB headers and if runtime detection is enabled) DEFINES += -DDVB_MULTIPROTO_WRAPPER=0 disables wrapper and runtime detection. Can be used to compile multiproto without proper DVB headers. (default on new DVB headers and runtime detection disabled) Much of it is not completely tested, so reports are welcome. Get it: http://www.udo-richter.de/vdr/patches.en.html#dvb-api-wrapper http://www.udo-richter.de/vdr/patches.html#dvb-api-wrapper Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264
On Thu, May 22, 2008 at 11:11:02PM +, Vangelis Nonas wrote: Hello, My patch does not change anything in vdr. I have tested it on my machine. Here I have vanilla vdr 1.7.0 with the h264 patch. Try applying this patch to your vdr and post back. Maybe this is the problem. Try make clean;make clean-plugins;make;make plugins. To apply the h264 patch : wget http://www.linuxtv.org/pipermail/vdr/attachments/20080413/1054bcfb/attachment-0001.bin mv attachment-0001.bin vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2 bunzip2 vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2 and then patch -p1 inside your vdr directory. I have done all that already :-) I should look at reelchannelscan (or just forget it until I have more free time). Thanks. -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr