Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7513 discussions

[linux-audio-dev] [Fwd: [linux-audio-user] 3-D Audio: To Plug-In or Not to Plug-In?]

by Joern Nettingsmeier

hi everyone! here's a post from david clark to the lau list, which i think might be developer material :) it's a followup to this thread: http://eca.cx/lau/2004/01/0039.html best, jörn -------- Original Message -------- Subject: [linux-audio-user] 3-D Audio: To Plug-In or Not to Plug-In? Date: Wed, 07 Jan 2004 22:32:51 -0800 From: davidrclark(a)earthlink.net Reply-To: davidrclark(a)earthlink.net, A list for linux audio users <linux-audio-user(a)music.columbia.edu> To: linux-audio-user(a)music.columbia.edu On the 3-D audio (Interest in Software?) thread, I had promised to mail out something on a plug-in. It got a little too long, so rather than clog up everyone's mailbox, I went ahead and put it in: http://home.earthlink.net/~davidrclark/linux_audio_users/Plug-in.html If this isn't proper nettiquette for this user's mailing list, someone please do let me know. It would be easier just to email my ramblings. --------------------- Bottom line is: I'm not sure if it makes sense as a plug-in or not. I think I may provide the impulse response function generator and my own convolution engine, then let one of the plug-in gurus see what they can do, if they want to. If nothing happens, it'll be a command-line thingy until I get motivated to GUI it all up. No schedule, but I'd be happy to provide a crude tarball to anyone who wants to try and deal with it at any time. I PROMISE it won't be easy without some instruction. Please email me privately also so that I'm sure to see it. Thanks, Dave. -- In this house, we obey the laws of thermodynamics! - Homer Simpson Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxaudiodev.org (Linux Audio Developers)

21 years, 8 months

[linux-audio-dev] AGNULA/DeMuDI 1.1.0 approaching - early packages testing

by The AGNULA Team

+-----------------------------------------------------------------+ | ______ ______ _ _ _ | | /\ / _____) ___ \| | | | | /\ | | / \ | / ___| | | | | | | | / \ | | / /\ \| | (___) | | | | | | | / /\ \ | | | |__| | \____/| | | | |___| | |_____| |__| | | | |______|\_____/|_| |_|\______|_______)______| | | | +-----------------------------------------------------------------+ [Sorry for cross-posting. Feel free to forward around] Florence, 7 January 2004 +++ AGNULA/DeMuDi 1.1.0 approaching - early packages testing As we approach the release of AGNULA/DeMuDi 1.1.0 [0] we'd like to spread awareness on the availability of the debian packages we've been working on in the past weeks. +++ As we approach the release of AGNULA/DeMuDi 1.1.0 [0] we'd like to spread awareness on the availability of the debian packages we've been working on in the past weeks. These packages are built against a frozen snapshot of Debian Unstable [1], but they should work on Sarge systems too, as there haven't been any major upgrade between the two. They won't work without major overhaul on Debian Woody systems, unfortunately. [2] If you are running a Sarge or Sid debian system, we would appreciate early testing of our packages. Instructions on downloading them can be found at: http://www.agnula.org/download/demudi/demudi_1_1_0_apt We value all your bug reports, suggestions, criticisms and anything else you feel would be useful for us to improve our work. You can find instructions on how to report bugs and requests here: http://www.agnula.org/development/agnula_bugs_requests/ while instructions on how to contact us are available here: http://www.agnula.org/contacts/ +++ About AGNULA: Agnula (acronym for A GNU/Linux Audio distribution, pronounced with a strong g) is the name of a project funded by the European Commission (number of contract: IST-2001-34879; key action IV.3.3, Free Software: towards the critical mass). The project aims to spread Free Software in the professional audio/video arena. Best regards, -- The AGNULA Team info(a)agnula.org Our mailing lists: http://lists.agnula.org/ Our web site: http://www.agnula.org/ "There's no free expression without control on the tools you use" [0] Which should hopefully go out on Jan 15, 2004 (cross your fingers). [1] And specifically, the snapshot frozen at 15/11/2003. [2] But please check http://www.agnula.org/download/demudi/demudi_1_0_iso http://www.agnula.org/download/demudi/demudi_1_0_apt for information on how to use (a subset of) our debian packages on woody.

21 years, 8 months

XGWorks (was Re: [linux-audio-dev] xg editor)

by Joost Yervante Damad

'Dave Phillips' wrote about 'Re: [linux-audio-dev] xg editor' - Sat, Jan 03, 2004 at 03:53:46PM CET > Florian Schmidt wrote: > > >is there any linux app available that lets me play around with my yamaha > >db 50 xg daughterboard? In windows there was xgedit.exe [non freeware]. > >I tried to get it to run in wine, but the installer doesn't want to :) > >So, i'm looking for an XG editor for linux. > > > >Any hints? > > > > > Hi Florian: > > Try this one under WINE : > > http://www.hitsquad.com/smm/programs/Xgedit/ > > I don't have an XG board but I was able to install and launch this > editor under the latest WINE. I also tried XG-Gold but its installer > wasn't happy with my WINE. > > Best, > > == dp Hi, on a simular note, I tried to get XGWorks to work under wine. Installation worked only under winex3, not under wine. Runtime behaviour is the same for both. (I just copied over the YAMAHA tree from winex to wine) The program only starts up if I change the wine audio driver from oss in alsa. With oss it gives errors opening midi for in and out. With alsa the program is fully functional except that there are no midi devices selectable. Does anyone have better experiences with midi under wine or with xgworks in particular? Thanks, Joost Damad (P.S.: screenshot of xgworks at: http://lumatec.be/joost/xgworks.png )

21 years, 8 months

[linux-audio-dev] Which API to use for simple clients?

by Nick Ing-Simmons

I have two Audio related projects that need updating. 1. "rsynth" formant based text-to-speech synthesis 2. Audio::* Perl modules. Both have existing /dev/dsp style backends at present, which have been working fine. But recently (SuSE 9.0 install?) when run under ALSA emulation of /dev/dsp they both started producing segfaults - "after program had exited", (neither valgrind nor gdb can give any info on the fault). So I decided it was time to do a native ALSA backend(s). I have rsynth backend working, and perl Audio:: one almost working. But before going forward I would like to solicit opinions on what is the "right" API to use. The Linux audio world seems to be in a state of flux with these options (please tell me if I missed any): 1. Venerable OSS stuff - Widely available :-) - Some cards have quasi or truely commecial drivers rather than free / opensource ones :-( - emulation via ALSA (at least as shipped by SuSE) seems broken :-( 2. ALSA - Reasonably widely available :-|, and improving - Opensource :-) - Documentation is lacking :-( Everything hinges on the "Configuration Space" concept, but I can't find an explanation of how that works. This is the sticking point with perl code - I can't find how to change the sample rate / channels, so _seems_ I need to close and re-open. 3. JACK - Gets lots of excited "this is cool" kind of coverage :-) - realtime :-) - Callback style not ideal for speech synthesis or play-from-file of my simple apps. complex :-( 4. Enlightenment Sound Demon - Seems to be used by KDE etc. - haven't looked into it further. 5. Network Audio System - Works on many platforms Linux/Solaris/X Terminals :-) - X-like "imake" style rather than configure :-( - Linux version still seems to be based on OSS - so recurse ;-) 6. Presumably there is some kind of telephony API as well, for sending sound to incomming phone calls via modem / ISDN Complexity and callbacks don't scare me - I do perl/Tk after all! But this is a 2nd-string project so I don't want to do a lot of complex stuff for an API that is vanishing - I would rather either use a simple stable interface, or pitch in and help on the "comming" complex API. Suggestions anyone? (I just subscribed to both lists - so reply to your favourite list.)

21 years, 8 months

[linux-audio-dev] xg editor

by Florian Schmidt

Hi, is there any linux app available that lets me play around with my yamaha db 50 xg daughterboard? In windows there was xgedit.exe [non freeware]. I tried to get it to run in wine, but the installer doesn't want to :) So, i'm looking for an XG editor for linux. Any hints? -- music: http://www.soundclick.com/bands/9/florianschmidt.htm

21 years, 8 months

[linux-audio-dev] Session Exchange announcement

by Taybin Rutkin

Session Exchange 0.0.1 is available at: http://www.piratesvsninjas.com/software/session_exchange.py . It lets people easily manage their ardour sessions, specifically, with sharing snapshots across the internet for collaboration. It requires python2.2, pygtk2, and the latest version of twisted-matrix, available at http://www.twisted-matrix.com . It uses a three pane model. The first pane is for the session, the second for the collaborator, and the third for the snapshot. It is fundamentally done, since it exchanges the files correctly. The user interface needs touching up, and it needs to be smarter about which files it transfers. Overall though, I'm feeling pretty good about it. Stay tuned for documentation. Patches and comments welcome. Taybin

21 years, 8 months

[linux-audio-dev] problem with via82cxx sound driver

by Can Ugur Ayfer

Hi All, I've been having some weird problem with my new mainboard which has an onboard VIA ac97 sound card When I set everything for OSS drivers, xmms plays mp3 files like a stuck record player. I can move around the music file but it gets stuck in the first second. When I try the piece of code I have written to use OSS techniques, my simple program which is supposed to play an instrument file with half a second of music recorded, the card plays the sound repeating it indefinitely (until I abort the program). The I switched to Alsa. When I use Alsa xmms plays fine but my piece of code (unchanged, still using OSS calls) repeats the sample 32 times in 2 channels (stereo), 16 times in single channel (mono) Linux is MDK 9.2. I tried the same things on a Dell notebook with exactly the same Mandrake 9.2 (installed from the same network NFS server) but ofcourse a different sound card, everything works fine. Therefore it is certain that the problem is with the sound card driver. From dmesg output: -------------------------- Via 686a/8233/8235 audio driver 1.9.1-ac3 via82cxxx: Six channel audio available PCI: Setting latency timer of device 00:11.5 to 64 ac97_codec: AC97 Audio codec, id: VIA97 (Unknown) via82cxxx: board #1 at 0xE400, IRQ 18 -------------------------- From lsmod output -------------------------- via82cxxx_audio 22112 0 ac97_codec 15828 0 [via82cxxx_audio] uart401 8356 0 [via82cxxx_audio] 8139too 17384 1 mii 3864 0 [8139too] sound 71528 0 [via82cxxx_audio uart401] soundcore 6340 0 [snd via82cxxx_audio sound] --------------------------- lspci output -------------------------- 00:00.0 Host bridge: VIA Technologies, Inc. P4M266 Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:10.0 USB Controller: VIA Technologies, Inc. USB (rev 80) 00:10.1 USB Controller: VIA Technologies, Inc. USB (rev 80) 00:10.2 USB Controller: VIA Technologies, Inc. USB (rev 80) 00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06) 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235 AC97 Audio Controller (rev 50) 01:00.0 VGA compatible controller: S3 Inc. VT8375 [ProSavage8 KM266/KL266] ------------------------------------ I shall appreciate any hints or help best regards Can Ugur Ayfer

21 years, 8 months

RE: [linux-audio-dev] very limited formats

by C.L. Tien - 田承禮

Ron, S doesn't mean stereo, it means signed for 16-bit sample. The i810_audio support only signed 16-bit little-endian PCM. AFMT_MU_LAW is rarely supported by today's hardware. ChenLi Tien -----Original Message----- From: Ron Shacham [mailto:rs2194@columbia.edu] Sent: 2003/12/31 [星期三] 下午 05:27 To: linux-audio-dev(a)music.columbia.edu Cc: Subject: [linux-audio-dev] very limited formats Hello, this is my first time posting. I have been programming on my personal linux box (rh 8), and I've been unable to set any audio formats on the sound device other than 16-bit linear. For example, I try the following: int format = AFMT_MU_LAW; ioctl(audio_fd, SNDCTL_DSP_SETFMT, &format); I set this right after opening the device. Then, when I query for the format, it returns 16. The following: ioctl(audio_fd, SNDCTL_DSP_GETFMTS, &mask); shows zeroes for everything except for AFMT_S16_NE I have integrated audio hardware (intel i810). I might also mention that I cannot get mono to work, but only stereo. Any ideas? Regards, Ron

21 years, 8 months

[linux-audio-dev] very limited formats

by Ron Shacham

Hello, this is my first time posting. I have been programming on my personal linux box (rh 8), and I've been unable to set any audio formats on the sound device other than 16-bit linear. For example, I try the following: int format = AFMT_MU_LAW; ioctl(audio_fd, SNDCTL_DSP_SETFMT, &format); I set this right after opening the device. Then, when I query for the format, it returns 16. The following: ioctl(audio_fd, SNDCTL_DSP_GETFMTS, &mask); shows zeroes for everything except for AFMT_S16_NE I have integrated audio hardware (intel i810). I might also mention that I cannot get mono to work, but only stereo. Any ideas? Regards, Ron

21 years, 8 months

[linux-audio-dev] ac3jack - realtime AC3 stream encoder for JACK

by Jesse Chappell

Introducing the initial release of ac3jack, bringing you realtime AC3 stream encoding of any JACK audio. http://essej.net/ac3jack/ ac3jack is a tool for creating an AC3 (Dolby Digital) multichannel stream from its JACK input ports. Using this tool, an AC3 stream (up to 5.1 channels) is encoded in realtime and either written to a file or streamed to standard output. When streamed to stdout and piped through the ALSA tool 'ac3dec -C', the AC3 stream can be passed out the SPDIF port on your audio interface for connection to a multichannel surround receiver. In this way, you can achieve full 5.1 surround mixing and monitoring of your JACK applications with a single digital cable, and no need for hardware supporting discrete inputs and outputs. AC3 is a compressed audio stream, so quality is somewhat compromised. It is the price you pay for easy surround sound. After all, if it is good enough for DVD and film soundtracks, it must be OK. Please try it out, read the usage notes, and let me know of any build or runtime problems you find..... jlc

21 years, 8 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev