Re: sound no longer works for some programs
On Wed, Oct 20, 2010 at 4:08 AM, Tomas Bodzar wrote: > On Tue, Oct 19, 2010 at 11:52 PM, Chris Turner > wrote: > > Pierre Abbat wrote: > > It's not only about that. There is a LOT of improvements in audio on > OpenBSD http://undeadly.org/cgi?action=article&sid=20091012150452 . > These are worth of reading > http://www.openbsd.org/papers/asiabsdcon2010_sndio_slides.pdf , > http://www.openbsd.org/papers/asiabsdcon2010_sndio.pdf and that > > http://www.openbsd.org/cgi-bin/man.cgi?query=aucat&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html > is working wonderfully > > Very nice! sndio looks tasteful and fairly clever. -- vs
Re: sound no longer works for some programs
On Tue, Oct 19, 2010 at 11:52 PM, Chris Turner wrote: > Pierre Abbat wrote: >> >> What's jackd? > > Jack is a sound server / time & transport sync patching setup designed > mainly for audio production / music / etc - originally designed > for linux but has since been made portable: > > http://jackaudio.org/ > > It's nearly-OT but there's quite a bit about multimedia production / music > for linux here http://linuxaudio.org/ btw - theoretically > alot of this should work if the audio + midi layer can be made > to work - and some of it already probably does > > a severly time-deprived side project of mine is trying to get > as much of this stuff tested or working on DragonFly as I can. > > So far, I haven't done anything really - > jack runs. I've gotten snd (https://ccrma.stanford.edu/software/snd/) > to talk to it. > > although I didn't have enough SHM configured for jack, > and it therefore didn't make sound - > and dynamically setting SHM freaked out my dev box - > I've subsequently been too involved with web stuff and > to risk the crash.. > > (see time-deprived) > >> Is MIDI I/O supported in the kernel? The driver is snd_ich; does that kind >> of card support MIDI? > > no idea on this stuff - on my time-deprived todo list. > > There's some interesting stuff going on in OpenBSD w/r/t midi - > > see http://www.openbsd.org/faq/faq13.html#midi for an entry point - > I think (haven't followed closely) thats mainly being driven by: > > http://www.caoua.org/midish/ It's not only about that. There is a LOT of improvements in audio on OpenBSD http://undeadly.org/cgi?action=article&sid=20091012150452 . These are worth of reading http://www.openbsd.org/papers/asiabsdcon2010_sndio_slides.pdf , http://www.openbsd.org/papers/asiabsdcon2010_sndio.pdf and that http://www.openbsd.org/cgi-bin/man.cgi?query=aucat&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html is working wonderfully > > also, according to my latest pkgsrc builds, some of the linux 'alsa' layer > has been made user-space, so theoretically some software-side stuff might > work. > > I'm overdue on some wiki edits - will retest & type something > up on what I have when I do that > > perhaps anyone else interested in audio/media production on DF > should sound off here so we know who to pester :) > > cheers > > - Chris > >
Re: sound no longer works for some programs
Chris Turner wrote: There's some interesting stuff going on in OpenBSD w/r/t midi - Based on a check of the NetBSD manual (and not the source) - it appears that NetBSD has grown a divergent (w/r/t OpenBSD) midi(4) as well..
Re: sound no longer works for some programs
Pierre Abbat wrote: It's a DFly binary; does it know to look in the emulated /proc? to directly answer your question - no idea! but its doing something! :) - Chris
Re: sound no longer works for some programs
Pierre Abbat wrote: I'm installing it with pkgin, and I get this message: NOTE: Unfortunately, JACK wants to use a linux /proc filesystem... It's a DFly binary; does it know to look in the emulated /proc? ha - I think I didn't see this because I just built everything in /usr/pkgsrc/audio to see what would build.. In any event, you've inspired me to restart my testing anew - I'm currently running the following script to start jack (see below - non realtime, as regular user) and indeed, it does seem like I'm able to get some stuff from snd into the speakers (snd_hda) - and also routed through jack-rack and a simple 'echo' delay - (echo 'todo: port more plugins' >> todolist) I had to tune up my shared memory tunables to make this work - this needs to be done on a reboot - 2 entries locally are: kern.ipc.shmall=524288 kern.ipc.shmseg=65536 (which is also to accommodate pgsql - so YMMV) There's some hefty discussion history on the linux audio list about kernel schedulers, thread preemptability, etc in terms of ensuring that audio latency is 'suitable' for real-time use (e.g. playing your $instrument in time with the audio software without having to adjust for the delay) this in fact is a big part of what led to the soft-realtime scheduling misc. in the 2.6 linux kernel scheduler - and also IIRC wouldn't be possible to do on DF without heavy modifications to system calls, etc, etc, etc - I'm ignoring this as for now, as I'm mostly interested in sequencing, don't have nearly enough *working* to tax the processor, and also - all of this stuff might be less of an issue with multi-multicore processors (which weren't at all common when that stuff was going on) - as processor contention then becomes less of an issue. Anyhow - welcome to the beyond-bleeding-edge, or something.. - Chris --8<-- $ cat dojack #! /bin/sh echo 'starting jackd' # check for shmget errors - # might need to ipcrm # fixme ipc key not 100% verified, but has been same across a few restarts jack_shm_key=2631977; ipcrm -M $jack_shm_key; exec jackd -d oss -r 44100
Re: sound no longer works for some programs
On Tuesday 19 October 2010 16:52:15 Chris Turner wrote: > Pierre Abbat wrote: > > What's jackd? > > Jack is a sound server / time & transport sync patching setup designed > mainly for audio production / music / etc - originally designed > for linux but has since been made portable: > > http://jackaudio.org/ I'm installing it with pkgin, and I get this message: NOTE: Unfortunately, JACK wants to use a linux /proc filesystem... It's a DFly binary; does it know to look in the emulated /proc? -- Don't buy a French car in Holland. It may be a citroen.
Re: sound no longer works for some programs
Pierre Abbat wrote: What's jackd? Jack is a sound server / time & transport sync patching setup designed mainly for audio production / music / etc - originally designed for linux but has since been made portable: http://jackaudio.org/ It's nearly-OT but there's quite a bit about multimedia production / music for linux here http://linuxaudio.org/ btw - theoretically alot of this should work if the audio + midi layer can be made to work - and some of it already probably does a severly time-deprived side project of mine is trying to get as much of this stuff tested or working on DragonFly as I can. So far, I haven't done anything really - jack runs. I've gotten snd (https://ccrma.stanford.edu/software/snd/) to talk to it. although I didn't have enough SHM configured for jack, and it therefore didn't make sound - and dynamically setting SHM freaked out my dev box - I've subsequently been too involved with web stuff and to risk the crash.. (see time-deprived) Is MIDI I/O supported in the kernel? The driver is snd_ich; does that kind of card support MIDI? no idea on this stuff - on my time-deprived todo list. There's some interesting stuff going on in OpenBSD w/r/t midi - see http://www.openbsd.org/faq/faq13.html#midi for an entry point - I think (haven't followed closely) thats mainly being driven by: http://www.caoua.org/midish/ also, according to my latest pkgsrc builds, some of the linux 'alsa' layer has been made user-space, so theoretically some software-side stuff might work. I'm overdue on some wiki edits - will retest & type something up on what I have when I do that perhaps anyone else interested in audio/media production on DF should sound off here so we know who to pester :) cheers - Chris
Re: sound no longer works for some programs
On Monday 18 October 2010 18:34:54 Chris Turner wrote: > no idea about this particular app - > but I do know lots of things > are gradually moving to jackd and/or pulse audio, > (maybe) with fall back support for traditional OSS/(alsa in the linux > case) - What's jackd? Is MIDI I/O supported in the kernel? The driver is snd_ich; does that kind of card support MIDI? Pierre -- Don't buy a French car in Holland. It may be a citroen.
Re: sound no longer works for some programs
Pierre Abbat wrote: I open a sound file in Wavesurfer and attempt to play it and get silence. It used to work months ago. I try to play a MIDI file in Timidity and it says "Couldn't open output device". XMMS still works, as does catting to /dev/dsp. Any idea what's wrong? I'm not sure what the sound card is, but there is no /dev/sequencer (which means KMid doesn't work). Pierre no idea about this particular app - but I do know lots of things are gradually moving to jackd and/or pulse audio, (maybe) with fall back support for traditional OSS/(alsa in the linux case) - Have you run it from the command line / checked any arguments there? I wasn't able to tell much from my build - it looks like it uses: http://www.speech.kth.se/snack/ for the sound routines - that page shows an example that appears to "run" (but not work, with no audio errors) on my i386/2.6 system as below - Perhaps a dig through the snack sources are in order? -- 8< -- $ cat /tmp/tst.tcl #! /usr/pkg/bin/tclsh package require snack snack::sound snd snd read /path/to/some.wav snd play
sound no longer works for some programs
I open a sound file in Wavesurfer and attempt to play it and get silence. It used to work months ago. I try to play a MIDI file in Timidity and it says "Couldn't open output device". XMMS still works, as does catting to /dev/dsp. Any idea what's wrong? I'm not sure what the sound card is, but there is no /dev/sequencer (which means KMid doesn't work). Pierre -- La sal en el mar es más que en la sangre. Le sel dans la mer est plus que dans le sang.