Un petit mot de LP

[Ghostrider]

Nous avons un nouveau prof de francais en ville ....

[Cat]

Nous avons un nouveau prof de francais en ville ....

yesss sir !

La langue française est si subtile que parfois c'est un régal de la décoder...

[logann]

et sans compter la miss de chez nous, enfin de la PAF maintenant, et qui a effectué le 1er Kandahar auquel les F1 ont participé...

Et du combat en plus...

[Black Wolf]

On pourrait revenir au sujet initial s'il vous plait... J'suis plus flemmard que Wildcat, j'ai pas envie de scinder le sujet le bouton magique est trop loin

[logann]

"suisse inside"! :laugh: heuu pardon, désolé

Bon alors, qu'est ce qu'ils vont nous préparer alors? parce que la, ça fait comme d'hab pour l'instant, ils ont dit un mot, y'a 5 pages de réponses pour dire ce qu'on aimerait

Bref, rien de sérieux comme infos pour l'instant....

[Cat]

et sans compter la miss de chez nous, enfin de la PAF maintenant, et qui a effectué le 1er Kandahar auquel les F1 ont participé...

Et du combat en plus...

Ah oui, j'avais aussi oublié Virginie pour la PAF. Encore une de mes élèves (ahhh, nostalgie quand tu nous tiens...)

Bon, j'arrête là Black Wolf, promis !

[Nayfe]

Juste pour préciser un ptit truc, le C++ ça a 20 ans, et ya 10 ans, c'était encore pas super utilisé.
Tout ce qui est programmation objet et compagnie n'existait pas, et le C++ dans ce genre de projet est en fait du C avec du maquillage. A cette époque les réseaux étaient à leur début et les contraintes introduites pour faire fonctionner le simu n'ont plus lieu d'être (je ne parle pas d'un simple réglage de BW).

Ce genre de projet est aussi impossible à maintenir sans que ça soit un patchwork, et au final, on se retrouve à passer des heures à faire du debug. Je pense pas que quiconque puisse repartir de OF/AF/xF pour faire THE simu. Un code "from scratch" est inévitable dans la vie d'un produit.

[Sparrow]

Un code "from scratch" est inévitable dans la vie d'un produit.

Yé suis d'accord !

[Cougar FFW04]

Juste pour préciser un ptit truc, le C++ ça a 20 ans, et ya 10 ans, c'était encore pas super utilisé.
Tout ce qui est programmation objet et compagnie n'existait pas, et le C++ dans ce genre de projet est en fait du C avec du maquillage. A cette époque les réseaux étaient à leur début et les contraintes introduites pour faire fonctionner le simu n'ont plus lieu d'être (je ne parle pas d'un simple réglage de BW).

Salut Nayfe

D'un autre coté, quand en C on utilise bien les structure, ce n'est pas si loin que cela du C++... Maintenant par exemple dans le développement de pipeline de donées satellite, avant on utilisait le C mais maintenant on utilise Java. Niveau calcul c'est un peu moins rapide (mais ca s'amèliore avec le temps) mais niveau modularité et compatibilité c'est de fait beaucoup plus simple surtout quand on est n développeurs travaillant sur les machines différentes et qu'a la fin il faut mettre tout ca ensemble... Peut-etre dans qq années vera-t-on des simu en Java... Ca existe peut-etre déja je ne sais pas (mais je ne pense pas a cause du temps machine)

Ce genre de projet est aussi impossible à maintenir sans que ça soit un patchwork, et au final, on se retrouve à passer des heures à faire du debug. Je pense pas que quiconque puisse repartir de OF/AF/xF pour faire THE simu. Un code "from scratch" est inévitable dans la vie d'un produit.

Je suis en parti d'accord avec toi, je veux dire au niveau langage/patchwork. Par contre "from scratch" pas tout a fait. C'est vrai qu'on utilise beaucoup cette expression quand on repart d'une page blanche niveau code (et c'est ce que tu veux dire je pense) mais pour un meme produit, l'algorithmie qui représente au moins la moitié du travail, reste la meme. De ce point de vue la, on ne repart pas réellement de 0 sauf pour ce qui est implémenté en plus. Dans AF il y a eu un gros debuggage de fait et certainement pas seulement au niveau memory leak. C'est déja ca de pris pour la suite

Au titre de la modularité, j'ai l'impression que ce qui est fait par nos petit gars qui développent ici meme Digital Fighter me semble (j'ai pas vraiment discuté avec eux) vraiment bien pensé et exemplaire... Peut-etre un exemple a suivre... J'en profite pour les féliciter pour le travail fantastique qu'ils sont en rain d'abattre.

Enfin la dernière chose qui me semble importante pour un simu en développement et à ne pas perdre de vue c'est la compatibilité avec le système d'exploitation. Pour l'instant on est beaucoup a etre encore sous XP mais dans 2, 3 ou 5 ans Vista va de toute facon gagner du terrain... a ne pas oublier...

Bons vols

[Nayfe]

On est d'accord sur tous les points

Je rajouterais aussi qu'à mon avis, seul un simulateur libre GPL peut atteindre le niveau de précision obtenu par Falcon4.

[Black Wolf]

C'est clair, quand on voit tout le boulot accompli jusque là, si il avait fallu payer les gens qui ont bossé dessus je crois qu'on tiendrait le simu "non-pro" le plus cher de l'histoire, surtout qu'il aurait fallu une sacrée équipe.

A voir tout de même ce qu'ils arriveront à nous faire avec Fighter Ops, va juste falloir être très patient

[Jallie]

On est d'accord sur tous les points

Je rajouterais aussi qu'à mon avis, seul un simulateur libre GPL peut atteindre le niveau de précision obtenu par Falcon4.

pas forcement d'accord avec cela ...

quand je vois le travail qui se fait sur un simu comme iRacing (sur abonnement ) LE SIMU de course actuellement, loin devant rFactor maintenant , je me mets aussi à rêver que certains comme F.O , en fasse leur métier A PLEIN TEMPS.

avec des mises à jour importantes tous les trimestres ...un vrai plaisir pour les utilisateurs de savoir, que les dev , développent à PLEIN TEMPS ... et pas seulement sur leurs loisirs ( ça peut lasser à la fin ... de voir les délais décidés au départ, finir par prendre des allures de benjee extensible )
sans jeter de pierre à personne bien sur ... chacun faisant ce qu'il peut (voir , ce qu'il veut !!!)

[Nayfe]

Le probleme c'est qu'un simu aéro tel que falcon n'est pas rentable. Faire tourner 50 informaticiens pendant 2 ans, ça coute cher, et payer un jeu 10000€ j'suis pas sûr que ça fasse plaisir à nos compagnes. (j'exagère un peu)

De plus, GPL ne veut pas dire gratuit, ça veut dire que si on veut aider l'équipe de dev, on peut...
Et dans certains domaines, je pense que l'aide de certains est non négligeable...

Et sur le long terme (ce qui est tjrs le cas dans un simu aéro vu le nombre de lignes de code),
un code libre à beaucoup plus de chance de survivre.

[Jallie]

bien que 10 000 Joueurs ...dans le mode entier à 10$ par mois ...

ça le ferait quand même pas mal ... non pas pour avoir 100 dev à temps plein ... mais un noyau de dev hyper présent, et payes par la communauté pour s'en occuper à temps plein.

Tes remarques ne sont pas du tout incompatibles avec cette approche (le code peut être ouvert , la communauté peut aider et developper aussi ... mais il faut un Chef de projet à temps plein, si on ne veut pas mourir de vieillesse avant la release suivante !!! :laugh: )

et c'est un peu ce que nous avons en ce moment ... où on ne sait JAMAIS ce qui se fait ... ni quand ça sortira (mis à part le Two or Three more Weeks !!!)

[GunMan]

Repartir from scratch sur un simu ? Ce serait encore plus de boulot que de débugger le code présent je pense.

Y'a qu'à voir FO - Ca fait combien de temps qu'ils développent ?

Déjà que la communauté n'est qu'étant donné que la communauté est difficilement capable d'attendre sagement 6 mois après une nouvelle release - je pense qu'attendre 5 ans, ce sera même plus la peine.

[Nayfe]

Repartir from scratch sur un simu ? Ce serait encore plus de boulot que de débugger le code présent je pense.

Y'a qu'à voir FO - Ca fait combien de temps qu'ils développent ?

Déjà que la communauté n'est qu'étant donné que la communauté est difficilement capable d'attendre sagement 6 mois après une nouvelle release - je pense qu'attendre 5 ans, ce sera même plus la peine.

Tout dépend de ce que l'on cherche à faire.

Si on cherche de petits gains, (ouah, j'ai un nouvel autoradio dans mon f16), on peut rajouter un bout de code dans un coin, faire des bidouilles dans le code existant, et en forçant, on arrive à rajouter le truc ... c'est ce qui se passe pour F4.

Le problème, c'est que débugger 2 millions de lignes de code écrites de cette manière est chose impossible, et si on veut introduire des vraies nouveautés sans avoir 10 régressions à chaque fois, il faut du code propre. Si on veut un code réseau propre, une gestion de plusieurs avions, etc, etc... au bout d'un moment le code existant ne peut plus fournir cette base nécessaire.

Je suis d'accord sur le fait qu'une équipe réduite d'amateur rassemblée pour faire un simu est chose quasi utopique car au moment ou le code sortirait, il serait déjà obsolète.
Le problème c'est trouver une boite de dév capable de faire une simu <<hard>> sans qu'elle fasse faillite en allignant un nombre tres importants d'ingé programmeurs/concepteur etc...

Le problème c'est que dans tous les cas, si une simu sort sans être opensource, la communauté F4 ne l'adoptera jamais car elle ne pourra pas obtenir ce qu'elle veut comme elle a réussi à faire avec F4 sur de nombreuses évolutions.

Aussi "from scratch" est comme le souligne Cougar, un abus de langage, car personne ne repart jamais de zero. C'est juste de repondre une base seine, divisée en petits composants/objets permettant plus de souplesse dans le développement.

[Black Wolf]

Le projet CSP était parti sur l'idée de développer une plateforme de simu open source. Malheureusement le projet à l'air au point mort là

[Cougar FFW04]

Un autre petit message récent de Ed_1 :

That comment was for AF, AF was marketed as a updated gold F4 product.
We are working on Battlefield Operation series , a platform to which can be expanded and is brought up to the modern world standards .

.....

As far as artwork, it has a full featured Dx9+ engine so there multiple map support .

I guess you have to wait for announcement or screens when they get released

La source : http://forums.frugalsworld.com/vbb/show ... p?t=135332

Ceci n'est PAS un message a polémique SVP. Merci

[Scrat]

T'as raison, le ED en question se fait déjà assez houspiller sur les forums Frugal où ils ont l'air assez libre de leurs posts. A lire l'intervention de T-Rex sur le temps passé depuis la sortie d'AF et le peu de news sur les projets de LP...

[THRUST]

Un autre petit message récent de Ed_1 :



La source : http://forums.frugalsworld.com/vbb/show ... p?t=135332

Ceci n'est PAS un message a polémique SVP. Merci

ça se précise !!
coool

THRUST

[mav-jp]

Formidable !

[THRUST]

[THRUST]

ED 1 = That comment was for AF, AF was marketed as a updated gold F4 product.
We are working on Battlefield Operation series , a platform to which can be expanded and is brought up to the modern world standards .

Souhaitons dans ce renouveau, s'ils sortent le f18 ne se rapproche pas de trop de seven g ou fighter ops !:detective
et qu'ils gardent le f16 en plus
Ou bien est ce en fait lié avec seven g ??

THRUST

[Cougar FFW04]

LP plus bavard de jours en jours

Une autre intervention de Ed_1 :

I'll try an answer you without saying to much ;-)
Lets not go into cost but stick to time, My point was the way F4 or AF even is made is total F16 concentric, everything is linked to a F16 type ac, whether that is Fm, avionics, sensors, pit, the list goes on.
To try an do a Add-on for AF IMO would of been small window of time, like 6-12 months after release max.
Reason for that is its just not marketable after a while with its Dx7 compatibility issues and all the rest of visuals that go along. Any amount of time spent to add in a new ac, new avionics, pit sensors, pods etc would be time spent with each ac added.

What was needed is total change, Sim that is more flexible in avionics(so its modules for systems could be added), new environments all dealing with Dx9+ visuals(graphic's, weather, terrain, 3d pit, etc).
This way you have a platform that can grow and add on to it with less time spent(hopefully) for new ac and theaters.

Logique en tout cas...

[THRUST]

ç'est formidable !!!