vdrift-devel Mailing List for VDrift

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Hello,

i have a question about lizences of track data. are the trk files gpl?

Just another reminder that the new release is out.
http://vdrift.net/article.php/20070323-release-src-autopackage

Mac OS X and Linux builds are already up, Windows should follow soon.

This is posted on the VDrift forums of course, but just wanted to remind
everyone that a new release of VDrift will be coming out in the next week
sometime. We need to check everything out, and make sure there aren't any
big glaring problems we've missed. The last big task to finish before
release is to correctly set 4 starting positions for each of our tracks.

Other than that we should also take a look at our documentation, and make
sure it will make sense to users of the new version. I'll very soon
restructure the documentation links on vdrift.net, and turn off the old FAQ
manager in favor of the wiki. Please look at the wiki and see if there's
anything you can contribute.

Next of course comes packaging, release statements, announcement and all
that. Now is a good time to make sure things are working OK in regards to
packaging so that we don't have to make lots of patches to get things
working on different platforms.

Thanks again to everyone who's helped on this release. :)

Chris

i initially posted this in the forum, but i think it's probably better
here. the nordschleife tourist track i am working on might never get
committed to svn because of permission issues (although the track is
itself a conversion) but if people want to play with the version i
have right now you can get it from
http://caliban.lbl.gov/vdrift/tracks/nordschleife_tourist.zip. it
doesn't have a sky and no track coefficients. it also exposes some
bugs in our collision detection code since there are places on the
track where the car jumps for no apparent reason.

the track homepage is at http://www.rf-nordschleife.de/ so if anybody
wants to contact the authors to get permission to convert it to vdrift
please do so.

enjoy.

--alex--

-- 
| I believe the moment is at hand when, by a paranoiac and active |
|  advance of the mind, it will be possible (simultaneously with  |
|  automatism and other passive states) to systematize confusion  |
|  and thus to help to discredit completely the world of reality. |

Try these file and then if you want, try to change hysteresis ( 400, 200) w=
ith your car.=0AI've tried them with G4,M3,GT,3S,F1.=0A=0AEx:=0A    m_engin=
e_speed_limit_hysteresis (Vamos_Geometry::rpm_to_rad_s (rpm_limit-400)),=0A=
or=0A    m_engine_speed_limit_hysteresis (Vamos_Geometry::rpm_to_rad_s (rpm=
_limit-200)),=0A=0AThe last one work better.=0A=0Apwp71=0A=0A=0A=0A=0A_____=
_____________________________________________=0ADo You Yahoo!?=0APoco spazi=
o e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gra=
tuito per i tuoi file e i messaggi =0Ahttp://mail.yahoo.it 
See post: To gain fps=0A=0A=0A_____________________________________________=
_____=0ADo You Yahoo!?=0APoco spazio e tanto spam? Yahoo! Mail ti protegge =
dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi =0Aht=
tp://mail.yahoo.it 
In attachment list.txt Lagunaseca's circuit =0A=0A=0A______________________=
____________________________=0ADo You Yahoo!?=0APoco spazio e tanto spam? Y=
ahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi =
file e i messaggi =0Ahttp://mail.yahoo.it 
In attachment list.txt of Monza's circuit and M3.car (version 195bhp 2300).=
=0A=0ACiao. PwP71=0A=0A=0A=0A______________________________________________=
____=0ADo You Yahoo!?=0APoco spazio e tanto spam? Yahoo! Mail ti protegge d=
allo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi =0Ahtt=
p://mail.yahoo.it 
Looks like I am in the minority.  I say go ahead and set it up.

Joe Venzon wrote:
> Agreed!
> 
> Joe Venzon
> 
> 
> On Wednesday 29 November 2006 08:10, chris guirl wrote:
>> Well, I don't think we need another mailing list, as this one only has a
>> handful of subscribers and not a lot of traffic. I like the idea of
>> including diffs, that would mean that the diffs would get looked at a lot
>> more closely.
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> VDrift-Devel mailing list
> VDr...@li...
> https://lists.sourceforge.net/lists/listinfo/vdrift-devel

-- 
Matthew A. Nicholson
matt-land.com

Agreed!

Joe Venzon

On Wednesday 29 November 2006 08:10, chris guirl wrote:
> Well, I don't think we need another mailing list, as this one only has a
> handful of subscribers and not a lot of traffic. I like the idea of
> including diffs, that would mean that the diffs would get looked at a lot
> more closely.

Well, I don't think we need another mailing list, as this one only has a
handful of subscribers and not a lot of traffic. I like the idea of
including diffs, that would mean that the diffs would get looked at a lot
more closely.

Matthew A. Nicholson wrote:
> chris guirl wrote:
>   
>> Someone suggested having the SVN log messages posted to the development 
>> mailing list so that devs would get updated whenever checkins were made. 
>> This could be useful, perhaps, also in the sense that people on the 
>> mailing list could also ask questions about the log messages if they had 
>> any.
>>
>> Does anyone else feel this might be useful? Or would it be really 
>> annoying? Another idea would be to have it make a daily mailing of all 
>> the SVN updates made that day, if that is a better option.
>>     
>
> Might be better to have a dedicated mailing list for commits 
> (vdrift-commits).  That way people who don't care for the extra mail 
> won't have to see it.
>   
As the person who originally suggested it, I have to say I'd like to see 
it. As far as another mailing list for it, have there been enough 
subscribers to this one (or other traffic?) to warrant creating another 
list? Of course, doing it now may save some work later, depending on the 
growth of the project.

chris guirl wrote:
> Someone suggested having the SVN log messages posted to the development 
> mailing list so that devs would get updated whenever checkins were made. 
> This could be useful, perhaps, also in the sense that people on the 
> mailing list could also ask questions about the log messages if they had 
> any.
> 
> Does anyone else feel this might be useful? Or would it be really 
> annoying? Another idea would be to have it make a daily mailing of all 
> the SVN updates made that day, if that is a better option.

Might be better to have a dedicated mailing list for commits 
(vdrift-commits).  That way people who don't care for the extra mail 
won't have to see it.
-- 
Matthew A. Nicholson
matt-land.com

"chris guirl" <the...@gm...> writes:

> Does anyone else feel this might be useful? Or would it be really
> annoying? Another idea would be to have it make a daily mailing of
> all the SVN updates made that day, if that is a better option.

that's a great idea. it will make following the code development a lot
easier (especially if we post the diff of what was committed as well).

--alex--

-- 
| I believe the moment is at hand when, by a paranoiac and active |
|  advance of the mind, it will be possible (simultaneously with  |
|  automatism and other passive states) to systematize confusion  |
|  and thus to help to discredit completely the world of reality. |

Someone suggested having the SVN log messages posted to the development
mailing list so that devs would get updated whenever checkins were made.
This could be useful, perhaps, also in the sense that people on the mailing
list could also ask questions about the log messages if they had any.

Does anyone else feel this might be useful? Or would it be really annoying?
Another idea would be to have it make a daily mailing of all the SVN updates
made that day, if that is a better option.

Here is another NaN.
-- 
Matthew A. Nicholson
matt-land.com

Here is one of the NaN crashes, I'll reproduce another more normal one 
in a sec.
-- 
Matthew A. Nicholson
matt-land.com

Laurence Sanford wrote:
> Who is actively working on what at this time? I've seen a lot of changes 
> in a lot of places over the last few weeks, and I've heard a lot of talk 
> about other things, but not seen much going on. I've been looking at the 
> multi-player stuff, but I'm still not sure I've got a firm enough grip 
> on it to start in on it. Where is everyone else? Do we have a list of 
> what's being worked on? If not, it would be a good idea to keep one 
> somewhere (the list is archived, so it's as good a spot as any) so that 
> we can figure out who we may be interacting with if we start to cross 
> over in the course of fixing something.

That is a good idea.  I mostly work on packaging, build chain, and 
testing stuff.  I write a little code now and then and do an 
optimization or refactoring here and there as well.

-- 
Matthew A. Nicholson
matt-land.com

Yep, I'm happy to participate or help in any way possible.  I've given myself 
a long list of things to do, as well:  
http://vdrift.net/Forum/viewtopic.php?t=432

but that's just sort of a quick reference for me to go to when I have extra 
time and want to work on VDrift and shouldn't be trusted.

Joe

On Tuesday 14 November 2006 11:09, chris guirl wrote:
> On 11/12/06, Laurence Sanford <lau...@wi...> wrote:
> > Who is actively working on what at this time? I've seen a lot of changes
> > in a lot of places over the last few weeks, and I've heard a lot of talk
> > about other things, but not seen much going on. I've been looking at the
> > multi-player stuff, but I'm still not sure I've got a firm enough grip
> > on it to start in on it. Where is everyone else? Do we have a list of
> > what's being worked on? If not, it would be a good idea to keep one
> > somewhere (the list is archived, so it's as good a spot as any) so that
> > we can figure out who we may be interacting with if we start to cross
> > over in the course of fixing something.
>
> I guess the best way to tell who has been doing what is to watch the SVN
> log: < http://svn.vdrift.net/viewvc.py/trunk/?view=log>
>
> Most bugs are reported to the forums so bug fixing reports go there. The
> Development forum has a bunch of info on what's being done too.
>
> In order to give people a chance to see what we'd like to do in the future,
> as well as some different things that could be done to the game, I've
> posted an article on the stie with a list of stuff to do. Anyone is welcome
> to pick up a task and I will happily give out SVN access and create
> branches to help. < http://vdrift.net/article.php/choose-a-project>
>
> As for multiplayer, it seems several people have an interest in working on
> it. Perhaps you should form a team and break the problem up into smaller
> problems, that are easier for one person to concentrate on solving. I'm
> happy to participate as well as I can. I'm sure Joe and others will too.
>
>
> -Chris
> ...once again forgot to reply all

On 11/12/06, Laurence Sanford <lau...@wi...> wrote:
>
> Who is actively working on what at this time? I've seen a lot of changes
> in a lot of places over the last few weeks, and I've heard a lot of talk
> about other things, but not seen much going on. I've been looking at the
> multi-player stuff, but I'm still not sure I've got a firm enough grip
> on it to start in on it. Where is everyone else? Do we have a list of
> what's being worked on? If not, it would be a good idea to keep one
> somewhere (the list is archived, so it's as good a spot as any) so that
> we can figure out who we may be interacting with if we start to cross
> over in the course of fixing something.

I guess the best way to tell who has been doing what is to watch the SVN
log: < http://svn.vdrift.net/viewvc.py/trunk/?view=log>

Most bugs are reported to the forums so bug fixing reports go there. The
Development forum has a bunch of info on what's being done too.

In order to give people a chance to see what we'd like to do in the future,
as well as some different things that could be done to the game, I've posted
an article on the stie with a list of stuff to do. Anyone is welcome to pick
up a task and I will happily give out SVN access and create branches to
help. < http://vdrift.net/article.php/choose-a-project>

As for multiplayer, it seems several people have an interest in working on
it. Perhaps you should form a team and break the problem up into smaller
problems, that are easier for one person to concentrate on solving. I'm
happy to participate as well as I can. I'm sure Joe and others will too.

-Chris
...once again forgot to reply all

On 11/2/06, Matthew A. Nicholson <ma...@ma...> wrote:
>
> VDrift does not fall in with the groups objections on that page.  VDrift
> uses a some what standardized build process, and CDBS is working in our
> setup.  I see no reasons for not using it at least for VDrift.

Goneri, what do you think? Since the CDBS build is already working for
VDrift, and I presume it is simpler
since the data doesn't have to be manually copied, why not use it? I
understand why the group set up this policy
but it seems to me like this would be a good case for an exception.

I have no problems with using svn-buildpackage (assuming I am
> understanding how it works correctly).

Has anyone got a link on this and how it works?

-Chris
forgot to hit reply-all the first time

Who is actively working on what at this time? I've seen a lot of changes 
in a lot of places over the last few weeks, and I've heard a lot of talk 
about other things, but not seen much going on. I've been looking at the 
multi-player stuff, but I'm still not sure I've got a firm enough grip 
on it to start in on it. Where is everyone else? Do we have a list of 
what's being worked on? If not, it would be a good idea to keep one 
somewhere (the list is archived, so it's as good a spot as any) so that 
we can figure out who we may be interacting with if we start to cross 
over in the course of fixing something.

yes, an hybrid can be something to think about and try. I don't know all
the consequences with the rest of the project, I don't know what Vamos
can do (can it manage collisions between cars ? what does happen in case
of a collision, basically ? does it allow us to move cars freely ? how
does it react then ?), so I can't tell

anyway, very generally, this is basically what I expect from a good
network protocol :

_a dedicated server implementation (that can theoretically be
implemented into both the client -vDrift- and a dedicated server, so
maybe we don't really need anything else), and try to avoid a
non-dedicated server implementation (sometimes it's not possible)
_an implementation that can handle a virtually unlimited number of
clients. For example someone said on the forum "OpenAL will quickly run
out of available sources", well yes if we consider a client = X sources,
but we should rather think as "we got Y sources available, how do we
assign them to the surrounding cars", if you see what I mean
_on the server, a per user quality of service and bandwith optimisation
_a master server (server that clients connect to to get, at least, a
list of running servers connected to it)
_even more generally, to ensure a minimum total ping, the best
collisions management, and so on

Nicolas

___________________________________________________________________________ 
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! 
Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses 
http://fr.answers.yahoo.com

Am Sonntag, 5. November 2006 01:41 schrieb Matthew A. Nicholson:
> So we could include collision detection pretty easily then.  If both
> sides are running the same thing, they should come out with the same
> results in the event of a collision.

What about a hybrid? Sending sometimes position informations can't be that 
wrong.
Like: The dedicated server gets the user input  and sends every second the 
positions back (but you're getting the user input, too, so your client can 
set you back on he position you belong).

Would also help against lagging.

Regards,
Matthias

So we could include collision detection pretty easily then.  If both 
sides are running the same thing, they should come out with the same 
results in the event of a collision.

Joe Venzon wrote:
> Parallel simulation with only user inputs sent is *exactly* what's currently 
> implemented in VDrift's code.  This simple example that you quoted was 
> something I was using to illustrate problems with TCP when sending real-time 
> data;  it has nothing to do with VDrift.
> 
> Joe Venzon
> 

-- 
Matthew A. Nicholson
matt-land.com

2006	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct (7)	Nov (45)	Dec (2)
2007	Jan	Feb (1)	Mar (2)	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2013	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct (1)	Nov	Dec

vdrift-devel Mailing List for VDrift

vdrift-devel — Development and packaging discussion for the VDrift driving simulation.