Tout d'abord, je tiens à présenter mes excuses. Je suis faible, j'utilise de temps en temps des logiciels propriétaires. Si vous le souhaitez, vous pouvez donc me lancer des cailloux avant de répondre.
Après ce préambule, je vais exposer mon souci. Je suis sous Linux depuis plusieurs années pour à peu près toutes mes utilisations informatiques à domicile. Mais il reste quand même un secteur qui résiste opiniâtrement, le jeu. En effet, je joue à des jeux sous Windows.
Jusqu'à présent, j'avais un disque avec ma vieille installation Windows 2000 et je rebootais dessus quand l'envie de jouer me prenait. Problème, ça prend 3 minutes pour le lancer, 3 minutes pour retourner sous Linux. J'avais bien regardé l'émulation avec Wine, mais bon c'était d'une complexité décourageante et les pertes en performance semblaient énormes.
Je me demandais donc si des solutions du style Xen n'étaient pas capables de me permettre d'éviter de passer par la case reboot. Dans mon rêve, je pourrais lancer la machine virtuelle sans grosses pertes de perfs, l'afficher en plein écran et la mettre en hibernation dans un gros fichier. Ce rêve serait-il réalisable ? Avec quel overhead en termes de perfs ?
Je suis preneur de tout retour d'expérience ou de tutoriels. Merci d'avance.
# Alors
Posté par Ph Husson (site web personnel) . Évalué à 8.
1.Wine complexe ? Pertes de performances énormes ?
T'es sur qu'on parle bien du même Wine ?
Je veux bien que wine soit dans certains cas bordelique à utiliser à cause de bogues, mais bon à part ca la plupart du temps wine setup.exe(ou le faire avec votre gestionnaire de fichier) et c'est tout, il fout une icone sur le bureau pour lancer l'appli et dans le menu "général".
2.Pour faire ce que tu veux il manque un tres gros point: la gestion de la carte vidéo.
Je sais que nvidia a des essais en internes qui marchent bien il me semble (ils ont réussi à migrer une VM qui faisait tourner quake 3 d'une machine à l'autre il me semble), mais à part ca rien n'existe pour ce que tu veux faire à ma connaissance
Et sinon en pertes y aura sans aucun doute plus de pertes avec xen qu'avec wine (sauf si des parties de wine sont plus mal codées que les équivalents windows).
[^] # Re: Alors
Posté par Pinaraf . Évalué à 10.
[^] # Re: Alors
Posté par lepoulpe . Évalué à 1.
# Pas de 3D
Posté par ʭ ☯ . Évalué à 4.
Sinon, il y a aussi plein de jeux qui fonctionnent avec Dosbox ;-)
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Pas de 3D
Posté par zebra3 . Évalué à 2.
Je ne me souviens plus des détails, il faut lire la doc, mais a-priori c'est possible.
Malgré cela, je n'y suis pas arrivé, j'obtenais un message du style "fail to construct 3D backend".
Je l'avais testé avec une Radeon 7500 Mobility et le driver libre radeon, pour lesquels je n'avais aucun autre soucis. Je ne pense pas que ça venait d'eux, et je ne sais toujours pas d'où vient le problème.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Pas de 3D
Posté par eon2004 . Évalué à 5.
[^] # Re: Pas de 3D
Posté par Nicolas Blanco (site web personnel) . Évalué à -1.
Par contre je sais pas du tout si VMWare va aussi le sortir sous Linux, il semble qu'ils se concentrent d'avantage sur l'accélération graphique sous Mac OS X.
Le marché "grand public" qui demande ce genre de fonctions est plus présent sur cette plate-forme.
# Merci
Posté par qdm . Évalué à 3.
[^] # Re: Merci
Posté par Ph Husson (site web personnel) . Évalué à 2.
[^] # Re: Merci
Posté par polytan . Évalué à 5.
[^] # Re: Merci
Posté par Raphaël G. (site web personnel) . Évalué à 4.
Je ne fais tourner aucun jeux wine sans crack nocd (sauf vieux jeux) :
1 - Parce que sortir un foutu cdrom pour jouer a un jeu c'est chiant, là où un mount de l'image iso est bien plus pratique
2 - Parce que ça use mon lecteur cdrom inutile
3 - Parce que je veux pas de programme autre qui me bouffent mon cpu quand je joue a un jeu
4 - Parce que certains originaux que j'ai refusent simplement de se lancer sans crack
5 - Parce que je vais pas rajouter du proprio pour jouer et le payer en plus (cedegea)
Bon pour les nocd, gamecopyworld.com et megagames.com sont là.
Bon sinon y a pas mal de jeux qui marche plus ou moins bien :
- warcraft 3
- baldur gate 2 (je dois downgrader wine en 0.9.27 a cause de régression)
- oblivion :
sa configuration doit se faire via modification de clef registre wine dans HKEY_CURRENT_USER/Software/Wine/Direct3D
DirectDrawRenderer chaîne opengl
OffscreenRenderingMode chaîne backbuffer
PixelShaderMode chaîne enabled
UseGLSL chaîne yes
VideoMemorySize chaîne 256
Bon même avec ces réglages ça lag pas mal lors des combats :'(
J'ai réglé le soucis en étant magie full avec le sort d'invisibilité majeure dans la classe illusion.
(regarder au plafond permet de gagner temporairement en perf le temps de caster l'invisibilité)
[^] # Re: Merci
Posté par Maxime Buffa . Évalué à 3.
Ah si, en y réfléchissant, y'a bien un bug qui m'énerve: le curseur X qui ne disparaît pas ingame. On se le traîne depuis les premières 0.9.x au moins. J'aimerais tester avec la 0.9.40 sortie cette nuit mais WineHQ est en maintenance pour le moment.
Par contre, tu fais tourner Oblivion sous Wine ? Intéressant... Je pensais pas qu'on pouvait. J'avais testé il y a peu mais les graphismes merdaient et ça plantait dès qu'il y avait un event (les premiers assassins qui apparaissent). Tu le fais tourner avec quel Wine ?
[^] # Re: Merci
Posté par ThesmallgamerS . Évalué à 2.
On peut espérer une résolution prochaine.
[^] # Re: Merci
Posté par Raphaël G. (site web personnel) . Évalué à 2.
J'ai appris a vivre avec...
Pour oblivion mon wine est 0.9.38 ou 0.9.39 (je sais pas si j'ai mis a jour wine via les backports mandriva avant ou après).
En même temps heureusement que c'est pas parfaitement fluide, sinon j'aurais abandonné ma vie...
Sinon les histoires de résolution de bug de son c'est une bonne chose...
(en tout cas je suis plus tombé sur le plantage de warcraft 3 avec la sortie son en alsa comme ça le faisait avant 0.9.10-17 enfin ces eaux là)
[^] # Re: Merci
Posté par Ontologia (site web personnel) . Évalué à 1.
Cedega est un plugin de Wine destiné à faire tourner les jeux windows.
http://fr.wikipedia.org/wiki/Cedega
La liste des jeux compatibles :
http://games.cedega.com/gamesdb/
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Merci
Posté par Maxime Buffa . Évalué à 1.
[^] # Re: Merci
Posté par Sufflope (site web personnel) . Évalué à 3.
Par contre ils ont une interface d'install de jeux (qui doit faire les hacks nécessaires à certains jeux à la place de l'utilisateur) proprio (Point2Play).
[^] # Re: Merci
Posté par Pinaraf . Évalué à 3.
[^] # Re: Merci
Posté par legranblon (site web personnel) . Évalué à 2.
# C'est pas bientot possible ?
Posté par bastien (site web personnel) . Évalué à 1.
Avec Xen et des processeurs avec plusieurs coeurs, ce ne sera pas bientot possible ???
Il me semble qu'on pourra (ou qu'on peut déjà) lancer un systeme d'exploitation à partir d'un autre ... avec peu de perte.
J'ai pas beaucoup lu de doc dessus, c'est a confirmer / infirmer.
[^] # Re: C'est pas bientot possible ?
Posté par Pinaraf . Évalué à 3.
[^] # Re: C'est pas bientot possible ?
Posté par bastien (site web personnel) . Évalué à 1.
Mais vu ton commentaire, je me suis trompé...
[^] # Re: C'est pas bientot possible ?
Posté par par . Évalué à 3.
A moins que j'ai mal compris....
[^] # Re: C'est pas bientot possible ?
Posté par rdg . Évalué à 2.
# Ca arrive
Posté par Jux (site web personnel) . Évalué à 5.
En gros l'idée (si j'ai bien compris) c'est d'intercepter, dans la vm, les appels vers des commandes openGL et de les remonter vers l'OS hôte qui les gerera ensuite comme si c'était une application de l'OS hôte qui les avait faites.
Une présentation qui parle de ça est disponible là :
http://www.xensource.com/files/xensummit_4/vmgl_Cavilla.pdf
La page du projet en question
http://www.cs.toronto.edu/~andreslc/xen-gl/
Vu les benchmarks à la fin de la présentation (page 21), ça a l'air assez performant.
Bon, pour l'instant, ça n'a l'air de supporter que Linux comme OS hôte et Linux comme OS invité, mais l'idée est applicable à n'importe quel OS invité, faut juste écrire des drivers :-)
Il y a aussi cette discussion sur la mailing list Xen qui donne quelque éclairages à ce sujet :
http://lists.xensource.com/archives/html/xen-users/2006-08/m(...)
# C'est facile pourtant
Posté par jnanar . Évalué à 3.
./windows/Program files/Jeu/jeu.exe
Oups je me suis laissé emporté...
[^] # Re: C'est facile pourtant
Posté par jnanar . Évalué à 1.
[^] # Re: C'est facile pourtant
Posté par Aldoo . Évalué à 2.
(Cela dit, je ne vois pas trop ce que ça vient faire dans le noyau... ça devrait plutôt être du sucre syntaxique pour le shell ! Ou alors, ça doit faire des trucs plus sioux que je ne le pense... )
[^] # Re: C'est facile pourtant
Posté par z a . Évalué à 2.
[^] # Re: C'est facile pourtant
Posté par Jean-Philippe Garcia Ballester (site web personnel) . Évalué à 2.
L'avantage par rapport à un alias shell, c'est que c'est utilisable sans passer par le shell, justement (programme qui en lance un autre, par exemple).
[^] # Re: C'est facile pourtant
Posté par Aldoo . Évalué à 3.
[^] # Re: C'est facile pourtant
Posté par dawar (site web personnel) . Évalué à 4.
[^] # Re: C'est facile pourtant
Posté par Raphaël G. (site web personnel) . Évalué à 2.
Quand il détecte un binaire win32 il appelle le binaire avec /usr/bin/wine
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.