iPad version

Well, I have to budget the cash and actually get a device first. :)

I've read a little on the CCK, but I don't know if the iPad has IOKit on it. If it does, the existing code is going to be very portable. The only problem with the CCK is that I'm not sure how Apple is going to react to using it outside of what it's designed for. It could be ruled that using the CCK for an application like this is using an "undocumented framework" and it'll be rejected from the app store. This is going to severely limit its distribution.

TCP/IP will be in MacHPSDR eventually because of Ozy II. This should be able to be moved over to an iPad application relatively easily. We'll have to see if it works. Also, when I get a chance to work on Ichabod, there should be a network layer written.

That being said, there are a few sticky places in an iPad port that I've learned about recently.

1) Objective C Garbage Collection isn't available on iOS devices. I'm lazy, so the current MacHPSDR code is using the garbage collector. It would be a significant project to go through and find all the object instantiations and make sure they get properly destroyed.

2) I've learned that the OpenGL code has some deprecated calls inside of it. This should be fixed anyhow, and it's a minor fix, but it still needs to be done. Also, the iPhone doesn't fully support OpenGL. It supports OpenGL ES. I'm not immediately sure what the differences are, so there's some research to be done there to make sure that the waterfall and bandscope work correctly.

Bonjour is a great idea of autodiscovery of resources. I've been trying to convince Phil to implement Bounjour in Ozy II, but I'mnot sure that's going to go anywhere.

Sounds good. Better wait for the OzyII support that will add a networking layer.
Also iOS 4 adds over 1500 API's. The documentation is not out yet.