The difference using an mp3 seems to be smaller: yap seems to use about the same time but fluidaudio seems to take twice as long. Do you happen to know why?
Thanks, I didn't see vanch007 version at first (only ~30 downloads), I usually look at mlx-community. For the size I was looking at the wrong model (TTS not transcribe-diarize), thanks for the corrections.
108 dB is the proposed FAA allowable pressure at the surface of the earth. They didn't come up with this number arbitrarily they did it with consultation with the supersonic plane companies and if those companies could achieve much less than 108dB then the proposed limit would be lower.
Obviously it is assumed we are talking about frequencies in the range of the audio spectrum (which a sonic boom is). Your point has nothing to do with the dB scale.
The initial boom is less than a second but it's like standing right next to the leafblower (not across the street) and is accompanied a lasting thundering-noise which is also extremely loud.
There is a substantial noise beyond the initial boom which is very loud even relative to the main boom. But even just a half second of a car horn going off right next to you every so often is intolerable.
> It’s not accurate to convert .1 psf to dB because it’s an impulsive shape, not a continuous tone. And human loudness perception depends on how smooth (low frequency) the shape is
Sorry can you explain more? It's just the definition of dB (?)
And it's less impulsive than you imagine, go to youtube to listen to the sonic boom + continuous roar.
The FAA has no criteria about the "texture" of the sound and there is no reason to believe the allowed planes will differ substantially in this respect compared to every other supersonic aircraft in the past.
0.11 pound per square foot is what is being proposed. That's 108 decibels. Which is between standing next to a lawn mower and standing next to a car horn. I don't see how anyone will tolerate that in practice.
I'm saying you can go even further and automate the entire thing using LLMs/agents, it is pretty much the ideal use case: you have a black-box reference implementation to test against; descriptive documentation for what the functions should do; some explicitly supplied examples in the documentation; and the ability to automatically create an arbitrary number of tests.
So not only do you have a closed loop system that has objective/automatic pass-fail criteria you also don't even have to supply the instructions about what the function is supposed to do or the test cases!
Obviously this isn't going to be 100% reliable (especially for edge cases) but you should be able to get an enormous speed up. And in many cases you should be able to supply the edge case tests and have the LLM fix it.
(Codex is still free for the next few days if you want to try their "High"/"Extra high" thinking models)