La sdl n'a meme pas la moitie des possibilites de DirectX et ca n'importe quel dev de jeux te le diras. Donc si ca peut te faire plaisir, oui on peut faire des trucs avec la sdl mais au prix de pas mal de choses a refaire (ou avoir encore pliens de libs par dessus). D'ailleurs au final elle n'a ete utilisee avec succes que pour des portages de moteur deja grandement generiques/autonomes.
Il est techniquement lamentable d'en venir a "wrapper" tous les appels aux libraries windows afin de les faire tourner sur linux. Pense au gachis de puissance processeur,...
wine(x) n'est pas un "emulateur", ou un simple "wrapper", c'est une reecriture des apis windows. Et dans le cas de directx ca se situe comme la sdl: une suite de libs par dessus x et l'opengl pour faciliter le dev d'applis multimedia. Maintenant si passer par ce que tu considere un "wrapper" je vois pas pkoi tu utilise encore la sdl, l'opengl au lieu d'essayer le code x natif.
Et je ne parle pas de la base de registres, encore consideree parfaite par son createur il n'y a pas si longtemps,
Ca je n'aime pas non plus, personne ne semble vraiment aimer et pourtant on retrouve souvent le meme principe (cf GConf, et autres confs d'applis libres). Enfin un moindre mal celle de wine est encore lisible avec un editeur texte.
Wine ne marche que sur x86.
Partiellement faux, la libwine marche sur de nombreuses plateformes. Pour la partie "runtime/linker windows" elle ne marche bien que sous x86 mais actuellement un projet en plein essort permet deja de faire tourner de simples applis sous PPC.
L'ideal pour moi est la liberalisation du code, quitte a laisser les donnees sous license proprietaire.
Je suis d'accord, mais pour ca faudrait deja que Winex (licence alladin modifiee) n'existe plus mais que seul wine reste (LGPL). Apres on n'a plus qu'a esperer.
Wine y joue un role important, je ne saurais dire de quel cote.
Actuellement c'est surement, via la libwine, une des APIs de programmation les plus generiques et haut nivo sous unix. Pour avoir la meme chose avec des apis "plus natives", il faudrait utiliser les APIs kde/gnome, la sdl, Xlib, gstreamer, ... Donc meme si de locale pas mal de ces APIs natives sont mieux concues, globalement elles ne peuvent tout fournir et entraine donc de l'inconsistance (car obliger d'utiliser d'autres choses qui ne fonctionnent pas pareil, ...)
[^] # Re: Sortie de WineX 3.0
Posté par Raphael Junqueira . En réponse à la dépêche Sortie de WineX 3.0. Évalué à 10.
La sdl n'a meme pas la moitie des possibilites de DirectX et ca n'importe quel dev de jeux te le diras. Donc si ca peut te faire plaisir, oui on peut faire des trucs avec la sdl mais au prix de pas mal de choses a refaire (ou avoir encore pliens de libs par dessus). D'ailleurs au final elle n'a ete utilisee avec succes que pour des portages de moteur deja grandement generiques/autonomes.
Il est techniquement lamentable d'en venir a "wrapper" tous les appels aux libraries windows afin de les faire tourner sur linux. Pense au gachis de puissance processeur,...
wine(x) n'est pas un "emulateur", ou un simple "wrapper", c'est une reecriture des apis windows. Et dans le cas de directx ca se situe comme la sdl: une suite de libs par dessus x et l'opengl pour faciliter le dev d'applis multimedia. Maintenant si passer par ce que tu considere un "wrapper" je vois pas pkoi tu utilise encore la sdl, l'opengl au lieu d'essayer le code x natif.
Et je ne parle pas de la base de registres, encore consideree parfaite par son createur il n'y a pas si longtemps,
Ca je n'aime pas non plus, personne ne semble vraiment aimer et pourtant on retrouve souvent le meme principe (cf GConf, et autres confs d'applis libres). Enfin un moindre mal celle de wine est encore lisible avec un editeur texte.
Wine ne marche que sur x86.
Partiellement faux, la libwine marche sur de nombreuses plateformes. Pour la partie "runtime/linker windows" elle ne marche bien que sous x86 mais actuellement un projet en plein essort permet deja de faire tourner de simples applis sous PPC.
L'ideal pour moi est la liberalisation du code, quitte a laisser les donnees sous license proprietaire.
Je suis d'accord, mais pour ca faudrait deja que Winex (licence alladin modifiee) n'existe plus mais que seul wine reste (LGPL). Apres on n'a plus qu'a esperer.
Wine y joue un role important, je ne saurais dire de quel cote.
Actuellement c'est surement, via la libwine, une des APIs de programmation les plus generiques et haut nivo sous unix. Pour avoir la meme chose avec des apis "plus natives", il faudrait utiliser les APIs kde/gnome, la sdl, Xlib, gstreamer, ... Donc meme si de locale pas mal de ces APIs natives sont mieux concues, globalement elles ne peuvent tout fournir et entraine donc de l'inconsistance (car obliger d'utiliser d'autres choses qui ne fonctionnent pas pareil, ...)