Ubuntu-fr

Valve a donc vraiment peur que le futur Windows Store du prochain OS le détrône. Je crois que la version beta sortira ce mois-ci.
J'espère qu'ils vont aussi faire Portal 2 en Linux natif (avec le Workshop ).
Si Valve fait autant de portages, c'est parce que la boîte veut sûrement rester au top (en même temps, ça peut se comprendre...).
Vu les avancées surprenantes du portage de Left4Dead, c'est OpenGL qui va bénéficier d'un gros coup de pub !

Oups ! C'est pas vraiment ce que je voulais dire !
La version Directx sur Windows tourne moins vite que la version Opengl sur Linux, qui ,elle, tourne moins vite que la version Opengl sur Windows.
Voiiiiiiiilàààà !

Pour revenir à Opengl : c'est l'avenir (quand est-ce qu'ils vont comprendre) ! Avec WebGL, Canvas, et tout ces petits machins. Surtout que si on ne supporte pas Opengl, ça va disparaître et entraîner plein de trucs comme Linux (sans Opengl, IMPOSSIBLE) et, par la même occasion Androïd (Samsung=Androïd, je me trompe ?). Et le propriétarisme va prendre le dessus. Un bon point pour Valve, donc. AMD va se mettre à faire de vrais drivers (d'après ce que j'ai lu. Moi, ça tourne bien : par exemple, Trackmania Nations sous Wine=33 FPS en config moyenne) et Nvidia va corriger les bugs 2D (je n'ai pas d'expérience, d'après les topics). Et puis, les drivers libres vont recevoir un coup de main à l'avenir, je l'espère.

Ils l'ont déjà trouvé, mais je ne comprends pas très bien, ce qu'ils veulent dire.
"It appears that it’s not related to multitasking overhead. We have been doing some fairly close analysis and it comes down to a few additional microseconds overhead per batch in Direct3D which does not affect OpenGL on Windows. "
Lien

Bonjour tout le monde !

D'après toi, j'ai eu la chance de n'avoir jamais utilisé un Windows Familiale Edition. Mais qu'est qu'il y a (pas) dans cette Edition de si spéciale ?
Le topic... Unity, je trouve ça pas mal, mais je trouve que le gestionnaire de paramètre xfce a plus de fonctionnalités que celui d'Unity par défaut.
Et puis, le premier screenshot d'un Windows 8 que j'ai vu sur le net, c'est...., mais c'est moche, en fait, les couleurs sont bizarres (du flashy...). Je crois aussi qu'on ne pourra pas installer un système à côté d'un Windows 8 à cause d'une sorte de "lock" au niveau du BIOS.

C'est sûr, mais la plupart des consommateurs s'en fichent un peu, du moment que c'est "récent". C'est une interface pour écran tactile et en ce moment, c'est la mode, alors de l'argent, Microsoft va en toucher. Après les détails du style "le bureau n'est pas ergonomique", ni chaud ,ni froid.

Evidemment, ça ressemble plus à xfce !

Très étrange la ressemblance...
Serait-ce donc un manque d'inspiration de la part des dév de Microsoft ?
Arrive-t-on à la fin de Windows ? Je sais, ça paraît encore trop tôt pour se demander ça.
Mais c'est bon signe pour Linux !
D'ailleurs, je crois la plupart des gens se fichent totalement du fait qu'Androïd, C'EST Linux. Dommage, ça aussi, ça pourrait l'aider.
Pour revenir au sujet, la chose qui me gênait un peu dans Unity, c'est le comportement de la barre de lancement. Aucune configuration allait bien : soit on perd de l'espace pour la fenêtre, soit on est gêné par le va-et-vient de la barre. Mais sinon, c'est potable, sauf pour le thème : l'orange a tendance à agresser mes yeux. Je préfère de loin des thèmes du style sombre-bleu qui va beaucoup mieux avec Xfce.

AH ! Donc c'est une question de compatibilité.
Ca m'étonne que Spyro ne marche pas. J'ai essayé avec d'autres émulateurs et ça passe bien pourtant.
Et si l'émulateur était plus adapté aux premiers jeux de la PS1 ?

Je sais que ça fait très longtemps, cher obibann, mais en jetant un coup d'oeil à un makefile.am du code source, voilà ce que j'ai trouvé :

if SOUND_ALSA
libDFSound_la_SOURCES += alsa.c
libDFSound_la_CPPFLAGS += -DUSEALSA=1
libDFSound_la_LIBADD += $(ALSA_LIBS)
endif

if SOUND_OSS
libDFSound_la_SOURCES += oss.c
libDFSound_la_CPPFLAGS += -DUSEOSS=1
endif

if SOUND_PULSEAUDIO
libDFSound_la_SOURCES += pulseaudio.c
libDFSound_la_CPPFLAGS += -DUSEPULSEAUDIO=1 $(PULSEAUDIO_CFLAGS)
libDFSound_la_LIBADD += $(PULSEAUDIO_LIBS)
endif

if SOUND_SDL
libDFSound_la_SOURCES += sdl.c
libDFSound_la_CPPFLAGS += -DUSESDL=1 $(SDL_CFLAGS)
libDFSound_la_LIBADD += $(SDL_LIBS)
endif

if SOUND_OPENAL
libDFSound_la_SOURCES += openal.c
libDFSound_la_CPPFLAGS += -DUSEOPENAL=1
libDFSound_la_LIBADD += $(OPENAL_LIBS)
endif

Le paquet fourni par Ubuntu ne propose que SDL comme sortie audio (config du plugin audio), donc le plugin n'a été compilé qu'avec SDL. On voit bien qu'il y a plus de possibilités. Je vais compiler ça pour voir ce que ça donne.

EDIT : autre découverte dans le même fichier, SDL est compilé par défaut, mais on peut choisir la sortie audio lors de la compilation lors de l'étape :

./configure --enable-sound=?

On peut remplacer le ? par alsa, null, oss, pulseaudio, sdl, openal.
Normalement, ça devrait pouvoir changer quelque chose au niveau du son. Je vais tester ça.

EDIT2: Les résultats ne sont pas fameux :
- Alsa marche à moitié, voire pas du tout ;
- Pulseaudio, par contre, c'est mieux, c'est fluide pendant 1s, mais un petit crackement (latence ou en avance, aucune idée) ;
- SDL, on connaît ;
- OpenAL, similaire à Pulseaudio.
Je n'ai pas tester OSS, vu que ce dernier peut être encapsulé dans Alsa. En revanche, on peut voir avec OSS4 qui semblerait être à la hauteur.

Zorin OS est un Linux déguisé en Windows, je me trompe ?
Mais Pear Linux, c'est du Linux en Mac ?
Les gens qui ne jugent que par les apparences vont s'en mordre les doigts quand ils sauront que c'est du Linux.

Bonjour à tous !
Wow ! Xfce est une bombe à côté d'Unity (je préfère le bleu).
Dommage que des soucis de compatibilité enrayent la machine.

Il existe Ubuntu Tweak qui demande beaucoup moins de dépendances, et certains thèmes GTK3 (par exemple, celui-ci) fonctionnent, mais avec quelques soucis visibles via un terminal.

Pour Dropbox, il existe un plugin ,ici, mais je ne suis pas sûr qu'il fonctionne. C'est un paquet source, donc à compiler avec waf qu'il faut d'abord installer.

Les dév d'Ubuntu doivent être chargés, du coup, c'est à nous de packager nous-même les logiciels (ça tombe bien, j'ai un peu d'expérience, par contre, je garantis pas le résultat).

Je crois que la réponse que tu cherches se trouve dans la documentation.