Hello everyone!
i just installed a Tascam US-122 on an Ubuntu 13.04 system. I followed the
guide given in the ALSA Wiki. Installing the fxload and firmware packages and
creating the udev rule as noted on the wiki page. But even after restarting
the device didn't show up?
Would it be necessary to enter the corresponding usx2y module somewhere? Or
what else might it be. This is not my own system, but since I preparedit, I
thought it best to send the original e-mail, so you know what has been done so
far.
Warm regards
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
Hey fellas!
It's been a while since the official "droning" project count has stopped at
200, so I decided to finally change it with the addition of 14 more tunes.
As I have been told, people notice that I began exploring more rhythm-based
forms and this is certainly true, however, there are classic drones in the
new recordings as well, so you drone lovers don't give up your hopes just
yet ;)
http://www.louigiverona.ru/?page=projects&s=music&t=droning
Cheers and enjoy the music!
--
Louigi Verona
http://www.louigiverona.ru/
Normally, I do new installs rather than upgrade. It means for sure I have
gotten rid of old stuff.
But I was testing upgrades and thought I would share what I found. First
off I was using UbuntuStudio. I was looking for things like metas not
being included and yes that was so. I also found the generic kernel was
getting dragged in as well as the low latency kernel. (actually that was
what I set out to test)
Anyway, I have an older machine and video card and have had some problems
running some applications like Mixxx for example. It was suggested to me
that I probably had problems even playing videos smoothly too. As happens
I was testing Studio Metas installed on top of kubuntu. And was playing a
video and it looked just fine. This was a fresh kubuntu install. when I
tried the same thing with the updated (from 12.04 to 13.10) the video was
skippy, jittery, not good at all. But on a fresh ubuntustudio install it
was fine. Same video, same player, same kernel, same (supposedly) distro.
The audio which was going through pulse->jack at 48000 and p64, was fine,
not xruns or other artifacts.
So, fresh installs are still the best, no change from 1995.
Really, Hard drives are cheap. One of the least expensive bits one can
buy. Better to put a second drive in the machine, put a new install (or
better try three or four to see which works best with your HW/work habits)
and copy your old home (or parts of it) over... or just put symbolic links
in.
Or, shrink a partition and load the new version in a small partition and
link to the old home. This may be the only way with a laptop.
--
Len Ovens
www.OvenWerks.net
Got this email a couple days ago and it appears that the author wishes to
share this with the FOSS community. Please forward comments to Pierre
(copied here).
Best wishes,
Ico
From: pierre jocelyn andre [mailto:temps.jo@gmail.com]
Sent: Sunday, May 19, 2013 5:28 PM
To: ico(a)linuxaudio.org
Subject: audio format
Hello,
sorry for my poor English,
can you look behind this link audio format.
http://letime.net/vocale
Regards
On Tue, May 28, 2013 2:06 pm, Louigi Verona wrote:
> I myself would love to test it. Does anyone know of a PPA for 12.04? It
would be good if I can forgo the compilation process. My quick search
revealed no 12.04 debs.
re: xvidcap PPAs. The last one seems to be for 11.10 (Oneiric). It may be
close enough to run. I will try booting 12.04 later and try it. you can DL
the deb file and run dpkg on it to install.
https://launchpad.net/ubuntu/precise/i386/xvidcap/1.1.7-0.2ubuntu12 Has a
link to the deb file for i386, but there is a 64bit page there too.
--
Len Ovens
www.OvenWerks.net
--
Len Ovens
www.OvenWerks.net
On Fri, May 24, 2013 at 6:25 PM, J. Liles <malnourite(a)gmail.com> wrote:
>
>
> On Fri, May 24, 2013 at 7:52 AM, Rui Nuno Capela <rncbc(a)rncbc.org> wrote:
>
>>
>>
>> i'm a (not so happy anymore) owner of a us224 which does all the same
>> path as your us122,,.
>>
>> i am sloppy and the systems i use this lovely piece of h/w is not what
>> you'd call the latest and greatest
>>
>> so (my) the state of things at the time of this writing, is the following:
>>
>> - on 3.4.x-rt it still works but only like a plain usb1 device (-r48000
>> -p128 -n3); good old and awesome, special fast and low-latency rawusb/hwdep
>> mode of operation is dead. or it seems so
>>
>> - on 3.8.x-rt it doesn't work at all; always nagging the device's being
>> used by something else (and no, it's not pulseaudio:); and if you dare to
>> use jack1 then, well, it just crashes the whole show (kernel oops)
>>
>> only tested with preempt_rt though (thus the -rt suffix above)...
>>
>> i know this does not help in anything but at least you're not alone :)
>>
>> cheers
>>
>
>
> This is a known issue with the 3.8 kernel. It's breaks not only tascam but
> lots of other USB audio devices as well. Register your discontent with your
> distro, I guess.
>
>
> Ah - I was about to post a separate thread about this - can't get my
focusrite saffire to start at less than 512 on a 3.8 kernel.. Will go down
to 64 on 3.5. Where do I report/add to this bugreport?
James
Sent from Samsung tabletJoel Roth <joelz(a)pobox.com> wrote:steve wrote:
> Hi guys,
>
> For some time I have been preparing backing tracks using Ardour 2/3 etc. Mixing down to mp3 for live performance. We are having reliability problems during playback.
>
> I have tried my netbook (Tosh nb200) my tablet (Samsung 10.1) & an ipad(not to hand, not mine)
>
> The playback fails at random point (if at at) & will often then replay satisfactorily. The mp3s are created on a 64bit machine using Ubuntu studio as the base setup & converted to mp3 in Audacity on the same machine.
>
> I am lead to the belief that it is not the playback machine athough not completely due to the randomness.
>
> My thoughts are:-
>
> mp3 conversion
> mp3.
> 64bit conversion
>
> Doesn't need to be mp3. flaac would be my choice. it does need to be fast loading with random access (tablet is ideal). Don't mind spending money.
You don't mention what players are subject to this
stopping.
Since you have all your mp3 material already, why not
try all of the half-dozen mp3 players available?
I've always had good luck with mplayer, but there
is vlc, and even ffmpeg (or avconv as it's being rebranded)
can play mp3 files.
I've always found .wav file playback to be more stable than
mp3, and seeking behavior is better. The processor doesn't have
to do much, at the cost of storing a bit more data (One
hour costs 1 GB, roughly.)
Greetings,
Joel
> Steve
>
>
> Sent from Samsung tablet
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-user
--
Joel Roth
JACK does not appear to run on this platform (yet). There will be hardware with audio I/O in the not too distant future. It would fantastic to have JACK there too.
