WrathOfThePixel a écrit 300 commentaires

Dans les vieilleries, il y a bien sûr l'enorme Woodruff et le Schnibble d'Azimuth =D

Devoir en permanence préciser si on veut attraper, utiliser, parler ou je ne sais quoi… ça me décourage au bout de quelques minutes, en fait.

Ça n'est pas le cas du dernier (Return to Monkey Island). L'interface est beaucoup plus moderne que les anciens.

Des très bon jeux, natifs Linux.

Sous-Vêtements Génants ?

Steam n'inhibe pas la mise en veille de l'écran chez moi. Une option à décocher quelque part ?

Si ça se fait depuis environ un siècle déjà, c'est qu'il n'y a pas vraiement besoin d'internet.

C'est dur de se retenir hein ? ^{^}

Merci, je connaissais pas wc :)

J'imagine que tout les jeux de mots ont déjà étés fait 1000 fois, je me lance pas là dedans…

Il ne pourra pas executer quelquechose qu'il ne peux pas lire. Le droit de lecture seule s'oppose au droit d'écriture, pas au droit d'éxecution.

Je vais voir ça merci :)

Va falloir pas mal d'entrainement pour prendre des notes rapidement à mon avis =D

Le bon lien

Y a vraiment rien de sorcier. Faut bien nettoyer l'ancienne (j'utilise de l'acool isoprpylique perso), sur la puce comme sur le dissipateur, et mettre vraiment une mini goute de la nouvelle, en évitant soigneusement de choisir du bas de gamme.

Sinon il parraît que les pads thermique ça marche bien aussi, beaucoup plus facile à appliquer apparament.

Et encore avant ça, il y avait le moteur Freescape d'Incentive Software sur 8/16 bits, et son outil de création 3D Construction Kit rendu disponible par les développeurs.

Et si une bonne réponse au devoir était justement de pointer le risque de biais par rapport aux images et à leur légende ?

Le lien fonctionne bien chez moi.

Merci ça à l'air chouette.

Plus qu'à réflechir si je crée une dépendance de plus juste pour ça =D

(en anglais désolé)

System settings -> Workspace Behavior -> Screen Edges -> cocher Tile : Windows dragged left or right edge

Pulsaudio ne remplace pas Alsa. C'est une interface entre Alsa et les applications. Alsa est toujours nécessaire pour assurer le pilotage bas niveau du matériel.

En effet; à ma connaissance, Inkscape, en tant que logiciel artistique, n'a pas vocation à répondre à ce genre d'exigence.
Il est bien possible que dans ton cas, te "cogner les calculs" soit au final plus efficace qu'apprendre un vrai logiciel de CAD cependant. Je ne sais pas quel volume de carrés tu as à produire.

Pour aller plus vite avec moins de calculs, faire un carré de la taille désirée, sans contour, puis un autre à l'interieur, 2mm plus petit, centré, puis coloré differement ou découpé avec un opération booléenne serait peut-être mieux.

Oui, je cherchais à me compliquer inutilement la vie…
Merci !

Oui tout à fait. Alors on ne copie pas pixel par pixel, mais plutôt par autant de mémoire qu'on peut à la fois, mais c'est l'idée. Sur CPC, la zone de mémoire graphique est en RAM donc ça va bien (et relocalisable si on veut faire du double buffer), mais il faut faire une petite gymnastique parce que, arrivé en fin de ligne, on saute de 8 pixels verticaux donc c'est relou, mais ça marche.

Bah oui forcément, avoir des sprites hards facilite et accelère les choses. Mais les meilleurs programeurs arrivent à faire des animations tout à fait étonnantes avec juste du soft et beaucoup d'intelligence.
Des jeux avec des dizaines de sprites, ou avec des gros sprites qui font la moitié de l'écran, il y en à eu. Surtout vers la fin de vie des machine quand les démo makers se sont mis à faire des jeux. Il ont eu du mal avec la jouabilité à mon sens, mais c'est un autre débat.

Quant aux FPS c'est simple, sur 8 et 16 bits, il faut que ça soit un diviseur entier du rafraichissement de l'écran, sinon il y a du tearing. Sur les vieux ordis 8 et 16 bits, l'affichage se faisait en suivant de près le balayage du moniteur. En inserant des NOP dans les boucles si besoin pour syncroniser. Donc le chiffre de 15 FPS n'à pas de sens. La plupart des jeux tournaient à 50FPS sans soucis, 25 restait acceptable s'il y avait vraiment beaucoup de choses à afficher. En dessous de ça, il y en a eu quelques uns bien sûr, mais généralement c'était des jeux vendu 10 balles que personne voulait ^'

Mon premier ordinateur était un ZX Spectrum, ensuite un Amstrad CPC, et ensuite un Atari ST.
Toutes ces machines n’ont pas de hardware sprites donc pendant des années j’ai joué avec un framerate 15fps.

Je ne sais pas trop pour le Spectrum, mais les deux autres etaient tout à fait capables d'afficher pleins de sprites à 50fps. 25 au pire pour les jeux les plus gourmands/mal optimisés.

Merci je garde le lien sous le coude =D

Oui j'ai pensé aux plugins ;)
Dans ma reflexion, c'est pour le moment résumé à juste un bouton pour charger un patch, et laisser le travail d'automation se faire via le DAW, par Midi. La création du patch se faisant à part.

Côté perf, justement le moteur de synthèse sera completement décorélé de l'UI, dans son thread à lui, dans un langage bas niveau. Rien dans la synthèse elle-même ne dépendrait du thread UI. Avec possibilité encore une fois de le lancer en mode headless et ne jamais executer une ligne de Python.

Pas con l'histoire du controleur Midi… Faut voir si des messages Midi seraient suffisant à le création d'un patch (sans trop de bricolage non plus). Je suis pas encore assez documenté pour ça, merci pour l'idée.

Je peux plus éditer alors je m'auto-réponds.
J'ajouterais que si un jour quelqu'un veut refaire une UI en rust/gtk, javascript/web ou brainfuck/motif, il n'y aurait pas de raison de se trimbaler une dépendance à Qt.