Added to jdb
This commit is contained in:
Binary file not shown.
|
After Width: | Height: | Size: 3.9 KiB |
+85
-1
@@ -2734,4 +2734,88 @@ Je pense que j'ai finit de tout regrouper (à part évidemment le traitement et
|
||||
|
||||
Dans l'idéal je devrais avoir terminé la partie stockage jeudi... Ce qui veut dire que je n'ai que trois jours pour le faire et que en plus jeudi je dois travailler depuis la maison. Ca va pas être simple.
|
||||
|
||||
Mais aujourd'hui je vais m'occuper d'adapter la documentation de l'OCR et faire la documentation de toute la partie récupèration d'images et de la calibration.
|
||||
Mais aujourd'hui je vais m'occuper d'adapter la documentation de l'OCR et faire la documentation de toute la partie récupèration d'images et de la calibration.
|
||||
|
||||
Bon au final la journée a été un peu difficile. On a pas vraiment pu travailler l'après midi car il a fallu présenter le projet environs 10 fois à toutes les classes et à des parents voire futurs experts.
|
||||
|
||||
Les démos ont plutôt bien fonctionnées j'en suis assez content. Mais ca veut dire que la partie doc a pas forcément pu être totalement complêtée mais demain il va falloir que je m'occupe de la suite du projet.
|
||||
|
||||
## Mardi 16 Mai 2023
|
||||
|
||||
Bon aujourd'hui c'est la partie stockage qui doit être faite.
|
||||
|
||||
Il y a plusieurs solutions possibles à ce problème. Mais comme je n'ai besoin que d'une base de donnée locale et que je ne veux pas que chaque utilisateur doive installer un serveur sur sa machine je pense que je vais utiliser une base de données SQLITE.
|
||||
|
||||
Il y a eu une petit intervention de mr Bonvin qui est venu me donner une idée pour la partie OCR.
|
||||
|
||||
En fait j'avais un soucis quand je voulais décoder du texte de couleur. Même en appliquant un filtre de gris je n'arrivais pas à faire reconnaitre les chiffres. Et il m'a dit que une bonne idée cela pourrait de prendre la valeur max de chaque channel et de la faire appliquer à tous ce qui blanchit assez bien l'image.
|
||||
|
||||
J'ai décidé d'exagèrer le blanchiment et cela donne des résultats plutôt... intéressants...
|
||||
|
||||
|
||||
|
||||
Le soucis c'est que le violet est une couleur quand même assez sombre alors il va falloir que je fasse un système de treshold un peu spécial qui soit un peu plus sympa et qui prenne plus facilement des couleurs plus basses.
|
||||
|
||||
Une methode à laquelle j'ai pensé pour detecter dans quel tour chaque pilote est serait de garder en mémoire toutes les infos de chaques pilotes au fur et à mesure, et dès qu'on ne recoit plus d'infos des secteurs ou que le temps au tour a changé on peut savoir qu'il faut passer au tour suivant.
|
||||
|
||||
Pour detecter les arrêts aux stands je peux essayer de detecter un changement de type de pneus ou de nombre de tours detectés sur le même pneu
|
||||
|
||||
Au départ je me disais que je pourrais peut-être faire une base de donnée SQLITE locale qui puisse être reprise d'un Grand Prix à un autre. Mais je me suis dit que de faire des statistiques inter Grand Prix était un peu en dehors du scope du projet.
|
||||
|
||||
La base de donnée sera donc créée à chaque démarrage de l'app
|
||||
|
||||
La manière dont je vois les choses en ce moment est qu'on aie deux sources de données dans l'affichage final.
|
||||
|
||||
On aurait une partie des infos qui seraient en direct depuis la detection :
|
||||
|
||||
- Les ecarts entre pilotes
|
||||
- La position des pilotes
|
||||
- Le dernier temps au tour
|
||||
- Les derniers secteurs
|
||||
- Les pneus
|
||||
|
||||
Mais on aurait aussi des rubriques créées de toutes pièces par des infos qui viennent de la BD
|
||||
Voici les rubriques qui pourraient être intéressantes à voir dans l'interface finale :
|
||||
|
||||
- Les 3 ou 5 pilotes les plus rapides ces cinq derniers tours
|
||||
- Le pilote qui a le plus fait de dépassements
|
||||
- Les batailles en cours
|
||||
- Les 3 pilotes les plus lents
|
||||
- Un classement pondéré avec les 20s de moins pour tous les pilotes qui ne se sont pas encore arrêtés
|
||||
|
||||
En gros l'idée serait que on update une fois par tour et par pilote la base de donnée avec des infos comme le temps au tour, le type de pneu etc...
|
||||
|
||||
Voici les trois tables que je vais créer :
|
||||
|
||||
Drivers
|
||||
|
||||
| Colonne | Type de Data | Description | Tag |
|
||||
|---------------|---------------|---------------|-----------|
|
||||
| ID | INTEGER | ID du pilote | PRIMARY |
|
||||
| Name | VARCHAR | Nom du pilote | NOT NULL |
|
||||
|
||||
Pitstops
|
||||
|
||||
| Colonne | Type de Data | Description | Tag |
|
||||
|-------------|-----------------|---------------------------------------------|-----------|
|
||||
| Lap | INTEGER | Tour durant lequel le Pitstop a été effectué| PRIMARY |
|
||||
| DriverID | INTEGER | Pilote qui a effectué le Pitstop | PRIMARY |
|
||||
| Tyre | VARCHAR | Pneu chaussé par le pilote | NOT NULL |
|
||||
|
||||
Stats
|
||||
|
||||
| Colonne | Type de Data | Description | Tag |
|
||||
|---------------|-----------------|---------------------------------------------|-----------|
|
||||
| Lap | INTEGER | Tour durant lequel le Pitstop a été effectué| PRIMARY |
|
||||
| DriverID | INTEGER | Pilote qui concerné | PRIMARY |
|
||||
| Tyre | VARCHAR | Pneu chaussé par le pilote | NOT NULL |
|
||||
| LapTime | INTEGER | Temps au tour (MS) | NOT NULL |
|
||||
| Sector1 | INTEGER | Temps du secteur 1 (MS) | NOT NULL |
|
||||
| Sector2 | INTEGER | Temps du secteur 2 (MS) | NOT NULL |
|
||||
| Sector3 | INTEGER | Temps du secteur 3 (MS) | NOT NULL |
|
||||
| GapToLeader | INTEGER | Ecart avec le leader (MS) | NOT NULL |
|
||||
| Position | INTEGER | Position pilote | NOT NULL |
|
||||
|
||||
Ca n'est pas forcément définitif mais je pense que c'est déja un bon début pour faire des rubriques sympa.
|
||||
|
||||
Je suis en train de tenter d'implémenter le code pour permettre ensuite d'ajouter et retirer des choses facilement.
|
||||
Reference in New Issue
Block a user