Le futur de vbus

Dans le petit cadre Attached File(s), clique sur demko.rar

Abdou74100 :

On parle de Mac ? Ça m'intéresse tiens ! 😂

HS :
Hmmmm... Moi moins même beaucoup moins, sa m'aurait convenu Windows et Linux, car si je devais prendre autre chose que Windows Je prendrai Linux, si je devais prendre autre chose sa serait un papier et un crayon, jamais de produits apple chez moi, j'aime tous simplement pas c'est pas beaux je trouve et c'est beaucoup trop cher et pas tres bien, meme mauvais je dirais.
Pour pas faire de HS :
Le nouveau vbus a l'air bien 😄

Voici quelques nouvelles et infos supplémentaires à propos du futur vBus
(d'après fr0zi : http://forum.virtualbus.info/?/topic/74-nowe-oblicze-virtual-bus/page__pid__5136__st__100#entry5136) :

- Il n'y aura plus de Desc.bs1, le fichier qui le remplacera devrait être un fichier .xml

- On ne pourra plus charger tout le bus/car dans un seul fichier .3ds, càd les portes et les roues devront êtres dans des fichiers .3ds différents (car non statiques contrairement au reste du bus/car), il trouve que ça pourrait être un avantage du fait que cela permet de définir des paramètres physiques différents pour chacun de ces éléments (par rapport au reste du bus/car).

- Il précise aussi que beaucoup de paramètres physiques seront modifiables (avec son nouvel éditeur) et que l'on pourra reproduire au mieux les bus/cars présents dans la réalité (fixation des roues sur le châssis, raideur de la suspension...). On pourra aussi déterminer le poids et le type de véhicule (standard, articulé).

- Pour l'instant, il ne prévoit pas de changer le fonctionnement des moteurs et boites de vitesses utilisées dans vBus A qu'il trouve plutôt bien faites.

-Le format .JPEG serait privilégié pour les textures (car beaucoup moins lourd) en mettant un taux de compression à plus de 80 % (pour éviter la perte).

- Il dit aussi que le moteur Irrlich est compatible avec le C# et que il y aurait certains avantages a développer vBus avec (meilleure intégration dans Windows..) et que si quelqu'un sait coder (ou connaît un peu) ce langage, qu'il n'hésite pas à le contacter.

@+

Merci pour ces infos intéressantes, pas facile de comprendre la traduction Google, mais j'ai comprit a peut près pareil que toi.

Il y a juste un petit truc donc tu n'a pas parlé, fr0zi dit aussi que l’organisation des bus/maps actuelles, c'est un peu la pagaille et qu'il pensait à un système package (en .zip), par exemple un bus serai dans un .zip renommé en .vbus et une map dans un .zip renommé en .vbmap. En fait ce système ressemble beaucoup à ce qui se fait pour RoR avec les zip qu'on met dans le dossier pack 🙂

Par contre l'idée du C#, j'aime pas trop, en faisant tout en C++, ça permettrai d'avoir un jeu qui marcherai facilement sous Windows, Mac OS et Linux. En C#, ça oblige a utilisé Mono pour Mac et Linux, et je n'aime pas particulièrement ce projet...

En tout cas je trouve que ces idées sont intéressantes, je suis pressé de voir la suite.

Oui, moi aussi je trouve que ce serait mieux en C++ (en plus, ça m'aurais permis de les aider, vu que je connais mieux le C++ que le C# 😄)

Julien21 :

Voici quelques nouvelles et infos supplémentaires à propos du futur vBus
(d'après fr0zi : http://forum.virtualbus.info/?/topic/74-nowe-oblicze-virtual-bus/page__pid__5136__st__100#entry5136) :

- On ne pourra plus charger tout le bus/car dans un seul fichier .3ds, càd les portes et les roues devront êtres dans des fichiers .3ds différents (car non statiques contrairement au reste du bus/car), il trouve que ça pourrait être un avantage du fait que cela permet de définir des paramètres physiques différents pour chacun de ces éléments (par rapport au reste du bus/car).

@+

Yep,

Ce n'est pas déjà fait pour vbus A ce système 🤔

Non.
Dans vBus A, on a des éléments dynamiques au sein d'un même fichier .3ds (portes, phares...)(on rentre des codes).
Dans vBus 2, ce ne sera plus possible car on devra séparer les éléments dynamiques des éléments statiques (chassis...) dans des fichiers .3ds differents.
Dans vBus A, c'est juste le cas pour les roues 😉
@+

D'ailleurs, ce sera beaucoup mieux comme ça : )