You can subscribe to this list here.
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
|
From: <dp...@sd...> - 2013-10-13 19:24:10
|
Hello, i have a question about lizences of track data. are the trk files gpl? |
From: chris g. <the...@gm...> - 2007-03-24 09:22:22
|
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. |
From: chris g. <the...@gm...> - 2007-03-06 09:42:08
|
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 |
From: Alex R. <ro...@sy...> - 2007-02-23 22:53:31
|
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. | |
From: Stefano <pw...@ya...> - 2006-12-13 00:32:33
|
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 |
From: Stefano <pw...@ya...> - 2006-12-04 00:09:50
|
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 |
From: Stefano <pw...@ya...> - 2006-11-30 22:49:41
|
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 |
From: Stefano <pw...@ya...> - 2006-11-30 21:02:06
|
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 |
From: Matthew A. N. <ma...@ma...> - 2006-11-30 04:20:05
|
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 |
From: Joe V. <jo...@ve...> - 2006-11-30 01:47:45
|
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. |
From: chris g. <the...@gm...> - 2006-11-29 16:10:44
|
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. |
From: Laurence S. <lau...@wi...> - 2006-11-29 11:15:45
|
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. |
From: Matthew A. N. <ma...@ma...> - 2006-11-29 05:26:25
|
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 |
From: Alex R. <ro...@sy...> - 2006-11-29 04:15:37
|
"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. | |
From: chris g. <the...@gm...> - 2006-11-29 03:47:16
|
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. |
From: Matthew A. N. <ma...@ma...> - 2006-11-29 02:24:09
|
Here is another NaN. -- Matthew A. Nicholson matt-land.com |
From: Matthew A. N. <ma...@ma...> - 2006-11-29 02:20:41
|
Here is one of the NaN crashes, I'll reproduce another more normal one in a sec. -- Matthew A. Nicholson matt-land.com |
From: Matthew A. N. <ma...@ma...> - 2006-11-15 15:40:11
|
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 |
From: Joe V. <jo...@ve...> - 2006-11-15 04:11:39
|
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 |
From: chris g. <the...@gm...> - 2006-11-14 19:09:14
|
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 |
From: chris g. <the...@gm...> - 2006-11-14 19:08:31
|
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 |
From: Laurence S. <lau...@wi...> - 2006-11-12 13:33:29
|
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. |
From: Nicolas C. <nic...@ya...> - 2006-11-08 10:04:59
|
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 |
From: Matthias H. <mh...@in...> - 2006-11-05 11:13:53
|
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 |
From: Matthew A. N. <ma...@ma...> - 2006-11-05 00:39:48
|
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 |