Turbo Sliders Records Viewer (downloadable program)

Discussion related to Turbo Sliders and beta version feedback.

Moderator: Forum Moderators

User avatar
Mike Nike
Community User Level: 5
Community User Level: 5
Posts: 1132
Joined: Sat Oct 30, 2004 3:11 pm
Contact:

Post by Mike Nike » Thu Oct 20, 2005 10:15 pm

At the ~23.07.2005 Sativa/Shock or road changed the V-F5 (Pu-GT) in its weight from 800 to 700 and since these 3 months, if i am right, the brasilians are driving with this updated carversion at their TSB Terra Server.

Since all old V-F5 records, which many people drove very hard and long for, were gone due to that change at the server, i was demonstrative not driven anymore at this server, telling my opinion and keeping sad about it until today...

I remember i was motivated before the 23.7. to work for my tool, including that feature of automaticly record counting (which was in a certain form already included, actually), but ...well, the rest you know, road :/

But nice to hear i still have so many records :)

User avatar
road_oktane
Community User Level: 2
Community User Level: 2
Posts: 158
Joined: Wed Jan 19, 2005 3:16 pm
Contact:

Post by road_oktane » Thu Oct 20, 2005 10:27 pm

That guest post was mine.

I changed the wheigth to 700 to balance wheights of f2 and f1 and keeping the race fair.

At that time there were about 50 tracks on terra, now they are 100 tracks...só not many f5 recs were lost.
They're still valid on Terra server #1. (v-f5 from that server is the original one)

User avatar
fasteddie399
Community User Level: 2
Community User Level: 2
Posts: 162
Joined: Sun Apr 24, 2005 1:53 am

Post by fasteddie399 » Fri Oct 21, 2005 2:39 am

Ok - version 1.0.3 is just about ready... i'll probably make it available tomorrow. Here's some screenshots for those interested:

Main Screen:
Image

New Groups screen:
Image

-fasteddie399

User avatar
road_oktane
Community User Level: 2
Community User Level: 2
Posts: 158
Joined: Wed Jan 19, 2005 3:16 pm
Contact:

Post by road_oktane » Fri Oct 21, 2005 3:52 am

Its getting very nice Eddie congrats!


I meant before: to count just the top1 lap for all tracks or all tracks of 1 category. is it possible?

User avatar
fasteddie399
Community User Level: 2
Community User Level: 2
Posts: 162
Joined: Sun Apr 24, 2005 1:53 am

Post by fasteddie399 » Fri Oct 21, 2005 11:49 am

meant before: to count just the top1 lap for all tracks or all tracks of 1 category. is it possible?
Oh, now I see what you meant :oops:

Yes, that can and will be done. :wink:

road_oktane.

Post by road_oktane. » Fri Oct 21, 2005 1:44 pm

Thanks !!! :D

I'm very impressed , the 1.02 version loads records in less than 1 sec!!!

User avatar
fasteddie399
Community User Level: 2
Community User Level: 2
Posts: 162
Joined: Sun Apr 24, 2005 1:53 am

Post by fasteddie399 » Fri Oct 21, 2005 2:55 pm

I'm very impressed , the 1.02 version loads records in less than 1 sec!!!
Thanks, road :oops:

Let's hope I can keep it that way for the future versions.. :)

Good news so far though, 1.0.3 loads all 515 of my record files in about 4 seconds (Athlon XP 2500 w/1GB RAM)

What do people think about maybe putting a preview picture of the selected track somewhere on the screen? That way, you don't have to select a track and say to yourself "I forget which track this is!!??!?"

-fasteddie399

User avatar
Mike Nike
Community User Level: 5
Community User Level: 5
Posts: 1132
Joined: Sat Oct 30, 2004 3:11 pm
Contact:

Post by Mike Nike » Fri Oct 21, 2005 5:33 pm

Well, actually i think this would be a nice feature, if it does not take too many space on the GUI. Since, if you for example want to search a special track and you do not know its name, you search it by its image. Although for these circumstances i use to search with a search engine a concret laptime i remember of the track, so i find maybe the logfile including the driven lap or you could find the rec-file.

If you tested my EditorStarter, you have maybe seen already a possible solution for this: Searching in the tracks directory for pattern files, which belong to certain trackfiles.

User avatar
fasteddie399
Community User Level: 2
Community User Level: 2
Posts: 162
Joined: Sun Apr 24, 2005 1:53 am

Post by fasteddie399 » Fri Oct 21, 2005 7:02 pm

That would basically be the idea... When rec files are imported, it would match each rec file's TrackHash value with the correct trk file's TrackHash, then parse the .trk file to find the pattern file, and add it to the array. I just tested the idea, in fact, and it seems to work well (and quickly too).

As for the GUI space, I'm thinking perhaps placing it in a small box to the right of the records listing, with the option of clicking on it to bring up a zoomed-in view if the user desires.

User avatar
road_oktane
Community User Level: 2
Community User Level: 2
Posts: 158
Joined: Wed Jan 19, 2005 3:16 pm
Contact:

Post by road_oktane » Sat Oct 22, 2005 3:29 am

[quote="fasteddie399"]

What do people think about maybe putting a preview picture of the selected track somewhere on the screen? That way, you don't have to select a track and say to yourself "I forget which track this is!!??!?"

-fasteddie399[/quote]

If it runs fast, it's a nice feature to implement :)

User avatar
fasteddie399
Community User Level: 2
Community User Level: 2
Posts: 162
Joined: Sun Apr 24, 2005 1:53 am

Post by fasteddie399 » Sat Oct 22, 2005 10:22 am

Ok - Here's 1.0.3: :P :P

http://home.comcast.net/~fasteddie399/TSRViewer.zip

I implemented the track pattern view upon track selection... it seems to work pretty quickly, but if anybody thinks it's too slow, maybe I'll make it a toggled option in the settings.

Enjoy! 8)

-fasteddie399

p.s. Note that a new RVset.ini file is included in the zip... overwrite your existing one (if you have one) because the old one will no longer work. Don't worry, you'll like the new way better. :P

User avatar
Mike Nike
Community User Level: 5
Community User Level: 5
Posts: 1132
Joined: Sat Oct 30, 2004 3:11 pm
Contact:

Post by Mike Nike » Sat Oct 22, 2005 4:41 pm

Bug Report 1.03 (22.10.2005 18:20):

- Importing records: successfully imported after ~10 seconds.
- Adding Tracks (1625): very quick
- Adding Cars (124): ~10 seconds
- Adding Players (4223): ~5 seconds
= 25 seconds in total

- If you switch from manual selection to Group selection, then you first have to select an index item of the combobox, before anything is refreshed (though this might be wanted perhaps, but not sure)

1. An error message occurs when trying to open a not existing pattern file, which caused additional 5 seconds freeze time

My suggestion for a solution: implementing an exeption handling, which shows in else case of not finding the pattern file a default text message "No Preview" or something like this in place of the area, where usually the pattern file in png format would be shown.

2. If you select the track group "Default Tracks" and select 1 track (the i'th track in the listbox), then the trackname/trackauthor information showing label does not show the real author - instead it shows the author of the i'th track listed in "All" Tracks Group.

Solution: fixing the bug in the array index handling.

By the way: In addition this time "Groups" was disabled in the menu - was that on purpose?
Last edited by Mike Nike on Sun Oct 23, 2005 6:15 pm, edited 1 time in total.

User avatar
fasteddie399
Community User Level: 2
Community User Level: 2
Posts: 162
Joined: Sun Apr 24, 2005 1:53 am

Post by fasteddie399 » Sat Oct 22, 2005 5:12 pm

As always, thanks for the feedback Mike!
- If you switch from manual selection to Group selection, then you first have to select an index item of the combobox, before anything is refreshed (though this might be wanted perhaps, but not sure)
Good catch - I'll fix this... The only intention I have for not auto-updating the lists is for when you are manually checking/unchecking cars and players, as this would create quite a lag between eack click. 8)
An error message occurs when trying to open a not existing pattern file, which caused additional 5 seconds freeze time
I just looked into it and I see the problem... It will be fixed.
If you select the track group "Default Tracks" and select 1 track (the i'th track in the listbox), then the trackname/trackauthor information showing label does not show the real author - instead it shows the author of the i'th track listed in "All" Tracks Group.
Oops! I will fix...
By the way: In addition this time "Groups" was disabled in the menu - was that on purpose?
The Groups option is disabled until records have been imported, then it becomes enabled. Perhaps if you are getting error message(s), it is not completing the import process, where the "Groups.Enabled=True" command is located at the end of. The reason it's disabled until records are imported is because the tracks/cars/players lists need to be populated first.

SO - In conclusion, I'll fix the things mentioned, in addition to any other bugs anyone finds, and release 1.0.4 soon. After that, I'm going to call it 1.1.0 since it will contain many other new features, ones that change the face of the program quite a bit. :wink:

Plans for 1.1.0 include:

- road's "Record Count ranking" idea (or something similar, like the Default Track Overall Ranking by Player list that was in 1.0.0, but for any particular track/car/player group)

- Tracks/Cars/Players will finally be dealt with behind-the-scenes by not only their names but their hash values. So far, I've only dealt with the names, which means if someone has created a car and called it "EasySlider", the program doesn't know the difference. That will change with 1.1.0

- Customizable colors for the listing(s)

- Ability to delete records files (and track files) that have no records in them

And here's an idea for version 2.0.0 (distant future):
A feature to connect to an internet server and import/export all of your records. This will work in a similar way as the current in-game record server, but through the Records Viewer program. One potential problem with this is that, since I don't know how to create correct hash values (and I shouldn't :lol: ), records files could be "modified" to include false records, and the program wouldn't know the difference. One way around this, potentially, would be to import the records, then run the game, make sure "Generate HTML records" is on, then quit the game. I *assume* that Turbo Sliders deals with false records accordingly at that point. This idea is strictly an idea so far, but I can envision how it would work, and I think it would be a great alternative to the Turbo Sliders Record Server for those interested in tracks other than the default ones. Also, many details for this would need to get worked-out, like who would run the server, where would the server be located, etc. BUT, I would love to see this idea put into reality at some point. :P

As always, let me know of any other ideas!!!

-fasteddie399
Last edited by fasteddie399 on Sun Oct 23, 2005 4:07 am, edited 1 time in total.

User avatar
fasteddie399
Community User Level: 2
Community User Level: 2
Posts: 162
Joined: Sun Apr 24, 2005 1:53 am

Post by fasteddie399 » Sat Oct 22, 2005 8:42 pm

Here's 1.0.4:

http://home.comcast.net/~fasteddie399/TSRViewer.zip

It's no different than 1.0.3 except for that the bugs mentioned by MikeNike have been fixed. :D

Now I start on 1.1.0...

User avatar
Leibowitz
Posts: 13
Joined: Fri Mar 18, 2005 5:59 pm

Post by Leibowitz » Sun Oct 23, 2005 3:03 pm

First of all: Brilliant work, eddie. I love it...

bug report: 1.0.4.
With track times bigger than 1 minute, the color-coding doesn't work correctly (All times >1 min get chosen as 100%)
When importing the records, the percantage display runs to 30%, stops there while loading the rest of the records.

User avatar
Mike Nike
Community User Level: 5
Community User Level: 5
Posts: 1132
Joined: Sat Oct 30, 2004 3:11 pm
Contact:

Post by Mike Nike » Sun Oct 23, 2005 6:16 pm

Bug Report 1.04 (23.10.2005 19:45):

- Importing records: successfully imported after ~27 (18+9) seconds in first try and ~11 (2+9) seconds if the application is shut down and restarted.
- Adding Tracks (1625): 0 seconds (0 seconds at restart)
- Adding Cars (124): ~14 seconds (9 seconds at restart)
- Adding Players (4223): ~0 seconds (0 seconds at restart)
- Additional 4 Seconds (4 seconds at restart)
= ~26 seconds usually, but 45 at first try

- It is possible to create a track, player or car group with the same name more than 1 time

Comment: Actually this is no problem - it does not cause any errors - but maybe this is not wanted. But in my opinion it is okay not to care about this problem.

- Collision Laps do not have the property "Behind Best" and are not included into the Coloring system.

Comment: this is in my opinion actually an acceptable decision, not to give them this property - and if, then it should be thought about which is the best - the fastest non-c lap or the fastest general (including c laps).
In first case "Behind Best" could be even a positive value like +1.000, if the c-lap is 1 second faster than the non-c record.
And the coloring is neither a problem in my opinion - in "first case" (see above) though there should exist some color for >100% probably else.

1. If you create a Track Group and select it in the combobox, then you get the error: "0" is no valid value for "value"

2. If importing records is completed and you try to import records by menu "File"\"Import Records", then, after importing all, there is coming no ~4 second freeze time until the statusbar shows "Ready" - instead the whole application is hanging.

3. Equal bug to 2., just that if you delete the tracklist with pushing the button "Delete" etc., the procedure of importing records is happening automatically. Finally after importing, the application is hanging again.

4. If you create a group of tracks, cars or players, it is possible to select a track, player or car more than 1 time

Suggestion: After double click on the index in the listbox, first test if the selected track, player or car (its hashvalue) is not part of the group yet, then add it, else not.

5. Lap Times >=60.000 seconds are causing certain problems: "Behind Best" is not calculated correctly and the Coloring does not work correctly either.

User avatar
Mike Nike
Community User Level: 5
Community User Level: 5
Posts: 1132
Joined: Sat Oct 30, 2004 3:11 pm
Contact:

Post by Mike Nike » Sun Oct 23, 2005 7:31 pm

- Customizable colors for the listing(s)
Hehe, without reading that, i got the idea:

General suggestion:
Coloring system in ini file?
like:

Coloring (or: Highlighting or whatever you want)
100 #00FF00
99 #33FF33
98 #FFFF33
97 #FFFF33
0 #FFFFFF
End
And here's an idea for version 2.0.0 (distant future):
A feature to connect to an internet server and import/export all of your records. This will work in a similar way as the current in-game record server, but through the Records Viewer program.
A feature, which i thought about since very early TS 0.86 times, which is close connected to the problem, that if you have many records and the export time is taking too much time, you would have to export very long or you have to move rec files in a temporary directory each time before exporting.
The temporary moving was/is one feature of a SlidersSetup i thought about. And lately i wondered if i should not combine the Setup and get whole applications packed as feature into it (like ServerAdmin Tool or RecordHTMLGenerator, probably CarCreator, the TrackSort Tool etc...).

Surely it would be nice to import/export with a tool and with the file "imprec.exe" (which though is not anymore existing in TS 1.00 i guess) it should work somehow with an online server with webspace etc.

If people remember the old TS Community Page by a german webdesigner, Bazwoll (Markus Bayr): there it was possible to upload .rec files.
And to be honest, that was nice :)
I had already html recordlists online uploaded on my old TS page, including current default track records etc., but this place was kind nice and more public to the community. I do not remember who exactly uploaded his records there...if it was Citroen, Zami, Juultje or others...in each case Bazwoll and certainly me and Tijny had their fun :)
Some amazing AntiSlider and Speeder improvements have been published at this place, by me and Tijny, hunting the TS 0.86 default track records :) (that was though in late TS 0.86, the time, where Tijny started getting very fast with AntiSlider and especially with Speeder).

One potential problem with this is that, since I don't know how to create correct hash values (and I shouldn't Laughing ), records files could be "modified" to include false records, and the program wouldn't know the difference. One way around this, potentially, would be to import the records, then run the game, make sure "Generate HTML records" is on, then quit the game. I *assume* that Turbo Sliders deals with false records accordingly at that point.
If i remember correct, you can actually place any line into your .rec-file - if the hash value is not matching, then it will not be shown in the recordlist ingame. But unfortunately (or maybe it might be a good solution) the wrong recordlines are not deleted automatically.
This idea is strictly an idea so far, but I can envision how it would work, and I think it would be a great alternative to the Turbo Sliders Record Server for those interested in tracks other than the default ones. Also, many details for this would need to get worked-out, like who would run the server, where would the server be located, etc. BUT, I would love to see this idea put into reality at some point. Razz
Well, on the one hand this is some story i am thinking and talking about since long time here and there and the current status is:
i hope for an eventual coming offical TS page with MySQL support and all these statistic things around, i/we want to have...
So far i searched a way to give support for linux users, so i stopped my windows-fixed programing (in the unpleasure of maybe many people). The problem is, that many servers are linux based and my possibilites of applications for linux AND windows are very limited to a relative low niveau due to cross platform development limits in my development environment. Windows tool though, i could create probably kind as fast as fast fasteddie ;))...without any .NET framework, but also without linux support AND i would usually work in my tools more with the question of downward compatibility to TS 0.86 (or even upwardcompatibility - since my tools are nearly all based on TS 0.86 and there is partly no TS 1.00 support yet).


Well...like i said in the chat, eddie, i would have lot of ideas for your RecordViewer project - actually it would wonder me, if there is something i have not thought about yet.
I am not sure anymore, but a few parts of my ideas should be located in my 2 .txt files, which i sent to you via private message once. In addition you can probably see by the screenshot of my tool (or by executing it (an older buggy uncomplected version)- the link i told you). 1 example is the statistic feature of listing track records (Nick | TrackRecords) or listing the most driven cars and tracks.

For example, one statistic feature could be, if not mentioned yet in any other form:
Each driver could have a kind personal record-information, which might appear in an additional popup window, if you click at its name in a certain list and general information as comparison, like:

[values are mostly fictive)

Existing Track-Rec Files: 1500 (Rec Files without records: 50)
Existing Cars: 125
Existing Players: 4225

Nick: Mike Nike

Track Record Entries: 25000 (in 1420 rec files -> 50 empty, 30 without own rec - for example connected to a server with new track, but not driven it by yourself or downloaded track, which was not driven yet...-> or if you select a player which you met only rarely, then he might have got stats like: 500 (in 30 rec files))
edit: in addition there could be a listbox, like below: AntiSlider: (1500 tracks, 1450 not empty tracks,) 1200 tracks with >=1 AntiSlider rec general, 1420 tracks with >=1 recordentries of the driver, 1000 tracks with >=1 AntiSlider record of the driver ... this for every car/cargroup

Track Records (fastest lap, anyway which car - or: by carselection BehindBest = 0.000): 500

Lap Records with Car AntiSlider (, EasySlider, ... -> maybe listed in listbox : Car | Number of Lap records -> addition listboxitems: car groups (default cars, All cars), which would show the sum of all records): 700, 600, ...default TS 0.86: 2200, default TS 1.00: 2300, TSB-Favourites: 200, All: 4000

In addition there could be behind each item the maximal number of for the nick possible records (f. e. 700 AntiSlider laprecord in 1200 tracks, where the driver drove with AntiSlider) and or the number of general possible records belonging to the car/cargroup (f. e. 700 AntiSlider LRs of 1450 or of the number of tracks, where there is >=1 AntiSlider recordentry = 1000 f. e.)

Average BehindBest with Car AntiSlider (...listbox: Car | Average BehindBest; ...comparable to the system above)

Well...and all this can be also limited by a special trackselection. Default means: all tracks selected, but instead there could be taken also just 1 track (though 1 track is not that good for these purposes, actually) or a trackgroup, so that instead of "Existing Track-Rec Files: 1500" there would be just listed the Existing Track-Rec Files in the trackgroup = 23, sometimes less, somteimes more.

Hmm, i just had so much in the head, but forgot a part^^...whatever, you see there are many statistic ideas/possibilities...
Some more examples: Author ranking by made tracks, by most general recordentries (cargroup All), by most recordentries by a special car selection (1 car, a cargroup or a selection of some cars in a group).
Car ranking by most recordentries in a track, a trackgroup (for example 1 author) or of all tracks...

Examples, why these are nice features:
You could see for example the character of a trackgroup by the number of recordentries and the number of different cars.
- Default Tracks are driven with default cars very much
- Rallye Tracks are driven with Rallye Cars partly and only rarely with default cars
- F1 Tracks are driven with special F1 cars
- Tracks by brasilian authors are driven with favourite brasilian cars
- Tracks by a special author, who is fixed to 1 sort of tracktypes, are driven with usually a little set of special cars
- Tracks, which are only drivable with certain cars (for example fast cars, since only they get a long jump and the rest cannot finish the lap or thin cars, if there is a small part where big cars cannot go through...)

So, there can be made a kind of tracktype filtering, which is making it easier to select/create a group of tracks, for example, like an F1-Season or for AntiSlider-Cups or Rallye-Car-Cups and so on...

Ah, i forgot one special ranking:
Car ranking by track records:
since usually fast cars like Datsun get the track record, the filtering by some less cars, like the default cars, can show good comparisons, where can be created lists like on the one hand: number of trackrecords for each car in a cargroup/-selection and on the other hand: average behindbest in relation to trackrecord. So, there you can see, which car is in general in special trackselections/-groups the best choice, for example.
Or it can be also possible to list the absolute sum of BehindBest, where it would be visible, how fast a car would be, if you take it in each track of a certain track selection, example: sum of trackrecords is 5min 45 and Speeder sum of BehindBest is 5 seconds -> 5 min 50, while other cars like AntiSlider are 20 seconds behind best - so you can see immediately that this trackgroup/-selection are mostly of a type, where the Speeder is the fastest car.

User avatar
fasteddie399
Community User Level: 2
Community User Level: 2
Posts: 162
Joined: Sun Apr 24, 2005 1:53 am

Post by fasteddie399 » Mon Oct 24, 2005 2:47 am

it's late here so I don't have time for a lengthy reply, but thank you to both Mike and Liebowitz for your bug reports (and compliments :D )

I will say though, that it looks like there will need to be a 1.0.5 before a 1.1.0, to work out the newly-discovered bugz.. :wink:

-fasteddie399

Jarno
Community User Level: 3
Community User Level: 3
Posts: 355
Joined: Wed Sep 21, 2005 7:14 am
Contact:

Post by Jarno » Mon Oct 24, 2005 6:53 am

Nice eddie :)

What you say about this:
Possibility to watch the record lap :) So like there would be "R" on back of the lap time where you can press it and see review of record lap. I dont know how that could work out because there are usually something like 50laps where the best is lap number 30 or so... But this kind of system would be nice and helpful too.
What do you guys think?

Keep up the good work :)
Spinnering on limits...

User avatar
Mike Nike
Community User Level: 5
Community User Level: 5
Posts: 1132
Joined: Sat Oct 30, 2004 3:11 pm
Contact:

Post by Mike Nike » Mon Oct 24, 2005 11:57 am

What you say about this:
Possibility to watch the record lap Smile So like there would be "R" on back of the lap time where you can press it and see review of record lap. I dont know how that could work out because there are usually something like 50laps where the best is lap number 30 or so... But this kind of system would be nice and helpful too.
What do you guys think?
Ah, maybe good time to remember this, Jarno.
Right, it would be nice to have such kind of feature and i think about working on an autovideocut-tool (example: videocut of all laps where player xy drove a laptime faster than a defined time in an edit-field).

My thoughts about videos to records concerning this topic:

In the near past, there existed online server statistics like: http://212.32.183.87:8888/ or a database of logfiles uploaded from a local TS folder: http://lzan.host.sk/

What i was and am aiming for was, to have some kind of easy linked statistics, where Lzan came already close to (though there might be probably errors in his script etc.).
Race Results, taken from LogFiles (and since TS 1.00: automatically a link to the race video).
And also with the records, i thought about the possibility to link to the records date concerning logfile.
But in both these cases, it is not always the same case, where the logfile and the videos are located at - the relative pathnames are with every player different and sometimes not all logs or videos are saved or some are renamed and some logfiles have got errors in its completeness (a TS crash for example cause that a logfile is not perfect anymore). So, next to a certain setup, there is the problem to deal with some logfile bugs. For local users this can cause bigger problems - for dedicated online servers though, there everything works cleaner, so long the serveradmin is not changing too much manually. Oh well, there might be some background infos i just skip to tell now for not loosing too much the topic...

Back to the records:
Following steps show what you (and i) might want to have:
1. Importing records
2. Selecting a track and a selection of cars - all players
3. Refreshing the list, which shows now the records with the cars of all players in the selected track
4. In best case: if there is existing a video to the race, where a record in the list was made, then there could be generally an additional row with the title "Video" and shows for the record the number of the lap (maybe including additional "of driven laps" information), like: "38" or "lap 38" or with additional info "38/50" or "lap 38 of 50", if the record was driven in lap 38 of 50 driven laps, where the 50 laps though is not the racelapsnumber, instead it is the number of laps, the player with that laptime has driven in that race. With a slow car and other players with faster cars the driver would have driven maybe only 45 laps, while others drove the race to the end (50 laps).
Well...and to connect now the record to the video, this "38/50" will be marked as link with an underline and get automatically the procedure MouseOnClick, where, if you click onto this "link", the video of the race will be opened.
Of course, instead of having an extra row "Video", for example just the laptime can be underlined and work as link instead, which saves place.

5. In the very best case, there exists a feature, which is automatically cutting the video, if existing, to a short video of ~1 lap. In additional settings, there can be set the number of seconds before the lap is starting, for having time to see for example how the player goes into the lap (how to take speed) or just to have time for switching the focus to the player, which is driving the laptime. Probably, with another setting and auto-recognizing that the player of the record is the executer of the RecordViewer-Tool, less seconds can be set, since it is not necessary to change the focus anymore to the player who drove the record...
But this is just some additional feature which is not that necessary.

However, if there are many drivers in the race, it takes probably more time to switch the focus (ok, in small tracks it is not necessary to switch the focus anyway, by the way, but there are also bigger tracks you know...). So, usually 5 seconds are reaching, if it is a record by yourself - if it was another player, you need to push TAB to see the playername, then searching the player, which can take much time with 20 players for example.
So, a default time for pushing TAB (1 second) and a default time for searching a player in a mass of x players (<=1 second * (x-1 -> x-yourself)): maximal 1+<=19 seconds. In my opinion it should not take more than 10 seconds to find the focus of a player with many players included...in >95+x% of the cases.
Solutions: 5 seconds (or configurable ~1-10 seconds) default time before the lap, either how many players are there and either who made the record, to keep it simple. Or to make it easy for the user: 5 seconds + 0 sec if the trackwidth/height is <= width/height in sliders.ini settings (usually this means: if the track is small enough) OR + ~2 sec for TAB pushing and searching the player on the screen, if >=1 local player are in the race (auto: fit in screen) OR + 1 sec TAB...+ 1 sec default time (kind time of watching who is there in the race...) + 0.25 sec * (racing players - 1) to search the right player.


Well, i worked on that kind of auto-videocut idea yet a long time ago and actually it might have been already nice as tool, but as such feature here it would work surely very nice too. Note: by clicking on a link of a record, then...if a video exists, a file would be created with this recordlap and automatically named with a certain filename (maybe if 2005.09.16-03.16-flowjump.tsr is the name, then it would get the name: 2005.09.16-03.16-flowjump-AntiSlider-12.600-Lap-38.tsr, if the record was driven by AntiSlider in lap 38 with a time of 12.600 seconds. Adding the playername into this filename is probably a very good thing, but then there have to be made case sensitive decisions, since not all filenames may be created with including the correct drivername, since drivernames can include chars, which are not allowed in filenames (in Windows and in Linux). 2005.09.16-03.16-flowjump-Mike_Nike-AntiSlider-12.600-Lap-38.tsr would be for example a valid name for systems where a blank " " is not excepted, so these are replaces by "_" for example.
Well, either the path, where this videocut would be saved AND the relative filename itself can be a question of manual configuration, written in an ini file.
Examples to add into the ini file:

SETTING FOLDERS
PATH LOGFILES: log
PATH VIDEOS: video
PATH VIDEOCUTS: video\records\RecordViewer
PATH TRACKS: tracks
PATH RECORDS: records
...
END SETTING

SETTING FILENAME
FILE VIDEOCUTS
VIDEOFILENAME_EXTENSION_EXCLUDED
"-"
NICKNAME
"-"
CARNAME
"-"
"Lap-"
LAPNR
EXTENSION
END FILE
END SETTING

Though tracks, records, video and since TS 1.00 log are static paths.
I just listed them to show that i am speaking of relative paths to the main TS path, which is handled as workdirection in the tool inside.
In this example videocuts generated by a record viewer would be automatically created in the relatve path video\records\RecordViewer (dynamic said: into VIDEOS\records\RecordViewer).

By the way, EXTENSION would be in this example ".tsr".


Back to my idea of a general videocut tool, instead of having it as feature for a recordviewer tool:
This tool would be based on the necessity to have logfiles as help to know the race and the lap etc. for creating a base for automatic videocutting.
Like partly said, some kind of features like this would be nice:

1. Importing logfile information

2. Imported Races are listed, for example in many listboxes like:
2.1 Months (with items for example: 03|2004 ... 10|2005)
2.2 Days (with items for example: 1 or 01|04|2004...28 or 30 or 31 as last, depending on the month)
2.3 Race (with items for example, if possible: SESSION_ID RACE_ID HH-MM-SS; example: Session 2 | Race 10 | 19:40:55)

This would work like: you select a month in the 1st listbox, then you select a day, then you select the race (since logfiles are not always 100% correct, sessions (log started / ended...) cannot be always recognized so good or there can be probably errors with race IDs and the time is not always matching the time of a videofile and in TS 0.86 there have not even existed timestamps in the logfile.
Whatever, if a race is selected, we come to step 3.

3. (Omg...i just have the feeling that i write this videocut-tool documentation a 2nd time (maybe it is somewhere else in this or another forum or local or i wrote it once, but skipped and deleted the post^^...)
Well, the information of the race will be shown in for example a table or some listboxes, where you could select players in a list and then select 1 (or more with multiselect) laps in a 2nd list. Or you select even laps of different players by selecting cells in a table.

Both, as standalone tool and as feature, the videocut-system would be based on searching by the nickname, the date, the car and the laptime in the logfile of "date" and there...

As feature it would search the "laptime" with the "car" (search by car kind not possible for "no-laprecord"-laps in TS 0.86 though, but there were anyway no videos available...) in any race of the logfile, which is found by the "date" information. So this search takes more time, since no race information exists.

As tool it would search in the selected "race" easily the laptimes by the selected laptimes or lapnumbers of the selected players...


As additional feature, like said, there can be selected the cells (laptimes) in the table of players/laptimes automatically with a certain squery script, like some GUI part, which is letting you write so many scriptlines you want. A scriptline would be generated though by a GUI part, where you could select for example ALL players and as condition: LAPTIME<9.900, which would generate for example so many scriptlines like players in the race:
Scriptline1: "Mike Nike <9.900"
Scriptline2: "Ippon-sV <9.900"
...
Scriptline5: "[WCR]Matti <9.900"

In this example, there were 5 drivers in the race.
In addition or instead there can be also done scriptlines manually for every single player or by selecting 2-3 players.

It would look like this:
You have got a checklistbox with all players of the race. For example you can select/unselect all players by right click of the mouse (this right-mouseclick solution i took from eddie, which is relative good, i think).
In addition you have got a combobox with items "<", "=" and ">" (means: faster than, equal to, slower than) and an editfield to enter the laptime (limit), like "9.900".

If you select for example "Mike Nike" and "LaTuska" as players with ">" and "10.500" in a EasySlider Minileap race, then it would generate 2 scriptlines and showing you as result additional selected laptimes, where these 2 players obviously mistakes in such a race or were blocked etc.

What the tool should make too?
Soluting search problems -> you select a track in a list or not even...you just generate the scriptline with your name (maybe not even that) and just write "=" or "<" a certain laptime, too search a good laptime in a special track. In the best case, you even know the car and the date, too, but else it should work too, though the search in all logfiles would take a while, probably and the result would show then with less selections many items in a result-listbox.
If you have given concret search properties, then there are less results visible, showing all information you need for making more concret decisions in your selections, before you starting to videocut the laps you want.
A result would be then for example listed with rows: Date, (Session, Race,) Track, Player, Car, LapTime, where you would soon recognize which track it was, where you drove that laptime...
or if you selected a track, no players, a car and a selection of a laptime "< ...", then you could find out a list of players, which drove for example under 9.900 in Minileap with EasySlider at which dates - one example, where you could even create more than 1 videocuts at the same time.

Many possibilites and also a question of design and depth of features for the tool itself. But i think on this public forum i wrote enough for first now ^^

User avatar
fasteddie399
Community User Level: 2
Community User Level: 2
Posts: 162
Joined: Sun Apr 24, 2005 1:53 am

Post by fasteddie399 » Mon Oct 24, 2005 3:46 pm

Wow that's a lot to digest :shock: :shock: :shock:

I like the ideas -

The "view replay per lap" idea especially... I haven't ever tried to parse any .tsr files yet, but I will see what I can come up with. Also, so far, the records viewer program doesn't look at any log files, but that seems necessary to link correct information between a lap record and it's replay. Hmm... should be fun. :D I also don't know, is there a command line option for sliders.exe that will automatically show a replay file? Or will the "creation" of a 1-lap replay from the selected information involve the making of a temporary .tsr file, then the user will have to manually run the game and view the replay on their own?

That will have to be part of 1.1.0, so that I can release 1.0.5 with the recent bug fixes relatively soon.
Coloring system in ini file?
Yeah, that is probably how it will work.
It is possible to create a track, player or car group with the same name more than 1 time
Oops - will be fixed to prohibit that ability
Collision Laps do not have the property "Behind Best" and are not included into the Coloring system.
That was done intentionally, but perhaps this can be made into a selectable option on the Settings menu.
If you create a Track Group and select it in the combobox, then you get the error: "0" is no valid value for "value"
Hmm.. that's not supposed to happen! :P I'll fix it. :wink:
If importing records is completed and you try to import records by menu "File"\"Import Records", then, after importing all, there is coming no ~4 second freeze time until the statusbar shows "Ready" - instead the whole application is hanging.
Ahh yes - Importing Records is supposed to only happen once. I will disable the option once it has been performed so that it cannot be done more than once.
Equal bug to 2., just that if you delete the tracklist with pushing the button "Delete" etc., the procedure of importing records is happening automatically. Finally after importing, the application is hanging again.
Technically, this goes against what I just mentioned for the previous quote... When deleting a records file, the program re-imports all records files. That was, at the time, the easiest way to re-initialize all of the arrays, but, I'd rather not have it re-import everything again, so I will change the way the delete function works.
If you create a group of tracks, cars or players, it is possible to select a track, player or car more than 1 time
I will disallow this also... not a good idea to allow it. :?
Lap Times >=60.000 seconds are causing certain problems: "Behind Best" is not calculated correctly and the Coloring does not work correctly either.
Ugh - I will fix this as well. :o
From Liebowitz: When importing the records, the percantage display runs to 30%, stops there while loading the rest of the records.
Obviously not good - I'll see what I can figure out. This has happened to me occasionally, but like you said, it eventually imports all the records, so I didn't worry too much about it at the time. But, I will see if I can figure out exactly what causes that and come up with a solution.

-fasteddie399

Post Reply