From: Dirk Vogel Date: 2013-02-27T21:27:32+09:00 Subject: Re: Does this specific sound library exist? Thank you very much, Carlo, as your comment does clear several things up. But it also produces other questions. 1. I may stress I'm a musician, not a programmer. As I worked with Max/MSP all times, I know virtually nothing about IDEs, libraries, or even different GUI guidelines for all these OS platforms. With Max/MSP on my Mac, I'm able to develop little sound utilities as standalones, and there's a Max runtime app that permits to run those standalones even to those who don't own Max. So they cannot edit the standalone, but they can use it, and the Max runtime app exists for Mac and Windows. (It's like the Adobe Acrobat concept: most people use the Acrobat Reader to read PDFs, but only a few have got Acrobat to build PDFs.) So that's my background. 2. Evidently the UI elements I built in my sound utilities look and work the same under Mac and Windows, and it's impossible to respect the GUI guidelines of both with the same UI as they differ, like everybody knows. And even for what I'm planning to program this time I think it's not that important that it feels like an application specifically built for this or that OS. So I'm aware of the fact that many professional programmers prefer to invest time in the development of specific UIs for different platforms. I only hoped that an IDE like QT may effectively take charge of the compilation of an UI you may have to develop only once even if it runs on several OS. 3. So if I get you right, it's not reasonable to use Ruby if I've to get a UI for Android. My question: If I was to write my program with Ruby, is there a way to "combine" this with a Java part for the Android UI, with an Objective-C part for the iOS, with a silverline part for Windows Phone and so on? It seems quite confusing to me, and in addition I'd have to learn all these languages... Probably I'm mistaken, but I thought that it was the IDE you choose that defines on what platforms your program will be able to run, and as long as a programming language like Ruby is supported by the IDE, everything's fine... 4. Now to the pitch shifting method (or library or whatever). I already know that libraries for a certain programming language may be written in another language. I also know that pitch shifting is a time sensitive operation and that a library that takes charge of it must be written in assembler or C or something like that. But if I get the idea of libraries right, they exist to incorporate this kind of function in a programming language that may not be able to deliver it on its own, and once you compile your program for a certain OS, it runs this function. Now you tell me that there's an OS specific "underlying audio layer" to deal with. What does that actually mean? Let's say for the argument's sake that I'm to write my program in Java. Java runs on Android, but also on Windows. Do you suggest I'd have to actually use two different libraries for pitch shifting depending on the OS I'll compile my program for? Even if Java runs on both? This comes as a surprise to me as in Max/MSP, pitch shifting exists as an object you simply put in your data stream, and you get what you want... Thanks for your time! -- Posted via http://www.ruby-forum.com/.