[vdr] known user base (was: Re: Replay Problems with Extension HD)
I don't think people would like that. DRBD has imho a good approach* to track users (and used versions!), but regardless of the method, this is certainly not on Klaus' priority list. Best regards, Christian (#68) *On first startup (or after upgrades) a unique ID will generated and the user will be asked if he wants to send this ID together with the current version to the maintainer. Optionally (to appear on a list just like vdr's user list) personal data may be entered, but this is up to the user. Pressing enter will just send the unique ID and version, aborting the prompt will not send anything. jori.hamalai...@teliasonera.com wrote: Perhaps VDR should try to send UDP packet to Klaus's server when it starts. Not all will not like it, but it is same for me. Windows software do this constantly under name for "automatically check for program updates". BR, Jori, a registered VDR user since 2003. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] known user base (was: Re: Replay Problems with Extension HD)
On Wed, Sep 9, 2009 at 12:10 AM, Christian Tramnitz wrote: > I don't think people would like that. > DRBD has imho a good approach* to track users (and used versions!), but > regardless of the method, this is certainly not on Klaus' priority list. > > > Best regards, > Christian (#68) > > > *On first startup (or after upgrades) a unique ID will generated and the > user will be asked if he wants to send this ID together with the current > version to the maintainer. Optionally (to appear on a list just like vdr's > user list) personal data may be entered, but this is up to the user. > Pressing enter will just send the unique ID and version, aborting the prompt > will not send anything. > > > jori.hamalai...@teliasonera.com wrote: >> >> Perhaps VDR should try to send UDP packet to Klaus's server when it >> starts. >> Not all will not like it, but it is same for me. Windows software do this >> constantly under name for "automatically check for program updates". >> >> BR, Jori, a registered VDR user since 2003. User-tracking has _absolutely no place_ in VDR what-so-ever!! It serves no purpose and if someone wants to be added to a user list somewhere, they can register themselves. If someone really thinks this is a brilliant idea, they can write a plugin to do it but it should have no chance becoming a part of VDR core. No offense but that's the worst idea I've heard by far. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] known user base (was: Re: Replay Problems with ExtensionHD)
I agree, there is enough crap bouncing around the net. ANd a lot of vdr users do a lot of reinstalling, changing hardware, etc. So you would get a lot of false data anyway. And I refuse to use any program that is lic to a computer by some HW finger print. - Original Message - From: "VDR User" To: "VDR Mailing List" Sent: Wednesday, September 09, 2009 6:54 AM Subject: Re: [vdr] known user base (was: Re: Replay Problems with ExtensionHD) On Wed, Sep 9, 2009 at 12:10 AM, Christian Tramnitz wrote: > I don't think people would like that. > DRBD has imho a good approach* to track users (and used versions!), but > regardless of the method, this is certainly not on Klaus' priority list. > > > Best regards, > Christian (#68) > > > *On first startup (or after upgrades) a unique ID will generated and the > user will be asked if he wants to send this ID together with the current > version to the maintainer. Optionally (to appear on a list just like vdr's > user list) personal data may be entered, but this is up to the user. > Pressing enter will just send the unique ID and version, aborting the prompt > will not send anything. > > > jori.hamalai...@teliasonera.com wrote: >> >> Perhaps VDR should try to send UDP packet to Klaus's server when it >> starts. >> Not all will not like it, but it is same for me. Windows software do this >> constantly under name for "automatically check for program updates". >> >> BR, Jori, a registered VDR user since 2003. User-tracking has _absolutely no place_ in VDR what-so-ever!! It serves no purpose and if someone wants to be added to a user list somewhere, they can register themselves. If someone really thinks this is a brilliant idea, they can write a plugin to do it but it should have no chance becoming a part of VDR core. No offense but that's the worst idea I've heard by far. ___ 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] FRC - RGB/Scart with the Intel 830 driver
On Tue, Sep 08, 2009 at 11:08:39PM +0100, dave cunningham wrote: > Same behaviour with your xorg.conf unfortunately. I've heard there are some buggy intel-DDXes floating around. I don't know which one you use. A possible workaround is do add SubSection "Display" Virtual3200 1200 EndSubSection to the "Screen" section. Attached is a further 'xorg.conf' with the workaround included. Please give it a try. - Thomas Section "Monitor" Identifier "Monitor0" Modeline "720x576_50i" 13.875 720 744 808 888 576 580 585 625 -hsync -vsync interlace Modeline "800x520_50i" 17.00800 856 936 1088 520 548 553 625 -hsync -vsync interlace ModeLine "1440x576_50i" 27.75 1440 1488 1609 1769 576 580 585 625 -hsync -vsync interlace Modeline "1368x768_60" 85.86 1368 1440 1584 1800 768 769 772 795 -hsync +vsync Modeline "1600x1200_60"161.00 1600 1712 1880 2160 1200 1203 1207 1245 -hsync +vsync Option "PreferredMode""1440x576_50i" #Option "RightOf" "Monitor1" #Option "Ignore" "true" EndSection Section "Monitor" Identifier "Monitor1" Option "Ignore" "true" EndSection Section "Monitor" Identifier "Monitor2" ModeLine "1440x576_50i" 27.75 1440 1488 1612 1772 576 580 585 625 -hsync -vsync interlace Modeline "1600x1200_50i"65.92 1600 1696 1864 2131 1200 1203 1207 1238 -hsync +vsync interlace Option "PreferredMode""1440x576_50i" Option "Ignore" "true" EndSection Section "Device" Identifier "Card0" Driver "intel" Option "monitor-VGA" "Monitor0" Option "monitor-LVDS" "Monitor1" Option "monitor-TMDS-1""Monitor2" #Option "SyncFields""True" #Option "SF_YScaleFineTune" "0" #Option "SF_YRGB_VPhase""0" #Option "SF_UV_VPhase" "0" #Option "SF_SchedPrio" "0" Option "SF_Debug" "12000" #Option "ModeDebug" "True" EndSection Section "Screen" Identifier "Screen0" Monitor"Monitor0" Device "Card0" DefaultDepth24 SubSection "Display" Virtual3200 1200 EndSubSection EndSection ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FRC - RGB/Scart with the Intel 830 driver
In message <20090909185925.ga24...@roja.toh.cx>, Thomas Hilber wrote On Tue, Sep 08, 2009 at 11:08:39PM +0100, dave cunningham wrote: Same behaviour with your xorg.conf unfortunately. I've heard there are some buggy intel-DDXes floating around. I don't know which one you use. A possible workaround is do add SubSection "Display" Virtual3200 1200 EndSubSection to the "Screen" section. Attached is a further 'xorg.conf' with the workaround included. Please give it a try. I added this section but it didn't make any difference. I have now fixed it though by adding a new monitor for VGA-1 and setting "Ignore" to "true" in xorg.conf. Thanks again for the help (wouldn't have found this if I hadn't started looking into Clone as you mentioned earlier in the thread!) -- Dave Cunningham dave at upsilon org uk PGP KEY ID: 0xA78636DC xorg.conf Description: xorg.conf ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
