Home
News
rFactor 2
rFactor 1
Forums
Contact
Company
Technology
Image Space Inc. YouTube rFactor 2 Twitter Image Space Inc. Google Plus rFactor 2 Facebook
Tracks
Try or Buy rFactor 2
$43.99/84.99 Windows Only PCDL
Download rFactor 2 Demo Now!
Page 33 of 57 FirstFirst ... 2329303132333435363743 ... LastLast
Results 641 to 660 of 1135

  Click here to go to the first staff post in this thread.   Thread: rFactor 2 Developer Q&A

  1. #641
    Cris_Ace's Avatar

     PC Specification 

    Registered
    Oct 2010
    Location
    Bonate Sopra
    Quote Originally Posted by Pandamasque View Post
    +1 Not just for races. One should not be able to use Esc to return to the pits in qualifying. Pressing [Esc] should always be the equivalent of exiting the car and leaving it there (on the track, or wherever you pressed [Esc]).
    +1 for me too...
    If I'm not going wrong even in the arcadish f1 2010 you have to complete the lap when online and in qualify before leaving the car;
    I like also the Ernie proposal for penalty time after accident
    it's a welcome option for hardcore races,and if someone dislike it you can simply turn it off

  2. #642
    Ernie's Avatar

     PC Specification LiveRacers Driver Page 

    Registered
    Oct 2010
    Location
    Germany
    Quote Originally Posted by Pandamasque View Post
    Pressing [Esc] should always be the equivalent of exiting the car and leaving it there (on the track, or wherever you pressed [Esc]).
    Yes, that's what i mean. Only in the pits you can (safely) leave the car. Do it on track and the car is "lost" for the session.

  3. #643
    FakeThinkpad's Avatar
     

    Registered
    Jul 2011
    Location
    Tidaholm. Sweden
    Eagerly waiting for a new Q&A session, hope to get some answers regarding,

    1. Will you require server-side login to run online races? if so, will we be seing any user timeboards?
    2. There has been some mentioning about new develupment tools, can we have any further information about this, will there be any GUI based editor for building cars?
    3. Will there still be MAS/gmt based models?
    4. How about settings, will there be more settings avalible in game menus to access drivetrain, diff and other things avalible in the cars hdv file?
    5. Has there been any changes in the structure of sound files? or other mod based files? feel free to go in-depth
    6. Should we expect to have 3D sound (emulated or 5.1) in the first release of rF2?
    7. Can you show us some pictures of the updated menus or atleast tell us a bit, will there be any user timeboard thats actually useful?
    8. The new ffb engine I understand runs on its own thread, is the ffb something that the ISI team has done themselves or has external help been used?
    9. Has there been any thoughts about adding drift counter to allow challanges natevely for drifting with scoreboards? should be a fairly easy implementation if not. (Plugin someone?!)

    Regards
    Chris
    Last edited by FakeThinkpad; 07-26-11 at 06:57 PM.

  4. #644
    Noel Hibbard's Avatar

     rFactor 2 Validated PC Specification Facebook profile Where I race LiveRacers Driver Page 

    Registered
    Oct 2010
    Location
    Jacksonville, FL
    I would love to know if any improvements have been made to driver swaps. I don't need to know details... Just want to know if it has been worked on at all. The driver swap bugs are incredibly aggravating. You have 4 drivers practicing, working on a car setup and practicing driver swaps for two months then you get 11 hours into a 12 hour race and the game crashes when doing your final driver swap. That is a ton of man hours wasted. Knock on wood I haven't had any swap problems myself but others in my league have. You will see 15 cars out of a field of 42 out due to driver swap problems. It is even more frustrating if you are in a points battle and a driver swap crash on the final race of the season ends your chance of winning the championship.

  5. #645
    F1 2004's Avatar

     PC Specification 

    Registered
    Oct 2010

  6. #646
    sg333's Avatar

     rFactor 2 Validated PC Specification 

    Registered
    Nov 2010
    Quote Originally Posted by F1 2004 View Post
    That's interesting. I'm sure if there's nothing to it, Tim will let us know, otherwise who knows.

  7. #647
    K Szczech's Avatar
     

    Registered
    Oct 2010
    Location
    Poland
    One day they don't have rFactor 2 fully finished and two days after it's allready shipped? Say no more

    I don't think you need Tim to tell you it's not the release date.

  8. #648
    JoshJ81's Avatar
     

    Registered
    Mar 2011
    I don't see how that logo has anything to do with rF2 release date. It's just a site using rF2's logo style and doesn't make reference to rF2 directly. Looks like a new site update launch if anything as they get ready for rFactor 2 (Race2Play uses rfactor for its platform). I wouldn't hold your breath.

  9. #649
    K Szczech's Avatar
     

    Registered
    Oct 2010
    Location
    Poland
    Why not - let them hold their breath until rF2 is released.... We could make bets who will last longer

    In the meantime I suggest we don't discuss other sites marketing tricks in "rFactor 2 Developer Q&A" thread.

  10. #650
    Jorgen's Avatar

     rFactor 2 Validated PC Specification 

    Registered
    Oct 2010
    Location
    Stockholm, Sweden
    I couldn't find anything on the JSON export format that was talked about before, so apologies if this has been discussed before.

    What is the reasoning behind using JSON instead of XML for the data export? Isn't it just another way to represent the same thing? (data) Or are there things you can achieve with JSON which you can't with XML?

    Oh, and when will all the new questions in this thread be answered?

  11.   Click here to go to the next staff post in this thread.   #651
    Tim Wheatley's Avatar ISI Staff

     rFactor 2 Validated PC Specification @timwheatley1979 YouTube Channel Twitch/Streaming Channel Photo/Screenshot sharing profile 

    Location
    USA (Central)
    XML is hugely inflated. It's like using Frontpage to make a Web site and not tidying it up afterwards. Filesize should be smaller and that should allow much greater data, eventually.

  12. #652
    cloudXXI's Avatar
     

    Registered
    Apr 2011
    Location
    Barcelona
    Will it be possible to modify pit speed limit from ingame options?

  13. #653
    MaXyM's Avatar

     rFactor 2 Validated PC Specification Facebook profile @@MaXyM_SRPL 

    Registered
    Oct 2010
    Location
    Prague / CR
    Quote Originally Posted by Tim Wheatley View Post
    XML is hugely inflated. It's like using Frontpage to make a Web site and not tidying it up afterwards. Filesize should be smaller and that should allow much greater data, eventually.
    XML is OK for me even if it is bigger. If you want smaller file, use .ini format.
    JSON has also additional data overhead and still isn't considered as production standard. Main problem with JSON is, that it is practicaly uneditable without special editor. rF1 has some issues forcing to edit files manualy. I'm quite sure rF2 will have a few also. So posibility of modyfying result files manulay using simple text editor (for example notepad, or editors build in ftp clients) is a must. JSON doesn't meet this requirement.

    Please, don't make admins life more complicated.
    Last edited by MaXyM; 08-16-11 at 03:46 AM.

  14. #654
    TChapman500's Avatar

     PC Specification Facebook profile @TChapman500 Modding Group: CCMG 

    Registered
    Nov 2010
    By the way, will rFactor 2 support stuff like 3+ wide starts and the new double-file restarts with an option to change the type of restart used? Will there also be wave-arounds and an option to pick how many times a race can be extended?

    EDIT:
    One more question. Will there be an option for qualifying to be done one-by-one exactly like NASCAR does?
    Last edited by TChapman500; 08-16-11 at 01:05 PM.

  15. #655
    Noel Hibbard's Avatar

     rFactor 2 Validated PC Specification Facebook profile Where I race LiveRacers Driver Page 

    Registered
    Oct 2010
    Location
    Jacksonville, FL
    Quote Originally Posted by MaXyM View Post
    XML is OK for me even if it is bigger. If you want smaller file, use .ini format.
    JSON has also additional data overhead and still isn't considered as production standard. Main problem with JSON is, that it is practicaly uneditable without special editor. rF1 has some issues forcing to edit files manualy. I'm quite sure rF2 will have a few also. So posibility of modyfying result files manulay using simple text editor (for example notepad, or editors build in ftp clients) is a must. JSON doesn't meet this requirement.

    Please, don't make admins life more complicated.
    The syntax isn't that much harder to get right. Even with notepad. XML still seams more widely supported but I am willing to take anything over what we have right now. I hope we have a better plugin API and or live JSON output. Maybe the fact that they are concerned about file size overhead is a good sign that we truly will see a lot more data then we ever had before.

  16. #656
    MaXyM's Avatar

     rFactor 2 Validated PC Specification Facebook profile @@MaXyM_SRPL 

    Registered
    Oct 2010
    Location
    Prague / CR
    There are 2 areas: result files and live data.
    Rf1 result files are contain greatest ammoung of information comparing to other sims. Excluding some missing small additions, those are enough. And in this case file size realy doesn't matter.
    Second one - live data - should be realized in different way. There should be possible to connect to game server (or better to some proxy) and read stream of live data. But it may be also static files with JSON data - Such files are not intended to be edited by admins.

    There is a place for some additional data, for example car position tracking data. But those data should be saved to separate file for further processing if needed. In that case format is not so important.

    Finally there is no problem to write a plugin which will save data in any format. Question is why use JSON by default which is less human readable
    Last edited by MaXyM; 08-16-11 at 03:32 PM.

  17. #657
    TChapman500's Avatar

     PC Specification Facebook profile @TChapman500 Modding Group: CCMG 

    Registered
    Nov 2010
    Binary formats are more compact than text formats. Here's an example.

    In a 3D model, a single vertex has around 8 arguments (3 position, 3 normal, and 2 UV mapping). Some formats have more and some have less. In a text format, each argument can take up about 16 bytes, which when multiplied by 8, is 128 bytes per vertex, plus 9 bytes for the spaces between arguments and the newline characters. If that same vertex structure is in binary format, then each argument will always take up 4 bytes and there is no need for spaces between arguments and no need for newline characters. Therefore, instead of a total of 137 bytes per vertex, you only use 32 bytes per vertex. If more precision is required, then it'll still only use 64 bytes per vertex, which is less than half of what the text format would use. Multiply that by about 20,000 vertices per file and you can see why one would use binary format.

    Same with other structures. They'll potentially take 1/2 to 1/4 of the space in binary format than they will in text format. Plus, there are other things that make a text format more of a deterrent for developers as structure declaration in a text file can take up around 8 to 16 bytes to describe what is being declared, then another 4 to 8 bytes to describe the size whereas in binary files, the application knows what is being declared when, and only requires a total of 4 bytes to know the size of what's being declared. That further optimizes binary files.

    Did that make any sense?

  18. #658
    MaXyM's Avatar

     rFactor 2 Validated PC Specification Facebook profile @@MaXyM_SRPL 

    Registered
    Oct 2010
    Location
    Prague / CR
    Quote Originally Posted by TChapman500 View Post
    Binary formats are more compact than text formats. Here's an example.
    No one says it isn't true. So why do not encode rf result files into some binary format?
    Moreover: JSON is not binary format.


    Quote Originally Posted by TChapman500 View Post
    Did that make any sense?
    Yes, until you need to edit data manually. In that case binary format is unusable.
    Moreover, binary formats, usually custom ones, are not standards and therefore has no support in programming frameworks. It means any programmer must write own loader/saver for this format. It makes a lot additional work done by multiple independent programmers.
    If file size does matter for you, better way is to compress structured file. Believe me or not, XML files may be compressed with very good ratio.
    Last edited by MaXyM; 08-16-11 at 05:15 PM.

  19. #659
    TChapman500's Avatar

     PC Specification Facebook profile @TChapman500 Modding Group: CCMG 

    Registered
    Nov 2010
    Quote Originally Posted by MaXyM View Post
    until you need to edit data manually.
    That's what HEX editors are for.

    Quote Originally Posted by MaXyM View Post
    Moreover, binary formats, usually custom ones, are not standards and therefore has no support in programming frameworks. It means any programmer must write own loader/saver for this format. It makes a lot additional work done by multiple independent programmers.
    Which makes them more secure because they are harder to decode. It prevents cheating.

  20. #660
    LesiU's Avatar

     rFactor 2 Validated PC Specification Where I race Modding Group: SimRacingPL 

    Registered
    Oct 2010
    Location
    Poland
    But we agree that streaming data can be binary, encrypted or whatever so that's not the point Thing is that for exports for example, it only makes it harder to work with the data, compared to plain text file. For example, if you want to simply import race results - right now you write simple parser and basically that's it (you don't have to know the structure of export file - you literally see how it's composed). Now imagine how much more work must be done to parse a binary file with export data. For what reason all that incresed difficulty? Just to reduce file size? Then I prefer to stay with big files, which are easy to work on with.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •