yAroTweet (ou le topic des pensées à la con) - Page 92

J'ai assemblé à la main ma première instruction 68k \o/

Putain, ça m'a pris presque 2 h en tout mais c'est cool

Pour le contexte :

J'essaye de comprendre le format des maps d'un vieux jeu PalmOs. Donc déjà je me suis dis qu'il faudrait que je commence par faire tourner le jeu pour tester des variations des données et voir les effets et essayer d'en tirer des conclusions (c'est pas gagné !). Donc j'ai installé un émulateur de Palm et j'ai installé le jeu, et il faut acheter la version payante pour pouvoir charger une map custom.

Sauf que les codes de déverrouillage ne sont plus vendus (le dév utilisait un service qui a été coupé, et on parle d'un jeu qui a 10+ ans), donc je me suis retrouvé marron.

Jusqu'à ce que je décompile l’exécutable (asm 68k), que je trouve l'instruction de test du code et que je trouve l'hexa de l'instruction à lui substituer.

Je me sens trop hacker de l'an 2000

edit: GoldenCrystal, ton doc sur les opcodes est tout simplement génial !

(-compi+assemb)

Heu, ouais

Mais pourquoi on dit "décompiler" un programme alors qu'au final, on ne fait que le dé-assembler ?

tu décompile si tu obtiens un language de haut niveau, si c'est de l'assembleur oui tu desassemble

Sachant que décompiler est autrement plus difficile qu'un simple désassemblage (en java et c# ça fonctionne bien par contre, sauf si c'est violemment obfusqué, évidemment)

En Belgique on a un médoc que j'appellerai X, qui existe en comprimés de 4 mg et de 32 mg. La boîte de 30 comprimés de 4 mg n'est pas entièrement remboursée par la mutuelle, mais celle de 30 comprimés de 32 mg l'est à 100%. Autrement dit, le patient ne paie rien pour du X 32 mg.

J'ai eu une prescription de X en 32 mg, où le médecin a indiqué que le patient devait prendre un quart de comprimé pendant 10 jours (= 2 comprimés et demi consommés au total, sur 30). Je me suis dit que c'était con, et qu'il était plus simple de prendre 2 comprimés à 4 mg par jour (= 20 comprimés consommés au total, sur 30). Mais voilà, les médecins sont au courant des tarifs et choisissent les médocs les mieux remboursés pour les patients qui ont peu de moyens, menant du coup à:
1) une posologie peu pratique pour le patient.
2) un énorme gaspillage de médicament.

La sécurité sociale belge cherche à économiser des sous, et c'est exactement l'inverse qui se produit. Des fois il vaut mieux dépenser plus pour économiser plus.

Il serait intéressant de connaître la raison pour laquelle le même médicament n'est pas remboursé pareil suivant son conditionnement. Est-ce qu'il y a deux utilisations différentes suivant le dosage ?

Zerosquare (./2739) :
Il serait intéressant de connaître la raison pour laquelle le même médicament n'est pas remboursé pareil suivant son conditionnement.

En Belgique, plus un médicament est remboursé plus il a une importance vitale. En général le X en 4 mg est utilisé pour justement la diminution progressive au traitement par X 32 mg (un arrêt brutal du traitement entraîne des effets néfastes graves). Notre sécurité sociale estime peut-être qu'une fois le péril passé et la maladie traitée, on peut redemander du fric au patient. Manque de pot.

Nhut (./2740) :
En Belgique, plus un médicament est remboursé plus il a une importance vitale.

C'est pas l'inverse ?

ah oué

Pen^2 (./2741) :

Nhut (./2740) :
En Belgique, plus un médicament est remboursé plus il a une importance vitale.

C'est pas l'inverse ?

Moins un médicament est remboursé, moins il a une importance vitale?

Ne fais pas semblant d'être belge

Alléï, tu viens chercher les frites, une fois??

D'accord, mais avec des tartines.

Des tartines a la fritte ?

lol ^^

Non c'est "pire" c'est Destination Finale !!

coup de pot...

La blague, c'est le nom du gars?

(je sais bien, c'était pour rire)

D'après ce que je crois, on a inventé le câble parallèle pour transmettre plus de données d'un coup qu'avec un câble série. Alors pourquoi avoir fait l'USB et non l'UPB ?

Les transmissions parallèles peuvent transmettre plus de données à fréquence d'horloge identique, mais ont d'autre problèmes qui deviennent handicapants à haute vitesse : s'assurer que tous les bits arrivent en même temps, que les signaux d'une ligne ne parasitent pas ceux de la ligne d'à côté (diaphonie), etc. Et puis plus de fils ça complexifie le routage, augmente le prix des composants (plus de pattes), augmente le prix et l'encombrement des câbles et des connecteurs, etc.

C'est pour ça que quasiment tous les standards actuels (USB, PCI Express, DVI/HDMI, Serial ATA) sont passées aux transmissions séries à haute vitesse.

Parce que c'est bien plus joli en façade de PC. Et ça prend moins de place sur la tranche d'un smartphone

Et pour des contraintes mécaniques, un faisceau de trois ou quatre fils (série) ça reste "souple", un câble bien blindé de 25-30 fils (sinon plus), ça devient vite raide... (suffit de voir un câble SCSI externe de l'époque )

On va arriver a faire du serie parralelle..

Par exemples les cartes memoire, la SD fonctionne en 1bit ou 4bit suivant la configuration, mais les version "embarquable" travaillent en 8bit.

Autre exemple le DVI, laison quasi "serie" pour augmenter les resolutions il ont du doubler l'interface (Dual Link DVI) etc..

L'USB3 pour atteindre des performances plus eleve a augmente le nombre de paire (3 ou 4 il me semble au lieu de la paire D+/D- classique)

Bref, meme le "serie" a ses limites

faux

l'usb travaille sur une paire dans chaque direction, les autres paires sont là uniquement pour la compatibilité usb 2.

le série a nettement moins de limites que le parallèle, je vous rappelle qu'on fait des liens fibre à 10 gbits, et l'interface vers le module optique est bien à 10 gbits/s sur du cuivre.

usb 5 gbps
sata 6 gbps
thunderbolt 10 gbps

aucun souci

comme a dit zerosquare faire du très haut débit en parallèle est absolument atroce, regarde les interfaces DDR avec les PCB à zigouisgouis pour le phase matching...

à l'inverse les liens série transmettent des paquets qui portent eux même leur synchro, c'est bien plus efficace.

le dvi est une interface ancienne qui n'a sans doute pas été conçue pour le très haut débit, d'où l'émergence du hdmi, tout simplement.

Alors explique mois pourquoi sur le PCIe on a plusieurs "lignes" et pas qu'une seule avec frequence plus eleve pour monter en bande passante?

L'USB 3 a exactement 3 lignes, le D-/D+ de l'USB 1-2 et SSRX-/SSRX+ SSTX-/SSTX+ donc un dans chaque dirrection en effet

Le thunderbol a exactement 4 paires plus deux signaux Rx/Tx "lowspeed" sachant que c'est groupe en 2 paires Rx et 2 Paires TX.

Le Firewire 400/800/1600/3200 utilise au moins 2 paires (je n'ai pas les infos sur le 1600/3200)

Donc ce n'est plus vraiment du serial vu qu'on se retrouve dans une configuration ou il y a plusieurs lignes "serie" en //

Quand a l'ancieneté du DVI, ca date de 1999 ce n'est pas la préhistoire non plus, l'USB existait déjà.. Et le DVI utilise une 3 paires + une clock pour du single link, 6 paires pour du dual link. Le HDMI n'est que du DVI avec un package un peu different (i.e. 3 paires, donc du single link)

( http://upload.wikimedia.org/wikipedia/commons/6/65/DVI_pinout.svg )

Mais le fait qu'une ligne soit reserve pour une direction ou pour l'autre ne change pas le fait que ce n'est plus du serie au sens "une ligne" comme l'USB 1 ou 2.

De toute maniere, pour les liens serie, on va finir par avoir le meme probleme que les CPUs: il y a des limites physique, et a un moment on va etre obliger de "re"parraleliser un peu les signaux (et on le fait deja en fait)

Ca ne veux pas dire de revenir a l'antique cable //

ok.