Hi,
Imagine a web site where you can pay a small monthly fee. At this
site you can primarily do three things:
1) Post mp3's (et all formats) and then let people download them. You
have your own 'page' (whatever that ends up meaning) to say things
about the tunes, etc.
2) You get unlimited data storage for audio projects. The site would
keep up to 1GB on line (i.e. - on hard drives) at all times and would
store anything else on DVD+RW so that you can download it within 24
hours. Uploads and downloads could be automated so that you request it
and it happens in the background. Offline storage is unlimited. If
you'll bother to upload it then the site will keep it on a hard drive
or DVD for you. You can control what is kept online vs. off-line at
any time.
3) You can set up collaboration groups to share audio. As an Ardour
user you might want to have another Ardour user do a guitar track for
you. (hint hint) ;-) You'd specify what audio tracks from your archive
another user can have copies of and the site would get it to them.
In general the above features would come for a low monthly fee.
Streaming of mp3s is unlimited until it becomes 'burdensome' at which
time the system either limits access to certain tracks or charges you
some more money based on a choice you make ahead of time. 'Burdensome'
is probably defined by how much you're using vs. other people and how
taxed the system and connectivity is.
Obviously you need broadband access to make the storage part of
real value. What would people pay for a service like this. How many
Linux users are out there to take advantage of this? (Not that it
needs to be limited to Linux...)
What price makes this compelling? <$3/month? <$5? <$10?
All comments appreciated. Respond to the list or to me privately.
Thanks,
Mark
Greetings:
Time is getting tighter for me these days, so I'm not always able to
update the Linux soundapps sites as often as I'd like. As most of you
know, I'm also not particularly pleased with the construction of the
pages (plain old manually edited HTML), but I figure the present
arrangement is serviceable enough to last a little while longer.
Recently I've been considering how to update the sites more
frequently, and I've come up with this idea:
I'm wondering if it would be a good idea to assign the upkeep of
certain sections of the pages to members of the community. Basically,
you would ask to maintain a section, I'd say yea or nay (with about a
99.99% probability of a Yea), then whenever you wanted to update the
section you'd send it to me and I'd put it on-line. It's getting to the
point where I'm no longer able to decently cover every aspect of Linux
audio software development by myself, and I need to find a way to more
efficiently update the pages. So if you're interested in maintaining a
section (or more) of the Linux soundapps pages, please write to me
off-list and I'll go into more detail. Btw, you'll get credit in the
section header.
Does this sound at all feasible ?
Best,
dp
> From: Arnold Krille <arnold(a)roederberg.dyndns.org>
> > ALSA: cannot set period size to 128 frames for capture
>
> That is your problem, some soundcards don't support such small buffers for
> recording. Try setting a bigger buffer...
The same card, if I do not use the resampler, works fine down to buffer
size of 32. I get the same error even if I try -p 2048 with the
resampler. Any idea why this is so?
br, Timo
Hello.
Please don't give sections to volunteers!
It would make sense that members would be able to add to any
pages if they wish.
Adding is done quickly and easily. It is important that the
new information appears on the page. And the possibility is
greater if members need not have a master degree in writing.
Then later, a member having extra time may re-write the
pages, summarizing what was in the pages earlier.
So, nobody would have to master-maintain the pages. They
need not look polished all of the time.
However, we could agree that some pages would be re-written by
particular members --- re-writing is easier than the full
maintaining.
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
Hi,
I have an onboard VT8235 soundcard that only supports 48 kHz sampling
rate. I would like to play 44.1 kHz stufff on it and have it look like a
44.1 kHz device to jack. Is there a way to do this using .asoundrc? My
.asoundrc starts like this:
-------------
pcm.via82xx {
type plug
slave {
pcm "hw:0,0"
rate 48000
}
}
ctl.via82xx {
type hw
card 0
}
---------------
Jack refuses to use this in 44.1 kHz. Have I misunderstood the alsa
resampling?
el:~$ jackstart -d alsa -d via82xx -r 44100 -n3 -p 128
back from read, ret = 1 errno == Success
jackd 0.99.0
Copyright 2001-2003 Paul Davis and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
loading driver ..
apparent rate = 44100
creating alsa driver ...
via82xx|via82xx|128|3|44100|0|0|nomon|swmeter|-|32bit
configuring for 44100Hz, period = 128 frames, buffer = 3 periods
You appear to be using the ALSA software "plug" layer, probably
a result of using the "default" ALSA device. This is less
efficient than it could be. Consider using a hardware device
instead rather than using the plug layer. Usually the name of the
hardware device that corresponds to the first soun
ALSA: cannot set period size to 128 frames for capture
ALSA: cannot configure capture channel
cannot load driver module alsa
el:~$
------------
br, Timo
>I need one program to analyze one wav file.
>So, I have one wav file and I need create one shell script to get
>informations of this file like if the file have some sound (I think it's
>db).
sox
Hi Paul,
Before I say anything depressing and express my
frustration, please take to heart how much I
appreciate what you're doing. Ardour is an incredible
accomplishment and I view it as an enourmous act of
generosity.
I know you're trying to release 1.0 and start the
GKT2.0 port at the new year. I have had enough serious
problems with Ardour that I don't see how that's
possible. Maybe my perspective is very narrow and I
can't see beyound the issues that I run into. It's
just that I keep running into problems that are
intolerable to most guys like me (pro engineers).
I have to share a personal frustration with you that
affects my attitude for trying to help with Ardour.
Because I am not a developer nobody will ever know
that I have made a contribution. I feel insignificant,
overlooked or unappreciated. How can I say that when
everytime an issue arises you're there to help.
If a developer contributes a couple bug fixes, that
person recieves recognition by being listed in the
developers section of the About dialog. Yet their
effort seems miniscule when compared to mine. The way
I read this is if you're not a developer, then in the
Ardour world you're nobody. I don't know if there's
any other way to interpret this. From my perspective,
it seems accurate. Ultimately the result is a loss of
motivation.
I'm glad Doug, aka Nostar, is around these days
because Ardour needs someone to discover, report and
request fixes.
Maybe your reaction to this letter is "go blow
yourself." Given what I imagine to be your own
frustrations, I sure wouldn't blame you for responding
that way.
There's a couple more things I want to say to express
my appreciation but I have to start my day.
ron
__________________________________
Do you Yahoo!?
All your favorites on one personal page � Try My Yahoo!
http://my.yahoo.com
> > > You are not going to get reliable operation with
> > > this kernel. You need Ingo\'s patches.
> > >
> > I thought you said lkml posted that Ingo\'s patches for
> > 2.6.10 so far were not compatable with x86_64?
> > (http://lkml.org/lkml/2004/11/19/33)
>
> Well, that was a while ago. Try it again. Seems like
> it should work with CONFIG_PREEMPT_DESKTOP.
>
> Lee
I get the same error I did for the previous 2.6.10 Ingo patches:
CC arch/x86_64/kernel/asm-offsets.s
In file included from include/asm/timex.h:12,
from include/linux/timex.h:61,
from include/linux/sched.h:11,
from arch/x86_64/kernel/asm-offsets.c:7:
include/asm/vsyscall.h:55: error: conflicting types for \'xtime_lock\'
include/linux/time.h:83: error: previous declaration of \'xtime_lock\' was here
include/asm/vsyscall.h:55: error: conflicting types for \'xtime_lock\'
include/linux/time.h:83: error: previous declaration of \'xtime_lock\' was here
make[1]: *** [arch/x86_64/kernel/asm-offsets.s] Error 1
make: *** [arch/x86_64/kernel/asm-offsets.s] Error 2
So I guess that realtime is not for AMD64 yet?
My kernel .config is here:
http://www.aproximation.org/application/kernel.config-2.6.10-rc2-mm2-V0.7.3…
Rick: There is a laptop_mode but it is disabled. Thanks!
Mark: I will make a grub boot option that disables acpi
and see if that helps! Thanks!
Thanks all,
-thewade
>Hi all!
>
>I need one program to analyze one wav file.
>
>So, I have one wav file and I need create one shell script to get
informations of this file like if the file have some sound (I think it's
db).
>
>I need make one shell script and I'm not intend to use X Window or
other GUI resource.
>
>Someone can help me?
>
>
>[]'s
>Brazil
>Alexander
You might want to look into snd. It can be used quite easily from the
CLI and offers lots of features.
-Reuben