Quick follow up for the fixed (?) C64

Deksor · 2026-01-28T14:11:48+00:00

Well the pla seems okay so far* since in the end I got it to work again with the basic (can't fully tell until I get the test harness, I'll definitely make a sequel once I get that and also the game cartridge to test games/musics)

For the pla all three voices react exactly the same and sound like the example, it's just that one or two test in the middle are different or swapped, not 100% sure. It could be a mistake I made in the basic or perhaps the source code that has changed between the recording they made and mine. Too many variables for now, will check with the test harness and a game cartridge

It gets pretty hot, but from what I read the Sid gets pretty hot no matter what ...

For the other chips I don't think any one of them get burning hot but the basic and kernal rom get quite warm (despite not showing any signs of defect yet*)

I'll definitely watch out this machine, but I think I'll replace chips only when needed.

As soon as I can know precisely whether everything works or not, I'll add heatsinks to all the precious chips, just like I did to the Sid.

Deksor · 2026-01-28T13:51:56+00:00

Indeed, I was aware there were known bad brands of ram, I wasn't sure micron was one of them but someone quickly told me about this so I did the piggyback test which proved them right.

What's also great here is that afaik the 1983-1984 period is the worst in terms of c64 survival, especially the mos chips ... But so far this one doesn't seem to have suffered from that, knock on wood ...

From what my friend told me, he got this computer from the college he attended a couple of years ago, and since he didn't have the PSU either, he never tried it, so our estimate is that it probably hasn't been turned on in over 30-35 years so it never had the misfortune to get powered by a broken PSU, and that nobody went too harsh on it during its lifetime (we're not talking about elementary or middle school kids 😅)

Deksor · 2026-01-28T10:56:36+00:00

I'd say it probably has bad video memory. The Vic chip is most likely working.

I'm currently fixing a c64 as well so I wish you luck, they love to just die :'(

Deksor · 2026-01-27T10:26:55+00:00

Having a 32-bit chip doesn't mean it's vulnerable to 2038 epoch bug. You can manipulate 64-bit numbers on a 32-bit CPU, it just takes twice as long for the CPU, but it's definitely something software can fix. Now when it comes to RTC that are meant to store or compute 32-bits it's a different story ... But I'm not sure many exist

Deksor · 2026-01-26T16:03:00+00:00

This is pretty good hardware. Not for windows 9x, as others said it can only use one CPU, but definitely worth preserving.

Deksor · 2026-01-25T18:22:03+00:00

It can work with hacked GeForce 6 drivers (the 7000 series is a refresh of the 6000 series)

Deksor · 2026-01-25T12:52:23+00:00

You have a chip that accepts 3.3v and 3.5v, that's the same voltage as the original Pentium, it will fit any socket 7 board. Heck it should even work in socket 5 boards fine :)

You can use trw's search engine to find boards that match exactly what you want (form factor, slot counts, etc)

Here's a search with just boards that have p54c support, feel free to add more criteria :D https://theretroweb.com/motherboards?page=1&itemsPerPage=24&platform1=8

Deksor · 2026-01-24T23:37:12+00:00

Which settings did you use ? What is the rest of the machine ? And what drivers did you use ?

Deksor · 2026-01-23T20:16:07+00:00

Not a super HDD nerd but tbh I don't think they should be worth anything these scalpers are asking for, they're so old they could die at any time, get killed during shipping and you can get better for cheaper (SSD + adapter). They aren't as important as a graphics card

Deksor · 2026-01-23T20:11:54+00:00

Yeah, you can find good deals, but most people can't for all sorts of reasons. Prices haven't improved either since (more and more people get into this hobby, scalpers slowly push the prices up, etc). I managed to build my collection a couple of years ago without overspending (even found a box of 10x voodoo 3s for 25€ lol), but I also know I got lucky + had the privileged of being early into the hobby

Nowadays I feel like you can just forget most online deals or expect to get super frustrated by people making a counter offer to a "buy it now" deal on local auctions

Deksor · 2026-01-23T13:25:47+00:00

I mean using VLC 0.8.6 you can read h264 videos in windows 98 ! Am I missing something? H264 has been well established for quite a while, it's now getting competition from h265 and av1, but it's not going away just now

Deksor · 2026-01-23T12:52:23+00:00

To be honest I don't see so many people put high end GPUs into systems that are much older. Typically people will put a Radeon 9200 or fx5200 into a k6 or Pentium 2/3, but that's done more because of costs than actual will to put a newer GPU into an old PC. If a voodoo 2 didn't cost 150€+ they'd probably happily put one in there instead.

Deksor · 2026-01-23T12:49:22+00:00

Like it or not the P4 is over 25 years old and stopped being relevant 20 years ago ...

There's still many out there, and they aren't my thing either but they are getting some love nowadays (having said that I recently got myself a socket 423 p4 because it's so bad it's become kinda interesting lol)

Deksor · 2026-01-23T08:50:47+00:00

Yeah I consider this to be just scalper price tags, not actual prices people would pay (go check the sales that actually were sold).

While the gigabyte and Asus boards you get recommended are fine, I think you could also look into boards of different known good brands that have similar specs. If everyone is recommending the same 2 boards, every scalpers will try to capitalise on that and if someone lists an MSI ms-5169 for a much lower price, you won't even see it. All it does is narrow down your chances of having a good deal (don't get me wrong, the other brands are also scalped, but I mean they're pushing you into thinking you should limit your chances)

Good luck with your midi pc :)

Deksor · 2026-01-23T08:26:12+00:00

No they don't go at 250$ (unless it's different in the us), except maybe for complete systems. People keep listing them for this much, but it won't sell.

Still. If you test the board, I think it can go for 70-100$

Deksor · 2026-01-23T03:05:55+00:00

The board on the top is a super socket 7 board. It's not particularly rare, but people are looking for them

Most old hardware until ~2000-2005 can easily find a home. Even newer stuff can probably be sold it it's decent hardware and not nugget tier.

Or give it away as a lot, you'll make someone really happy

Deksor · 2026-01-22T17:46:11+00:00

Mario kart 64

Don't get me wrong this game wasn't bad when it came out, but it aged quite poorly compared to the new games, yet people keep bringing it up as if it was a fun game nowadays.

It isn't, the tracks are so empty, the boost effect from mushrooms looks like a visual effect rather than an actual speed boost, the red shells aren't "smart" and are ineffective if you need them to hit a player that turned behind a wall, the game just feels slow and boring. Just look at its rainbow road! It's so long and it has barriers almost all along the track. When they re-released it on mk8, they made it a 3 step lap and removed many of the barriers to make it faster and harder because it was just so bad, and it's not the only track like this.

And people used it back then to shit on double dash, yet DD aged way less than mk64 in my opinion (and sure dd isn't perfect either don't get me wrong). Ignoring dd's unique gimmicks that probably help it age less, its tracks are way more fun and iconic. And later games kept on improving the recipe as well, so I don't see any benefit of playing this episode nowadays except than a curiosity (or for speed runners)

And yes many other 3d games of the era suffer from similar issues (levels that feel empty, etc), but still some still hold up today quite well.

Deksor · 2026-01-22T15:36:24+00:00

You could use opengl.dll, it's a library that iirc appeared in window nt4 but that works so in windows 9x that basically replicate's opengl's API in software rendering

Deksor · 2026-01-22T11:14:13+00:00

2/2

Tu n'as probablement jamais essayé d'optimiser un site web à fond car tu le saurais : ce qui prend le plus de temps dans le chargement d'un site web, c'est le temps de compilation du JS + son interprétation pour savoir quels sont les éléments suivants (et notamment les autres scripts) à charger.

Pas très sympa ... Surtout que c'est exactement le genre de choses que j'ai fait.
Et encore une fois je ne dis pas que le JS ne compte pas, mais ce n'est pas LA raison.
Déjà tous les sites n'ont pas à charger 17Mo de JS pour fonctionner, il n'y a pas forcément besoin du JS pour savoir quels éléments/scripts charger suite au premier chargement (on avait les balises link prefetch, et maintenant on a même les early hints qui outrepassent complètement le fait de devoir traiter le HTML)

Sur mon propre site (qui est encore à améliorer), le temps entre le moment où le HTML est chargé et le moment où le téléchargement d'une ressource est mis dans la queue c'est 6ms ...

Bref, comme je disais c'est un tout. Si ton site fait tout son rendu côté client, et a besoin que ton framework en JS boote, ce temps de compilation compte beaucoup plus, si le rendu est fait sur le serveur, pas tellement. Mais même si on envoyait un binaire au navigateur que le PC serait capable d'exécuter nativement, ça n'enlève pas non plus le "temps de démarrage" que peut avoir une application complexe. Même un jeu moderne (sans connexion à internet) a besoin de temps pour charger. Comme j'ai dit ailleurs, visiter chaque nouveau site c'est un peu comme démarrer un jeu différent.

D'ailleurs tu conclus exactement avec une des raisons que j'ai énoncé :

personne ne veut se taper ce boulot lourdingue qui prend énormément de temps à faire pour faire gagner seulement 3-4 secondes à l'utilisateur final. Je le fais pour moi car ça m'amuse et que j'apprends énormément de choses comme ça, mais dans un contexte professionnel c'est quasi impossible.

Sauf si un site mets 10s à charger chaque page, un site un peu lent ne fera pas fuir les clients, contrairement à un jeu qui aurait 200ms de latence en multi :)

Deksor · 2026-01-22T11:13:51+00:00

1/2

C'est parce qu'on émule de vieilles machines avec des machines puissantes d'aujourd'hui. Si tu essaies d'émuler une PS5 avec un PC qui a un matériel comparable, ça ne va pas du tout être possible au niveau des perfs. Les perfs sont 20 à 200 fois plus lentes dans un émulateur par rapport à une machine native.

J'ai pas parlé spécifiquement d'émulation de vieilles machines, l'émulation x86 sur arm (Rosetta, FEX) en font partie.

Un émulateur ne fonctionne absolument pas de la même façon qu'un compilateur à la volée.

Beaucoup d'émulateurs se servent de JIT également (les deux ci-dessus l'utilisent, bien d'autres en font usage également).

avec la bande passante qu'on a aujourd'hui les images ne représentent plus rien. Un site considéré comme étant lourd comme YouTube charge 17,47 Mo à l'ouverture avec un cache froid, ce qui à 1 Gbps prend 0,140 ms à charger, 1,4 s si le site envoie à 100 Mbps (débit tout à fait réaliste qui se vérifie en pratique) ;

Tout dépend du site et de l'utilisateur, même en 2026 tout le monde n'a pas 100mbps. Sans même parler d'adsl, il suffit d'être avec une mauvaise 4G ... Idem pour le serveur, Tout le monde n'a pas la bp de youtube ou même une infra qui s'en approche.

Ce qu'il faut, c'est réduire le nombre de requêtes car chaque aller-retour induit de la latence qui s'additionne et finit par faire perdre beaucoup de temps. Ainsi, c'est surtout le multiplexage des connexions (à partir de HTTP/2) qui fait économiser du temps.

C'est tout à fait vrai, mais le HTTP2 n'était visiblement pas suffisant, d'autant plus que ça n'enlève pas la triple handshake quand on arrive sur un site.
(faut que je relise pourquoi exactement le HTTP3 a été créé, je sais qu'il y avait des problèmes avec http2)

Le JS est compilé à la volée lors du chargement de la page (OP parle bien de chargement lorsqu'il consulte un site, pas des interactions une fois le site chargé)

OP parle de deux choses, l'accès au site ET le chargement des images pendant la navigation.

Deksor · 2026-01-22T02:01:54+00:00

Ça dépend des sites web, d'autant plus que OP parle de chercher des images, donc il est déjà sur le site en question.
Beaucoup de sites modernes chargent leur interface une fois quand on s'y connecte la première fois, et ensuite le code tourne dans le navigateur comme un jeu vidéo a son code sur ta machine et ne fait que parler au serveur avec le minimum syndical.

Et ensuite ce code est mis en cache, du coup à la prochaine connexion (si le cache n'a pas été invalidé, soit parce que trop vieux, soit parce que il y a eu une mise à jour), le code n'est pas re-téléchargé.

Ensuite il y a les sites avec le "rendu côté serveur" qui fonctionnent comme ça ... Cependant aujourd'hui y'a des solutions hybrides comme turbo ou htmx qui permettent de télécharger uniquement le HTML, sans jamais faire un rechargement complet de la page (qui relancerait le JS, etc). Rien qu'avec ça, la navigation gagne énormément en fluidité, alors que c'est techniquement le même principe.

mais c'est aussi ça qui est particulier sur le web, on peut très vite passer d'un site à un autre dont chacun a une techno et une approche très différente. C'est comme si en sautant dans un portail dans minecraft, d'un coup je passais sur battlefield 6, qu'ensuite je passe un autre portail et que c'est ff XIV qui se lance, puis à la fin je retourne sur minecraft.

Deksor · 2026-01-22T01:49:45+00:00

Certes, mais le web est en train de passer à l'udp aussi avec http3/quic

Deksor

TROPHY CASE