Vous pouvez utiliser les nombreux véhicules existants produits par la communauté ou construire votre propre véhicule à l'aide des spécifications du Wiki.
La version 0.36.1 de Rigs of Rods vient de sortir en Open Source et gratuite, sous licence GPLv3 (alors que les versions précédentes étaient uniquement gratuites). Enfin, Cocorico et chapeau bas, Rigs of Rods est développé par un français, Pierre-Michel Ricordel (alias Pricorde), sur son temps de loisirs. Le passage de la version 0.35 à la 0.36 a nécessité 11 mois de travail et de nombreuses améliorations sont à la clé :
- Chrome sur les véhicules (effets de réflexion) ;
- Ombres ;
- Meilleure simulation des frottements au sol ;
- Personnalisation des sons ;
- Déformation de la carrosserie en cas d'accident ;
- Nouvelle interface utilisateur ;
- Nouvelle organisation des fichiers (séparations des fichiers exécutables et des données utilisateurs) ;
- ...
Aller plus loin
- Site officiel (35 clics)
- Vidéos de démonstration (16 clics)
- Wiki de la communauté (6 clics)
- Annonce du jeu publié en libre sur sourceforge (5 clics)
# Moteur physique
Posté par Victor STINNER (site web personnel) . Évalué à 4.
[1] Open Dynamics Engine : http://www.ode.org/
[2] Physics processing unit : http://fr.wikipedia.org/wiki/Physics_processing_unit
[^] # Re: Moteur physique
Posté par Zenitram (site web personnel) . Évalué à 4.
Le problème des moteurs physiques n'est pas la puissance du processeur, mais l'algorithme.
Il n'y a donc aucunement besoin d'un truc payant dédié, un des 4 CPUs généralistes que tu as (ou auras bientôt vu la vitesse où ça avance!) fera très bien l'affaire.
A la poubelles les PPU qui ne sont que de la poudre commerciale!
[^] # Re: Moteur physique
Posté par Sam Hocevar (site web personnel) . Évalué à 5.
Et le problème du moteur physique est complètement aussi un problème de puissance. L'efficacité d'un algo est cruciale, mais elle a aussi une limite théorique et au bout d'un moment il faut bien rajouter des CPU à la machine ou des machines au cluster.
[^] # Re: Moteur physique
Posté par reno . Évalué à 6.
Pour moi ça existe déja, ce sont les MMX/SSE/Altivec..
Ensuite, je n'ai toujours pas compris comment les hybrides CPU/GPU que tu attends allaient fonctionner au niveau mémoire: une des grosses forces des GPUs est qu'ayant des mémoires fixées, la bande passante mémoire est énorme avec un cout raisonnable, comment on fait ça avec un CPU généraliste?
Du cache? Ca limite fortement la quantité de donnée traitables..
Un FSB par coeur? Ce n'est pas très souple et c'est cher.
Je n'ai toujours pas trouver et curieusement ce point la n'est quasiment pas abordé quand on discute de ces futurs CPU/GPUs..
[^] # Re: Moteur physique
Posté par cortex62 . Évalué à 2.
Je ne suis pas expert dans le genre.
Mais j' ai l'impression que se soit la différence entre la microélectronique (le hardware informatique), et le logiciel ( le software).
Dans le monde du hardware, il y a des limites physiques que le software ne connait pas.
C'est la dessus ou SGI faisait des miracles à une époque (numa, des bandes passantes de fou pour l'époque, etc).
La gestion mémoire des GPU est simplifiée par rapport aux CPU , pas de MMU entre autres , maintenant le kernel 2.6 semble capable de se passer de ce genre de circuit.......a quand un noyau linux tournant sur une carte nvidia ou une ati ?
Je suis peut être trop fatigué ce soir, je sors de belle bêtise (peut être....)...
allez y moinsez moi ......
[^] # Re: Moteur physique
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Moteur physique
Posté par fasthm . Évalué à 1.
La gent féminine, pas la "gente", pas de "e" ! La gent féminine ! Et ça se prononce comme "gens". Pas "jante".
[^] # Re: Moteur physique
Posté par imalip . Évalué à 4.
# Open Source
Posté par plic . Évalué à 4.
La faculté de citer est un substitut commode à l'intelligence -- Somerset Maugham
[^] # Re: Open Source
Posté par EdB . Évalué à 2.
Les code est GPLv3 mais les données elle ne les ont pas.
Elle sont en dans une Commons Creative Non commercial"
Comme troller souvant ici, la restriction Non commercial emphêche la redistribution libre du jeu
Conséquence, il ne peut pas être accepter sur JeuxLibres.net et ne peut être redistribué dans un magazine ...
[^] # Re: Open Source
Posté par Deuterium . Évalué à 1.
Je ne pense pas que la licence CC NC soit Open Source. En tout cas ce n'est pas ce que dit l'Open Source Initiative.
Le jeu est à la fois libre et Open Source. Les données sont sous une licence restrictive, et peut-être leur source est-elle disponible. Mais elles ne sont pas plus Open Source que libre.
[^] # Re: Open Source
Posté par Mehdi Yousfi-Monod (site web personnel) . Évalué à 5.
Dans l'Open Source Definition de l'OSI, il y a de nombreuses références au programme (et une au programmeur) ce qui laisse penser qu'elle ne considère pas les données (http://www.opensource.org/docs/osd ).
De plus, Russell Nelson, un des responsables élus actuel de l'OSI qui dirige justement l'approbation des licences, a laissé sur son blog (novembre 2008) une courte réflexion sur la licence des données. Une personne lui a suggéré de considérer explicitement les données pour ainsi définir une catégorie de licences de type Open Source Data (http://www.opensource.org/node/378 ).
Les données ne semblent donc pas encore être prises en compte par l'OSI dans leur définition de l'Open Source.
C'est d'ailleurs le sentiment général que j'ai sur la compréhension que les gens ont sur ce terme.
La considération simultanée du programme et des données pour une licence libre n'est que récente, et n'est pas encore mature. Le jeu vidéo est peut-être le domaine du logiciel le plus concerné, car mêlant programme et données (si on exclut les NetHack, MUD... ;-). D'ailleurs, sur jeuxlibres.net, comme en fait allusion EdB, nous avons souvent affaire à des cas de licences ambigües, et il nous faut régulièrement aller démarcher les développeurs pour qu'ils clarifient leur(s) licence(s).
Je rejoins donc EdB ici, car je pense que le jeu de la dépêche est Open Source mais pas libre.
# Linux?
Posté par ʭ ☯ . Évalué à 3.
Par ailleurs, la licence sur les modèles faits par la communauté me semble abusivement large : si on fait un modèle, on donne le droit au projet de la distribuer!
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Linux?
Posté par inico (site web personnel) . Évalué à 3.
Donc svn co https://rigsofrods.svn.sourceforge.net/svnroot/rigsofrods/tr(...)
La doc est sur le wiki: http://wiki.rigsofrods.com/pages/Compiling_Sources
# Un homme tout seul
Posté par Carl Chenet (site web personnel) . Évalué à 2.
# robotique virtuel
Posté par Nicolas Boulay (site web personnel) . Évalué à 3.
http://www.pobot.org/-Robot-Race-.html?decoupe_recherche=vir(...)
L'idée est de faire l'algo de pilotage le plus efficace. A cause du moteur physique, c'est loin d'être simple !
"La première sécurité est la liberté"
# Environnement de jeu
Posté par Nonor . Évalué à 3.
Dans le jeu qu'est-ce qu'il y a comme environnement pour conduire ? Une ville entière modélisée, un circuit, plusieurs ? Si j'ai bien compris pour l'instant le jeu en reste là, donc pas vraiment d'intérêt pour y jouer pour l'instant.... ?
En tous cas j'avoue que c'est joliement fait. Les déformations de la voiture m'ont bien fait tripper (genre le chassis à moitié plié à l'avant complètement enfoncé, faudra ajouter un peu de fumée des bruits de grincement et faire avancer la voiture en biais et ça le ferait ^^).
# La vidéo à voir
Posté par Sylvain AVRIL (site web personnel) . Évalué à 2.
http://www.youtube.com/watch?v=EI926O4qOiw&feature=chann(...)
C'est la vidéo qui résumé vraiment la force de Rigs of Rods.
Je ne suis pas expert en conception de jeux vidéos mais ça m'a vraiment éclairé sur le sujet et la manière dont il a été traité. Cela me rappelle quand je codais un moteur 3D il y a presque 20 ans : il y a des solutions simples à des problèmes compliqués.
Félicitations à l'auteur pour l'inventivité.
[^] # Re: La vidéo à voir
Posté par cortex62 . Évalué à 1.
je me demande s'il serait aussi élogieux maintenant que la licence a changé....
# GPL !
Posté par fasthm . Évalué à 3.
La gent féminine, pas la "gente", pas de "e" ! La gent féminine ! Et ça se prononce comme "gens". Pas "jante".
# Un projet qui promet
Posté par Stéphane Thomas . Évalué à 1.
The source code is kept closed for many reasons, one of which is that RoR is coded in a difficult to maintain, proof-of-concept way, not suitable for collaborative coding, another reason being the risk of seeing the code and ideas stolen by the game industry.
Je suppose que l'auteur à considéré que son code était "publiable" selon ses critères et que la communauté crée autours de ce logiciel, sa notoriété, était maintenant suffisante pour éviter que l'on ne lui vole son droit d'auteur.
Je n'ai pu tester qu'une version 0.34a, car je n'arrive pas à compiler convenablement ce programme.
Pas moyen de compiler les "NVidia Texture tools" autrement que statiquement sur Debian amd_64, et la compilation du "content" réclame une bibliothèque partagée.
(je vais remonter le bug)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.