[vdr] request for sources.conf enhancement
Hi there Im implement nit filter in (reel) channelscan. For this, it would nice to have a litle enhancement of sources.conf Nowdays it locks like this: SourceString Description Could we improve this to SourceString Description, startFrequency,sRate, . regards markus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Safer diseqc setup ?
Hi Grégoire There is a Diseqc command to reset (all) LNBs : [E0 00 00] maybe it could send in some cases. regards markus Am Freitag, 26. Januar 2007 19:16 schrieb Gregoire Favre: On Fri, Jan 26, 2007 at 01:58:31PM +0100, Klaus Schmidinger wrote: In case VDR can't tune to a channel, does it resend the diseqc commands ? Yes, it does, Thank. Tonight, I try to tune to one of my favorite radio station : SSR-Espace 2;Radio Suisse Romande:12399:hC34:S13.0E:27500:0:218:0:0:928:318:8500:0 And I got : Jan 26 18:24:21 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:25:26 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:26:31 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:27:36 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:28:41 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:29:46 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:30:04 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:31:09 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:32:14 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:33:19 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:34:24 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:35:30 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:36:35 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:37:40 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:38:45 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:39:50 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:40:55 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:42:00 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:43:05 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:44:10 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:45:15 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:46:20 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:47:25 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:48:30 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:49:35 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:50:40 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:51:45 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:52:50 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:53:55 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:55:00 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 18:56:05 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Tuning back to Astra (for example DMAX : DMAX;T-Systems:12633:hC56:S19.2E:22000:203:303=deu:503:0:12602:1:1113:0 ) tune directly. And then back to Espace 2 again : Jan 26 19:07:42 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 Jan 26 19:08:47 ar vdr: [9259] frontend 0 timed out while tuning to channel 254, tp 112399 In fact it only tune to channels on Astra 19.2E but no Hotbird 13.0E neither Astra 28.2E. I stop vdr and restart : Jan 26 19:09:49 ar vdr: [15712] frontend 0 timed out while tuning to channel 254, tp 112399 Then I quit VDR and reload the driver : it then tune without any problem, directly. Is there a way to achieve this without reloading the driver ? In case more info are needed on my setup : http://www.linuxtv.org/pipermail/linux-dvb/2007-January/015463.html Thank you very much, -- - Markus Hahn, Developer. Reel Multimedia AG Felsenrainstrasse 33 CH-8832 Wollerau / Switzerland Tel.: +49 (0) 180 / 508 81 11 (operator) Fax.: +49 (0) 180 / 508 81 14 [EMAIL PROTECTED] www.Reel-Multimedia.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [EMAIL PROTECTED]
Hi Klaus, Could you tell me, please, are you planning to add support of MPEG4 to VDR? It's good front-end for HTPC but era of HDTV is coming. So, people need it. Thanks in advance. -- Best regards, Michael Stepanov, www.stepanoff.org ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Safer diseqc setup ?
On Mon, Jan 29, 2007 at 01:32:16PM +, Ilariu Raducan wrote: I also have problems with 4 quad LNBs on a diseqc switch (1.0 and another 2.0) If I plug out the cable from the card and plug it back again (reset switch and LNBs) I can use szap to change the channels. I believe the quad LNBs have diseqc switch inside and at reset they are in backward compatible mode (Tone/Voltage). In Diseqc specifications/recommendations they recommend the diseqc LNB should ignore responding to Tone/Voltage commands when they receive one diseqc command. Unfortunately, I did not find the proper diseqc commands for the LNBs. I will try today a workaround to reset the LNB before sending the diseqc.conf sequence in backward compatible mode: - switch to another LNB (hope the power will be cut for the one I need for the channel) - do the sequence for current channel t v [E0 10 38 FF] W500 (switch to LNB4 and wait 500) [E0 10 38 F0] W100 A W15 t (switch to LNB1, wait for power to stabilize, use back compatible) If I am lucky enough the switch will cut the power for the LNB1 when I switch to LNB4. Does anybody knows the Diseqc commands for Quad LNBs?? Very stangely, under kaffeine here all runs perfectly ??? Did you also try to use your quiete similar setup under kaffeine ? I have tried an hudge number of setup, including diseqc reset, resent of messages... Maybe there is only two VDR user with quad lnb in the world using diseqc ? -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] cdda plugin: cd-text does not work
Hello, Cddb is working fine but no cd-text output was shown. I am using cdda-0.1.0. Any ideas? Halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Safer diseqc setup ?
I'm using VDR4You distribution, and I don't want to install kaffeine on it. I want to keep it small ;) I need to check if vdr is sending something that is not suposed to. Note that vdr works for channels on LNB1 if you disable diseqc in the setup. Ilariu On 1/29/07, Gregoire Favre [EMAIL PROTECTED] wrote: On Mon, Jan 29, 2007 at 01:32:16PM +, Ilariu Raducan wrote: I also have problems with 4 quad LNBs on a diseqc switch (1.0 and another 2.0) If I plug out the cable from the card and plug it back again (reset switch and LNBs) I can use szap to change the channels. I believe the quad LNBs have diseqc switch inside and at reset they are in backward compatible mode (Tone/Voltage). In Diseqc specifications/recommendations they recommend the diseqc LNB should ignore responding to Tone/Voltage commands when they receive one diseqc command. Unfortunately, I did not find the proper diseqc commands for the LNBs. I will try today a workaround to reset the LNB before sending the diseqc.conf sequence in backward compatible mode: - switch to another LNB (hope the power will be cut for the one I need for the channel) - do the sequence for current channel t v [E0 10 38 FF] W500 (switch to LNB4 and wait 500) [E0 10 38 F0] W100 A W15 t (switch to LNB1, wait for power to stabilize, use back compatible) If I am lucky enough the switch will cut the power for the LNB1 when I switch to LNB4. Does anybody knows the Diseqc commands for Quad LNBs?? Very stangely, under kaffeine here all runs perfectly ??? Did you also try to use your quiete similar setup under kaffeine ? I have tried an hudge number of setup, including diseqc reset, resent of messages... Maybe there is only two VDR user with quad lnb in the world using diseqc ? -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org ___ 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
AW: [vdr] Problems receiving couple of german channels DVB-S
Okay, we need to put then an eye on your hardware setup - this is a problem before the DVB-S cards. You where talking about 3 DVB-S cards, but how many LNB's do you have? How have you wired the system? We have: horizontal / vertical polarization and then lower and upper band! This makes 2x2 = 4 possible areas. So, if you go with more than 2 cards - 3 or 4 or more, you need a quad LNB with maybe some additional hardware. Martin -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Peer Oliver Schmidt Gesendet: Montag, 29. Januar 2007 15:31 An: VDR Mailing List Betreff: Re: [vdr] Problems receiving couple of german channels DVB-S Hello list, I have problems receiving some channels (ARD, ZDF,N3, DMAX) in good quality. Receiving other channels (SAT.1, RTL, Pro7, Das Vierte) works just fine. I've tried using szap to see if I can find the problem in one of my DVB-S cards. Unfortunately, no matter which card I use, I have bad reception for a couple of channels, and good reception for others. Here is an excerpt from the szap log: Bad reception (ZDF): vdr:~# szap -a 0 -n 2 reading channels from file '/root/.szap/channels.conf' zapping to 2 'ZDF': sat 0, frequency = 11954 MHz H, symbolrate 2750, vpid = 0x006e, apid = 0x0078 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' status 00 | signal b9b9 | snr fffe | ber 0003 | unc 0003 | status 01 | signal b9b9 | snr fffe | ber 0003 | unc 0003 | status 00 | signal b9b9 | snr fffe | ber 0003 | unc 0003 | status 1f | signal b9b9 | snr fffe | ber e668 | unc e668 | FE_HAS_LOCK status 1f | signal baba | snr fffe | ber 000c | unc 000c | FE_HAS_LOCK status 1f | signal b9b9 | snr fffe | ber 000b | unc 000b | FE_HAS_LOCK status 1f | signal b9b9 | snr fffe | ber 001d | unc 001d | FE_HAS_LOCK status 1f | signal b9b9 | snr fffe | ber 0021 | unc 0021 | FE_HAS_LOCK Good reception (RTL): vdr:~# szap -a 0 -n 5 reading channels from file '/root/.szap/channels.conf' zapping to 5 'RTL': sat 0, frequency = 12188 MHz H, symbolrate 2750, vpid = 0x00a3, apid = 0x0068 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' status 01 | signal b8b8 | snr fffe | ber 001a | unc 001a | status 1f | signal b7b7 | snr fffe | ber | unc | FE_HAS_LOCK status 1f | signal b9b9 | snr fffe | ber | unc | FE_HAS_LOCK status 1f | signal b8b8 | snr fffe | ber | unc | FE_HAS_LOCK status 1f | signal b9b9 | snr fffe | ber | unc | FE_HAS_LOCK status 1f | signal b9b9 | snr fffe | ber | unc | FE_HAS_LOCK The interrupts: vdr:~# cat /proc/interrupts CPU0 0: 2373754725IO-APIC-edge timer 1: 9IO-APIC-edge i8042 8: 1IO-APIC-edge rtc 9: 0 IO-APIC-level acpi 14:4835536IO-APIC-edge ide0 15:219IO-APIC-edge ide1 50: 0 IO-APIC-level ohci_hcd:usb1 58: 0 IO-APIC-level ehci_hcd:usb2 66: 441811465 IO-APIC-level eth0 217: 298617322 IO-APIC-level saa7146 (0) 225: 265391314 IO-APIC-level saa7146 (1) 233: 271195814 IO-APIC-level saa7146 (2) NMI: 0 LOC: 2373832282 ERR: 0 MIS: 0 lshw Information for one of the cards (all identical): *-multimedia:0 description: Multimedia controller product: SAA7146 vendor: Philips Semiconductors physical id: 6 bus info: [EMAIL PROTECTED]:06.0 version: 01 width: 32 bits clock: 33MHz capabilities: bus_master configuration: driver=budget dvb resources: iomemory:da00-da0001ff irq:217 Any and help is greatly appreciated. -- Best regards Peer Oliver Schmidt PGP Key ID: 0x83E1C2EA ___ 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] Problems receiving couple of german channels DVB-S
Hello again martin, we need to put then an eye on your hardware setup - this is a problem before the DVB-S cards. You where talking about 3 DVB-S cards, but how many LNB's do you have? How have you wired the system? We have: horizontal / vertical polarization and then lower and upper band! This makes 2x2 = 4 possible areas. So, if you go with more than 2 cards - 3 or 4 or more, you need a quad LNB with maybe some additional hardware. I have four cables going from my LNB to a multiswitch. Three cables go from the multiswitch to the DVB-S cards. If any of the four cables going to the Multiswitch were wrong, wouldn't the channels not work at all? I've looked thru the different channel settings, but could not find anything obvious, which would differentiate the good and the bad channels ... Any ideas what else I can test? Thanks. -- Best regards Peer Oliver Schmidt PGP Key ID: 0x83E1C2EA ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR-on-Mac patches
Hi Tero, Tero Siironen schrieb: I've made patches for VDR 1.4.5 and few plugins (Subtitles, streamdev and xineliboutput, softdevice) to run them on Mac OS X (10.4.8 Intel tested) Funny, a friend, Stefan Rieke and me are also working on getting VDR to run on Mac OS X. We have VDR 1.4.0 running on OS X 10.3.9 and 10.4.8, together with a few plugins. I think we are a bit more advanced than you, we have a special version of the softdevice which has native audio and video Mac OS X support (the video is displayed via OpenGL), and a very alpha version of an mminput-plugin, which makes it possible to use USB DVB devices on Mac OS X together with the VDR. However after a short look you patches to VDR seem to be cleaner than ours ;-) We planned to publish our work some time ago, but up to now we delayed it again and again... Maybe we can join our efforts? If you are interested, you (or anyone else...) can find our special softdevice version at http://butler.physik.uni-mainz.de/~wache/softdevice-macosx.tbz We developed it using a PowerPCs, so there might be some endian problems on Intel Systems. The package also contains short instructions how to build the softdevice and ffmpeg. Bye, Martin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR-on-Mac patches
Martin Wache wrote: Hi Tero, Tero Siironen schrieb: I've made patches for VDR 1.4.5 and few plugins (Subtitles, streamdev and xineliboutput, softdevice) to run them on Mac OS X (10.4.8 Intel tested) Funny, a friend, Stefan Rieke and me are also working on getting VDR to run on Mac OS X. We have VDR 1.4.0 running on OS X 10.3.9 and 10.4.8, together with a few plugins. I think we are a bit more advanced than you, we have a special version of the softdevice which has native audio and video Mac OS X support (the video is displayed via OpenGL), and a very alpha version of an mminput-plugin, which makes it possible to use USB DVB devices on Mac OS X together with the VDR. However after a short look you patches to VDR seem to be cleaner than ours ;-) We planned to publish our work some time ago, but up to now we delayed it again and again... Maybe we can join our efforts? If you are interested, you (or anyone else...) can find our special softdevice version at http://butler.physik.uni-mainz.de/~wache/softdevice-macosx.tbz We developed it using a PowerPCs, so there might be some endian problems on Intel Systems. The package also contains short instructions how to build the softdevice and ffmpeg. A few months ago I have received a patch that adapts VDR to the Mac from Andreas Thiede (a.thiede at berlin dot de), but haven't had time to really look into it yet (shame on me - I'm permanently out of time...). Don't know if he's working with any of you. Anyway, if this is supposed to go into the main VDR source one day, it might be best if you join forces and agree on common solution. I would appreciate if the impact on the VDR source could be kept to a minimum by putting everything as far as possible into a separate compat.[hc] and avoiding tons of #ifdef __APPLE__ all over the place. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Bug in selecting audio channel over digital out
Makes sense. This was a problem that always existed in Windows as well. I suppose a plugin could do the disassembly / reassembly you mention. - Original Message - From: Klaus Schmidinger [EMAIL PROTECTED] To: vdr@linuxtv.org Sent: Monday, January 29, 2007 11:45 AM Subject: Re: [vdr] Bug in selecting audio channel over digital out Patrick Mackin wrote: Today I noticed that when I select left or right audio channel, this only takes effect on the analog audio out, not the digital out of my Nexus card. From my Nexus, I have video (yellow), audio right (red), and audio left (white) run to my television. I have the digital audio out (black) run to my stereo system in another room. When I switch to a radio station with different broadcasts on the left and right channels, I can select either left or right on my remote. The audio plays fine on the TV, but I still have the garbled mix of both channels on the digital output. I don't know if this is a bug in vdr or the Nexus drivers or firmware. Nexus 2.3, 1ghz Athlon XP, 1gb RAM, VDRLive CD installed to harddrive I don't believe it is possible to switch between left and right channel in a digital audio track (at least not without taking the data apart and reassembling it - which is beyond VDR). Klaus ___ 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
AW: AW: [vdr] Problems receiving couple of german channels DVB-S
Okay .. but you still can reduce your system down to one DVB-S card .. So, what do you plan to prove that your multiswitch is not broken? What do you do to doublecheck, that your sat dish is correctly set up? -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Peer Oliver Schmidt Gesendet: Montag, 29. Januar 2007 18:09 An: VDR Mailing List Betreff: Re: AW: [vdr] Problems receiving couple of german channels DVB-S martin schrieb: Another thing that comes to my mind. We eliminate everything that might cause some interaction problem. Get rid of any multiswitch - so just one LNB directly connected to one DVB-S card. No other card in the system. Do you still see the problems? IIRC, unfortunately, this won't work, as far as I understand the LNB. It is one of those 4-connector (I never know whether these are the Quad LNBs or Quattro LNBs) LNBs that NEEDS a multiswitch. Or is my knowledge wrong on the above? And BTW: kyrill moved my SAT dish .. so, why are you sure, that your dish is rocket solid? We have had the problems for a long time ... :-) -- Best regards Peer Oliver Schmidt the internet company PGP Key ID: 0x83E1C2EA ___ 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
AW: AW: [vdr] Problems receiving couple of german channels DVB-S
Any obstacles in the way, like trees or so? There is something thats called Fresnel zone, which can be painful. Any oscillating frequencies in your PC that may interfere the ~1GHz ZF signal? -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Peer Oliver Schmidt Gesendet: Montag, 29. Januar 2007 21:47 An: VDR Mailing List Betreff: Re: AW: [vdr] Problems receiving couple of german channels DVB-S Martin, you are amazing. You put very much work into helping me. I guess one day, I will have to buy you a beer or two :-) http://www.flysat.com/astra19.php Pro7, Sat1 comes Vertical ZDF,ARD,RTL comes horizontal. If this is a pattern, can it be that you LNB is twisted? So H/V is not perfectly set up? Unfortunately, this is not the case. As written in one of my many messages, EinsPlus can be received without a problem. And if I understand the information in the channels.conf correct, it comes Horizontal as well. And RTL is looking good as well ... Damn, there has to be a pattern/reason -- Best regards Peer Oliver Schmidt PGP Key ID: 0x83E1C2EA ___ 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-on-Mac patches
Tero Siironen schrieb: On 29.1.2007 19:23, Martin Wache [EMAIL PROTECTED] wrote: Hi Tero, Tero Siironen schrieb: I've made patches for VDR 1.4.5 and few plugins (Subtitles, streamdev and xineliboutput, softdevice) to run them on Mac OS X (10.4.8 Intel tested) Funny, a friend, Stefan Rieke and me are also working on getting VDR to run on Mac OS X. We have VDR 1.4.0 running on OS X 10.3.9 and 10.4.8, together with a few plugins. I think we are a bit more advanced than you, we have a special version of the softdevice which has native audio and video Mac OS X support (the video is displayed via OpenGL), and a very alpha version of an mminput-plugin, which makes it possible to use USB DVB devices on Mac OS X together with the VDR. However after a short look you patches to VDR seem to be cleaner than ours ;-) Hi Martin, Well this is good news as I was hopingd that someone could continue developing this as personally I don't have too much spare time. I started this just to test what is required to get VDR even compiled. Because it wasn't so much, I continued also with few plugins to get also video out and used Xineliboutput for it. If there's any use of my patches please use them. I can provide at least test support for Mac-VDR. Unfortunately we also don't have lots of spare time, that is why the developing has stalled in the past time. On the other hand, we are almost there... We can watch live-tv, record, playback and also time-shifting works. But there are still things to be done, it is not as stable as it should be, and the build process is difficult and almost completely undocumented (especially for the mminput-plugin) We planned to publish our work some time ago, but up to now we delayed it again and again... Maybe we can join our efforts? If you are interested, you (or anyone else...) can find our special softdevice version at http://butler.physik.uni-mainz.de/~wache/softdevice-macosx.tbz We developed it using a PowerPCs, so there might be some endian problems on Intel Systems. The package also contains short instructions how to build the softdevice and ffmpeg. I tried the softdevice plugin but it failed on shmget. I have larger shm values in /etc/rc than in the ReadMe, Yes, that should be fine... any ideas what could be the problem: Vdr start output: [softdevice] initializing Plugin [softdevice] Initializing Video Out [softdevice] ffmpeg build(3349248) cShmVideoOut: Got ctl_shmid 65536 shm ctl! [softdevice] Subplugin successfully opend [softdevice] Video Out seems to be OK [softdevice] Initializing Audio Out [softdevice] No alsa support compiled in. Using dummy-audio [softdevice] Audio out seems to be OK [softdevice] A/V devices initialized, now initializing MPEG2 Decoder Client start output: cQuartVideoOut [vout-quartz] WindowEventHandler result 0 [vout-quartz] resized.. dsyslog:[VideoOut]: 720x536 [0,0 720x536] - 360x288 [0,12 360x263] [vout-quartz] result 0 init video engine [vout-quartz] initgl Finished Quartz constructor ctl_shmid error in shmget! Check if the Vdr is running with the softdevice and the option -vo shm:! [vout-quartz] cQuartzVideoOut destructor [vout-quartz] RmShmMemory pic 655361 osd 655362 dsyslog:[VideoOut]: Good bye Hmm, you can check with ipcs if the shared memory block has properly been created, has the correct Id (it should be the one in shm-common.h), and has the correct size. If you end the vdr, the block won't be deleted, so you may try to delete the shared memory block and let vdr create a new one. Did you make sure that you have a clean build (make clean doesn't delete all the files...)? Bye, Martin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Safer diseqc setup ?
On Mon, Jan 29, 2007 at 10:04:53PM +, Ilariu Raducan wrote: I found some settings that work: Lucky you, one of my test diseqc.conf is : S19.2E 11700 V 9750 t v W15 [E0 10 38 03] W100 [E0 10 38 F0] W100 [E1 10 38 F0] W100 [E0 11 00] W100 A W15 t S19.2E 9 V 10600 t v W15 [E0 10 38 03] W100 [E0 10 38 F1] W100 [E1 10 38 F1] W100 [E0 11 00] W100 A W15 T S19.2E 11700 H 9750 t V W15 [E0 10 38 03] W100 [E0 10 38 F2] W100 [E1 10 38 F2] W100 [E0 11 00] W100 A W15 t S19.2E 9 H 10600 t V W15 [E0 10 38 03] W100 [E0 10 38 F3] W100 [E1 10 38 F3] W100 [E0 11 00] W100 A W15 T S13.0E 11700 V 9750 t v W15 [E0 10 38 03] W100 [E0 10 38 F4] W100 [E1 10 38 F4] W100 [E0 11 00] W100 B W15 t S13.0E 9 V 10600 t v W15 [E0 10 38 03] W100 [E0 10 38 F5] W100 [E1 10 38 F5] W100 [E0 11 00] W100 B W15 T S13.0E 11700 H 9750 t V W15 [E0 10 38 03] W100 [E0 10 38 F6] W100 [E1 10 38 F6] W100 [E0 11 00] W100 B W15 t S13.0E 9 H 10600 t V W15 [E0 10 38 03] W100 [E0 10 38 F7] W100 [E1 10 38 F7] W100 [E0 11 00] W100 B W15 T S28.2E 11700 V 9750 t v W15 [E0 10 38 03] W100 [E0 10 38 F8] W100 [E1 10 38 F8] W100 [E0 11 00] W100 A W15 t S28.2E 9 V 10600 t v W15 [E0 10 38 03] W100 [E0 10 38 F9] W100 [E1 10 38 F9] W100 [E0 11 00] W100 A W15 T S28.2E 11700 H 9750 t V W15 [E0 10 38 03] W100 [E0 10 38 FA] W100 [E1 10 38 FA] W100 [E0 11 00] W100 A W15 t S28.2E 9 H 10600 t V W15 [E0 10 38 03] W100 [E0 10 38 FB] W100 [E1 10 38 FB] W100 [E0 11 00] W100 A W15 T which is pretty close to yours, it works well for ONE card, but for example if I start to reccord SSR-Espace 2;Radio Suisse Romande:12382:hC34:S19.2E:27500:0:218:0:0:928:318:8500:0 I then can only tune to Hotbird... if I stop the reccording, no change, still only Hotbird. Thank for your email, and happy VDR :-) -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problems receiving couple of german channels DVB-S
Good morning martin, Any obstacles in the way, like trees or so? There is something that’s called Fresnel zone, which can be painful. It is possible that some trees are in the way, but I'd say the house is far enough away, and the dish is high enough. And would an obstacle create problems only on some channels and not others? Any oscillating frequencies in your PC that may interfere the ~1GHz ZF signal? Well, it is regular PC with most stuff on board, except graphics card and the three DVB-S boards. -- Best regards Peer Oliver Schmidt PGP Key ID: 0x83E1C2EA ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
