News:

Herr Otto Partz says you're all nothing but pipsqueaks!

Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Daniel3D

#91
Stunts Modification Projects / Re: STUNTS - NoRH
January 29, 2024, 06:22:00 PM
Quote from: Cas on January 29, 2024, 06:00:04 PMUhm... was the purple Lambo in the default replay already present in the DOS version?  I don't remember because I never let the demo play, ha, ha. I used to when I had 1.0, but there I had a different demo
The default replay is new obviously. Older replays are not compatible by design.
#92
Stunts Modification Projects / Re: STUNTS - NoRH
January 29, 2024, 04:08:18 PM
  • find the Unidentified FM Towns Object..
  • You don't have to do anything special to see it.
  • patience to wait for it..
#93
Stunts Modification Projects / Re: STUNTS - NoRH
January 29, 2024, 04:03:28 PM
Quote from: alanrotoi on January 29, 2024, 02:54:57 PMPlease let me know if you find any error in the car in general or an easter egg in the dashboard. ;)
Talking about Easter eggs 😎

Did anyone find the Easter egg in the NoRH version yet?

I really did take something from the FM-Towns version and put it in there.

I guess nobody has the patience to wait for it.. 😆
#94
Car Archive project / Re: Car repository indices (CRIs)
January 29, 2024, 03:53:29 PM
If we allow multiple versions with the same id we should keep them well separated. An important issue to keep in mind for car managers.
That would mean (I guess) keeping a garage folder with cars in their own "WXYZ-VERSION" folder.
#95
Car Archive project / Re: Car repository indices (CRIs)
January 28, 2024, 05:00:50 PM
Quote from: Duplode on January 28, 2024, 02:49:58 PMOn the one hand, independent primary sources will continue to exist, and we'll keep an eye on them for new stuff; on the other hand, when it comes to telling people where to find cars we'll point to the Car Archive, a consolidated, tidied up and convenient secondary source.
That is what I meant. And i think cas as well.
There is the main source for cars in the archive. But other sources should not be prohibited. It's up to the user if he wants to use them. Like you can make Android accept apps from other sources than the playstore.
A standard for presenting the cars (API?)
Would allow for new cars to quickly reach the user.

If it needs to match the level of detail the repository has, I don't know.
Maybe pretty garage can automatically generate the ini based on the source (for instance ryoma) or combine it with archive information (in case of and updated version of Mark)
#96
Car Archive project / Re: Car archive
January 28, 2024, 01:30:15 PM
Quote from: dreadnaut on January 27, 2024, 09:52:32 PMWell then, I've put online a first version, and added three cars:

- https://stunts.hu/cars/CDOR
- https://stunts.hu/cars/ZGT3
- https://stunts.hu/cars/ZF40

I've converted the yaml files to INI to make them easier to consume by low-tech tools. I've dropped the descriptions: multiline and INI files don't get along, and it makes sense to keep the archive dry — the wiki can have a longer description.
A description is also in the car file, so it can be provided if needed. At least, I assume that that can be coded into a website.
#97
Car Archive project / Re: Car repository indices (CRIs)
January 28, 2024, 01:23:08 PM
So .. if I understand correctly...
The question is, can we create a communication standard so a frontend program like pretty garage can communicate with a backend car database.

Preferably only one backend, car archive, but mark will probably keep his up as he should.

Mark can flag his cars as bug fixed, since he only fixes graphics related issues.

A frontend could inform the user that a alternative download is available (if not yet updated by the main archive) to name a sensible use case..

#98
Custom Cars with Stressed / Re: Lamborghini Countach
January 26, 2024, 09:29:55 AM
Or you can do it the nerdy way. (Like ryoma his spreadsheet).

Quotemax_speed_mph = sqrt(2*torque*gear_ratio/drag)
This relation allows to predict the flat track top speed of a car.
#99
Car Archive project / Re: Car archive
January 26, 2024, 09:04:24 AM
Quote from: dreadnaut on January 25, 2024, 06:58:53 PMLet's stick to identifiers as primary, unique key. We can handle duplicates when (if) they arise.

Beyond the methods discussed above, we can also rename the car, but add a alternative-ids property to list any aliased ones.
Yeah, that is (in the chaos of ideas in my head and the mess I've written down) the main thing.
#100
Stunts Chat / Re: Stunts pages
January 26, 2024, 01:48:02 AM
Quite interesting.
He has an installer for stunts. Stprog.exe and a track pack.


[dreadnaut] replaced large attachments with links
#101
Custom Cars with Stressed / Re: Lamborghini Countach
January 25, 2024, 10:00:10 AM
 8) that calls for a Lamborghini CCC,
The Anti-PG, the Bug-free and the PG edition
#102
Quote from: dreadnaut on January 24, 2024, 08:50:09 PMPrior art: ZakStunts own cars.ini, compiled over the years
Thanks, that is a good list to pounder upon.
I'm still thinking in a system that makes sense and possible to sort or filter.
Noticing that ther are Flag based paint jobs i extended my idea a bit and i will try to make an example..

From the ini:
|DBMW|
long = BMW M3 E30 DTM
short = BMW DTM
colors = White, Black, German Flag, Red, Green, Grey, German Striped, Cyan, Purple Striped

The colour section has different styles.
I was thinking something like::
Number of paint jobs = 9
Colour.1 = 14, White,
Colour.2 = 13, Black,
Colour.3 = 13, 8, 9, German Flag,
Colour.4 = 8, Red,
Colour.5 = 11, Green,
Colour.6 = 2, Grey,
Colour.7 = 13, 8, 9, German Striped,
Colour.8 = 3, Cyan,
Colour.9 = 5, 6, Purple Striped

The colour numbers are an example, based on the post above. Up to 3 colour codes and a name. The colour codes can be translated to an image and used for filtering.
#103
Car Archive project / Re: Car archive
January 25, 2024, 07:58:53 AM
Quote from: Duplode on January 24, 2024, 10:18:55 PMThe archive interface might even have an user-facing option "Use original IDs, even if clashing", which would rename the files being downloaded.
The archive should at least give warning ⚠️.
If we accept doubling of ID's the Car managers have to be able to distinguish between them.
That would also solve the game version issue because adding that check is quite trivial considering. 
So adding a field to the car information could be wise, like.. | ID Double= (empty =Unknown) or Yes.
Downloading such car With a fake ID may be sensible, but shouldn't be mandatory. A car manager could do it as well, so the alternative ID and original should be stored as well.
#104
Car Archive project / Re: Car archive
January 24, 2024, 08:46:29 PM
Quote from: Cas on January 24, 2024, 07:40:51 PMNot really sure what the best solution would be for the car IDs, but both Simple Garage and Pretty Garage (the one I'm working on now) heavily rely on standard four-character car IDs to identify cars, so once we have a good clear solution, I should see that they follow it... Hopefully, it wouldn't be super hard to implement.
I think we should treat the ID as a number plate.
Quote from: Cas on January 23, 2024, 10:41:32 PMwe should be thinking of "plating" our cars, ha, ha.
That would also mean I think that we have to make an Registry for new plate ID's.
Were you can reserve an ID for your project for a set time (one year, renewable?) So if a creator disappears before it gets done the ID comes available again.

If an outside the community creation is found we have to determine case by case what to do about the ID if it's already in use.
#105
For clarity I would suggest to try to fit them in to these 18 colours plus multi.
Primary colour, secondary colour and a name?