Mathieu Schroeter a écrit 136 commentaires

OSS marchait (marche) bien tant qu'on se limite à l'essentiel.

C'est la force d'internet, tout le monde se côtoie sans préjugé et de la même manière. On est tous sur le même pied d'égalité.
Tutoyer ou vouvoyer ce n'est pas le problème, il faut juste que tout le monde se mette d'accord sur l'un ou l'autre. Et le tutoiement l'emporte largement dans 99% des messages. Alors utiliser le vouvoiement ça pourrait se prendre comme une provocation. Si c'était l'inverse le problème serait identique.

De toute facon tout le monde utilise ffmpeg, que se sois VLC, MPlayer, Xine ou GStreamer.

VLC c'est aussi (et surtout selon moi) une librairie.. le fullscreen tu le gères comme tu veux.
http://www.videolan.org/developers/vlc/doc/doxygen/html/grou(...)
Si tu veux ton plein écran tu te créer ta fenêtre X11 et tu balances l'image dedans.. 200-300 lignes de codes et c'est réglé.

Si je fais cette remarque c'est simplement pour que tu sois conscient que tu mélanges "engine" avec "interface utilisateur".


Alors un peu de respect pour leur job s.t.p..

s'il ne font pas faillite avant ;-)

Faut être patient dans la vie.. la fusion s'est faite il y a quelques semaines seulement. Laisse le temps à tout le monde de s'organiser pour travailler sur le projet efficacement.
Ca ne tombe pas du ciel non plus..

Bon je confirme.. maintenant ça marche du tonnerre :-)

si quelqu'un a ce problème et désir un morceau de code Xlib pour s'en sortir je lui file par email.. sinon faudra attendre que je commit pour la libplayer..

Bon.. je crois que j'ai trouvé la solution.. je vais essayé c'est pas bien compliqué.. suffit d'attacher MPlayer à sa propre fenêtre X11 avec l'option -wid

-wid <window ID> (also see -guiwid) (X11, OpenGL and DirectX only)
This tells MPlayer to attach to an existing window. Useful to embed MPlayer in a browser (e.g. the plugger extension).

On a effectivement le même problème.. merci, je vais le contacter directement.

Avec LaTeX tu te concentres sur le contenu, et non sur la mise en forme. LyX est la pour rendre LaTeX plus facilement abordable.

Le noyau des Windows NT donc Vista est un micro-noyau.. rien à voir avec Linux qui est monolithique-modulaire. En principe celui de Vista est plus petit (*que* le noyau donc!).

Honnêtement on sait pas d'où viennent ces chiffres.. l'indice 26 dit que c'est une estimation.. mais estimé par rapport à quoi? Ce comparatif manque de pertinence.

J'ai eu créé une map pour Quake 3 et pour ce que je m'en rappel, c'est que fallait vraiment bien doser les éléments et surtout ne pas abuser des nurbs.. Sinon parfois ça devenait impossible a générer le rendu de la carte.. et d'autres fois c'était tout simplement injouable (des zones de la carte devenant spécialement gourmandes).

Pas si simple...

C'est relatif, faut bien nuancer entre le programmeur occasionnel et régulier.

Je compare personnellement GDB et une GUI comme Visual C++ XYZ (d'ailleurs GDB est aussi une IHM) plutôt à la fonction `find` couplée avec des expressions régulières et le petit chien de Windows XP pour faire une recherche dans les fichiers.
Les regex ont à envie de les vomir les premières fois, mais ça en vaut largement la chandelle d'y "perdre" ses heures..

Ou un autre exemple.. comparer OpenOffice (Office) avec LaTeX. Franchement, apprendre à faire du TeX c'est chiant, mais le gain de temps (à terme) est hallucinant :-).


Enfin ça n'engage que moi.. mais je comprend ton point de vue.

J'ai exactement le même problème que toi depuis des années. J'ai toujours du virer le HAL. Mais avec certaines dépendances c'est pénible (alors maintenant je le garde mais je n'utilise plus ce lecteur.. c'est con mais c'est comme ça).. faudrait trouver le bug dans HAL, car un freeze c'est loin d'être mineur. Mais se lancer dans du debuggage ça prend un temps fou.

Le problème n'est pas la ligne de commande, mais uniquement de connaître les commandes. SI tu maîtrises toutes les commandes de GDB, un gros projet ne te fera aucun souci. Même au contraire, tu gagneras du temps car tu as accès à plus de possibilités qu'une GUI comme ddd ou kdbg (par exemple).

Arf je t'ai très mal lu... et pourquoi tu n'accroches pas à Scorched 3D? Que lui reproches-tu?

Et Scorched 3D? tu n'en parles pas :-)

avec les « simples » lecteurs que sont VLC, MPlayer ou xine

J'espère que ça n'engage que leur GUI. Car la remarque pourrait être mal prise. Ceux-ci étant bien plus que des lecteurs vidéo et audio..

Non.

Et en ce qui concerne "register", sache qu'un compilateur évolué comme GCC le fait en fonction des optimisations qu'il tente d'appliquer à une source, et cela même si tu n'utilises pas cette classe de mémorisation dans ton code. Donc c'est bien possible que tu ne vois aucune différence en l'utilisant explicitement.

Il suffit d'utiliser la spécification de classe register pour demander au compilateur de ranger si possible la variable dans le cache processeur.

Par exemple :

register int x;

Mais ça ne veut pas dire que le compilateur le fera...

Ce n'était pas réservé aux geeks confirmés.. le speedhack (Windows 98 et NT) existe depuis bien longtemps.. et était (est) beaucoup utilisé dans la triche sur les jeux vidéos surtout en ligne. D'ailleurs un des "cheat" Counter-Strike les plus populaire de l'époque, soit OGC, était même distribué en open-source et incluait ainsi les sources d'un speedhack.


Et en passant je remercie l'auteur de cette news car je n'avais jamais su exactement quel procédé était utilisé pour ralentir et accélérer les applications.

C'est dommage que ça ne chevauche pas un samedi. Dur dur d'être libéré en pleine semaine... une autre fois peut-être!

Je te conseille de directement prendre depuis le CVS: http://projects.blender.org/cvsx/?group_id=9

La prise en main c'est une chose, après faut encore avoir l'imagination.. et c'est souvent là que ça coince :-P