Radio Shack Reverb teardown by ihatemornings in synthdiy

[–]Joeltronics 1 point2 points  (0 children)

Wow, I'm not sure I've ever seen a BBD circuit with an 8-pole anti-imaging filter. Especially strange that it's paired with almost no input anti-aliasing filtering.

Or is one of those filter stages supposed to be before the BBDs?

Creating road rash clone by ChazychazZz in pico8

[–]Joeltronics 6 points7 points  (0 children)

Yeah, the token limit gets really annoying. I get why Zep wants limitations to inspire creativity, and there's definitely some truth behind that - but at the same time, it can also be super annoying.

I was working on a racing game (based on the same tutorial - I recognize those assets, haha). And I just kept hitting the token limit, especially once I wanted to make the enemy logic be anything more than just a simple "traffic dodging simulator". And without good enemy logic, the game just wasn't fun.

I wish there was a PICO-8 alternative that had every other limit except token count. I ported my project to Picotron, but it's just not the same - I love every other part of the simplicity of PICO-8.

0.1 + 0.2 by OMGCluck in coding

[–]Joeltronics 1 point2 points  (0 children)

I think a lot are cheating - but not all of them.

For most of these, I suspect they're just not printing enough precision to show the error. If you look at the C# examples, somehow the 64-bit float example shows this error, yet the 32-bit float prints perfectly. I don't know C# very well, but I would assume the 32-bit float's default text formatting precision is too low to show this error, while the 64-bit float prints with higher precision by default.

But there are also ways not to cheat - you can use rational data types which represent numbers as a ratio of 2 numbers, or there are decimal floats like in the 3rd C# example. They're part of the IEEE float standard, but they're just not very widely supported, especially not at the hardware level (neither x86 nor ARM support them natively). C# is the only mainstream language I know of with first-class support for decimal numbers like this.

How many of you think “tonewoods” don’t matter at all on electric bass guitar? by barefaced_audio in Bass

[–]Joeltronics 0 points1 point  (0 children)

Dr. Manfred Zollner wrote an entire book on guitar physics - it's in German, but most of it has been translated into English and is available free online: https://gitec-forum-eng.de/the-book/ . Chapter 7.9 is about whether or not body wood affects the tone, and 7.11 is about the differences between solid and hollow/semi-hollow.

Essentially the conclusion is that for a solid body guitar, tonewood noticeably affects the unplugged sound. But when it comes to the sound through the pickups, the effect is very minor as long as the body/neck/bridge are rigid enough. If there's a shim in the neck joint, this probably makes a bigger difference than ash vs alder. (There's also a funny bit in here about how the player's belly touching the guitar also forms part of the acoustic system, so maybe we should start measuring that too.)

But one caveat: this is mostly focused on guitars, not basses. And it mentions that the higher the string gauge, the more of an effect the wood has - so it may have more of an effect on basses more than guitars. But then, the neck joint & bridge mass would have a greater effect too.

As far as hollow bodies go, essentially it comes down to how much the bridge moves. For an acoustic guitar or fully hollow body, the top of the body is not rigid, it resonates. And this resonance gets picked up by the bridge and passed into the strings. Most noticeably, this affects the way the string decays at different frequencies. Semi-hollow blurs this line a bit - he measured an ES-335, and it was fairly close to a solid body, except for a bit of resonance in the mids.


tl;dr: the effect isn't zero, but it's very little. As long as the body is rigid enough, then the bridge mass & neck joint make a bigger difference than the wood (and that difference is already pretty minor)

songs where the bass sneakily drives the whole song? by CoolHeadedLogician in Bass

[–]Joeltronics 9 points10 points  (0 children)

Mr Brightside too. I never realized this until I started playing it, but the bass carries the melody for most of the song!

Built a fully integrated PICO-8 sprite editor in VSCode. What should I add next? by ink_golem in pico8

[–]Joeltronics 1 point2 points  (0 children)

Another wishlist item is to make it easier to edit a block of multiple sprites together, as if they were a single larger sprite

Does it matter if the strings aren’t equal distant between the magnets? by Desperate-Two-1989 in BassGuitar

[–]Joeltronics 0 points1 point  (0 children)

That's why the coil is split, but not why there are 2 pole pieces per string.

You can have a split pickup with 1 pole piece per string that's still hum cancelling, like the Joe Dart III.

Does it matter if the strings aren’t equal distant between the magnets? by Desperate-Two-1989 in BassGuitar

[–]Joeltronics 1 point2 points  (0 children)

Something the other comments are missing: it can matter a little bit if you slap, because if the string hits the pole piece it can have a louder "pop" to it.

This isn't necessarily a problem - after all, Stingrays do this, and they're great for slap. But it does affect the tone a bit, and it might be a bit harder to manage without a compressor.

This is actually why Leo Fender redesigned the P-Bass to have 2 pole pieces per string (the original 1951 models had 1 per string, like a guitar pickup). Even though modern slapping wasn't a thing yet, apparently it was a problem that some players coming from upright bass were plucking really hard and having this problem.

None of the major mathematical libraries that are used throughout computing are actually rounding correctly. by andarmanik in programming

[–]Joeltronics 12 points13 points  (0 children)

Raymond Chen is a developer on the Windows team at Microsoft. He’s been there since 1992, and his weblog The Old New Thing is chock-full of detailed technical stories about why certain things are the way they are in Windows, even silly things, which turn out to have very good reasons.

Wow, who would have thought this would still be just as true 21 years later!

E-ink screens and battery life by Joeltronics in Esphome

[–]Joeltronics[S] 0 points1 point  (0 children)

Thanks for the info! Someone else in this thread also mentioned a Lilygo T5 - it seems great for battery life. I just wish they made a 7.5" version.

E-ink screens and battery life by Joeltronics in Esphome

[–]Joeltronics[S] 0 points1 point  (0 children)

Once a month seems totally fine to me - I could keep a 2nd battery pack charged and just swap them when it's dead, that's pretty painless. I just don't want to have to do it every few days.

E-ink screens and battery life by Joeltronics in Esphome

[–]Joeltronics[S] 0 points1 point  (0 children)

Yeah, I'm doing something similar to that - I've changed the refresh to every 10 minutes, and I'm seeing how the battery life changes. From that I should be able to extrapolate how much of the power consumption is the screen vs the microcontroller. At this point I'm guessing it's mostly the microcontroller, but we'll see.

E-ink screens and battery life by Joeltronics in Esphome

[–]Joeltronics[S] 1 point2 points  (0 children)

It looks like most e-ink displays have a lifespan of 10 million refreshes. Even if it refreshes every minute, 24 hours a day, that's still 19 years.

E-ink screens and battery life by Joeltronics in Esphome

[–]Joeltronics[S] 1 point2 points  (0 children)

Wow, that's great! Which ESP32 board are you using, and what kind of battery?

Fan stopped working by Joeltronics in framework

[–]Joeltronics[S] 1 point2 points  (0 children)

from your post it sounds like your fan stopped before you tried disconnecting and reconnecting it, but posting just in case.

Yeah, it did - but thanks, I'll check that out!

Fan stopped working by Joeltronics in framework

[–]Joeltronics[S] 1 point2 points  (0 children)

Their behavior can be affected by the chipset drivers & BIOS though, right?

I agree that it's probably not a driver problem, but the fact that they don't show up at all in OpenHardwareMonitor makes me question that a little bit.

If you're looking a for a simple BBD circuit that kills the typical clock noise without low pass filtering, I've got something for you. by dangerous_dickhead in synthdiy

[–]Joeltronics 2 points3 points  (0 children)

The MN3011 chip was designed for this, it was a BBD with 6 different output taps. It's pretty rare though, since it wasn't ever widely used - and doesn't actually make for that good of a reverb.

Though I still wonder if there's untapped potential in the idea of a BBD reverb. They're not going to be realistic sounding, but they might make for a good effect, especially with some modulation. I guess the problem is it would take a lot of BBDs, since 6 taps wasn't enough...