phentex a écrit 80 commentaires

Si je peux me permettre...

tcl/tk ========> poubelle.

(je sais pas si faire la moindre comparaison avec aMSN (entre autre) est franchement positif...)

La 3D marche très bien (même openarena)

Dire qu'on en arrive à se féliciter qu'un jeu de la carrure de Quake3 tourne pas trop mal sur une 9600, en 2007!!

Quand je repense que, sous windows (et avec une 9600), je faisais tourner HL2 à fond, il y a...pfioouu...je sais même plus tiens....

Le moindre qu'on puisse dire, c'est que le game Linuxien est bon public :°)

miam, et en français courant ça donne quoi?

Salut,

Je le fais déjà en fait. Mais cela ne résoud pas le problème. Lorsqu'on lance mplayer, utilise non seulement stdin/stdout, mais il ouvre également sa propre fenêtre pour afficher la vidéo. Lorsque cette fenêtre est créée, elle prend le focus dans X qui la branche sur les évènements clavier+souris (!=stdin). Même en atomisant stdin de mplayer, la fenêtre affichant la vidéo reste encore et toujours sensible aux pressions clavier (& donc à la lecture d'un code barre).... :/

Je ne cherche pas vraiment à "piloter" mplayer, tout ce que je souhaite, c'est lancer une vidéo en plein écran:
en forkant/execl on dit à mplayer de lire la vidéo en boucle, dans quel cas suffit d'envoyer un signal à mplayer pour le faire taire par la suite. Pendant ce temps je veux pouvoir faire ma petite cuisine avec la douchette code barre sur STDIN. Je veux que MPLAYER ME FOUTE LA PAIX, Qu'il ne soit PAS sensible à aucune pression clavier. Je me sers juste de Mplayer comme "afficheur de vidéo", that's all.

L'autre cas plus simple est la lecture d'une vidéo une seule fois, dans quel cas, mon programme fait juste un waitpid() pour attendre que mplayer quitte à la fin de la lecture.

Dans tous les cas, mon problème est que Mplayer me laisse tranquille et que mon programme garde la main sur STDIN.

SVP, vous là, oui, vous, je suis sûr que vous savez comment résoudre mon problème. Ayez pitié :°)

Très intéressante réponse que voici. Tout d'abord, un grand merci pour avoir pris le temps de me répondre et m'expliquer autant de choses.

Pour clarifier ma situation et ce que je souhaite faire:
Je réalise une sorte de borne ou on file un ticket avec un code barre, et en fonction du code barre, on gagne ou on perd.

La borne est un truc interactif grand public. En permanence à l'écran, il faut qu'il y ait une vidéo d'affichée. Que ce soit la vidéo d'attente tournant en boucle, pendant qu'on attend qu'une personne viennent passer son ticket, ou que ce soit, ponctuellement, un vidéo annonçant un grand gagnant, ou un perdant.

S'il y a un truc que j'apprécie avec unix, c'est l'approche terre à terre, simple, rationnelle, qui consiste à dire: ya des outils qui font très bien un boulot : pas la peine de réinventer la roue, on utilise ce qui éxiste déjà.
C'est à partir de là que je me suis dit: pour l'affichage, puisqu'il y a en permanence de la vidéo affichée en plein écran, autant utiliser un logiciel qui le fait bien et qui semble offrir pas mal d'options niveau pilotage par un programme tiers: Mplayer (et plutôt tout-terrain niveau formats en entrée qui plus est).

Donc mon utilisation de Mplayer si tu veux, c'est juste pour balancer de la vidéo à l'écran, je n'ai besoin d'absolument aucune des fonctions d'interaction utilisateur qu'offre mplayer pour une utilisation disons "classique".

Mon but est donc d'avoir MON PROGRAMME, qui écoute STDIN pour des codes barres, fait sa petite mayonnaise, et pilote mplayer pour afficher telle ou telle vidéo.

En permanence, l'écran de l'ordinateur doit être occupé par une vidéo plein écran. Pas de bureau visible, pas de terminal visible, c'est pour une exposition en public.

J'ai donc un autre problème: arriver à mettre mplayer en plein écran (pour le moment, lorsque je switch en plein écran, j'ai la vidéo tjs à 100% de sa taille, elle est juste centrée avec du noir pour remplir le reste de l'écran et non pas maximisée....).

Je compte sur toi pour m'éclairer !

Merci beaucoup d'avance.

Cdt.

Je suis d'accord. Mais attention, ne faut dire tout haut "si il faut parler informatique aux informaticiens" ici. Un informaticien, en plus d'être borné, est susceptible.

Dégouté aussi, car marre de l'attitude générale qui ressort des commentaires sur dlfp. C'est en permanence une joute verbale entre frustrés bronzés au tube cathodique sous GPL qui croient tout savoir les uns mieux que les autres. Les posts s'enchaînent dans un débat stérile sans queue ni tête, le but et unique jouissance (!) étant finalement de contredire les autres et avoir le dernier mot.
Pitoyable.

Lachez vos clavier 10min, prenez l'air, pétez un coup. Mangez des pommes!

Bien à vous

Bonjour à tou(te)s,

Excellente nouvelle que voilà.

J'aimerais éviter de lancer un troll stupide, mais un connaisseur pourrait-il faire un rapide récapitulatif comparatif des différentes solutions de gravure dispo sous linux svp?

Utilisateur gnome (ubuntu), il y a eu une époque ou gnomebaker était "le" programme. Maintenant semblerait que ce soit Brasero.

Quiz des fonctionnalités?

Par ailleurs, si je me rappelle bien qu'il y a eu une gueguerre avec le dev principal d'un des principaux programmes de gravure en console (cdrdao ? cdrecord?) qui ne voulait pas ajouter certaines fonctionnalités récente (support dvd?)...

Tout est flou T_T


Merci d'avance.

...et pour le coup, je m'autoflagelle pour l'énormité orthographique X_X

Bonsoir à tous, et merci pour cet article très instructif.

(Il aurait été intéressant d'avoir la fiabilité "statistique" par constructeur. D'expérience, les Maxtor sont d'une fiabilité assez navrante... mais font office d'excellentes bouillottes)

C'est article me fait b..... :°]

Enfin bref, je suis tout RAIDe

° ° ° ° ° ° ° ° ° ° ° ° ° ° ° >>||°<


(pardon aux familles, tout çaa)

Je plussoie.

Par ailleurs j'en profite pour ajouter une commande:
pkg_uninstall vim
pkg_uninstall --clean vim (avec gestion des dépendances inutilisées)

Je sais pas ce qu'il en est de la capacité d'apt-get (par exemple) de faire le ménage des packets installés en dépendance mais deviennent inutiles après désinstallation d'un packet ciblé...

Et trés franchement, entre frustrer les gens qui codent et font avancer le libre, ou les gens qui se contente d'utiliser, mon choix est vite fait, surtout pour un truc aussi futile que l'utilisation du dernier soft à la mode.

i.e. "faire avancer le libre" <=> masturbation intellectuelle d'une communauté fermée d'informaticiens qui se créent des OSs et logiciels pour leur propre petite convenance, mais qui ne convient ni aux besoins (bcp trop technique) ni aux attentes (pas assez "à la mode") de l'utilisateur lambda qui voit l'ordi comme un simple outil (et pas un mode de vie, une passion, un ami, un compagnon, ...).

C'est pas ce genre d'état d'esprit qui va participer à la démocratisation de Linux...

gcc pour c++ c'est pas g++ :°] ?

Je suis content qu'on évoque les problèmes de situation et d'installation d'un programme hétérogènes selon les distro, et qu'on parle des nombreux systèmes de packaging.
Alors, bien sûr, linux, libre, plein de distros, toussaaaa... OK.

La prolifération de systèmes de packaging, de distros, etc... concurrents sous couvert de caractère libre et de diversité, est ce qui a permis à Linux de prendre l'envol qu'il a aujourd'hui.
Le problème, c'est (ça va sans doute vous paraître totalement utopique ) si cette diversité, du fait que des milliers de programmeurs d'horizons différents (besoins différents, approches différentes,...), ne sert pas à une sorte de réunification positive à un moment donné, profitant de tous les bons éléments et bonnes idées de cette diversité, et éliminant les doublons inutiles et les faux pas (qui font que parfois faut 5 programmes pour faire 1 chose bien complètement), alors clairement on court vers un bordel absolument monstre. Ne serait ce qu'à l'heure actuelle, comment expliquer à quelqu'un qui débarque de windows, qu'il n'y a pas 1 "Linux" mais pleins de distributions, qui font toutes plus ou moins la même chose. L'utilisateur average Joe qui n'en a absolument rien à ciré de l'état d'esprit communautaire, de la philosophie (aussi louable soit elle), qui veut juste un système qui fonctionne, et pas avoir à payer une license Windows, et ben s'il a pas un informaticien sous le bras pour le guider vers une distribution newbie-enabled comme Ubuntu ou Mandriva, il est largué (=> "Linux" caytrocompliké => back2vinedause).

Je parle en connaissance de cause, il y a deux jour, j'ai été confronté à une jeune femme (qui à 20 ans ne trouve pas naturel de dézipper un fichier à l'aide du menu contextuel clic-droit sous windows) qui m'a posé la question suivante:
"Tu utilises Linucsee. Ah oui, mais c'est quoi ce truc? Ca doit être la dernière mode des informaticien ou quelque chose du genre? Pourquoi les gens quittent windows pour Linux???? M'enfin je comprend pas" (le plus naturellement possible)
...

Après coup, pardonnez moi cette petite disgression

une question cruciale que je me pose est: comment qu'il va s'appeler le compilos GNU pour langage D ? :of

le clin d'oeil Mac du père Noël, excellent ^^

Jamais compris à ce propos pourquoi 99% des ordis qu'on peut apercevoir dans les films (hollywoodiens du moins) sont des Macs...

On pourrait imaginer qu'ils aient recours à cette solution pour éviter le piège tendu par les formats de Microsoft : OpenOpenOffice[2], un plugin qui comme son nom l'indique transmet des fichiers dans des formats obsolètes à OpenOffice, contact un serveur OpenOffice qui transforme tout ça en du beau OpenDocument tout propre et le renvoit à l'application

Dans l'idée, c'est pas mal, mais je doute que les entreprises accueillent sans broncher ce genre de solution "décentralisée" pour les montagnes de documents internes plus ou moins confidentiels éventuellement à convertir...

interrescant

.
.
.
laul

Salut à tous,
Pour ma part, je suis très déçu par la nouvelle version d'ubuntu. Jusqu'à la dapper, jamais eu de problème, c'était plutôt clean.
2h que j'ai l'edgy d'installée, et j'ai plantage sur bug à la louche, et des fonctionnalités qui ont disparu, on sait pas pourquoi (genre l'option de paramètrage de l'interface qui fait passerelle dans le gestionnaire réseau...)

- Network-manager déconne toujours autant (serait ptet' temps d'avoir un gestionnaire wifi potable sous ubuntu...)

- xChat-gnome est d'une instabilité remarquable (un petit exemple essayez d'ouvrir la liste des canaux sans etre connecté à aucun serveur irc...) et a une ergonomie travaillée à la truelle. (J'ai essayé ce programme car j'essaie de m'affranchir pour de bon ce cette horreur qu'est tcl)

Par ailleurs, quelque chose que je trouve surprenant (mais c'est peut-être une erreur grossière de ma part): double-cliquer sur un package .deb permet de l'installer au travers d'une interface graphique qui ne réclame plus à aucun moment les droits d'administrateur O_o

Quand je me rappelle les débuts d'Ubuntu où les mainteneurs de dépot affirmaient hauts et forts que tout était testé et retesté et que par conséquent il ne fallait pas s'attendre à avoir le dernier firefox de dispo au bout de 2 jours... je me marre.

-> back to dapper illico

bel adepte de masturbation intellectuelle que voilà... Enfin bref...

Il supporte également plusieurs langages de script grâce à MapScript : PHP, Ruby, Java, C++, ...

O_o

(J'ai du louper un épisode...)

pt1 serait-il possible de rester dans le cadre du sujet proposé par la news, et non pas partir sur une énième instance de ce très stérile débat de geeks ?

merci d'avance

Comme dit précédemment, Freedos est un OS qui communiques directement avec le hw ; tu confonds sans doute avec un émulateur (style DOSemu ou Dosbox) qui lui tourne en surcouche et donc a des accès au matériel restreint par l'OS hôte (ton linux en l'occurence)

nuance :)

dorsal aurait plutôt été "backbone" (c'est d'ailleurs le terme employé pour les connection réseau à débit massif entre universités/providers si je ne m'abuse)

salut, existe t'il un équivalent gnome ?