Le Sat, 1 Feb 2014 15:38:58 -0800 (PST),
ChaosEsque Team a écrit :
> I feel the best way would be for alsa perhaps to be able to set what
> /dev/dsp is in asound rc file (the one in /etc)
>
> Like how you can configure everything else via that, plus mix, move
> etc everything around.
>
> What i
Le Sat, 1 Feb 2014 16:40:15 -0800 (PST),
ChaosEsque Team a écrit :
> I'd like to apologize to you for being rude, you did help me.
>
> The looming threat of systemd taking over debian, my distro of
> choice,
The problem with systemd at that time is Gnome. You can install Gnome
without systemd,
I'd like to apologize to you for being rude, you did help me.
The looming threat of systemd taking over debian, my distro of choice,
and being forced on us all has caused my mood to be sour this past week or
more. I don't like
drastic change, I don't like all-encompassing solutions (unless
we're
I have an M-Audio Fast Track Pro which I would to like to use for
audio capture. I've been testing audio capture using the following
command:
$ arecord -f dat -D hw:0,1 | aplay -f dat
I am finding that ALSA has some issues a far as the Fast Track Pro is
concerned:
- Roughly 80% of the time, aud
Be served:
http://www.4front-tech.com/oss.html
Binaries from http://www.4front-tech.com/download.cgi
Source code on http://developer.opensound.com/
ACC
On Saturday, February 1, 2014, jon wrote:
>
> > > It is absolute bullshit that /dev/dsp doe not mix. Bullshit. It's
> > > been bullshit for
> > It is absolute bullshit that /dev/dsp doe not mix. Bullshit. It's
> > been bullshit for 10 years.
I also agree (though in much more polite terms) that any emulation
of /dev/dsp should (if possible, mix). It would be great if
distributions had a /dev/dsp device node that resulted in mixed aud
Fine, I'll not be rude.
In the context of dsp, the file should not be lockable (it should silently
"fail": ie even if a program thinks it locked that virtual file it did not, the
program shouldn't be informed of this as it might itself fail if it failed to
"lock" the file).
/dev/dsp should exi
I feel the best way would be for alsa perhaps to be able to set what
/dev/dsp is in asound rc file (the one in /etc)
Like how you can configure everything else via that, plus mix, move etc
everything around.
What is your opinion.
On Sat, 2/1/14, Dom
Le Sat, 1 Feb 2014 13:47:53 -0800 (PST),
ChaosEsque Team a écrit :
> The unix way is that "everything is a file". /dev/dsp follows this
> idea. You write your output to the file, and there you go.
> The BSDs follow this. It's thought of the "OSS" way because OSS got
> there first and got to be th
The version of /dev/dsp?
What the fuck are you smoking, idiot.
Also your argument is inapplicable.
The BSDs do it the correct way that makes sence.
/dev/dsp mixes. You can send your data to that "file" and everything works.
See, computer files are a metaphor, a convenient way of thinking of thing
Nope, sorry, that does not make any sense in the context of outputting sound.
You lose. Sorry boy.
I KNEW you were going to come out with THAT bullshit.
The BSDs, which are pure unix, don't see it that way when WRITING TO A DEVICE
INTERFACE!
It mixes. It is the correct way to do it. The way ALS
And writing to a file should block other applications from writing to the
same file at the same time. Otherwise how do you know which version of the
file is correct.
On Feb 1, 2014 9:50 PM, "ChaosEsque Team" wrote:
> The unix way is that "everything is a file". /dev/dsp follows this idea.
> You w
The unix way is that "everything is a file". /dev/dsp follows this idea.
You write your output to the file, and there you go.
The BSDs follow this. It's thought of the "OSS" way because OSS got there first
and got to be the DigitalSignalProcessor , rather than some other
pack of drivers.
When Alsa
What you think should be the case doesn't really matter. The difference
between Linux and other *nix systems is that generally they use OSS as
they're standard sound framework, while Linux users alsa. If the
applications you use require OSS you are free to use OSS on your
installation, but expectin
Thanks for the tip.
I remember using that years and years ago, It looks like it would work.
It's a shame that there isn't a way to configure alsa to do something like that
by default.
A friend of mine quit using linux and went to mac because of these sound issues.
He had used it for a few years
Hi all,
DMESG:
3:1:1: usb_set_interface failed
[ 147.748299] e1000e :01:00.0: Disabling ASPM L0s L1
[ 147.748466] e1000e :01:00.0: irq 42 for MSI/MSI-X
[ 681.672258] usb 5-1: USB disconnect, device number 2
[ 693.256080] usb 5-1: new full-speed USB device number 3 using uhci_hcd
[ 693
Alsa seems to have mixing on the alsa level, like any respectable unix sound
implementation.
I open mutiple programs that use sound, they all work together fine.
Untill I open an old program.
The BSDs have always have sound mixing in OSS and anything else.
Alsa should have such too.
--
17 matches
Mail list logo
