Re: [vdr] DVB-T card on the move
Rainer Zocholl schrieb: > > > So how can i "nail" this moving DVB-T card to a fixed postition? > > You might try to blacklist the driver modules used for the cards in /etc/modprobe.d/blacklist and then enter them in /etc/modules in an order of your liking. If you can read German, have a look at http://www.vdr-wiki.de/wiki/index.php/Reihenfolge_der_DVB-Treiber_festlegen. Good luck, Malte ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVB-T card on the move
"Theunis Potgieter" <[EMAIL PROTECTED]> wrote: > udev rules ha, that was even funny. :) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVB-T card on the move
udev rules On 05 Feb 2008 00:27:00 +0100, Rainer Zocholl <[EMAIL PROTECTED]> wrote: > Hello > > for years i was running VDR 1.4.3. > > Now i felt forced to use ctvdr and 1.4.7 with a > Linux 2.6.23x2 #2 SMP PREEMPT on a > Main Board: K7S8XE+ AMI BIOS P1.70 (04/27/2004) > and an AMD Duron(tm) 1350MHz (under clocked from 1500) > with 512MB RAM > > > i found this miracle(?): > > The systen has 4 cards: > > vdr:~# dmesg | grep -i frontend > DVB: registering frontend 0 (Zarlink MT352 DVB-T)... > DVB: registering frontend 1 (ST STV0299 DVB-S)... > DVB: registering frontend 2 (ST STV0299 DVB-S)... > DVB: registering frontend 3 (ST STV0299 DVB-S)... > > with setup.conf > > PrimaryDVB = 2 > > i got sound and live screen > > After a slight (benign) change reboot i have > no live image and no sound anymore. > Panic! > What happend? > > > > > > > vdr:~# dmesg | grep front > DVB: registering frontend 0 (ST STV0299 DVB-S)... > DVB: registering frontend 1 (ST STV0299 DVB-S)... > DVB: registering frontend 2 (ST STV0299 DVB-S)... > DVB: registering frontend 3 (Zarlink MT352 DVB-T)... > > Mystery... > another warm reboot without any change: > > vdr:~# dmesg | grep front > DVB: registering frontend 0 (ST STV0299 DVB-S)... > DVB: registering frontend 1 (Zarlink MT352 DVB-T)... > DVB: registering frontend 2 (ST STV0299 DVB-S)... > DVB: registering frontend 3 (ST STV0299 DVB-S)... > > > And again: > > vdr:~# dmesg | grep front > DVB: registering frontend 0 (ST STV0299 DVB-S)... > DVB: registering frontend 1 (ST STV0299 DVB-S)... > DVB: registering frontend 2 (ST STV0299 DVB-S)... > DVB: registering frontend 3 (Zarlink MT352 DVB-T)... > > > > vdr:~# lspci > 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 746 Host (rev 10) > 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SG86C202 > 00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS964 [MuTIOL Media IO] > (rev 36) > 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev 01) > 00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97 > Sound Controller (rev a0) > 00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller > (rev 0f) > 00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller > (rev 0f) > 00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller > (rev 0f) > 00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller > 00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast > Ethernet (rev 90) > 00:05.0 RAID bus controller: Silicon Integrated Systems [SiS] RAID bus > controller 180 SATA/PATA [SiS] (rev 01) > 00:09.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) > 00:0a.0 Multimedia video controller: Brooktree Corporation Bt878 Video > Capture (rev 11) > 00:0a.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture > (rev11) > 00:0b.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) > 00:0d.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) > 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400/G450 (rev > 85) > vdr:~# > > > So how can i "nail" this moving DVB-T card to a fixed postition? > > > > ___ > 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] Straw poll: stable version 1.6.0 now?
Hello Klaus, On Sun, 03 Feb 2008 11:17:05 +0100 Klaus Schmidinger <[EMAIL PROTECTED]> wrote: | So, here's the straw poll: | |Should there be a stable version 1.6.0 now, based on what's in |version 1.5.14, but without DVB-S2 or even H.264 support? | | Yes or No? | | Klaus Count me as a "Yes". Thanks, Philippe ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] DVB-T card on the move
Hello for years i was running VDR 1.4.3. Now i felt forced to use ctvdr and 1.4.7 with a Linux 2.6.23x2 #2 SMP PREEMPT on a Main Board: K7S8XE+ AMI BIOS P1.70 (04/27/2004) and an AMD Duron(tm) 1350MHz (under clocked from 1500) with 512MB RAM i found this miracle(?): The systen has 4 cards: vdr:~# dmesg | grep -i frontend DVB: registering frontend 0 (Zarlink MT352 DVB-T)... DVB: registering frontend 1 (ST STV0299 DVB-S)... DVB: registering frontend 2 (ST STV0299 DVB-S)... DVB: registering frontend 3 (ST STV0299 DVB-S)... with setup.conf PrimaryDVB = 2 i got sound and live screen After a slight (benign) change reboot i have no live image and no sound anymore. Panic! What happend? vdr:~# dmesg | grep front DVB: registering frontend 0 (ST STV0299 DVB-S)... DVB: registering frontend 1 (ST STV0299 DVB-S)... DVB: registering frontend 2 (ST STV0299 DVB-S)... DVB: registering frontend 3 (Zarlink MT352 DVB-T)... Mystery... another warm reboot without any change: vdr:~# dmesg | grep front DVB: registering frontend 0 (ST STV0299 DVB-S)... DVB: registering frontend 1 (Zarlink MT352 DVB-T)... DVB: registering frontend 2 (ST STV0299 DVB-S)... DVB: registering frontend 3 (ST STV0299 DVB-S)... And again: vdr:~# dmesg | grep front DVB: registering frontend 0 (ST STV0299 DVB-S)... DVB: registering frontend 1 (ST STV0299 DVB-S)... DVB: registering frontend 2 (ST STV0299 DVB-S)... DVB: registering frontend 3 (Zarlink MT352 DVB-T)... vdr:~# lspci 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 746 Host (rev 10) 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SG86C202 00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS964 [MuTIOL Media IO] (rev 36) 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev 01) 00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97 Sound Controller (rev a0) 00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) 00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) 00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) 00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller 00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 90) 00:05.0 RAID bus controller: Silicon Integrated Systems [SiS] RAID bus controller 180 SATA/PATA [SiS] (rev 01) 00:09.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) 00:0a.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11) 00:0a.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev11) 00:0b.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) 00:0d.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400/G450 (rev 85) vdr:~# So how can i "nail" this moving DVB-T card to a fixed postition? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] DVB API wrapper patch v0.2 for VDR-1.5.14
For people who encounter this bug on recent kernels:
dvb_api_wrapper.c:189: error: '__invalid_size_argument_for_IOC' cannot
appear in a constant-expression
This is caused by an obscure kernel compile check that is supposed to do
macro parameter checking for ioctl constants, but also prevents using
these constants in switch statements.
(Basically, it complains that an expression like this is not allowed:
case (true ? 1234 : some_var):
The glory details are in /usr/include/asm-generic/ioctl.h)
The attached (additional, because I'm lazy) patch works around this.
Cheers,
Udo
--- dvb_api_wrapper.c.orig 2008-02-04 21:12:33.0 +0100
+++ dvb_api_wrapper.c 2008-02-04 21:10:30.0 +0100
@@ -185,18 +185,16 @@
}
int DVBFE_ioctl(int d, int request, void *data) {
- switch (request) {
-case DVBFE_SET_PARAMS:
- return ioctl_DVBFE_SET_PARAMS(d, (dvbfe_params*)data);
-case DVBFE_GET_DELSYS:
- return ioctl_DVBFE_GET_DELSYS(d, (dvbfe_delsys*)data);
-case DVBFE_GET_INFO:
- return ioctl_DVBFE_GET_INFO(d, (dvbfe_info*)data);
-case DVBFE_GET_PARAMS:
-case DVBFE_GET_EVENT:
- errno = EINVAL;
- return -1;
- }
+ if (request == (int)DVBFE_SET_PARAMS)
+ return ioctl_DVBFE_SET_PARAMS(d, (dvbfe_params*)data);
+ if (request == (int)DVBFE_GET_DELSYS)
+ return ioctl_DVBFE_GET_DELSYS(d, (dvbfe_delsys*)data);
+ if (request == (int)DVBFE_GET_INFO)
+ return ioctl_DVBFE_GET_INFO(d, (dvbfe_info*)data);
+ if (request == (int)DVBFE_GET_PARAMS || request == (int)DVBFE_GET_EVENT) {
+ errno = EINVAL;
+ return -1;
+ }
return ioctl(d, request, data);
}
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 2 motorized dishes
On Mon, 4 Feb 2008, Christian Schuld wrote: > During tuning VDR selects the right device using the sourcecaps patch and > looks up the right diseqc sequence for that satellite source in diseqc.conf. > It should work right away, if you setup sourcecaps and disqec correctly. It works :) Both of my dishes are moving! One more question: where can I send the beers? :) Istvan -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 2 motorized dishes
On Mon, 4 Feb 2008, Christian Schuld wrote: On Montag, 4. Februar 2008, Füley István wrote: Yes, thats true :) But IMHO implementing this feature would require only a few dozen lines of addtional source code. May be someone else can do it? Don't look at me ;-) Lol :) That's a good one :) During tuning VDR selects the right device using the sourcecaps patch and looks up the right diseqc sequence for that satellite source in diseqc.conf. It should work right away, if you setup sourcecaps and disqec correctly. I hope I understand you. I will give it a try. By the way, you can check the device selection nicely with the femon plugin. Yes, it's working fine, I can select the device with the left-right keys. Thanks for your answer, Istvan -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 2 motorized dishes
On Montag, 4. Februar 2008, Füley István wrote: > > implemented in VDR. More generally spoken VDR would need a separate > > diseqc.conf for each receiving device. > > I know that. But I'm afraid that's not a priority for Klaus, at least not > now when there's a war between features like H.26 and subtitles :) Yes, thats true :) But IMHO implementing this feature would require only a few dozen lines of addtional source code. May be someone else can do it? Don't look at me ;-) Neither I do not have time right now nor do it have a setup to test it. > > To circumvent this situation with current VDR you have to use > > a.) the sourcecaps-patch and > > Done. > > > b.) trick around with the diseqc commands: you need to assign the same > > satellite numbers (in the both rotors) for those satellites which can be > > received with both dishes and put corresponding diseqc 1.2 sequences in > > diseqc.conf. > > That's not a problem. I have two Strong V50 Diseqc 1.2 positioners, and I > can set them up to have the same numbers for same satellite positions. > But how VDR will send the diseqc commands to both of the positioners? During tuning VDR selects the right device using the sourcecaps patch and looks up the right diseqc sequence for that satellite source in diseqc.conf. It should work right away, if you setup sourcecaps and disqec correctly. By the way, you can check the device selection nicely with the femon plugin. Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
On Feb 4, 2008 7:15 PM, Sebastien Lucas <[EMAIL PROTECTED]> wrote: > > > A side note : I think most of the No answer comes from people who were > expecting specific modifications (txtsub, full dvb subtitle, dvb-s2, > h264, ts recording, ...). IMHO answering no in that case is not very > adult and comes mainly from the frustration of not having exactly what > Santa Klaus (I know it's easy) was supposed to bring. > > > Albeit there is a lot of truth in your comment, and I do notice some resemplance to my lines of thinking in your claim, I would like to point out why I chose NO (which I then changed into yes...): Ttxtsubs support => No need to patch VDR core in countries using subtitles. H.264 support => Possibility to use VDR in countries that are passing by mpeg2 and going straight to h.264 instead I know that both of those can be achieved with existing patches, but that will require either a non-vanilla VDR in distribution repositories or self-compiled VDR. Therefore, if marked as stable in its current state, VDR will not yet be easier to adopt by new users. It will bring new features and improvements for many old users, that I will not deny. I feel like I have been too much on the negative side and fail to remember at times that this is just a hobby of Klaus', so let me express my thanks to Klaus for a well chosen hobby that brings joy to a lot of users :) -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 2 motorized dishes
> implemented in VDR. More generally spoken VDR would need a separate > diseqc.conf for each receiving device. I know that. But I'm afraid that's not a priority for Klaus, at least not now when there's a war between features like H.26 and subtitles :) > To circumvent this situation with current VDR you have to use > a.) the sourcecaps-patch and Done. > b.) trick around with the diseqc commands: you need to assign the same > satellite numbers (in the both rotors) for those satellites which can be > received with both dishes and put corresponding diseqc 1.2 sequences in > diseqc.conf. That's not a problem. I have two Strong V50 Diseqc 1.2 positioners, and I can set them up to have the same numbers for same satellite positions. But how VDR will send the diseqc commands to both of the positioners? Istvan -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
>> You're absolutely right. But: >> UPC Direct removed couple of days ago the Czech and Hungarian DVB >> subtitle from BBC Prime (on S19.2E) and now it only has teletext subtitles >> :( This means that after about a year I have to install teletext subtitle >> plugin again. > > Did they give any reason why they did this? > > Klaus > I'm waiting their answer from Saturday... I guess it will be something like "BBC did this" or some other stupid answer... (On S13E BBC Prime's DVB subtitles are working fine.) -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 2 motorized dishes
On Montag, 4. Februar 2008, Füley István wrote: > On Sat, 2 Feb 2008, Füley István wrote: > > > I have one issue with my dishes. I know that few of the vdr users have > > motorized dish, well I have two of them :) The first one, a 1.8m prime > > focus is controlled fine with Diseqc 1.2 commands in diseqc.conf. But I > > have a second one connected to my S2-3200. Is there any way to control > > this motor via diseqc.conf? > > Well, I did not manage to control both of my dishes. Right now I'm using > the sourcecaps-path, which tells vdr to drive the first dish where he > needs, and to stay on one position with the second one. > Aren't any vdr user who uses two dishes with two cards? I had once such a system. The problem is currently that you would need two sets of diseqc setups, one for each dish. But that is currently not implemented in VDR. More generally spoken VDR would need a separate diseqc.conf for each receiving device. To circumvent this situation with current VDR you have to use a.) the sourcecaps-patch and b.) trick around with the diseqc commands: you need to assign the same satellite numbers (in the both rotors) for those satellites which can be received with both dishes and put corresponding diseqc 1.2 sequences in diseqc.conf. Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
On 02/04/08 18:11, Füley István wrote: >>> I'm not sure about that. At least the ZDF here in Germany uses DVB >>> subtitles now, but I don't think the other broadcasters will follow very >>> fast. >> I believe the ARD is also looking into this. >> >> At any rate, using DVB subtitles would be the optimal solution. >> >> Klaus > > > You're absolutely right. But: > UPC Direct removed couple of days ago the Czech and Hungarian DVB > subtitle from BBC Prime (on S19.2E) and now it only has teletext subtitles > :( This means that after about a year I have to install teletext subtitle > plugin again. Did they give any reason why they did this? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
>> I'm not sure about that. At least the ZDF here in Germany uses DVB >> subtitles now, but I don't think the other broadcasters will follow very >> fast. > > I believe the ARD is also looking into this. > > At any rate, using DVB subtitles would be the optimal solution. > > Klaus You're absolutely right. But: UPC Direct removed couple of days ago the Czech and Hungarian DVB subtitle from BBC Prime (on S19.2E) and now it only has teletext subtitles :( This means that after about a year I have to install teletext subtitle plugin again. Istvan -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now? - Result!
In any case - thanks to Klaus that community were involved in this process. IMHO feature requests polls will also be useful. As we see now, teletext subtitles are also important feature for many of VDR users, may be there are others too :) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
On Feb 3, 2008 11:17 AM, Klaus Schmidinger <[EMAIL PROTECTED]> wrote: > So, here's the straw poll: > >Should there be a stable version 1.6.0 now, based on what's in >version 1.5.14, but without DVB-S2 or even H.264 support? > > Yes or No? In my opinion, Yes (a stable release never hurts). A side note : I think most of the No answer comes from people who were expecting specific modifications (txtsub, full dvb subtitle, dvb-s2, h264, ts recording, ...). IMHO answering no in that case is not very adult and comes mainly from the frustration of not having exactly what Santa Klaus (I know it's easy) was supposed to bring. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
On 02/04/08 10:15, Tobi wrote: > Klaus Schmidinger wrote: >> I believe there is a patch for that, but that's not the way I want to >> implement it. > > Yes we have this patch in the (unofficial!) Debian package to support > the ttxtsubs plug-in. The Patch is maintained by Rolf Ahrenberg. > > http://www.saunalahti.fi/~rahrenbe/vdr/patches/ > >> I want to convert the incoming teletext subtitles to >> DVB subtitles, so that on the recording/display side we only need to deal >> with >> one type of subtitles. > > I think this shouldn't be too hard to do. Would you accept come > contributed coded that does this? All I can say is that I will look at such a patch (as time permits) and either use it directly, in a modified way, or not at all ;-). > Teletext subtitles are just in general > kinda ugly, because somtetimes even the announcement of the teletext > page for the subtitles isn't correctly implemented on the provide side. > This means, you need some way to configure the teletext subtitles page > per channel. This is one point that I really don't like about this. If there is an official way how the teletext subtitle page is announced, the broadcasters should use it - and not force the viewers to use ugly workarounds. >> (Besides, I guess some day teletext subtitles >> will become obsolete, anyway). >> > > I'm not sure about that. At least the ZDF here in Germany uses DVB > subtitles now, but I don't think the other broadcasters will follow very > fast. I believe the ARD is also looking into this. At any rate, using DVB subtitles would be the optimal solution. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now? - Result!
On 02/03/08 11:17, Klaus Schmidinger wrote: > ... > So, here's the straw poll: > >Should there be a stable version 1.6.0 now, based on what's in >version 1.5.14, but without DVB-S2 or even H.264 support? > > Yes or No? Here's the result of this poll: totalyesno VDR-ML: 66 3828 vdrportal.de: 321 25170 -- total: 387 28998 == So this means I'll work towards a stable 1.6.0 these days and will start the 1.7.x developer line ASAP after 1.6.0 is out. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
On Feb 4, 2008 12:06 AM, Jukka Vaisanen <[EMAIL PROTECTED]> wrote: > Yes to stable 1.6.0 with current kernel-drivers - VDR needs new users > that can get it running easily out of the box with a debian bare bones > install. The people who want HDTV support are going to go with the > dev-releases anyway. I totally disagree. Assuming the HDTV guys want to go with dev releases is not what I've seen from the majority of one of them, it's actually the opposite. For a lot of people there's a stigma that "developer" = unstable/crash/bugged/etc. They feel that stable releases are 'safer' for them. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] XXV & UTF-8
> XXV has'nt at present UTF8 support, this feature is planned but not > released. Only latin1 charset work up to the present. as VDR is UTF-8 now and as I see there are much chances that there will be new stable 1.6 with UTF-8 soon, please move this feature higher in your list :) XXV looks really great, looking forward starting to use it. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
Ludwig Nussel wrote: > Klaus Schmidinger wrote: >>Should there be a stable version 1.6.0 now, based on what's in >>version 1.5.14, but without DVB-S2 or even H.264 support? > > Yes. > > It would be pity if that means that the stable version stays at > 1.6.0 and doesn't receive any more bugfixes though. Bugs ? The VDR is the only bugfree software known. You must not mix features and bugs. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] XXV & UTF-8
Hello, Am Sonntag, den 03.02.2008, 22:08 +0200 schrieb Andrey Kuzmin: > I'm trying to setup XXV (latest SVN version). Everything seems to run > OK, except I could not see russian EPG and channel list. Texts look > like: > ... > so they are HTML encoded. How to fix that? XXV has'nt at present UTF8 support, this feature is planned but not released. Only latin1 charset work up to the present. Maybe has a other user, some hints. Andreas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 2 motorized dishes
On Sat, 2 Feb 2008, Füley István wrote: I have one issue with my dishes. I know that few of the vdr users have motorized dish, well I have two of them :) The first one, a 1.8m prime focus is controlled fine with Diseqc 1.2 commands in diseqc.conf. But I have a second one connected to my S2-3200. Is there any way to control this motor via diseqc.conf? Well, I did not manage to control both of my dishes. Right now I'm using the sourcecaps-path, which tells vdr to drive the first dish where he needs, and to stay on one position with the second one. Aren't any vdr user who uses two dishes with two cards? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
On Sonntag, 3. Februar 2008, Andrey Kuzmin wrote: > What are chances that multiproto will be merged to kernel in the > nearest time (1-2 months?) If chances are big, I don't think that it > is a good time to lose valuable Klaus's time for releasing & > supporting new stable version that will freeze another stable 1.8 with > multiproto support till 2009 :) So my vote is is NO in this case > As far as I know the merge window for 2.6.25 is almost closed. So the first kernel that could contain multiproto api is 2.6.26. But I doubt it, as multiproto is not even merged to main development branch of the drivers. Regards Matthias -- Matthias Schwarzott (zzam) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
2008/2/3, Klaus Schmidinger <[EMAIL PROTECTED]>: >Should there be a stable version 1.6.0 now, based on what's in >version 1.5.14, but without DVB-S2 or even H.264 support? > > Yes or No? No. For reasons already mentioned in this thread. Regards, Joachim. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
Hi, Klaus Schmidinger wrote: >Should there be a stable version 1.6.0 now, based on what's in >version 1.5.14, but without DVB-S2 or even H.264 support? yes Best regards, Matthias -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." -- Rich Cook ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Howto vdr-xine installation
http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2 /Magnus H Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För serge pecher Skickat: den 4 februari 2008 13:07 Till: 'VDR Mailing List' Ämne: [vdr] Howto vdr-xine installation Hello, I used to use the opensuse dvb-s2 wiki page to follow the instructions about the installation of xine-lib 1.2 and vdr-xine. When I am looking for that page, I get an empty page now. Can anyone point me out a location where to find the download commands (cvs or hg ?) and the several compile instructions and options. Many thanks, serge ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Howto vdr-xine installation
Sorry, I meant: http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2_-_xine /Magnus H Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För serge pecher Skickat: den 4 februari 2008 13:07 Till: 'VDR Mailing List' Ämne: [vdr] Howto vdr-xine installation Hello, I used to use the opensuse dvb-s2 wiki page to follow the instructions about the installation of xine-lib 1.2 and vdr-xine. When I am looking for that page, I get an empty page now. Can anyone point me out a location where to find the download commands (cvs or hg ?) and the several compile instructions and options. Many thanks, serge ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Howto vdr-xine installation
serge pecher wrote: > I used to use the "opensuse dvb-s2" wiki page to follow the instructions > about the installation of xine-lib 1.2 and vdr-xine. If you don't need dvb-s2 and hdtv you may use the vdr/vdr15 and vdr-plugins packages from the build service: http://download.opensuse.org/repositories/vdr/openSUSE_10.3/repodata/ vdr-xine is now included in vdr-plugins. There is also xine-lib patched with the vdr-xine patch. You'll need to get the codecs required to decode mpeg2 elsewhere though. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Howto vdr-xine installation
Hello, I used to use the "opensuse dvb-s2" wiki page to follow the instructions about the installation of xine-lib 1.2 and vdr-xine. When I am looking for that page, I get an empty page now. Can anyone point me out a location where to find the download commands (cvs or hg ?) and the several compile instructions and options. Many thanks, serge ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
Klaus Schmidinger a écrit : >Should there be a stable version 1.6.0 now, based on what's in >version 1.5.14, but without DVB-S2 or even H.264 support? > > Yes or No? 1) a stable release shouldn't stop the current development for a long time, thus shouldn't delay the S2/H264 and other neat future features, 2) a stable release is becoming kind of important (with features as they are in 1.4.13) for packagers and regular users, because of simple delay between releases, 3) developpers of this list will continue to use the next development suite either, so the stable release won't much impact them This is a Yes. -- NH ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Re: Straw poll: stable version 1.6.0 now?
Hello, I vote with NO. For me there are important features missing and I fear a slowdown of developement pace once vdr-1.6.0 is out. Also the current situation with vdr-1.5.14 puts some kind of pressure on the driver devs to get a working solution into the kernel. S. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
Klaus Schmidinger wrote: > I believe there is a patch for that, but that's not the way I want to > implement it. Yes we have this patch in the (unofficial!) Debian package to support the ttxtsubs plug-in. The Patch is maintained by Rolf Ahrenberg. http://www.saunalahti.fi/~rahrenbe/vdr/patches/ > I want to convert the incoming teletext subtitles to > DVB subtitles, so that on the recording/display side we only need to deal with > one type of subtitles. I think this shouldn't be too hard to do. Would you accept come contributed coded that does this? Teletext subtitles are just in general kinda ugly, because somtetimes even the announcement of the teletext page for the subtitles isn't correctly implemented on the provide side. This means, you need some way to configure the teletext subtitles page per channel. > (Besides, I guess some day teletext subtitles > will become obsolete, anyway). > I'm not sure about that. At least the ZDF here in Germany uses DVB subtitles now, but I don't think the other broadcasters will follow very fast. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
Klaus Schmidinger wrote: > On 02/04/08 09:46, Ludwig Nussel wrote: > > Ville-Pekka Vainio wrote: > >> I've been using VDR for about a year and a half now and it's great. But > >> with > >> all due respect, I think you're doing this the wrong way around. At least > >> here in Finland, decent DVB subtitles support is pretty much the only > >> thing > >> VDR needs to be usable out-of-the-box with the free channels we have. > > > > If ttxtsubs are that important and require patches to vdr, why don't we see > > them posted and discussed on the list? > > I believe there is a patch for that, but that's not the way I want to > implement it. I want to convert the incoming teletext subtitles to > DVB subtitles, so that on the recording/display side we only need to deal with > one type of subtitles. (Besides, I guess some day teletext subtitles > will become obsolete, anyway). Well, that's exactly the kind of feedback I'd expect if someone had actually posted the patch. Anyone out there who wants to step up now and implement it that way? :-) cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
On Sunday 03 February 2008 11:17:05 Klaus Schmidinger wrote: > So, here's the straw poll: > >Should there be a stable version 1.6.0 now, based on what's in >version 1.5.14, but without DVB-S2 or even H.264 support? > > Yes or No? Yes. Cya, Ed -- When the stars threw down their spears, AAh! megamisama... And water'd heaven with their tears, Did he smile his work to see?AntHill inside Did he who made the Lamb make thee? Powered by caffeine (William Blake) IRC: Tyger TarrychkReply-To: [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
On Sun, Feb 03, 2008 at 11:17:05AM +0100, Klaus Schmidinger wrote: >Should there be a stable version 1.6.0 now, based on what's in >version 1.5.14, but without DVB-S2 or even H.264 support? > > Yes or No? Yes. pgptdi5ZvSAJN.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
On 02/04/08 09:46, Ludwig Nussel wrote: > Ville-Pekka Vainio wrote: >> I've been using VDR for about a year and a half now and it's great. But with >> all due respect, I think you're doing this the wrong way around. At least >> here in Finland, decent DVB subtitles support is pretty much the only thing >> VDR needs to be usable out-of-the-box with the free channels we have. > > If ttxtsubs are that important and require patches to vdr, why don't we see > them posted and discussed on the list? I believe there is a patch for that, but that's not the way I want to implement it. I want to convert the incoming teletext subtitles to DVB subtitles, so that on the recording/display side we only need to deal with one type of subtitles. (Besides, I guess some day teletext subtitles will become obsolete, anyway). Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
Ville-Pekka Vainio wrote: > I've been using VDR for about a year and a half now and it's great. But with > all due respect, I think you're doing this the wrong way around. At least > here in Finland, decent DVB subtitles support is pretty much the only thing > VDR needs to be usable out-of-the-box with the free channels we have. If ttxtsubs are that important and require patches to vdr, why don't we see them posted and discussed on the list? cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
> Date: Mon, 4 Feb 2008 10:06:19 +0200 > From: [EMAIL PROTECTED] > To: vdr@linuxtv.org > Subject: Re: [vdr] Straw poll: stable version 1.6.0 now? > > I usually lurk here so my vote represents the 'user' community more than > the 'dev'.. > > Yes to stable 1.6.0 with current kernel-drivers - VDR needs new users > that can get it running easily out of the box with a debian bare bones > install. The people who want HDTV support are going to go with the > dev-releases anyway. > > Yes to switching to TS recording, maybe review the metadata fileformats > a bit and allow more extendability and plugin data store there (no XML > pretty please!) > > Yes to ttextsubs too (oh sorry you didn't ask! ;) > > > - Vaizki > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Klaus Schmidinger > Sent: 3. helmikuuta 2008 12:17 > To: vdr@linuxtv.org > Subject: [vdr] Straw poll: stable version 1.6.0 now? > > There has been some controversy about my recent decision to > move forward and require the "multiproto" driver for VDR in > the developer version. It is also currently rather unclear > whether the current PES recording format can be kept to handle > HDTV, or whether it would make sense (or even be feasible) > to switch to TS (as suggested by the people from RMM). > > In order to take the edge of this, I was wondering if it would > make sense to revoke the switch to the "multiproto" driver and > go straight towards a stable version 1.6.0 with what is now in > version 1.5.14. This should satisfy all those who are eagerly awaiting > a new stable version, without forcing them to make the driver switch > now. > > If we decide to go that way, I would release a version 1.5.15 with > what could become the new stable, wait until like the end of the month > to see whether it still needs some minor fixes, and call it 1.6.0 then. > I know there are still some patches out there that some would expect > to go into the next stable version, but I actually want to prepare VDR > for HDTV before looking into these patches. > > So, here's the straw poll: > > Should there be a stable version 1.6.0 now, based on what's in > version 1.5.14, but without DVB-S2 or even H.264 support? > > Yes or No? > > 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 I agree, yes to stable 1.6.0 with current kernel-drivers. I also like to see ttxtsubs support in stable version. _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
Klaus Schmidinger wrote: >Should there be a stable version 1.6.0 now, based on what's in >version 1.5.14, but without DVB-S2 or even H.264 support? Yes. It would be pity if that means that the stable version stays at 1.6.0 and doesn't receive any more bugfixes though. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
