Mac/Linux port discussion

[howard]

I noticed that there is a free spot for an additional EEPROM too, U8. Is this for debug or possible expansion?

[eblanchette]

Java would be nice. You could use Eclipse RCP for the UI. But I'm sure you are right. It would take a lot of effort. Maybe you can host the project at http://code.google.com/hosting/ and let the community help out.

[eblanchette]

You could easily make it a web application. GWT (Google Web Toolkit) makes it very easy to push the boundaries of the browser.

Example: http://www.aurea-bpm.com/gwt-connectors/Example.html

or

http://gwtuml.googlecode.com/svn/trunk/GWTUMLDrawer/war/GWTUMLDrawer.html#Drawer?DiagramType=0&diagram64=PDA+XUNsYXNzJCgxNzUsOTIpIU9wZW5fU3RvbXBfUnVsZXMhIX5yaWdodF9jbGlja19tZSUhOw==

I'm a big Java and Google guy. You could still compile the code server side and just use a browser plugin to connect to the device. Just like GPS devices. Example: http://developer.garmin.com/web-device/ ... er-plugin/

If you change it to an ASP (Application Service Provider) you can allow for easy access to a library of effects and patches. Sharing, rating, comments, etc...

Let me know if you are interested and are looking for some to help out.

[merciana]

Does Linux have the potential to be as good as Windows for gaming? I know you can download Wine to run Windows games on Linux, but I want to make sure that everything in Linux can be just as good as it is in Windows XP. I'm wondering if networking will screw up considering the rest of my family runs on Windows... Does that mean no LAN? Stuff like that. I'll post more details if people need more so check back.
_________________
affiliateelite ~ affiliateelite.com ~ adgooroo ~ adgooroo.com

[BradC]

I'm watching this one fairly closely at the moment.

I'm in the process of attempting to design a versatile Echo device (at the moment I'm using a Quadraverb GT) that allows closer simulation of the old Binson drum echo machines (and the WEM Copicat!). I've been wondering about the processing horsepower available for doing some fairly complex filters (EQ / Low / High Pass / Tape wow and Saturation curves).

I'm keen to see some multi-platform headway being made

[TheGZeus]

Anywhere we can get the code?
I know some folks that know C#, and might be interested in helping.

[eric_admin]

My most recent workbench build is functional on Mac OSX under Mono. I haven't had the chance to test it under Linux yet, but I imagine it will require a little tweaking to get working there (as the OSX version did).

I've put all the device firmware up under SVN on Google Code (see the new OpenStomp.com website) and I'll be putting the Workbench code up there too as soon as I have time.

[laseray]

I am interested in this device, but as it stands I would never buy one.

You are calling it the first open source stomp box, but the code for the user interface is proprietary.
Thus, it won't work for me on Linux, and that is pretty much where the whole idea of open source came from
in the first place.

On top of that I think you should have made your workbench in Java, not C#/.Net. Then it would already be cross-platform, available, and a real consideration for me.

Maybe I can help with a Java-based workbench port. I have worked a number of years creating Java GUI based applications that work fine, at a minimum, across Linux, OS X, Solaris, and Windows. What are the chances of getting the C# code either out in the open on your Google repository or sent to me under some kind of NDA, or some other conditions?

Can't make any exact promises about timeline or ability to complete just yet, and it would be nice to have some sort of consideration or something sometime in the future after I get a version working for it, but it might be worth exploring.

What do you think?

Best regards,

Raymond Martin

[eric_admin]

I am presently working to OpenSource the Workbench application and move it up onto Google Code. Today I have it running under Mono on OSX but I haven't debugged the serial port operations under Linux, which are likely to be the source of trouble there (if there is any). The serial port implementation under OSX ended up requiring a bunch of custom code beyond the Windows code base, but I'm expecting most of that work to be applicable to the Linux port.

I investigated porting the app to Java but I felt that the graphical editor was going to be too slow in Java and all the example cross-platform graphics intensive Java apps I could find were cruddy on all platforms, so I figured that at least down the C# path it could be excellent on its primary platform (Windows) and acceptable on the rest.

You're certainly welcome to attempt a Java port once the code is posted, but If one were setting out to do that I'd definitely research the rendering of the graphical editor first and make sure there's enough performance to make that piece work, otherwise it's not worth bothering.

Cheers!

[CaptainJester]

Have you open sourced the Workbench yet? Speaking of Graphics rendering in Java, you can use OpenGL directly and still have it run on Windows, Linux and Mac. The LWJGL library gives you this option.