Re: [OT] development infrastructur for VGA2SCART patch set

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux