FreeBSD s'en sort pas mal niveau jeux je trouve. Quelques problèmes avec Wine mais bon, je report toujours s'il y a besoin donc ça ne saurait rester inférieur bien longtemps.

Aussi, quand tu cherches à compiler un logiciel, il y a toujours les instructions FreeBSD dans le code, c'est pas laissé derrière quoi.

La -current marche très bien, les paquets sont très à jour. C'est un plaisir ! Éventuellement quelques problèmes avec OSS si on lance trop d'instances d'un coup. C'est d'ailleurs marrant de voir que les 3 BSD ont chacun réglé leur mixeur audio à leur façon :

FreeBSD OSSv4 tout simplement pour bénéficier du mixage audio

NetBSD Mixage audio au niveau du noyau, utilisant toujours OSSv3 et n'ayant pas de mixage inclus.

OpenBSD Mixeur maison appelé sndio. Je suppose qu'OpenBSD est également sous OSSv3.

Question naÏve, tu règles comment le son si t'as pas de mixage ?
Et est-ce que t'as les streams séparés ?

Si t'as pas de mixage bah... Je comprends pas ta question, tu veux dire de mixeur comme un mixeur de son graphique ? Ou de mixage dans le sens sons mélangés par n'importe quel moyen pour éviter le périphérique verouillé ?

OSSv3 n'offrait pas la possibilité de jouer plusieurs sons sur un seul périphérique. Si tu écoute de la musique avec, admettons, mpv, tu ne peux pas jouer un autre son à côté parce que le périphérique est occupé par mpv. NetBSD (parce que je ne suis pas sûr pour OpenBSD) continue d'utiliser OSSv3 et pour palier à ce problème horriblement emmerdant, les developpeurs ont inclus un mixeur directement dans le noyau NetBSD. Le périphérique est toujours /dev/audio mais NetBSD (la partie noyau) se charge de mixer les différentes sources audio.

Par contre, on n'a pas accès au parametrage de chaque source indépendamment, c'est comme avec ALSA, tu modifie le volume du périphérique entier et les modifications se répercutent sur toutes les applications. Il n'y a que PulseAudio qui permette de contrôler chaque source indépendamment.

D'ailleurs, petit détail mais de plus en plus d'application abandonnent OSS. C'est aux maintainers de rétablir/restaurer le support, autrement on n'aurait pas de son sur Firefox sur aucun BSD (par exemple). Wine quant à lui a viré OSSv3 de son code. Quand je leur ai dit que... Bah qu'on l'avais encore chez nous, il l'ont rétabli d'eux même (grâce à un vieux patch qui était totalement laissé à l'abandon mais ce serait trop chiant à expliquer)

OK, je me suis mal exprimé, mais tu as répondu à ma question.
Et autre question naïve, pourquoi vous utilisez pas ALSA ou Pulseaudio ?
Ne me répond pas : "Parce que le L signifie Linux " stp.

"Parce que le L signifie Linux " stp.

Tu sais, il n'y a pas qu'ALSA qui a été développé POUR GNU/Linux. Beaucoup d'autres logiciels le sont PUIS sont portés par des gens motivés sur d'autres systèmes. ALSA peut très bien être utilisé sur un système UNIX, la raison pour laquelle on ne l'a pas est que personne ne l'a encore fait
Par exemple, les environnements de bureau les plus connus sont avant tout compatible GNU/Linux. Des trucs bêtes comme un mixeur de son graphique ou les boutons pour éteindre ou redémarrer doivent être modifiés pour correspondre aux fonctions de l'OS. Xfce4 a été récemment porté sous NetBSD par un courageux Belge mais il n'a pas fini son travail (Pokémon Go l'a emporté ). Gnome3 représente une masse de travail et... En fait, généralement, les utilisateurs/développeurs s'intéressent et développent d'abord ce qui les concerne. On n'a pas de Gnome3 parce qu'on n'a personne qui y tient au point de le faire.

Pour ce qui est d'ALSA, c'était une des solutions à prévoir pour apporter le mixage des sources audio (on ne peut mixer les sons sous NetBSD que depuis début 2017... C'est tout récent). Il y avait sndio, ALSA, PulseAudio (qui a finalement été patché mais souffre des bugs de PulseAudio, ceux inclus avec le logiciel), OSSv4 et, celui que personne n'esperait, un mixeur transparent dans le noyau. Cependant, ALSA reste d'actualité mais s'il venait à être fait, je pense qu'il ne sera qu'un paquet et qu'il ne démarrera que si un logiciel le demande (Firefox par exemple) et arrêté quand la source est fermée. C'est le cas de PulseAudio et je dois dire que j'ai jamais autant aimé PulseAudio que depuis que je suis sur UNIX. Le fait qu'il ne puisse pas démarrer avec l'OS à te bloquer, t'empêcher de choisir ce que tu souhaites utiliser etc... C'est vraiment cool. PulseAudio n'est JAMAIS lancé, il reste fermé jusqu'au moment ou un son doit passer par PulseAudio. Alors il démarre.
Je me suis servis de ça l'an dernier pour mes tests Wine quand on n'avait pas encore de mixeur audio. Wine créant parfois plusieurs sources pour un seul jeu (bonjour les jeux Valve), le système en devenait carrément bloqué. Hard reboot nécessaire... La galère

D'ailleurs je profite de ce message pour vous demander si vous souffrez de décalage de son dans vos applications SDL2 (par exemple ffplay si vous l'avez). J'ai pu remarquer que FreeBSD et NetBSD souffrait tout deux du même soucis (mupen64plus, ioReturn to Castle Wolfenstein, Barony en autre).

Avant que je détaille mon problème dans un topic, je voulais savoir si l'un d'entre vous si connais en règle udev ?

J'aimerais lancer un script quand mon enceinte bluetooth se connecte, mais rien à faire, mes règles ne fonctionnent pas.

J'ai le même souci vdd, ça ne fonctionne pas

Bon, j'ai créé le topic
https://www.jeuxvideo.com/forums/42-38-50854098-1-0-1-0-regle-udev-et-enceinte-bluetooth.htm
Mais ça fait genre 36h que j'ai pas dormi, je vais m'écrouler si je réponds tout de suite, à demain.

J'ai envie de me lancer dans le développement
J'en ai jamais fait de ma vie

Le 01 mai 2017 à 02:03:38 [deban]_Dakien a écrit :
J'ai envie de me lancer dans le développement
J'en ai jamais fait de ma vie

Cool!
Si je peux aider, faut pas hésiter à demander Tu as des préférences sur le type de développements que tu veux réaliser, ou tout te convient? (de toute façon techniquement au début il n'y a pas non-plus 15 portes d'entrée... les premiers cours et exercices sont assez simples)

Juste par curiosité, c'est quoi vos taffs ou études ?

En fait, je veux me lancer avec une idée à réaliser.

J'explique pourquoi cette envie : Je suis fan des Roguelikes de la première heure, à savoir Rogue | Hack -> NetHack | Moria -> Angband.
Quel rapport ? Et bien David Craddock a écrit très récemment un livre remontant aux origines des Roguelikes https://www.amazon.fr/Dungeon-Hacks-NetHack-Angband-Roguelikes/dp/069250186X/ref=sr_1_1?ie=UTF8&qid=1493651122&sr=8-1&keywords=dungeon+hacks et, dans ce livre, il raconte comment les développeurs de ces différents jeux en sont venu à développer leur propre version de Rogue, comment Rogue est né aussi, il parle énormément d'UNIX du fait que ça parle des année 70 et 80 (un livre que je vous conseille absolument, il est vraiment bon).

Bref, après avoir lu ce livre, avoir lu l'enthousiasme des développeurs avant même de créer leur jeu, se disant qu'ils voulaient faire le jeu qu'ils ont fait et qu'ils l'ont fait à l'aide de livre pour apprendre un langage et ce BESOIN d'utliser l'ASCII comme graphismes, un point très important pour eux (et ça, nom de Dieu que les gens ne sont plus d'accord sur ce point en 2017 comme quoi l'ASCII était non voulu... Comme ils ont tort ces gens là). Je me suis dit que moi aussi je voudrais me lancer dans la création d'un jeu utilisant de l'ASCII comme graphismes, c'est le premier point important pour rendre hommage à tout ces étudiants de 70 qui ont compris que le cerveau était le processeur graphique le plus puissant qui existe.

Et mon projet est le suivant :
J'aime énormément les jeux signés Tom Clancy bien que je préfère de très loin les premiers que les derniers, (Rainbow Six Siege, si tu pouvais t'évincer du monde). Je veux donc recréer Tom Clancy's Rainbow Six https://www.gog.com/game/tom_clancys_rainbow_six (jeu que j'ai eu sur Dreamcast étant jeune) mais en version beaucoup plus tactique en tour par tour. J'ai déjà beaucoup d'idées sur comment le jeu pourrait être mais, évidemment, je n'ai à l'heure actuelle aucune notion de développement. liquidus88 m'a conseillé d'utiliser C++ après avoir discuté sur ce qui serait le plus commun même si ce n'est pas forcément le plus simple.

Dans mon jeu donc, j'extirperai tout les sons de R6 pour les jouer en jeu, les musiques, les tirs, les voix, les bruits ambiants etc... (je ne compte pas vendre le jeu, il sera libre donc je pense ne pas avoir de problème de Copyright )
Ma vision est donc d'offrir un jeu tactique en ASCII avec des sons (contrairement aux Roguelikes qui se jouent sans son). Tiens d'ailleurs, je tiens à préciser que ce ne sera pas un Roguelike du tout, je veux juste utiliser le style graphique de Rogue.
J'ai eu aussi cette idée après avoir découvert à quel point Doom Roguelike est énorme
Donc pour en revenir à ma vision, le choix graphique permettra au jeu d'offrir un gameplay intéressant. Ce que le jeu n'offrira pas, votre esprit le comblera (l'esprit humain est fait pour agir de cette manière).
Tout dernier point, si je fais ce jeu, c'est parce que j'ai envie d'y jouer avant tout. C'était la raison pour laquelle Rogue est né, pour laquelle Hack ensuite a été crée (son créateur ne pouvait pas acceder aux machines où Rogue était donc il a crée le sien), la raison pour laquelle Moria est né. Ils voulaient tous jouer à un jeu qui n'existait pas donc ils l'ont crée puis y ont joué.

Voilà voilà... Un pavé encore, comme d'habitude
Bref, c'est peut-être trop ambitieux, je sais pas.

Le 01 mai 2017 à 17:20:04 -Moopie- a écrit :
Juste par curiosité, c'est quoi vos taffs ou études ?

J'ai suivi un parcours d'ingénieur généralise (avec une spécialisation en électronique & informatique) en France, puis je suis parti en programme de double-diplôme en dernière année pour faire une maîtrise en sciences appliquées à la faculté de génie de l'Université de Sherbrooke.
Là il me reste encore à soutenir mon mémoire un de ces quatre (faut que je trouve des disponibilités qui conviennent à mon jury, ce qui n'est pas évident...), mais sinon j'ai fini mes études et j'ai commencé à bosser en septembre dernier.
Je travaille comme ingénieur d'études dans une boite de consulting fort sympathique (et c'est pas ironique!), ma mission actuelle étant orientée développement / sécurité info dans le bancaire (groupe Crédit Mutuel / CIC). Je crois que j'en avais déjà parlé ici mais je contribue essentiellement au service 3-D Secure des banques du groupe. (et si vous vous posez la question, devoir retrouver mon téléphone dans l'appart en bordel à chaque fois que je veux acheter un truc en ligne m'énerve tout autant que vous ).

Dakien Je fais partie des masochistes de ce monde qui pratiquent et vénèrent le C++ donc forcément, je suis biaisé dans ce sens (si ça t'intéresse je peux essayer de décrire ce qui me plait dans ce langage).
Si tu suis un bon cours de C++ tu devrais acquérir de très bonnes bases en orienté-objet (du moins la vision scandinave du concept, par opposition à la vision américaine... cf. https://stereobooster.github.io/two-big-schools-of-object-oriented-programming ), sachant que l'OO est un paradigme particulièrement prisé dans le domaine du jeu-vidéo.
Ensuite pour ton projet en lui-même, je ne pense pas que tu pourras t'attaquer au projet "as a whole" du premier coup. C'est beaucoup beaucoup d'architecture (même en considérant l'absence de sprites 2D et de 3D), et ça demande pas mal de composants de base complexes à concevoir (ou mettre en oeuvre si tu utilises des libs).
Par contre rien ne t'empêche de choisir un aspect du jeu (le déplacement sur une map 2D par exemple) et de l'implémenter à part, en standalone, quitte à reprendre des morceaux par la suite pour le projet dont tu parles.

Tu sais, j'ai même pas encore débuté donc ce que tu me dis est encore inconnu pour moi.
Les bonnes bases... Comment je peux savoir si ce sont de bonnes bases si je n'ai aucun élément de comparaison

Bah, j'ai pas la prétention de rédiger un cours en un post de quelques lignes mais tu peux déjà essayer de te poser les questions suivantes (et d'y répondre) :

• Qu'est-ce qu'un programme ? (notions de processeur, de langage machine, de compilation et de "niveaux de langage")
• Qu'est-ce qu'un algorithme ? (notions d'instructions séquentielles, de conditions, de répétitions, de fonctions)
• A quoi sert la mémoire centrale, comment est-elle utilisée ? (notions de variables, de types de données, de pointeurs éventuellement, et donc de "gestion de la mémoire")

Sinon pour ma part j'ai utilisé plusieurs bouquins, malheureusement mon tout premier livre n'est plus édité à ma connaissance.
A la limite si t'as du temps aujourd'hui tu peux passer sur un TS tenu par un pote, histoire que je te file plus de références et que je puisse répondre à tes questions de façon plus fluide qu'ici (et en faisant autre chose en même temps, surtout )

(edit: j'ai oublié, si t'as autre chose que TS sous la main qui fonctionne et que tu ne veux pas de TS je comprends Discord, whatever)

Est-ce que http://101.lv/learn/C++/ est un bon livre pour commencer tu penses ?
Tant que j'ai rien en main, ça sert à rien de discuter C++ pour le moment attends un peu que j'aie des questions à poser avant de discuter.

Petite question rapidement mais je pourrais me contenter de vim pour coder du C++ ? Ou il existe des logiciels plus spécifique sur *NIX ?