I'm trying to create a simple virtual midi device using javax.sound.midi. I want it to show up in MIDI Studio and appear to other programs which consume midi. However, I can't seem to figure it out. I've got code which can send midi to the IAC driver, but nothing shows up as an independent midi app in MIDI Studio. Is there a particular class I need to instantiate or register it somewhere or some such?
javax.sound.midi cant create devices. Use the IAC to create a new midi port and all your midi apps should be able to see it an communicate with it. Including your java app.
To create a new port with the IAC go to the finder and look for Audio MIDI Setup. In Audio MIDI Setup on the top menu click on "Window" and then on "Show MIDI Window". Double click on the "IAC Driver" icon and you can create the ports you need.
Related
I have a Bluetooth device that I can connect to an android phone, and I need to launch a specific application when a certain button is pressed on the Bluetooth Device.
So on press A--> Application A needs to be opened.
As of now, I am attempting to build an android application which can scan for and connect to the bluetooth device, with a set of built-in keymaps (A->Application A, etc), and the application would open up the application corresponding to the keymap, but this approach has its limitations in that I was not able to successively select buttons to transfer between apps.
Would there be a way to directly interact with the android kernal from BlueTooth to try to directly open up desired applications?
There should be a number of ways to get what you want, depending on your circumstances. We can provide more help for specifics if you post some of the code you're currently using to start the apps. It never hurts to review the basics of using Intents to start Activities.
Just guessing, but you may need to bring the requested activity to the foreground if it has already started and something else has focus.
Been banging my head against a brick wall on this...
I am looking to write a virtual midi driver - so android midi apps see a midi port to send to, I get to receive and pre-cook the messages before passing them on...
I can't find any starting point to get going(!).
Surely I just open a 'port' (using some library), the apps will see it, connect to it, send - and I get a call back for each message...
I am programming in Java/android stuido - but could use anything else if appropriate - I have used QT on Linux for anther part of the setup, but thought native Android would be best for an android driver(!).
EDIT
Seems android apps hit the metal for MIDI work (well as close to the metal as a USB driver is!), instead of using the Java MIDI libraries.
If so, my options would be:-
1) Write a USB driver that does the loopback - a 'virtual' device.
or
2) Attach a USB device and physically loop it back so my code can read the incomming.
I don't know where to start with 1 (any pointers?). 2 would be easier, but partly defeats the point... the code I want to write is to trap MIDI communication and push it out over WiFi. Needing a cable/add on is a bit naff - but would at least mean that the tablet isn't teathered to the main MIDI system...
My goal is to make an application that can play audio files "through the mic" into a skype-call (or other programs). I want to be able to speak while the audio-file is playing. Is there a simple way of doing this?
You can achieve mixing audio devices with Virtual Audio Cable. You create a new Virtual Audio Cable as an input device that you can select in Skype. Then you can send audio from a specific application to your Virtual Audio Cable that will mix it with your microphone for example.
My goal is to have a java application running, when the camera is plugged in or already plugged in, the program can auto detect the camera. After writing that sentence it doesn't seem possible in distinguishing between the USB drives on windows.
Can someone help me with pointing me in the right direction with allowing the user to specify the camera location? If the camera location is specified i should be able to auto-generate some sort of list of jpeg files on it correct?
My overall goal is to have a user enter a "job number", then from the camera (auto-detected or user location specified), the program automatically takes all the photos that exist on it, dump them into a folder named after the job number, then erase the photos on the camera.
It's like an auto photo storage dump pretty much.
I'm currently working with Eclipse and the JavaFX plug-in with using SceneBuilder.
libjitsi is an advanced Java media library for secure real-time audio/video communication. It allows applications to capture, playback, stream, encode/decode and encrypt audio and video flows. It also allows for advanced features such as audio mixing, handling multiple streams, participation in audio and video conferences.
Originally libjitsi was part of the Jitsi client source code but we decided to spin it off so that other projects can also use it.
libjitsi is distributed under the terms of the LGPL.
Feature list
Video capture and rendering on Windows, Mac OS X and Linux.
Video codecs: H.264 and H.263 (VP8 coming in early 2013)
.
.
.
More Info
Folks,
I am working on an applet that captures audio from the local computer and streams it up to the server. I am using a Java applet that currently hooks onto the default device and performs the upstream. Things are running well.
I now want to extend the functionality to allow users to choose the audio input device and to also show a sound level indicator of the chosen device in the web page.
I wrote a multithreaded utility that would do AudioSystem.getMixerInfo(); periodically and look for changes. There is also a thread that reads from the chosen device and displays sound levels.
My problem is that when I run my code and plug in a USB headset, the new device is not detected. However, if I shut down my code, then plug in the USB, the device does show up.
Is this a known and documented limitation of JavaSound that it does not sample the device set once the process is running?
I am using OSX Lion.
Thanks for any insights.
-Raj