johnh

I believe the keyboards in Allen Organs use some form of photointerruptor. I've got a picture on the other PC, I'll see if I can find it. Ah, here it is: My pedalboard uses a different method, the ends of the pedals are painted black and there is a strip of reflective tape near the top. When the pedal is depressed the tape moves in front of an emitter / detector pair and the pedal movement is sensed. Works well unless the tape falls off (damhik). ---john.

If you are in the US, try searching for 1/4" knobs. You'll probably get a lot more hits and 1/4" is practically 6mm anyway...

I see that the folks that were offering a couple hundred YMF262s as a single lot on eBay are now offering 5 for $9.99 + $2 shipping. That's cheap! I don't think I could compete with that! That still leaves us needing the YAC 512s though... Here's the link to the auction: http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=110108621814

O.k., let me see what it would cost. Also do people only want a complete set of 1 YMF262 and 2 YAC512? That takes two soundcards per order. Is there any interest at all in just 1 + 1? ---john.

wedding band

Are folks still looking for these chips? I have access to the equipment to easily remove these chips from old soundcards and also have a line on a large supply of soundcards. If there is interest I could investigate what it would take to offer these to the group. The price should be fairly low. I'm in the US btw. Thanks!

Has something changed with the Forum setup? Until very recently I would llog in and click on Show unread posts since last visit. (or whatever the link was that was at that place on the screen, maybe it's changed?). Doing so would give a list of all the messages posted since the last time I logged in. Very handy. Now when I do this I get a message that says: No unread topics found since your last visit. Click here to try all unread topics. Clicking 'here' then gives the list of messages that I'm familiar with. I'm running Firefox 1.5.0.3 and haven't (knowingly) changed anything recently with my setup. The two URLs are slightly different: The first is: http://www.midibox.org/forum/index.php?action=unread The second is: http://www.midibox.org/forum/index.php?action=unread;all;start=0 Thanks.

quake

Each DIN module (as from SmashTV) has 32 inputs. So for your situation, 56+25 = 81 which would need 3 DIN modules (96 inputs). The MIDIIO 128 project supports 4 DIN modules max for a total of 128 ;D inputs. You'll have a few inputs left over.

No, it can be defined in either place. The key is to make sure that the compiler can replace the symbol AOUT6_L with the appropriate value. [tt]#define AOUT6_L <something>[/tt] AOUT0_L, AOUT2_L, & AOUT4_L also need to be defined as something, they are also causing problems but AOUT6_L is the first one encountered by the compiler/assembler. I hope this helps!

O.k., yes I overlooked the #endif but he's #defining AOUT6_L to be nothing and this won't work in the asm code. How did you get it to compile? ???

I tried to build this on my system. It appears that the error is occurring here: [tt] lfsr FSR1, AOUT6_L ; loads AOUT6_[LH] and AOUT7_[LH] [/tt] There is no preprocessor definition for AOUT6_L as far as I can see. It's in aout.h but in a section the is ifdef'd out. Am I off base here?

http://www.tapplastics.com is in the US but they say they will ship internationally. Around here they are the first source to check for plastic of all kinds. ---john.

Like MIDI, ethernet is both a hardware specification and a software specification. UDP is a protocol that runs on top of IP which is a protocol that runs on top of ethernet as well as other transports (serial lines, etc). TCP is another protocol that runs on top of IP. So if you say TCP/IP you should say UDP/IP as well. If you say TCP then you can say UDP. On the wire (ethernet) you'll find ethernet packets that contain ip packets that contain udp or tcp packets. Without knowing exactly how Apple implemented MIDI over the network it's hard to saw what the proper term is. TCP provides a mechanism for insuring that packets arrive at their destination. UDP does not and leaves it up to the application to implement retries and error handling. I'd be curious to know the details of Apple's implementation.

Odd, the link posted above takes me to a page labelled R3 SID Module. And I get a live map. In any event, don't give up, I'm sure SmashTV will weigh in here with comments any time now...

It's a minor nit but there is no need to put braces { } around the individual values in the initialization of the pattern array. const char pattern = { 48, 60, 48, 60, 48, 60, 72, 60, 48, 50, 62, 50, 62, 70, 80, 95}; I'll look at the rest when I get home tonight. Thanks for sharing this code with us!

So on the page at SmashTV's site did you point at each component with your mouse? There are 'pop-up' hints that aid in identifying the parts...

Could you clarify? If OSC uses UDP why do you need TCP? Or is there another application that requires TCP that I missed in the discussion? UDP runs over IP.

Or maybe XORLW and not have to worry about the complement? Then you could just branch based on the zero flag...

Errors are possible with missing bytes but not as you state. The first byte of a MIDI command has the high bit set, data bytes do not. A controller can distiguish between commands and data. In running status mode missing bytes are a whole different story...

The file has been placed here: http://haskey.com/johnh/midibox/SDCC+AC-Sim+CBP_Skeleton_v1.9.zip

Send the file to me, I'll host it on my website. ---john.

It would be very informative if we knew what type of MIDI interface was used on the PC.

Nicely done! One comment: wouldn't the voltage level on the output side of the 7805 be lower than the input voltage coming into the 7805?

Have you loaded a MIDI driver that talks to the serial port on the PC?