Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
Dear everyone, Am Donnerstag, den 05.03.2009, 20:51 +0100 schrieb Luca Olivetti: > En/na Timothy D. Lenz ha escrit: > > > Mail should be text and any code should be limited to files that are > in no way run by the mail program. […] > Do the world a favour and use a real email program, or stop complaining > about well formed messages. Although I agree, I want to thank Timothy for at least answering me. Thanks Timothy, Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
En/na Timothy D. Lenz ha escrit: > Mail should be text and any code should be limited to files that are in no > way run by the mail program. Fact is, it *is* text. The problem is that outlook doesn't qualify as an email reader. Postel's law http://en.wikipedia.org/wiki/Jon_Postel#Postel.27s_Law says "be conservative in what you send, be liberal in what you receive", the exact opposite of what outlook does: it sends crap (e.g. winmail.dat) but it cannot render a correctly formed *text* mail message. Do the world a favour and use a real email program, or stop complaining about well formed messages. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
Same thing, just attachments. And I turn off a lot of the fancy crap in mail programs to reduce the chance of them running some virus attached to the mail. Mail should be text and any code should be limited to files that are in no way run by the mail program. Some things are just ment to be seen or read, not run. If ms woke up to that fact, there be a lot less ways to infect computers. - Original Message - From: "Darren Salt" To: Sent: Wednesday, March 04, 2009 4:43 PM Subject: Re: [vdr] [OT] development infrastructur for VGA2SCART patch set > ___ > 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] [OT] development infrastructur for VGA2SCART patch set
[rewrapped to fit <= 80 columns] I demand that Timothy D. Lenz may or may not have written... > First, I don't know why, but everyone of your post comes through as a text > attachment which has to be saved out to be read. Others on the list come > through normal. They look fine here. However, I notice that they're GPG-signed and have a structure as follows: multipart/mixed multipart/signed text/plain application/pgp-signature text/plain This last text/plain section is added by the list software; it's presumably also that which adds the containing multipart/mixed and moves the Content-Type header for the multipart/signed section out of the message headers into a MIME headers section in the message body. This is signed by way of experiment; as sent, it has multipart/signed in the message headers. If you see the same with this message, you have buggy mail software (but seeing that it's MICROS~1 Lookout Express, that's not really surprising). [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output *more* particulate pollutants. BUFFER AGAINST GLOBAL WARMING. When nothing can possibly go wrong, it will. pgpou28r2qk00.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
First, I don't know why, but everyone of your post comes through as a text attachment which has to be saved out to be read. Others on the list come through normal. When puting just a few parts in a connector I try to solder the parts directly to the pins on the back of the connector in a way that allows the shell to still fit. If there are too many parts or wires that need to be connect to allow this and still keep the parts ridged, then a small perf board should be used. In eather case, make use of very small heat swrink to prevent shorts. I also use hot melt glue to hold parts and wires in place and reduce strain. If the factory shell can not be used, then I mold the area with hot melt. Once you have a solid mass that covers all bare wires, you can shape i with a soldering iron. With very little practice you can smooth the glue to look like it was molded on. Then heat swrink tubing can be used to cover it and make it look nice. If you have a soldering iron with adjustable temp, keep it low for shaping. If you latter need to work on it, you can remove the glue with a dental pick with a bit of work. - Original Message - From: "Paul Menzel" To: Sent: Wednesday, March 04, 2009 10:32 AM Subject: Re: [vdr] [OT] development infrastructur for VGA2SCART patch set > ___ > 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] [OT] development infrastructur for VGA2SCART patch set
Am Montag, den 02.03.2009, 17:26 +0100 schrieb Thomas Hilber: > On Mon, Mar 02, 2009 at 01:19:53PM +0100, Paul Menzel wrote: > > > Concerning the wiki: I would prefer a neutral domain > > > > Sure. I had no other domain handy. Your domain name could also be used, > > if you set up DNS this way (vga2scart.lowbyte.de) or we register some > > free domain name vga2scart.de.vu or vga2scart.eu.org? > > something like vga2scart.eu.org sounds good. Though our project > is not limited to vga2scart. In the meantime I successfully use a > modified version of the vga-sync-fields patch on DVI/HDMI interface > also. Providing me high quality 576i over DVI/HDMI on intel i9xx machines > with SDVO ports. > Originating from SDTV our project could be important for HDTV also. Everyone, could please brainstorm about a name for this project [5]. > > > or even better > > > > > > http://www.linuxtv.org/wiki/ > > > > > > for this. > > > > If you are fine with that, great. My reasoning choosing ikiwiki is, that > > I would expect it to save you (and others) time. > > I wonder why nobody else joins our discussion. […] > You can setup a repos with current source found in vga-sync-fields > package at anytime. Everybody is invited to test and contribute. I don't > consider it as 'my' project. I just will contribute the initial idea behind > frame rate control and a sample implementation for it. > > And of course I will continue to develop as time permits. […] > As said, I don't consider it as my project. Everybody is invited to > improve the project status. There are left many ideas and features still > not implemented. As written in my other message I continued to set up ikiwiki for the project [5]. If something else will be better for the project, please say so and we can change that. I consider the most important thing right to get someone to publish detailed instruction on how a VGA2SCART cable can be assembled. For me a circuit diagram is not good enough for an inexperienced user in soldering as myself. (Do I attach/fix the resistors on a board or just between the wires? Where can I get the parts? …) > I already wrote a to-do list with issues of lesser priority. But features > that would improve things a lot. > > - like writing a tool similar to powerstrip. Which lets you adjust overscan > and other parameters in real time by pressing cursor keys. or > > - derive xine's masterclock from graphics card frame rate. This would > provide almost instant sync after a channel switch. The idea for this > was published by 'durchflieger' [3] > > There are still left many things to do. As often in life it's not a matter > of ideas but a matter of time:) I added those two to the TODO list of the website [6]. Thanks, Paul > [1] http://vdr-wiki.de/wiki/index.php/Hauptseite > [2] http://www.linuxtv.org/vdrwiki > [3] http://www.vdr-portal.de/board/thread.php?postid=796538#post796538 > [4] http://www.easy-vdr.de/forum/index.php?topic=6072.msg51320#msg51320 [5] http://vga2scart.gw90.de/ [6] http://vga2scart.gw90.de/todo/ signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
On Mon, Mar 02, 2009 at 01:19:53PM +0100, Paul Menzel wrote: > > Concerning the wiki: I would prefer a neutral domain > > Sure. I had no other domain handy. Your domain name could also be used, > if you set up DNS this way (vga2scart.lowbyte.de) or we register some > free domain name vga2scart.de.vu or vga2scart.eu.org? something like vga2scart.eu.org sounds good. Though our project is not limited to vga2scart. In the meantime I successfully use a modified version of the vga-sync-fields patch on DVI/HDMI interface also. Providing me high quality 576i over DVI/HDMI on intel i9xx machines with SDVO ports. Originating from SDTV our project could be important for HDTV also. > > or even better > > > > http://www.linuxtv.org/wiki/ > > > > for this. > > If you are fine with that, great. My reasoning choosing ikiwiki is, that > I would expect it to save you (and others) time. I wonder why nobody else joins our discussion. Just to clarify: My major goal was to prove that graphics cards can provide the same picture quality as FF-cards do. But with wider flexibility at fractional cost of a FF-card among many other advantages. And without the need of expensive and time consuming hardware mods like full-TS mod, AV-board, J2 mod etc. We now have a working sample installation for a budget system with FRC based on easy-vdr [4] which has been successfully setup by various people. Reaching this stage I consider my 'mission' completed. You can setup a repos with current source found in vga-sync-fields package at anytime. Everybody is invited to test and contribute. I don't consider it as 'my' project. I just will contribute the initial idea behind frame rate control and a sample implementation for it. And of course I will continue to develop as time permits. > 1. Everyone can use his favorite text editor and saves time not having > to open a browser and use web forms. > > 2. Let us say, you implement support for another card(?), than you would > update the README right away using the console and your editor of choice > and the Wiki is updated, too. Otherwise you would have to log into > http://www.linuxtv.org/wiki/ find the page, hit edit, (wait for it to > load,), ??? ok, I wouldn't bother much to log in. It depends on what the majority of possible contributers would prefer. > > Do you care about this? It all depends on your needs and habits. no. > On a side note. Do you know if linuxtv.org is also for non-English > languages. In my opinion, it would not be so beneficial to have the > documentation for one language on one site and for another language on > another. I don't know. But I think an english doc should be enough. > > IMHO all VDR related documentation and discussion should be > > collected at one place. > > Is linuxtv.org the place for VDR related documentation? At least they have a wiki. The German VDR wiki [1] refers to [2] when you select the english language button. > Do you mean by discussion mailing lists? right. > I never used sourceforge.net. So I can not say anything about this. They > offer SVN and CVS, do not they? sorry, I can't tell > My conclusion from your reply is, that publishing your repository on > your server is not an option. unfortunately it's not an option ATM > Could you please tell me, how you are managing the VGA2SCART patches > right now and if publishing your tree on a server or for example [1] > would be an option. 'gitorious.org' appears ok for me. As I worked alone yet on this project I did not use any source code control system until now. As said, I don't consider it as my project. Everybody is invited to improve the project status. There are left many ideas and features still not implemented. I already wrote a to-do list with issues of lesser priority. But features that would improve things a lot. - like writing a tool similar to powerstrip. Which lets you adjust overscan and other parameters in real time by pressing cursor keys. or - derive xine's masterclock from graphics card frame rate. This would provide almost instant sync after a channel switch. The idea for this was published by 'durchflieger' [3] There are still left many things to do. As often in life it's not a matter of ideas but a matter of time:) Cheers Thomas [1] http://vdr-wiki.de/wiki/index.php/Hauptseite [2] http://www.linuxtv.org/vdrwiki [3] http://www.vdr-portal.de/board/thread.php?postid=796538#post796538 [4] http://www.easy-vdr.de/forum/index.php?topic=6072.msg51320#msg51320 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
Am Montag, den 02.03.2009, 12:52 +0100 schrieb Thomas Hilber: > On Sun, Mar 01, 2009 at 06:43:00PM +0100, Paul Menzel wrote: > > Reading your README I assume you are familiar with Git. Therefore I > > choose it as a backend. > > Thank you for your effort so far. No problem. I guess you have done more so far. > I have no special preferences here. GIT or CVS is ok for me. > > Concerning the wiki: I would prefer a neutral domain Sure. I had no other domain handy. Your domain name could also be used, if you set up DNS this way (vga2scart.lowbyte.de) or we register some free domain name vga2scart.de.vu or vga2scart.eu.org? > or even better > > http://www.linuxtv.org/wiki/ > > for this. If you are fine with that, great. My reasoning choosing ikiwiki is, that I would expect it to save you (and others) time. 1. Everyone can use his favorite text editor and saves time not having to open a browser and use web forms. 2. Let us say, you implement support for another card(?), than you would update the README right away using the console and your editor of choice and the Wiki is updated, too. Otherwise you would have to log into http://www.linuxtv.org/wiki/ find the page, hit edit, (wait for it to load,), … Do you care about this? It all depends on your needs and habits. On a side note. Do you know if linuxtv.org is also for non-English languages. In my opinion, it would not be so beneficial to have the documentation for one language on one site and for another language on another. > IMHO all VDR related documentation and discussion should be > collected at one place. Is linuxtv.org the place for VDR related documentation? Do you mean by discussion mailing lists? > 'Hosting' the source is another issue. > We could use sourceforge.net for this? I never used sourceforge.net. So I can not say anything about this. They offer SVN and CVS, do not they? My conclusion from your reply is, that publishing your repository on your server is not an option. Could you please tell me, how you are managing the VGA2SCART patches right now and if publishing your tree on a server or for example [1] would be an option. Thanks, Paul [1] http://gitorious.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
On Sun, Mar 01, 2009 at 06:43:00PM +0100, Paul Menzel wrote: > Reading your README I assume you are familiar with Git. Therefore I > choose it as a backend. Thank you for your effort so far. I have no special preferences here. GIT or CVS is ok for me. Concerning the wiki: I would prefer a neutral domain or even better http://www.linuxtv.org/wiki/ for this. IMHO all VDR related documentation and discussion should be collected at one place. 'Hosting' the source is another issue. We could use sourceforge.net for this? - Thomas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
On Mon, Mar 02, 2009 at 10:03:12AM +0200, Pasi Kärkkäinen wrote: > Hmm.. so you get 50 Hz interlaced output with this xorg.conf. > > Are you able to sync to each field separately? of course not on nVidia graphics. They haven't offered their specs for us to implement that. But nevertheless this modeline gives smooth PAL playback because the display (a SCART device) inherently plays 50Hz. The major disadvantage of missing capability to have sync to field is: you must deinterlace by software. Though you use an interlaced VGA output. And software deinterlacers as we all know cause bad picture quality. Sync to separate fields currently only works with ATI Radeon and Intel i9xx chipsets. That's what FrameRateControl (FRC) is based upon in the patches mentioned above. This way you can cease from deinterlacing in software giving you an artifact free picture. - Thomas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
On Sun, Mar 01, 2009 at 11:06:44PM +0100, Thomas Hilber wrote: > On Mon, Mar 02, 2009 at 12:33:48AM +0300, Goga777 wrote: > > please - could you point out please on proper xorg.conf > > you'll find one attached. I use it on my Asus Pundit P1_AH2. > System is quite old (but stable): > > debian etch based > xserver-xorg 7.1.0-19 > NVIDIA-Linux-x86-100.14.19 > > more recent systems might need some adaptions > > > does that xorg.conf corrected ? > > http://mymediasystem.net/wp/2009/02/xorg.conf1 > > it appears it's not a PAL modeline. Instead 1920x1080 is used. > Hmm.. so you get 50 Hz interlaced output with this xorg.conf. Are you able to sync to each field separately? -- Pasi > - Thomas > > Section "ServerLayout" > Identifier "Default Layout" > Screen "Default Screen" 0 0 > InputDevice"Generic Keyboard" > InputDevice"Configured Mouse" > Option "BlankTime" "0" > Option "StandbyTime" "0" > Option "SuspendTime" "0" > Option "OffTime" "0" > EndSection > > Section "Files" > FontPath"/usr/share/fonts/X11/misc" > EndSection > > Section "Module" > Load "i2c" > Load "bitmap" > Load "ddc" > Load "extmod" > Load "freetype" > #Load "glx" > Load "int10" > Load "vbe" > EndSection > > Section "ServerFlags" > Option "AllowMouseOpenFail" "on" > EndSection > > Section "InputDevice" > Identifier "Generic Keyboard" > Driver "kbd" > Option "CoreKeyboard" > Option "XkbRules" "xorg" > Option "XkbModel" "pc104" > Option "XkbLayout" "us" > EndSection > > Section "InputDevice" > Identifier "Configured Mouse" > Driver "mouse" > Option "CorePointer" > Option "Device" "/dev/input/mice" > Option "Protocol" "ImPS/2" > Option "Emulate3Buttons" "true" > EndSection > > Section "Monitor" > Identifier "Generic Monitor" > Option "DPMS" > > HorizSync 15-16 > Modeline "720x576i" 13.875 720 744 808 888 576 580 585 625 > -HSync -Vsync interlace > EndSection > > Section "Device" > > Option "UseEDID" "FALSE" > Option "UseEvents" "True" > Option "NoLogo" "True" > > Identifier "Generic Video Card" > Driver "nvidia" > EndSection > > Section "Screen" > Identifier "Default Screen" > Device "Generic Video Card" > Monitor"Generic Monitor" > DefaultDepth 24 > > SubSection "Display" > Depth 24 > > Modes "720x576i" > > EndSubSection > EndSection > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
On Mon, Mar 02, 2009 at 12:33:48AM +0300, Goga777 wrote: > please - could you point out please on proper xorg.conf you'll find one attached. I use it on my Asus Pundit P1_AH2. System is quite old (but stable): debian etch based xserver-xorg 7.1.0-19 NVIDIA-Linux-x86-100.14.19 more recent systems might need some adaptions > does that xorg.conf corrected ? > http://mymediasystem.net/wp/2009/02/xorg.conf1 it appears it's not a PAL modeline. Instead 1920x1080 is used. - Thomas Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" 0 0 InputDevice"Generic Keyboard" InputDevice"Configured Mouse" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection Section "Files" FontPath"/usr/share/fonts/X11/misc" EndSection Section "Module" Load "i2c" Load "bitmap" Load "ddc" Load "extmod" Load "freetype" #Load "glx" Load "int10" Load "vbe" EndSection Section "ServerFlags" Option "AllowMouseOpenFail" "on" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device" "/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" EndSection Section "Monitor" Identifier "Generic Monitor" Option "DPMS" HorizSync 15-16 Modeline "720x576i" 13.875 720 744 808 888 576 580 585 625 -HSync -Vsync interlace EndSection Section "Device" Option "UseEDID" "FALSE" Option "UseEvents" "True" Option "NoLogo" "True" Identifier "Generic Video Card" Driver "nvidia" EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor"Generic Monitor" DefaultDepth 24 SubSection "Display" Depth 24 Modes "720x576i" EndSubSection EndSection ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
> > It's a binary driver, so I don't think you can patch anything there. > > exactly. But many nVidia chips are VGA2SCART capable (without FRC of > course) directly with the binary driver. Just a proper xorg.conf > is needed. please - could you point out please on proper xorg.conf does that xorg.conf corrected ? http://mymediasystem.net/wp/2009/02/xorg.conf1 Goga ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
On Sun, Mar 01, 2009 at 04:09:23PM +0100, Jan Willies wrote: > It's a binary driver, so I don't think you can patch anything there. exactly. But many nVidia chips are VGA2SCART capable (without FRC of course) directly with the binary driver. Just a proper xorg.conf is needed. - Thomas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
Am Sonntag, den 01.03.2009, 07:40 +0100 schrieb Thomas Hilber: > On Sat, Feb 28, 2009 at 08:04:17PM +0100, Paul Menzel wrote: > > > Why don't you just use the easy-vdr install script I mentioned above > > > which already has been proven successful? > > > > I just checked it out. But the main problem in distribution is, that > > everyone has to register to be able to download attachments. > > what's wrong with it? If registering is too much effort - nothing doing. Well, it is just cumbersome. 0. Having this kind of file list takes less time and you can use wget for example. 1. It takes time to register. 2. Being a German speaking forum, non-German speaker will not register just to download something. 3. You have to give an e-mail address and remember a password. (I do not like forums for this reason. If I want to take a look at an attachment the post refers to I have to register. I do not think it is appropriate to register at every forum. …) > > I just took a look. On quick look at the homepage and the Wiki I could > > not find any information on [1] on what Easy VDR does and on what distro > > it is based. > > > > Looking at the script it looks like it is based on Debian Etch. > > it's a complete VDR distribution based on debian etch. Lenny is out! ;-) > > > There is no better way to document an installation than a working shell > > > script:-) > > > > Of course, but if one has to register at a forum to get the files it > > will prevent people from getting it and to contributing to the project. > > but it will guarantee to a certain extend that you will obtain a tested > and working setup out-of-the-box after installation has finished. I agree that it is a good way for a lot of people. But I believe it takes some freedom of choices away from the people, which want to have your latest patches to play with them and test them. I think those people are also potential contributors. > > I would be willing to begin to start such a page. But I wanted to know > > your preferences, so that chances are high, that you will feel > > comfortable with it. > > the problem is you can write whole books about the VGA2SCART theme. > I *certainly* won't have the time to do that. I know. And therefore I hope other people can do this. But to get going one still has to communicate and organize a little to go into the same direction. > But for the beginning I > could post a plain list of URLs where I finally got my informations from. Well, that would certainly be interesting but I think not the most important thing. My Proposal === Ok to start something I just did a test setup [2] of ikiwiki [3]. That is just an example for what I think could be done to improve the visibility of VGA2SCART to the world. ;-) So if you do not like it or if you have another idea, I proceed as you like, Thomas. Reading your README I assume you are familiar with Git. Therefore I choose it as a backend. To clone it you can use. git clone git://vga2scart.gw90.de/git/vga2scart Notes - Some notes about all this. ikiwiki takes formatted text files (standard is Markdown) and based on them creates HTML pages. Using a repository and a post-commit-hook the Wiki is updated every time something is checked into the Wiki. The author of ikiwiki, Joey Hess, wrote about this development model [4]. More a less it does not change a lot, because instead of writing something into the README you structure it a little bit more and use a formatting style (you already used something like this in your README) and ikiwiki builds a website additionally. You could take a look on how ikiwiki is used in reality at ikiwiki [3] or for example Monkeysphere [5]. ikiwiki is keeping the documentation with the wiki under doc/ [6]. Monkeysphere does not use ikiwiki as a wiki for normal users, but the developers use it to present their project. I must admit that a user has to register to edit the Wiki either using his OpenID (only version 1 supported) creating an account. But anonymous commits can be allowed by a plugin. I did not put more work into the content of the pages not knowing what you think. But as the nature of a wiki it will hopefully transform into a good documentation about the project. Continue I guess, you are using source code management doing creating your patches. An easy way would be, if you could publish your tree(s) so that it is accessible from the web. Then you could create a folder doc, where the wiki is build from. If you want to host this on your infrastructure that would be perfect. If others can help you providing infrastructure that is also fine. What do you think? Thanks, Paul PS: Sorry, if my message is a little confusing. I hope I did not forget anything. [1] http://lowbyte.de/vga-sync-fields/ [2] http://vga2scart.gw90.de/ [3] http://ikiwiki.info/ [4] http://www.linuxworld.com/news/2007/040607-integrated-issue-tracking-ikiwiki.html [5] http://web.monkeysphere.info/ [6] http://git.ikiwiki.i
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
Goga777 schrieb: In general I would have no objections against this. What kind of patches is this all about? I haven't followed this VGA2SCART thing, but a quick lookup showed, that this involves patching XOrg stuff and xineliboutput. >>> That is correct. It requires several programs to be patched. >>> If this is the case, then a single Git repository might not be appropriate. >> we must distinguish 4 cases. VGA2SCART on: > > and what about of nvidia vdpau cards ? It's a binary driver, so I don't think you can patch anything there. - jan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
> > > In general I would have no objections against this. What kind of patches > > > is this all about? I haven't followed this VGA2SCART thing, but a quick > > > lookup showed, that this involves patching XOrg stuff and xineliboutput. > > > > That is correct. It requires several programs to be patched. > > > > > If this is the case, then a single Git repository might not be > > > appropriate. > > we must distinguish 4 cases. VGA2SCART on: and what about of nvidia vdpau cards ? > > 1. ATI Radeon without FRC > 2. Intel i9xx without FRC > 3. ATI Radeon withFRC > 4. Intel i9xx withFRC Goga ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
On Sun, Mar 01, 2009 at 01:13:32AM +0100, Paul Menzel wrote: > > In general I would have no objections against this. What kind of patches > > is this all about? I haven't followed this VGA2SCART thing, but a quick > > lookup showed, that this involves patching XOrg stuff and xineliboutput. > > That is correct. It requires several programs to be patched. > > > If this is the case, then a single Git repository might not be appropriate. we must distinguish 4 cases. VGA2SCART on: 1. ATI Radeon without FRC 2. Intel i9xx without FRC 3. ATI Radeon withFRC 4. Intel i9xx withFRC software patches required: 1. - xserver-xorg-video-radeon (newer versions may not need it) 2. - xserver-xorg-video-intel 3. - xserver-xorg-video-radeon - xineliboutput (newer versions already adopted the patch) - xine-lib - radeon-drm kernel module 4. - xserver-xorg-video-intel - xineliboutput (newer versions already adopted the patch) - xine-lib FRC stands for frame rate control. That means VGA video timing is synchronized with DVB stream => no software deinterlacing is needed any more. Fields are forwarded directly from softdecoder to VGA port. The simple version without FRC allows conventional operation (with software deinterlacing). It provides the minimum requirements needed for SCART over VGA. I don't know either how to maintain the patch set. So at least I took a few snapshots from my development and collected them at 'http://lowbyte.de/vga-sync-fields/' - Thomas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
On Sat, Feb 28, 2009 at 08:04:17PM +0100, Paul Menzel wrote: > > Why don't you just use the easy-vdr install script I mentioned above > > which already has been proven successful? > > I just checked it out. But the main problem in distribution is, that > everyone has to register to be able to download attachments. what's wrong with it? If registering is too much effort - nothing doing. > I just took a look. On quick look at the homepage and the Wiki I could > not find any information on [1] on what Easy VDR does and on what distro > it is based. > > Looking at the script it looks like it is based on Debian Etch. it's a complete VDR distribution based on debian etch. > > There is no better way to document an installation than a working shell > > script:-) > > Of course, but if one has to register at a forum to get the files it > will prevent people from getting it and to contributing to the project. but it will guarantee to a certain extend that you will obtain a tested and working setup out-of-the-box after installation has finished. > I would be willing to begin to start such a page. But I wanted to know > your preferences, so that chances are high, that you will feel > comfortable with it. the problem is you can write whole books about the VGA2SCART theme. I *certainly* won't have the time to do that. But for the beginning I could post a plain list of URLs where I finally got my informations from. - Thomas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
Am Sonntag, den 01.03.2009, 00:29 +0100 schrieb Tobi: > Paul Menzel wrote: > > > @Tobi: Could the patches be hosted on projects.vdr-developers.org? > > In general I would have no objections against this. What kind of patches > is this all about? I haven't followed this VGA2SCART thing, but a quick > lookup showed, that this involves patching XOrg stuff and xineliboutput. That is correct. It requires several programs to be patched. > If this is the case, then a single Git repository might not be appropriate. Right. Creating a directory for each individual program might not be the best solution. Let us wait, what Thomas will answer. Thanks for your reply, Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
Paul Menzel wrote: > @Tobi: Could the patches be hosted on projects.vdr-developers.org? In general I would have no objections against this. What kind of patches is this all about? I haven't followed this VGA2SCART thing, but a quick lookup showed, that this involves patching XOrg stuff and xineliboutput. If this is the case, then a single Git repository might not be appropriate. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
Am Donnerstag, den 26.02.2009, 19:47 +0100 schrieb Thomas Hilber: > On Thu, Feb 26, 2009 at 09:12:36AM +0100, Paul Menzel wrote: > > > due to lack of time and interest I do not yet run a full blown homepage. > > > But at least I started to collect the plain patches here [3]. > > > > That is what I thought. So maybe other people who are not good or > > intersted in coding could help set up this web site and repository. > > Would you be willing to use this. Do you have a favorite system for SCM > > At least somebody must start such a page.. > > For the moment it takes less time for me to answer questions in the > corresponding threads on easy-vdr.de and vdr-portal.de directly. I would be willing to begin to start such a page. But I wanted to know your preferences, so that chances are high, that you will feel comfortable with it. I will ask the owners of projects.vdr-developers.org again. > Why don't you just use the easy-vdr install script I mentioned above > which already has been proven successful? I just checked it out. But the main problem in distribution is, that everyone has to register to be able to download attachments. > If you are interested in what's happening behind the scenes - no problem. > The script builds all VGA2SCART + FRC relevant things from source. I just took a look. On quick look at the homepage and the Wiki I could not find any information on [1] on what Easy VDR does and on what distro it is based. Looking at the script it looks like it is based on Debian Etch. > There is no better way to document an installation than a working shell > script:-) Of course, but if one has to register at a forum to get the files it will prevent people from getting it and to contributing to the project. That is why I think a repository would be helpful. Then everything relating to the code would be in one place and work does not have to be done twice because one did not see that thread were someone else already implemented this. I find it very difficult to jump through all the threads of the forum and reads through all the posts and most of the time read it several times. Thanks a lot, Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
On Thu, Feb 26, 2009 at 09:12:36AM +0100, Paul Menzel wrote: > > due to lack of time and interest I do not yet run a full blown homepage. > > But at least I started to collect the plain patches here [3]. > > That is what I thought. So maybe other people who are not good or > intersted in coding could help set up this web site and repository. > Would you be willing to use this. Do you have a favorite system for SCM At least somebody must start such a page.. For the moment it takes less time for me to answer questions in the corresponding threads on easy-vdr.de and vdr-portal.de directly. Why don't you just use the easy-vdr install script I mentioned above which already has been proven successful? If you are interested in what's happening behind the scenes - no problem. The script builds all VGA2SCART + FRC relevant things from source. There is no better way to document an installation than a working shell script:-) Cheers Thomas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
Dear Thomas, thanks for your answer. Am Mittwoch, den 25.02.2009, 15:49 +0100 schrieb Thomas Hilber: > On Wed, Feb 25, 2009 at 01:35:01PM +0100, Paul Menzel wrote: > > Is there a homepage for the VGA2SCART patch set with information about > > it? A repository? > > due to lack of time and interest I do not yet run a full blown homepage. > But at least I started to collect the plain patches here [3]. That is what I thought. So maybe other people who are not good or intersted in coding could help set up this web site and repository. Would you be willing to use this. Do you have a favorite system for SCM (Git, Subversion, …)? @Tobi: Could the patches be hosted on projects.vdr-developers.org? Thanks, Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set (was: Re: Options for deinterlacing (or not))
On Wed, Feb 25, 2009 at 01:35:01PM +0100, Paul Menzel wrote: > Is there a homepage for the VGA2SCART patch set with information about > it? A repository? due to lack of time and interest I do not yet run a full blown homepage. But at least I started to collect the plain patches here [3]. > There seems to be some interest from people outside VDR Portal [1] in > the patches. So a repository with all the different branches (for > example yours and durchfliegers) could be used to manage the files. > Would a Wiki page be useful or is the README enough? Surely a Wiki page could be useful. Not only for special frame rate control (FRC) patches. Also for VGA2SCART in general. This site should be run in English. But in the past the most interest in the patches has been shown by german users. That's why I payed more attention to them. BTW: Markus "Mahlzeit" Küchler already started a german Wiki [2] > Or could one ask the project your patches are related to, if they could > set up a branch for each of the patches and the information is managed > in a Wiki like VDR Wiki [2] or the one of Freedesktop [3]? there is no 'project' my patches are related to. I just wondered why people often are complaining about non smooth playback on graphics cards. On the other hand there is NO official implementation for synchronization between stream and VGA timing until today. Neither for SD nor for HD. So I just started to solve the problem for my own purposes. That's how it begun. I think there are 2 viable ways to distribute the patches: 1.) by generic instructions how to build the system (i.e. a big README) 2.) by some ready-to-use VDR distribution The FRC patches take into account the entire PC. All software components (kernel, xserver, softdecoder) involved must fit together exactly. Finally I decided in favor of 2.) and I started to help to integrate the patches into easy-vdr.de [1] distribution. BTW: this work for me is more interesting than to write documentation about how to install the patches:-) You now can simply download+install an easy-vdr based system. After this you will have a working system out-of-the-box with VGA2SCART + FRC. Successfully tested on D945GCLF and Pundit P1-P5945GC and some other Intel i9xx based boxes. ATI Radeon type systems are not yet included there. Cheers Thomas [1] http://www.easy-vdr.de/forum/index.php?topic=6072.msg51320#msg51320 [2] http://vdr-wiki.de/wiki/index.php/CheapBudget [3] http://lowbyte.de/vga-sync-fields/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [OT] development infrastructur for VGA2SCART patch set (was: Re: Options for deinterlacing (or not))
Dear Thomas and fellow developers, Am Mittwoch, den 21.01.2009, 17:42 +0100 schrieb Thomas Hilber: > On Wed, Jan 21, 2009 at 05:07:40PM +0200, Pasi Kärkkäinen wrote: > > I think someone should step ahead and help with the english docs.. > > unfortunately I can't do that atm, too busy with other things.. > > after travelling over 5 weeks in Australia this now is my major > problem too:-) Is there a homepage for the VGA2SCART patch set with information about it? A repository? There seems to be some interest from people outside VDR Portal [1] in the patches. So a repository with all the different branches (for example yours and durchfliegers) could be used to manage the files. Would a Wiki page be useful or is the README enough? Have you already thought about this and came to the conclusion it is not necessary? Or could one ask the project your patches are related to, if they could set up a branch for each of the patches and the information is managed in a Wiki like VDR Wiki [2] or the one of Freedesktop [3]? Thanks, Paul [1] www.vdr-portal.de [2] http://www.vdr-wiki.de/wiki/index.php/Hauptseite [3] http://www.freedesktop.org/wiki/ signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr