On 23/11/2012 20:01, rodrigo(a)angoera.com.br wrote:
>
> Hi !!!!!
>
> The Fast Track Pro is USB 1.0, the max bandwidth is 12Mb/s. The TUSB3200 has
> the isochronous USB transfer mode, that can occupy about 90% of the USB
> bandwidth... Using 4 channel (2 IN and 2 OUT) with right and left, and 24 bits
> (3 bytes each, in total 4(channel) * 2(left,right) * 3(data) = 24 bytes ) The
> max bandwidth that could communicate is about 12Mbits/s = 1.5 Mbytes/s | 1.5
> Mbytes/s * 0.9 = 1.2 MBytes/s --> 1.2MBytes/s / 24 bytes = 50Khz ... So the
> maximum USB 1.0 with 24 bits is 4 chanel in 48KHz...
>
You're absolutely right, the 24 bits 4 channels mode would be only accessible in
48 kHz samplerate.
> I would like to know how it works the interface between USB AUDIO CLASS device
> driver and the USB-AUDIO Alsa Device driver. And how does the isochronous
> comunication works inside the kernel? Because I am using an RT Kernel and I
> would like to set with the high priority this communication.
>
I don't really know how does the isochronous, but applying usual RT security
audio rules seems sufficient to get high priority access and then very low
latency (got 3 ms here with few audio realtime processes..).
Further info here:
http://joegiampaoli.blogspot.fr/2011/06/m-audio-fast-track-pro-for-debian-l…
G
Hi,
Is anybody interested to help Eigenlabs figure out the USB layer to
get their stuff ported to Linux?
http://www.eigenlabs.com/forum/threads/id/1148/
They are very free software friendly. Their code is available under
GPL, they have a very good understanding of working with community
while staying an enterprise (the instruments are not open, as far as I
can tell), and, needless to say, the instruments they do are beyond
awesome.
Alexandre Prokoudine
http://libregraphicsworld.org
>> Hello Louis,
>>
>> You might want to contact Filipe Coelho (aka falktx).
>>
>> http://forum.linuxmusicians.**com/viewtopic.php?f=47&t=10231<http://forum.linuxmusicians.com/viewtopic.php?f=47&t=10231>
>>
>> Regards,
>>
>> Jeremy
>>
>
>I have some experimental code for VST UIs in Linux (using openGL), it's not
>ready for release...
>I've uploaded a source tarball with a plugin inside, although the UI seems
>to have some little issues right now:
>http://kxstudio.sourceforge.net/tmp/3BandEQ-VstTest1.tar.gz
>
>I'll work more on it soon, so for now it can be a "preview" of how it is
>done.
>But in short, it uses something I call "DISTRHO Plugin Toolkit", which
>similar to Juce can make a single source code compile into different plugin
>APIs (At the moment LADSPA, DSSI, LV2, VST and Standalone, some better than
>others).
>This plugin uses openGL for the UI, but Qt4 can be used alternatively.
DISTRHO looks interesting, but I was wondering maybe if my existing
VSTGUI code could somehow be used with the least amount of
adjustments. I guess since it's just a bunch of x,y offsets and basic
widgets it shouldn't be too hard to port to another toolkit, but I
don't have the free time I used to. But, I'll definitely consider it.
It's free, right? I didn't see a license so I'm guessing it'd be ok to
bake into my binary-only application (apologies if I just missed it).
I'm wondering if maybe downgrading VSTGUI and making the plugin
perfectly WINE-friendly (or winelib) would be an option. Anyone know
what the best VSTGUI version might be the best target for that? And
any opinions on the VSTGUI port found at jacklab.net?
-Louis
Hi every body,
I would like to develop an very optimized device
driver for the USB soundcard, I am going to use the IC TUSB3200 similar
the Fast Track Pro from M-Audio (I would like to optimize this device
driver as well) , I am a hardware developer, and now I gonna start in
the Linux world... I would like to know if someone could tell me what
the better path to learn and develop an USB sound card???
Hi everyone,
I was using CAPS AmpVTS and notice that some tone knobs didn't work well. I
end up trying tonestack plugin itself and it seems that the problem (is
this a bug or its the way it really works?) is there, the Bass filter
apparently stops working about 0.5 to 1.0 , the Mid filter, on the other
way, apparently starts working in this zone, Treble seems to work
fine. Has anyone noticed something like that or even corrected this problem?
Att,
Lucas Takejame
Hello,
I intend to develop an audio application for my embedded linux system.
My objectives are multi-track playback + record. (support for file
formats like wav, mp3, etc.)
Can anyone suggest if there is a library with a clean API that I can use?
Any suggestions are welcome.
- Regards, pj
Hello there!
I am trying to write a real time pitch shifter using C++.
The pitch shifter uses resampling and WSOLA for time-scaling.
I have written a jack client that already works using C, but I would like
to try using zita-resampler as the resampler library for my program.
That is why I am rewriting my program using C++ (it would also be a
learning experience for me).
I looked to Rui's synthv1 and zita-ajbridge for example of writing jack
client using C++.
The problem I am having relates to Jack MIDI.
My program keeps having a segfault when it is trying to read from the MIDI
buffer,
specifically when it tries to dereference the buffer pointer inside the
event structure.
jack_midi_event_get(&in_event, midi_buf, event_index);
if ((*(in_event.buffer) & 0xf0) == 0x90) // Segfault happens here, on
boolean mask operation
{
_note = *(in_event.buffer + 1);
}
So I tried to print the buffer's content but it also segfaults.
std::cout << std::hex << static_cast<unsigned int> (*(in_event.buffer)) <<
std::endl;
My understanding that in_event.buffer is a pointer-to-char,
so that *(in_event.buffer) should be an unsigned char.
I don't understand where I am doing wrong,
I would be very grateful if someone could point out my error.
Oh, my computer is Archlinux 64 bit using jack2-git 20120718.
I have put up a git repo of the code on
https://github.com/shanipribadi/pitch-segfault.git
Thanks.
Shani Pribadi
Hi,
I'm the author of a free VST called Digits that has a Linux port.
Recently, I put out a new version that has a full editor GUI, but was
unable to get the GUI to work on Linux because VSTGUI 4 doesn't appear
to have a Linux port.
What do you think the best strategy (fastest, least code changes)
would be to deliver a GUI for Linux users? I see on the JUCETICE site
that there's a VSTGUI 3.0 port, and the old 2.2 VSTGUI that comes with
the VST SDK has at least some Linux support (IIRC). I don't use any
advanced features (just dials, labels, and sliders). Are either of
these good options, and which would be best?
Input from somebody experienced with this would be great.
-Louis
I've been stumped for a while as to why my Tascam US-122 box stopped
working as a writeable midi port.
Using Debian Wheezy, everything was working up to a few weeks ago. MIDI
input still works and there's nothing suspicious in the /var/logs.
But...
nick@arial:~$ aplaymidi -l
Port Client name Port name
14:0 Midi Through Midi Through Port-0
20:0 TASCAM US-X2Y TASCAM US-X2Y MIDI 1
24:0 USB MIDI keyboard USB MIDI keyboard MIDI 1
nick@arial:~$ aplaymidi -p 20:0 Desktop/076903b_.mid
Cannot connect to port 20:0 - Input/output error
nick@arial:~$ uname -a
Linux arial 3.2.0-4-686-pae #1 SMP Debian 3.2.32-1 i686 GNU/Linux
Using older kernels doesn't help. Connecting e.g. rosegarden to the
TASCAM US-122 in qjackctl fails silently (the link is not made in the
connections window and nothing is printed on the console). Can't see
any module loading issues.
Is anybody else seeing this behaviour? I'd submit a bug report but
really can't figure out exactly what isn't working :(
nick@arial:~$ lsmod
Module Size Used by
snd_usb_audio 71309 0
snd_hrtimer 12540 0
snd_seq_dummy 12455 0
snd_usb_usx2y 22748 2
snd_usbmidi_lib 18844 2 snd_usb_audio,snd_usb_usx2y
snd_seq_midi 12744 0
snd_seq_midi_event 13124 1 snd_seq_midi
snd_rawmidi 18376 2 snd_seq_midi,snd_usbmidi_lib
...
usbcore 104470 8
ehci_hcd,uhci_hcd,uas,usb_storage,snd_usb_audio,snd_usbmidi_lib,snd_usb_usx2y
usb_common 12338 1 usbcore
Nick/.