Re: [vdr] Two VDR's on one machine
As far as I can see I get the needed modules loaded (stb6100, stb0899, lnbp21 saa7416, budget-ci) When I try make unload and make load it loads 204 modules and I get no image at all anymore in vdr, nor on the nexus-s nor on the s2-3200. I think because s2-3200 comes as adapter0 and nexus as adapter1 When I rmmod all modules and just modprobe dvb-ttpci and stv0299, it works normally. When I modprobe stb6100, stb0899 and budget-ci, I can see an image on the nexus for a few minutes and then I read in the logs now tuned to ... and I get a black screen. Thanks for your assistance serge -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Reinhard Nissl Verzonden: donderdag 10 januari 2008 22:44 Aan: VDR Mailing List Onderwerp: Re: [vdr] Two VDR's on one machine Hi, serge pecher schrieb: Could you have a look at http://dvbkivabien2.info/viewtopic.php?f=7t=12943p=121435#p121435 where a gave more explanation about my problem. Its seems that the tuner of the S2-3200 is not detected, but I don't know what to do. Well, I don't understand French. Try this: cd /path/to/multiproto/tree make unload make load Check the output of dmesg now or have a look at /var/log/messages (other distributions my use a different file). 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 mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Rotor patch for 1.5.12
Hy again! thanks for the patch and cmd line, but afther patching vdr with that patch i get the following error when compiling vdr: dvbdevice.c:946: error: no 'bool cDvbDevice::SendDiseqcCmd(dvb_diseqc_master_cmd)' member function declared in class 'cDvbDevice' rotor plugin compile ok! 10x!! for reply and help! Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] plugin for bouquet/favorite channels
Have a look at prefermenu serge -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Igor Verzonden: vrijdag 11 januari 2008 10:48 Aan: vdr@linuxtv.org Onderwerp: [vdr] plugin for bouquet/favorite channels Hi is there any plugins for creating of lists the favorite TV and radio channels on VDR ? For example, the bouquets like Music, Cinema, Sport Igor ___ 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] [ANNOUNCE] improved LIRC remote for VDR-1.5.12
Reinhard Nissl wrote: The attached patch allows now to define timeouts and frequencies for example in Make.config, so there is no need to patch every VDR version. Furthermore, frequencies are now defined in unit 1/s instead of the unit ms (which defined the period), making values more intuitive. I would prefer some OSD settings for LIRC (if possible) because on every VDR setup you are able to do first controls with the keyboard. So you could access the settings menu and tune the LIRC settings the way you want. A makefile settings also will not work if you use some prebuild packages. I also remember the time using LIRC when I always had to patch the lirc code - currently, I am glad being able to use DVB-IR. :) With kind regards Jörg ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-rotor patch for multiproto
I want to ask in another way - Anybody know a way to make work the latest vdr-rotor 0.1.4 with multiproto api, h.264 dvb-s2 patches from Reinhard Nissl on vdr 1.5.12 ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-rotor patch for multiproto
Hi all!!! Anybody know a way to make work vdr-rotor with multiproto api? Byez! _ La mia Cartella di Posta in Arrivo è protetta con SPAMfighter 182 messaggi contenenti spam sono stati bloccati con successo. Scarica gratuitamente SPAMfighter http://www.spamfighter.com/lit ! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] BUG: DVB-T and DVB-S[2] do not work with VDR multiproto [Was: Two VDR's on one machine]
Hi,
Reinhard Nissl schrieb:
So it seems to me that either the emulation layer has a bug for
DVB-T or the patched VDR passes incorrect data to the new API.
Looks like the latter is true: Marco Schlüßler informed me that
the mapping of TransmissionModes in nit.c for DVB-T is wrong.
I've created the attached patch according to his' instructions.
Please give the patch a try and report success or failure.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
--- ../vdr-1.5.12-dvbs2-other/nit.c 2008-01-01 22:55:18.0 +0100
+++ nit.c 2008-01-11 20:15:15.0 +0100
@@ -239,7 +239,7 @@ void cNitFilter::Process(u_short Pid, u_
int CodeRateLP = CodeRates[sd-getCodeRateLP()];
static int GuardIntervals[] = { DVBFE_GUARD_INTERVAL_1_32, DVBFE_GUARD_INTERVAL_1_16, DVBFE_GUARD_INTERVAL_1_8, DVBFE_GUARD_INTERVAL_1_4 };
int GuardInterval = GuardIntervals[sd-getGuardInterval()];
- static int TransmissionModes[] = { DVBFE_TRANSMISSION_MODE_2K, DVBFE_TRANSMISSION_MODE_4K, DVBFE_TRANSMISSION_MODE_8K, DVBFE_TRANSMISSION_MODE_AUTO };
+ static int TransmissionModes[] = { DVBFE_TRANSMISSION_MODE_2K, DVBFE_TRANSMISSION_MODE_8K, DVBFE_TRANSMISSION_MODE_4K, DVBFE_TRANSMISSION_MODE_AUTO };
int TransmissionMode = TransmissionModes[sd-getTransmissionMode()];
static int Alphas[] = { DVBFE_ALPHA_1, DVBFE_ALPHA_2, DVBFE_ALPHA_4 };
static int Priorities[] = { DVBFE_STREAM_PRIORITY_LP, DVBFE_STREAM_PRIORITY_HP };
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Rotor patch for 1.5.12
Hi, lucian orasanu schrieb: Hy again! thanks for the patch and cmd line, but afther patching vdr with that patch i get the following error when compiling vdr: dvbdevice.c:946: error: no 'bool cDvbDevice::SendDiseqcCmd(dvb_diseqc_master_cmd)' member function declared in class 'cDvbDevice' Hmm, the patched VDR compiled flawlessly. And the last chunk of the patch adds the function declaration to dvbdevice.h. So I don't see how you can get this error. Are there any other reports? Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-rotor patch for multiproto
Hi, Igor schrieb: I want to ask in another way - Anybody know a way to make work the latest vdr-rotor 0.1.4 with multiproto api, h.264 dvb-s2 patches from Reinhard Nissl on vdr 1.5.12 ? I'll give it a try this weekend (most likely). Testers are welcome as I do not own a rotor. Regarding the VDR patch which is needed for rotor: please have a look at the patch which I released yesterday (see other thread) and tell me whether it works for DVB-S. 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] [S] ARD Sabine Christiansen Mein 2008
Hi! Has anybody recorded this? Regards Marco -- Needful GbR Johann-Kalb-Strasse 14a Telefon +49 (0) 26 24 / 95 29 301 56203 Hoehr-Grenzhausen Telefax +49 (0) 26 24 / 95 29 303 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] improved LIRC remote for VDR-1.5.12
Hi, Ludwig Nussel schrieb: Since the lirc thread doesn't do anything except waiting for input most of the time it should be scheduled quickly anyways. Maybe the useless select timeout destroys that advantage somewhat. I don't think so. In my case (i. e. on my EPIA MII-6000E), there are a lot of other threads from xine-lib for example which cause already noticeable load and due to the xine-lib design, boost their priority a bit on their own (e. g. the video out thread). Also if multiple lines in the buffer are a problem what about changing the code to consume only one line at a time instead of messing with thread priorities? The patch addresses this issue already. But VDR processes these button presses with almost no delay so they will be dropped. I think, the LIRC protocol misses a timestamp for each button press. Or an even more favorable solution would be to put the timeout and frequency processing into LIRC and have VDR to process each key as it arrives, just like with the KBD remote. I've first tried to process each key as it arrives but the result wasn't useable as the remote used a too short repeat delay. So most often, one moved on for two items instead of one (per button press). Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] improved LIRC remote for VDR-1.5.12
Hi, Nicolas Huillard schrieb: An option would be to lower priority of all threads except this one. I guess only relative priority within VDR is important. You can also raise priority in your init scripts (nice=-N), before running VDR. This way every thread will have nice=0 priority, except the LIRC one, which will stay at nice=-N That doesn't work as there is no collection of threads in VDR which would be necessary to catch all threads for example which are created by plugins. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
