dougg3

Ah, that’s another interesting possibility. I definitely observed that the actual HDMI refresh rate is 59.94 Hz while playing Super Mario Maker, but no idea what the game’s internal frame rate is.

Video creator here. You're absolutely right. On the other hand, it at least gave some data on exactly how the Wii Classic Controller in particular behaves. I'd be curious if the Wiimote by itself behaves any differently too. I still think my approach was easier than implementing the I2C protocol, even if it was much messier.

You could theoretically even completely emulate the Wiimote in software too. I think some people in the TASBot community were taking that approach.

The schematics for the multitap are out there in the SNES developer manual [1]. I actually made one on a breadboard for fun [2] and eventually turned it into a PCB. It's a pretty simple circuit with an analog mux and some tri-state buffers.

[1] https://archive.org/details/SNESDevManual/book2/page/n385/mo...

[2] https://www.downtowndougbrown.com/2013/04/homebrew-snes-4-pl...

One interesting thing I've discovered recently is that everyone (including myself) is doing the ROM SIMM pinout slightly wrong when used in Quadras. The existing programmable SIMMs seem to work in the 610/650/800 and 700/900/950, but I think the onboard ROMs aren't being properly disabled, as someone discovered when trying one in an LC 475. I'm probably going to write a blog post about the topic soon.

Also, some exciting news is that ROM disk hacks are definitely on the way for the Quadras. It's possible to unlock the full 8 MB of ROM space in several of the Quadras. I've seen video of a Quadra booting from a 7 MB ROM disk. Too bad most of them after the 700/900/950 don't have the socket populated :-( The pads are there at least, for people who dare to add it themselves...

(Author here) I ended up buying a bunch of the components, including all of the passives, at LCSC. Notably the Cypress chip was much less expensive there too. Here's a link to the resistor network part I bought:

https://www.lcsc.com/product-detail/_UNI-ROYAL-Uniroyal-Elec...

On a side note, I mentioned in the video that it was super tedious to solder all of the passives. If I were doing this again I would strongly consider doing the JLCPCB/LCSC thing and having them populate all of the caps/resistors on the bottom side for me.

Thanks for sharing! I had a brand new one of these displays in 1999 when they first came out and it developed the same problem a year later. The replacement from MacMall’s warranty company (which was graphite instead of blue) also eventually developed the issue too. Good to know there’s a solution if I ever decide to fix it.

I think Apple should have recalled these.

Hey, thanks bunnie! I will definitely keep that in mind if I run into any future snags on this project. So far so good!

Sorry about that! I was definitely aware of the volume and tried to warn, but it wasn't obvious enough. I bolded the text to make it more obvious.

The Chumby was definitely a fun experience back in the day! The title page of the getting started guide inside the box says:

  So you purchased (or stole) a chumby
  The official Quick Start Guide
  (for those who oppose starting slowly)

Ahh, there's a familiar username! I was actually amazed at how long it had been when I finally built up the motivation to pick the project back up earlier this year. My GitHub linux repository is still forked from your silvermoon-linux repository with those original patches. Glad you stumbled upon this so you could see where it eventually got to!

After the initial trip to the tire shop, 2 of the sensor IDs that were previously working were still working. And I had 2 brand new valve stems. So they definitely changed out the bad one, along with another one. I just got super unlucky and one of the new sensors was defective.

I'm the author of this post. I don't know why I had so much trouble picking up my own sensors. I agree, I've seen a lot of people say they can pick them up from pretty far away too. I'm still not sure about my antenna situation, but I just picked up a couple of Citroen sensors from a car driving by (~75 ft away) and they reported 130 and 131 kPa. I also saw one that was reporting 123 kPa during one of my drives while troubleshooting. Although my own "Citroen" sensors are definitely reporting the correct pressures, I'm thinking maybe there's another model that reports half of the actual pressure or something.

I'm also curious why they report a manufacturer of "Citroen". Isn't that a French automobile manufacturer? I wonder if someone originally observed this protocol on a Citroen car, but it's really just one of the main protocols used by the big TPMS sensor manufacturers like Schrader. I really doubt the sensors on my Dodge Ram are made by Citroen...

It does have an SPI TPM header, which as far as I was able to tell, does bring out all of the signals I needed (including the BIOS chip select). But it's just all of the same signals in a different form factor. It was actually easier to use the chip clip because I didn't have header pins small enough to plug into it. It would be nice if the motherboard manufacturers would standardize on a header (or footprint) that everyone would use...

Author here — maybe it was dumb of me to try, but it didn’t come close to a bad temperature. I get the feeling that the BIOS doesn’t stress the CPU very much. Of course, I would never try to boot an OS or let it sit for much longer than I did.

I had Frontier (originally Verizon) DSL up until 2014 when it became obvious that the network was turning into crap, which finally led me to switch to Charter. This story doesn't surprise me at all.

Luckily, in my region Frontier was sold to Ziply last year, who immediately started investing in ditching the old copper wires and now they offer symmetrical gigabit fiber here, so I switched back and have never been happier.

Based on what I've read over on the Ziply subreddit, Frontier's network was in poor shape when Ziply took over. For example: https://www.reddit.com/r/ZiplyFiber/comments/kw56u4/does_zip...

That too is possible (serial ports though, not ADB). There are existing LocalTalk-to-Ethernet bridge products from long ago that are getting harder and harder to find. I was actually working on a new one for a while but ran out of the time/motivation to finish it up. https://mac68k.info/forums/thread.jspa?threadID=275&start=0&...

Thank you! That is very useful to know for the future.

That's exactly what I was mulling over in my head today (I'm the author of this blog post). If there's some way to simply provide a v3 of this patch while leaving the credit with the original author, I'd love to do it. I just didn't want to step on anybody's toes, and I don't know the etiquette. I think this kind of thing happens more often than we realize. I've seen similar situations before on other drivers.

That's awesome! I'm not sure how I could have gotten Windows to work in that situation. :-) Glad you enjoyed the post.

I'm the author of the blog post. My first time here on Hacker News...very cool that it was picked up! I did my memory testing inside of Linux using memtester. I honestly want to do more thorough testing at some point to prove that it's actually working okay. If some of the PCI hardware is still paying attention to that overlapped range, weird stuff could definitely happen.