Search results

Type 2 behaves kind of like a step response.

Type 1 mode is: Next sample = current sample * (15/16) And nibbles are instantaneous offsets of the current position of the wave I think. It could very well be that Type 2 is a filter on top of type 1. Type 3 (sinc) might be best saved for last with this approach. But it DOES appear to...

More ponderables.

Have a look at this fine specimen. At the transition from one packet to the next, if the type of wave changes, the tail end of the wave transforms into the tail end of the new wave type. VERY interesting. I'm not sure how it connects the waves together yet, but it does appear to be a smooth...

What I was thinking was to open a network access system file, and the same version of a normal system file, and compare them in ResEdit to see which resources are completely missing. For example, all color icon resources are probably missing on the network access one. So then you could try...

There are people here who would benefit from that suggestion - I'm not using it to try to suggest something about you. It's not that I assumed you needed that info, it's just that I don't mentally keep track of very many usernames. I recognize a few mods, dougg3, a couple others, but other...

From what I gather, network access disks squish everything in there by removing some system resources. You could theoretically compare an existing network access disk's system file's resources to its full-version counterpart and remove the same resources from a 7.5.3 system file...

That is quite strange, the TAM is basically a 6500 and those boot fine from the 8.1 boot floppy I think. Have you ensured that the system folder is blessed on your 8.1 floppy? It should have a Mac logo on its icon, and if not, it can be blessed by opening and closing it on a classic Mac.

Latest C++ source code: #include #include #include using namespace std; #define OUTPUT_DATA_SIZE 100000 int16_t output_data[OUTPUT_DATA_SIZE]; unsigned long int output_data_count = 0; int main(int argc, char *argv[]) { FILE *f = fopen("Q700RawSoundData2", "rb"); FILE *w =...

I've done all 3 waves now, and it still doesn't sound quite right. It's only slightly better since I fixed the type 2 wave, barely noticeable difference. I think it's about as close as I can get through this analog sort of hacking. https://sites.google.com/site/benboldt/files/Q700DataOut4.aif...

The secret sound is almost entirely type 2 waves, so it won't get much better without some other approach. But anyway, I mapped out the un-high-pass of the type 1 wave. This one is about 80 samples and it does not go below zero.

More progress. I still have to redo type 1 and 3 waves, but the type 2 really made a difference! https://sites.google.com/site/benboldt/files/Q700DataOut3.aif

I have done some work on wave type 2. To overcome the hardware high-pass, I played this wave at maximum volume in increments of 4 samples, each step backing up from a raw audio packet (type 0). The raw audio packet immediately returns the sound output to 0 and does not carry through any types...

I have just discovered that types 1, 2, and 3 continue on into the plaintext even after the end of the packet. I realized this by adding one more silent packet to the hacked BootBeep control panel. This should improve sound quality when I get it in there.

The little tiny click that you hear at the very end of the latest audio sample is in fact an extra packet, exactly like what I am sneakily sending to the audio chip in the real Quadra 700. If you zoom all the way in with an audio program, you'll see that it's the sinc type of packet.

It's not exactly a sinc wave, it doesn't trail off as quickly. There are 3 parts to its function: Base sine wave: Sin(4*Pi*i/14) Amplitude of sine wave: .3718i^2 - 11.168i + 107.69 (Approximate) Normalization from pixel count in Sound Studio at my particular window size to signed 16-bit...

More progress! It clearly needs a lot more work. I have been focusing on type 3 (sinc wave). I will go back and test for the behavior of types 1 and 2. It does appear that they shift differently using the second header nibble. Also, my source waveforms probably need some work. It's more...

Maybe it's the very nature of 'cdev's to disable interrupts when running?

There is still more work to be done on wave types 1 and 2. I treated them just like type 3 in some respects without testing. I can hear more bass in the output already, though. #include #include #include using namespace std; int main(int argc, char *argv[]) { FILE *f =...

As I test more, I have discovered that the first nibble determines the "type" of packet. Types include: 0: direct samples (non-cumulative) 1: Dull Slope (more research needed) 2: S-Curve Slope (more research needed) 3: Sinc pulse (cumulative) And as a matter of fact, this only uses 2 bits...