help me save my future!

[Schlatte]

ya well if your ever up for it you should look into 'paging'. most devices have some sort of page read (or in the case of SD that is all you can do). You can do some tricks with buffering if you have slow memory. Basically you batch load large consecutive chunks of memory from the memory device into local ram. Since they are consecutive you only have to send the first address to retrieve the whole page. This saves a lot of time on SPI bus. Although you have to be a bit more organized i dont think there is any problem with even hi-fi on SD and the like. Consider that most digital cameras can record HD video direct to SD, which certainly contain more information than a typical audio file (although thats only writing, where this requires reading and writing but still.) .wav is just PCM with some nice header that specifies number of channels etc. So other than the header it is just literally the samples uncompressed. .wav can have variable sampling rates (from file to file) so as long as you specify the sampling rate in the header any program will be able to use it. Im sure you could do it, seems like you know whats up. (: but for a school project i would stick to something you are comfortable with just because of deadlines and crap like that.

Thanks for the nice words! I have done paging before. was a pain in the butt because of different data types/sizes (int8, int16, chars, strings ). I might just give it a try anyways because I have all the parts I would need for something like that in school and now that I looked deeper into it, I think adding the .wav header to the a/d data wouldn't be that hard (would do it on the pc with the java program). I have some spare time because I'm already finished with my bitcrusher project.

But yeah.. I think the best possible projects as of now are:
1) More complex bitcrusher with presets/mobile phone and pc integration, etc.
2) Synth/Ring Mod with mobile phone/pc control and presets, etc.
because as you said- deadlines, documentation, presentations... are a pain in the butt.

well since this isn't gonna be a product we as a community can purchase, who's up for the challenge of making it?!?!?

well... I think multi_s might be quite THE MAN!
Maybe some collaboration

How about a choppy tremolo pedal that launches a stroboscope in sync?

I have actually thought about something like that... wireless control of light effects via WiFi... I'm sure it would be possible to extend the idea to include different functions, but it would be "too simple" maybe.

Huge post is huge.

[big jilm]

How about a choppy tremolo pedal that launches a stroboscope in sync?

I have actually thought about something like that... wireless control of light effects via WiFi... I'm sure it would be possible to extend the idea to include different functions, but it would be "too simple" maybe.

You can have the pedal quantize the sound and use the resulting values to modulate different variables of the light effects (like color for an obvious example).

I wish it was as simple for me

[multi_s]

How about a choppy tremolo pedal that launches a stroboscope in sync?

I have actually thought about something like that... wireless control of light effects via WiFi... I'm sure it would be possible to extend the idea to include different functions, but it would be "too simple" maybe.

You can have the pedal quantize the sound and use the resulting values to modulate different variables of the light effects (like color for an obvious example).

I wish it was as simple for me

yes well it is simple conceptually, im sure you could imagine it, just define what the relationship is between the signal and lights and away you go. You could do simple things like a peak in the signal causes a flash, or presence of cetain frequencies causes this and that. Just think of what are the characteristics of a signal? How can i measure these? IE come up with a way to quantify these characteristics as you said, then map it to some function of the light(s).

IF you break it down step by step you see how simple it is (and how creative you could make it).

I might just give it a try anyways because I have all the parts I would need for something like that in school and now that I looked deeper into it, I think adding the .wav header to the a/d data wouldn't be that hard (would do it on the pc with the java program). I have some spare time because I'm already finished with my bitcrusher project.

ya let me know how it goes. Im trying to set mine up so the USB port acts as a bridge to the SD card and the SD will just show up as a disk on the pc. This requires using a file management system on the device that a PC understands though (FAT32) so its more complicated on the device side but you shouldn't need any special software on the PC side. Not sure if it will work ultimately, but that's the theory. Although a program on the PC is more useful for organizing presets for sure.

If you have an idea and you want to try and collab on some hardware/software maybe id be up for something in the spring/summer. personally have about 3.5 weeks left of classes (then all I have to do is finish that thesis ) so I will be a lot more active on development then i have been in the last 8 months.

[Schlatte]

I'm going a different direction with the USB port. It just acts as a serial data connection between the device and the pc. All the data handling and such things are done on the pc. That way I don't have to bother with file systems/USB drivers and the Pic is detected as a CDC USB class by the PC- no additional drivers necessary. You also don't have to bother about program memory, ram and power of the pic circuit, because all the "hard" work is done on the pc.
How are you going to store the data on the SD-Card (file type, etc.) so the pc can read it? And man... implementing a file system with a pic is hard.... like really hard. Good luck on your final thesis

[tuffteef]

imagination tion tion tion

[multi_s]

How are you going to store the data on the SD-Card (file type, etc.) so the pc can read it? And man... implementing a file system with a pic is hard.... like really hard. Good luck on your final thesis

There is a library provided by microchip for the file system, it can do FAT32 which is readable by PC. I will store the file as .wav, when you start recording append the header at the front of the data. If you are doing 'unsigned' samples it should be in PCM friendly format already or you can easisly convert from one to the other. Basically just have a pair of buffers in the RAM that are the same size as 1 SD page. When one buffer fills, swap them and send the full one to the SD . When the recording is done 'close' the file so to speak.

The thing i have not tried to do though is actually bridge the usb to the SD card. IE so when you plug in USB it detects the connection and mounts the SD card on the PC. If that doesn't work i guess you can always just eject the card and put it on the pc but im hoping there is a way to get it to work like i mentioned just for convenience. I saw on the web somewhere a guy that did a diy mp3 player which was pic32 based and i think used SD and usb so im pretty sure its possible. I forget the name of that one but he had all the details of the project on his page with a pretty good commentary on what issues he had in development.

the library is here if you want to see it:

http://www.microchip.com/stellent/idcpl ... e=en539236

[goroth]

The Geiger Counter has a whole lot of wave tables that it uses for the... ah... sonic destruction stuff - what about allowing the user to draw a wave shape on their phone and use that with your bitcrusher? I know nothing about stuff, so I don't know if this is feasible.