Re: The Mashup Contest
Hells yeah!!! We can run it through the list, and Post mashups on ccmixter ( www.ccmixter.com ) !!! -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: gTick replacement?
Thanks for your input, guys. Can't believe I didn't think of just plugging one physically into the other! But that's true, what a path. I might as well give Hydrogen a try--bpm are bpm, and I hadn't thought of that. I was playing with it earlier and thinking what a shame, it's looks really cool but I have an actual drum kit in the other room and might as well learn to play what I want to hear. Now I have an excuse. I'd like to give kmetronome a whirl though; I got my latency down to 21.3 w/512 frames & 2 periods, so I reckon it'll run--but so far the sole way I'm able to get any MIDI sound is opening a file in the timidity-interfaces-extra gui app I found in Synaptic, so we'll see . . . er, hear, if I hear anything (Timidity is there & connected in Jack & patchage; I just can't hear it). Does anybody have a binary of kmetronome? I downloaded it, but I'm an all-thumbs n00b at building stuff in Linux and I'm getting some cmake errors I don't know what to do with. :P But heck, again, I bet I can run Hydrogen & a few other apps just fine all at once--I've got RAM & am not putting a lot of other demands on the system. (If I knew what's good for me, since I'd like to adapt my meager programming skills to Linux, I'd just buckle down & figure out cmake here.) --Ray -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: gTick replacement?
On Sunday 24 February 2008, Toby Smithe wrote: > Looks good, but it's too late for Ubuntu Hardy. I want my money back then. Right now. > Ubuntu Hardy now ships fluid-soundfont, so this (or at least when I'll have to look at this. > knowledge, shouldn't be a problem. And, on modern CPUs, I'd hope MIDI > timing was accurate, too. You'd be surprised. With a stock kernel (eg. from non-Studio Ubuntu,) MIDI timing is abysmally bad. I'm not really that picky about latency, but even I can hear how bad it is. -- D. Michael McIntyre -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: Jack Rack crashes
Sweet, that is perfect; That is essentially the same plugin library that JackRack uses. And I have not had the slightest issue with Ardour so far. Thanks for the hint! -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: gTick replacement?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 What about patching gtick to support JACK? Should not be that hard using bio2jack : http://bio2jack.sourceforge.net I'm not good at writing code but I may give it a try. Raphaël Doursenaud Cory K. a écrit : > Toby Smithe wrote: >> On Sun, Feb 24, 2008 at 4:44 PM, raydar <[EMAIL PROTECTED]> wrote: >> >>> I discovered in the Ubuntu forums that running an app as an argument to >>> "aoss" is a/the way to invoke alsa-oss, so I typed >>> >>> aoss gtick >>> >>> in a terminal, got >>> >>> /dev/dsp: Device or resource busy >>> >>> and also tried having Gtick use /dev/dsp1 after launching Gtick via >>> aoss, but there was no difference from starting Gtick the normal way & >>> using /dev/dsp1 as before (no error, but no output). >>> >>> So, if the problem is Jack hogging /dev/dsp, and if /dev/dsp1 is not >>> being hogged but it's output isn't "getting through," is there a way I >>> can route /dev/dsp1's output to Jack's input so that it all goes out >>> /dev/dsp? >>> >> You wouldn't want to do this anyway, because latency would be >> horrible. The pipeline would go something like: >> >> Gtick -> aoss -> OSS-JACK router thingy (which doesn't exist) -> JACK -> ALSA >> >> I hate ALSA and dmix: dmix is a userspace library plug-in, and not at >> kernel level, so not only do some apps not conform to it (they don't >> /have/ to link against that library), it has latency problems too. I >> welcome the day when the newly open-sourced OSS4, and its lovely >> kernel-level vmix virtual mixer, replace ALSA and dmix forever. OSS is >> a much nicer sound system anyway, even if it did betray us by closing >> up last decade. >> >> My suggestion is to give up on Gtick if you're intent on using JACK. >> If you're into overkill, you could have Hydrogen give you a beat to >> the right BPM, but I'm sure there are other applications that I >> haven't heard of that are more suitable. >> >> > > I'm open to suggestions on this one. gtick was a nice stand-alone app. > If some knows of one of one without this issue that would be great. > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHwgTVaZKmNAdXaVURAowZAJ4xFJegUSdCHEwepfAfY4ILUNdyjgCfe4RW xZxnLGbTMu3jo9DAMKdw0QI= =fM7S -END PGP SIGNATURE- -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: gTick replacement?
On Sun, Feb 24, 2008 at 8:38 PM, D. Michael McIntyre <[EMAIL PROTECTED]> wrote: > On Sunday 24 February 2008, Cory K. wrote: > > I'm open to suggestions on this one. gtick was a nice stand-alone app. > > If some knows of one of one without this issue that would be great. > > http://kmetronome.sourceforge.net/ Looks good, but it's too late for Ubuntu Hardy. > Though it trades one issue for another one. It presumes you have some MIDI > playback working, and that you have enough timer resolution to get accurate > MIDI timing, but both of these are actually reasonable assumptions on Ubuntu > Studio out of the box, so that might be viable. (Assuming the drum kit with > Freepats has the right patches for the ticks. I know Freepats has some holes > in its GM coverage.) Ubuntu Hardy now ships fluid-soundfont, so this (or at least when timidity or whatever synth you use is configured correctly), to my knowledge, shouldn't be a problem. And, on modern CPUs, I'd hope MIDI timing was accurate, too. -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: gTick replacement?
On Sunday 24 February 2008, Cory K. wrote: > I'm open to suggestions on this one. gtick was a nice stand-alone app. > If some knows of one of one without this issue that would be great. http://kmetronome.sourceforge.net/ Though it trades one issue for another one. It presumes you have some MIDI playback working, and that you have enough timer resolution to get accurate MIDI timing, but both of these are actually reasonable assumptions on Ubuntu Studio out of the box, so that might be viable. (Assuming the drum kit with Freepats has the right patches for the ticks. I know Freepats has some holes in its GM coverage.) This is based on a GNOME application, but the last time I looked, that one was totally defunct. Actually, this whole conversation has the air of déjà vu about it. Have I already mentioned KMetronome and its predecessor/inspiration? Anyway, I'm not pushing, and if there's another choice out there, please do weigh all the options. I'll throw in that I can imagine finding time to port it to QT4, and can imagine that Pedro would accept the patch, and/or add me to his project, but things that are imagined frequently don't actually come to pass. (Like winning the Super Bigass Lottery. I'm very disappointed that you haven't provided me with the numbers yet. The cast of "The Biggest Loser" is going without its Ubuntu Studio hoodies, and I'm still driving an 18-wheeler. For shame.) -- D. Michael McIntyre -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
gTick replacement?
Toby Smithe wrote: > On Sun, Feb 24, 2008 at 4:44 PM, raydar <[EMAIL PROTECTED]> wrote: > >> I discovered in the Ubuntu forums that running an app as an argument to >> "aoss" is a/the way to invoke alsa-oss, so I typed >> >> aoss gtick >> >> in a terminal, got >> >> /dev/dsp: Device or resource busy >> >> and also tried having Gtick use /dev/dsp1 after launching Gtick via >> aoss, but there was no difference from starting Gtick the normal way & >> using /dev/dsp1 as before (no error, but no output). >> >> So, if the problem is Jack hogging /dev/dsp, and if /dev/dsp1 is not >> being hogged but it's output isn't "getting through," is there a way I >> can route /dev/dsp1's output to Jack's input so that it all goes out >> /dev/dsp? >> > > You wouldn't want to do this anyway, because latency would be > horrible. The pipeline would go something like: > > Gtick -> aoss -> OSS-JACK router thingy (which doesn't exist) -> JACK -> ALSA > > I hate ALSA and dmix: dmix is a userspace library plug-in, and not at > kernel level, so not only do some apps not conform to it (they don't > /have/ to link against that library), it has latency problems too. I > welcome the day when the newly open-sourced OSS4, and its lovely > kernel-level vmix virtual mixer, replace ALSA and dmix forever. OSS is > a much nicer sound system anyway, even if it did betray us by closing > up last decade. > > My suggestion is to give up on Gtick if you're intent on using JACK. > If you're into overkill, you could have Hydrogen give you a beat to > the right BPM, but I'm sure there are other applications that I > haven't heard of that are more suitable. > > I'm open to suggestions on this one. gtick was a nice stand-alone app. If some knows of one of one without this issue that would be great. -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: OSS apps vs. ALSA apps
On Sun, Feb 24, 2008 at 4:44 PM, raydar <[EMAIL PROTECTED]> wrote: > I discovered in the Ubuntu forums that running an app as an argument to > "aoss" is a/the way to invoke alsa-oss, so I typed > > aoss gtick > > in a terminal, got > > /dev/dsp: Device or resource busy > > and also tried having Gtick use /dev/dsp1 after launching Gtick via > aoss, but there was no difference from starting Gtick the normal way & > using /dev/dsp1 as before (no error, but no output). > > So, if the problem is Jack hogging /dev/dsp, and if /dev/dsp1 is not > being hogged but it's output isn't "getting through," is there a way I > can route /dev/dsp1's output to Jack's input so that it all goes out > /dev/dsp? You wouldn't want to do this anyway, because latency would be horrible. The pipeline would go something like: Gtick -> aoss -> OSS-JACK router thingy (which doesn't exist) -> JACK -> ALSA I hate ALSA and dmix: dmix is a userspace library plug-in, and not at kernel level, so not only do some apps not conform to it (they don't /have/ to link against that library), it has latency problems too. I welcome the day when the newly open-sourced OSS4, and its lovely kernel-level vmix virtual mixer, replace ALSA and dmix forever. OSS is a much nicer sound system anyway, even if it did betray us by closing up last decade. My suggestion is to give up on Gtick if you're intent on using JACK. If you're into overkill, you could have Hydrogen give you a beat to the right BPM, but I'm sure there are other applications that I haven't heard of that are more suitable. -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: OSS apps vs. ALSA apps
On Sunday 24 February 2008, raydar wrote: > in a terminal, got > > /dev/dsp: Device or resource busy When something is busy, try seeing what's making it so with fuser. fuser /dev/dsp I can't get a return on that here and now to show an example, but I think it returns the PID of whatever process is holding the file open. If you then put it into ps... Say the above returned 1234, you'd use: ps 1234 Then I would expect it to belong to jackd. Could be totally wrong though. > /dev/dsp? (I'm thinking /dev/dsp1 might be the on-board sound that I'm > not using, while /dev/dsp is the PCI sound card which I am using and > have speakers & inputs plugged into. Maybe that onboard sound chip > wasn't an involuntary waste of $ after all?) Ah, that could well be what it is. I guess the best way to handle that would be to run a little cable with a 1/8" stereo jack on each end between the line out on the onboard sound chip (usually green) and the line in on the primary soundcard (usually blue) then dink around with the mixer on the primary soundcard until you can hear the other one (QAMix, the Capture tab, set to Line or Mix, unless the Capture tab is broken for you like that other guy I was dealing with a bit back.) It might actually work, though I can't play with testing that scenario out, as I disabled my onboard soundcard. It sounded like total crap. -- D. Michael McIntyre -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: OSS apps vs. ALSA apps
> On Sunday 24 February 2008, raydar wrote: > >> I think I spoke too soon if I thought alsa-oss would be the silver >> bullet for Gtick + Jack compatibility: I installed the alsa-oss package, >> but even after a reboot, nothing has changed; Gtick still gives me the >> "Couldn't start metronome. Please check if specified sound device and >> sample file are accessible" error if I try to start it ticking after >> Jack is running. >> > > I would expect this is the usual problem with hardware that won't accept > multiple connections (which is so common it's definitely the rule by a wide > margin, and not the exception.) When JACK is running, it eats up the one > connection, and blocks the soundcard. The usual old school way to deal with > this is to make sure every audio app you use can speak JACK, or run one or > the other. (I think there used to be a little wrapper so you could run > jack_hack_wrapper_thingie my_old_dumb_app and get it to work that way, but if > I'm not dreaming that, I haven't been able to figure out how to do that in > years.) > > That looks like the culprit to me, after a look at the Gtick page. I used to > prefer Sweep as my wave editor of choice, and it's an old > only_one_method_of_audio_production app that doesn't speak JACK either. I > used to turn JACK off to use Sweep. Now I use MHWaveEdit or reZound instead, > which speak JACK just fine. > > There is some new school way of dealing with this issue using something that > I > think they call the "dmix plug layer" or something to that effect. I must > confess that when I tried to read through the information on how to get this > to work with my ice1712, I got frustrated quickly, and gave up in total > despair. I can't make heads or tails of all that blather about plug layers > and asoundrcs. I've been using ALSA since 0.5.x without ever having to screw > with an asoundrc file, and I like it that way. When I did try to do this, > the documentation I found was wretched, and assumed I already had a PhD in > audio engineering or something. Just blather your boodles to your > scluppthiths and then scalate your eschillitons to the blintzfluffles, and > you should immediately grath your plarkitty splimmles. Isn't that totally > obvious, stupid? > > Now the world sees what a piss poor expert I am. I probably totally omitted > the Magic Sploofloodle everyone has known about and used since 2003. > > Oh well, this message is worth every penny paid for it. > Oh, I dunno about that--I'm learning something! :) I discovered in the Ubuntu forums that running an app as an argument to "aoss" is a/the way to invoke alsa-oss, so I typed aoss gtick in a terminal, got /dev/dsp: Device or resource busy and also tried having Gtick use /dev/dsp1 after launching Gtick via aoss, but there was no difference from starting Gtick the normal way & using /dev/dsp1 as before (no error, but no output). So, if the problem is Jack hogging /dev/dsp, and if /dev/dsp1 is not being hogged but it's output isn't "getting through," is there a way I can route /dev/dsp1's output to Jack's input so that it all goes out /dev/dsp? (I'm thinking /dev/dsp1 might be the on-board sound that I'm not using, while /dev/dsp is the PCI sound card which I am using and have speakers & inputs plugged into. Maybe that onboard sound chip wasn't an involuntary waste of $ after all?) Of course, developing a tic[k] may not be in my best interests anyway . . . . :) -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: OSS apps vs. ALSA apps
On Sunday 24 February 2008, raydar wrote: > I think I spoke too soon if I thought alsa-oss would be the silver > bullet for Gtick + Jack compatibility: I installed the alsa-oss package, > but even after a reboot, nothing has changed; Gtick still gives me the > "Couldn't start metronome. Please check if specified sound device and > sample file are accessible" error if I try to start it ticking after > Jack is running. I would expect this is the usual problem with hardware that won't accept multiple connections (which is so common it's definitely the rule by a wide margin, and not the exception.) When JACK is running, it eats up the one connection, and blocks the soundcard. The usual old school way to deal with this is to make sure every audio app you use can speak JACK, or run one or the other. (I think there used to be a little wrapper so you could run jack_hack_wrapper_thingie my_old_dumb_app and get it to work that way, but if I'm not dreaming that, I haven't been able to figure out how to do that in years.) That looks like the culprit to me, after a look at the Gtick page. I used to prefer Sweep as my wave editor of choice, and it's an old only_one_method_of_audio_production app that doesn't speak JACK either. I used to turn JACK off to use Sweep. Now I use MHWaveEdit or reZound instead, which speak JACK just fine. There is some new school way of dealing with this issue using something that I think they call the "dmix plug layer" or something to that effect. I must confess that when I tried to read through the information on how to get this to work with my ice1712, I got frustrated quickly, and gave up in total despair. I can't make heads or tails of all that blather about plug layers and asoundrcs. I've been using ALSA since 0.5.x without ever having to screw with an asoundrc file, and I like it that way. When I did try to do this, the documentation I found was wretched, and assumed I already had a PhD in audio engineering or something. Just blather your boodles to your scluppthiths and then scalate your eschillitons to the blintzfluffles, and you should immediately grath your plarkitty splimmles. Isn't that totally obvious, stupid? Now the world sees what a piss poor expert I am. I probably totally omitted the Magic Sploofloodle everyone has known about and used since 2003. Oh well, this message is worth every penny paid for it. -- D. Michael McIntyre -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: Inclusion of more language packs.
[EMAIL PROTECTED] wrote: > On Sun, 24 Feb 2008 10:21:57 -0500 > "Cory K." <[EMAIL PROTECTED]> wrote: > >> [EMAIL PROTECTED] wrote: >> >>> It would probably be fine to have a small ubuntu install that >>> includes all the basic stuff and a way to add the 'studio' stuff >>> (on a meta-package base like -audio, -video, -graphics?). >>> >>> Would it be possible to use stuff like apt-on-CD or Jigdo for that >>> purpose? >>> >> For people without DVD drives you can use a Ubuntu disk as a base. >> Someone can also create their own AptOnCD disk and host it if they >> like. Though, I only see it being useful for people without DVD >> drives. If you're on dialup, you would still have to download the >> same data at some point. >> >> -Cory >> > > Not necessarily. A base that really is just a base + one or more > specialised apt-on-cd things could be a fair bit smaller. > Like base+ubuntustudio-audio? It has been suggested and will not be done. Doing a audio-only distro isn't what we set out to do and there were many other projects doing it when we started. Most now throw much more on their disks and even moved to DVDs. But like I said, there are other issues out of our control that force us to a single disk. > I don't know the capabilities of jigdo, or if there is some kind of > net-install that could work in a reasonable way. > Something like that sounds saner to me than doing it the apt-on-cd way. Yes. I'm not sure what it does also but I think we filed a bug on this because a team member felt it was important. I'll let Luke chime in on this one. -Cory -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: Inclusion of more language packs.
On Sun, 24 Feb 2008 10:21:57 -0500 "Cory K." <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > It would probably be fine to have a small ubuntu install that > > includes all the basic stuff and a way to add the 'studio' stuff > > (on a meta-package base like -audio, -video, -graphics?). > > > > Would it be possible to use stuff like apt-on-CD or Jigdo for that > > purpose? > > > > Regards, > > Philipp > > > > For people without DVD drives you can use a Ubuntu disk as a base. > Someone can also create their own AptOnCD disk and host it if they > like. Though, I only see it being useful for people without DVD > drives. If you're on dialup, you would still have to download the > same data at some point. > > -Cory Not necessarily. A base that really is just a base + one or more specialised apt-on-cd things could be a fair bit smaller. I don't know the capabilities of jigdo, or if there is some kind of net-install that could work in a reasonable way. Something like that sounds saner to me than doing it the apt-on-cd way. Philipp -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: Inclusion of more language packs.
[EMAIL PROTECTED] wrote: > I'm a German speaking user but use the English version anyway, so I > don't really care, but I think that there should be 2 versions at some > point. > > A big version that uses the space of the DVD, includes whatever. > > A small version that fits on a CD, for users with slow connections and > or no DVD-Drive. > > The question is, how to realise the small version? > Maintaining two builds is probably too much work for current team. > For this reason, along with some issues that are out of our control, we have no plans to ship 2 disks. > It would probably be fine to have a small ubuntu install that includes > all the basic stuff and a way to add the 'studio' stuff (on a > meta-package base like -audio, -video, -graphics?). > > Would it be possible to use stuff like apt-on-CD or Jigdo for that > purpose? > > Regards, > Philipp > For people without DVD drives you can use a Ubuntu disk as a base. Someone can also create their own AptOnCD disk and host it if they like. Though, I only see it being useful for people without DVD drives. If you're on dialup, you would still have to download the same data at some point. -Cory -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: OSS apps vs. ALSA apps
On Sun, Feb 24, 2008 at 3:04 PM, raydar <[EMAIL PROTECTED]> wrote: > Do I need to configure the alsa-oss package somehow, or configure Jack > to incorporate or recognize it? Ok, though I know nothing about this particular package set, the question raises itself that, why should a JACK-connective application be using OSS (or ALSA) for audio output, when it can ensure, through JACK, that platform-agnostic output is available? -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: Inclusion of more language packs.
Andrew Rooney wrote: > As a rural Quebec dial-up user (I'm a anglophone from England living > in a francophone community, I don't know if this make me an > "International" user or just a glutton for punishment!) :-\ I > would prefer some kind of choice not to include all language packs. I > would say the majority of people do not have access to hi-speed > /broadband /satellite internet, either through lack of infrastructure > or money. > > Mind you are we talking MB or kb? > > Andrew While this isn't a done deal, I will say Ubuntu is a broadband OS to many and especially with Ubuntu Studio we aim at a higher-end systems. _Usually_ this means more affluent people that also have high-speed internet connections. The same thinking has led us to only have a DVD. So that said, people on dial-up are less of a concern. Many have said "I hate wasting a DVD for 900MB. Why not put more on it?" Language packs look like a good fit here. It's really gonna come down to exactly how much bigger it makes the disk. I won't be concerned with 200MB or so. -Cory -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: Inclusion of more language packs.
I'm a German speaking user but use the English version anyway, so I don't really care, but I think that there should be 2 versions at some point. A big version that uses the space of the DVD, includes whatever. A small version that fits on a CD, for users with slow connections and or no DVD-Drive. The question is, how to realise the small version? Maintaining two builds is probably too much work for current team. It would probably be fine to have a small ubuntu install that includes all the basic stuff and a way to add the 'studio' stuff (on a meta-package base like -audio, -video, -graphics?). Would it be possible to use stuff like apt-on-CD or Jigdo for that purpose? Regards, Philipp -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
Re: OSS apps vs. ALSA apps
> -- > > Message: 1 > Date: Sat, 23 Feb 2008 21:13:21 -0600 > From: raydar <[EMAIL PROTECTED]> > Subject: OSS apps vs. ALSA apps > To: ubuntu-studio-users@lists.ubuntu.com > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > I finally discovered why I couldn't run Creox and practice guitar using > Gtick for a metronome: Gtick is for OSS, and it throws up the error > > "Couldn't start metronome. Please check if specified sound device > and sample file are accessible" > > if I try to start it clicking after opening & starting Jack. Naturally, > Jack won't start if Gtick is already running. It looks like installing > the alsa-oss package is what to do to make Gtick compatible with ALSA > and therefore with Jack, but I hesitated and thought I'd ask here > whether there's any reason not to install that package in an Ubuntu > Studio environment--not sure whether it could interfere with something > I'm not aware/thinking of. Am I safe & on the right track? > > (If there isn't any reason not to install alsa-oss, then should come > installed automatically by Ubuntu Studio so that Gtick plays nice with > all the Jack applications out of the box?) > > --Ray > > > > -- > > Message: 2 > Date: Sat, 23 Feb 2008 21:16:04 -0600 > From: raydar <[EMAIL PROTECTED]> > Subject: Re: For Sale: Limited run Ubuntu Studio hoodie. > To: ubuntu-studio-users@lists.ubuntu.com > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > I'd go for an one (XL) of those hoodies too . . . . > > --Ray > > > > -- > > Message: 3 > Date: Sat, 23 Feb 2008 22:20:18 -0500 > From: "Cory K." <[EMAIL PROTECTED]> > Subject: Re: For Sale: Limited run Ubuntu Studio hoodie. > To: Ubuntu Studio Users Help and Discussion > > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1 > > raydar wrote: > >> I'd go for an one (XL) of those hoodies too . . . . >> >> --Ray >> > > Like I said, I have 1 "Large". I have a buyer it looks like also. > > Any other _serious_ offers should still be directed to my personal email. > > -Cory \m/ > > > > -- > > Message: 4 > Date: Sat, 23 Feb 2008 22:21:46 -0500 > From: "Cory K." <[EMAIL PROTECTED]> > Subject: Re: OSS apps vs. ALSA apps > To: Ubuntu Studio Users Help and Discussion > > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1 > > raydar wrote: > >> If there isn't any reason not to install alsa-oss, then should come >> installed automatically by Ubuntu Studio so that Gtick plays nice with >> all the Jack applications out of the box? >> > > It should. Ill get it added. > > -Cory > > > > -- > > Message: 5 > Date: Sun, 24 Feb 2008 01:17:48 -0500 > From: "D. Michael McIntyre" <[EMAIL PROTECTED]> > Subject: Re: For Sale: Limited run Ubuntu Studio hoodie. > To: Ubuntu Studio Users Help and Discussion > > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > On Saturday 23 February 2008, Cory K. wrote: > >> Any other _serious_ offers should still be directed to my personal email. >> > > I'll buy 40 of them in XXXL for the cast of "The Biggest Loser" just as soon > as you provide me with the winning numbers for the Super Bigass Lottery. > I'll even toss you an extra $5 for your trouble after I hit the big jackpot. > > Your cooperation is appreciated. Thank you for supporting the Rosegarden > project with your donation of the winning numbers for the Super Bigass > Lottery. > lol. :] Didn't mean to speak outta turn re the hoodies; just wanted to express interest in case enough of us wanted one that a new run of 'em would prove worthwhile, maybe earn a little $ for the Ubuntu Studio project. Been colder than boiling helium here in Nebraska, too. :) I think I spoke too soon if I thought alsa-oss would be the silver bullet for Gtick + Jack compatibility: I installed the alsa-oss package, but even after a reboot, nothing has changed; Gtick still gives me the "Couldn't start metronome. Please check if specified sound device and sample file are accessible" error if I try to start it ticking after Jack is running. Looking at the Gtick FAQs, http://www.antcom.de/gtick/ , I saw that I should check my /dev folder to "Make sure /dev/dsp* (e.g. /dev/dsp0) exists and GTick is configured to use it." What I have in /dev are "dsp" and "dsp1," and Gtick was configured (in its Edit-->Preferences) to use /dev/dsp. So just to see what would happen, I reconfigured Gtick to use /dev/dsp1. That had the effect of Gtick *not* throwing up the above error message when I click "Start" to make it begin ticking, but it also caused there to be no ticking sound whether Jack is running or not. Also, regardless of whether I ha
re: Inclusion of more language packs.
As a rural Quebec dial-up user (I'm a anglophone from England living in a francophone community, I don't know if this make me an "International" user or just a glutton for punishment!) :-\ I would prefer some kind of choice not to include all language packs. I would say the majority of people do not have access to hi-speed /broadband /satellite internet, either through lack of infrastructure or money. Mind you are we talking MB or kb? Andrew -- Ubuntu-Studio-users mailing list Ubuntu-Studio-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users