Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

by ljp

hello, I am writing a audio recording app for linux pdas, of the zaurus sort. I am running into a problem with switching sampling rates on the target device, and need some help to find a work around for a buggy driver, which I have no control over, as it's shipped with the device, and is not a kernel module. When testing on my x86 desktop, and various audio cards, everything works as planned. But when running on the device (arm based processor, tc35143 audio chip - heh for whatever its worth), when I request a new sampling rate, the driver/device seems to change, no errors are reported. I can ask the driver what the rate is and it reports what I requested, but the actual amount of data received is at the previous rate. I can close the app and get the actual intended rate. I have tried doing a fork, in hopes maybe the driver was holding process information. No joy. I don't want to have to resample the input, as it seems a waste of cpu, and as a musician... blasphamy. Any hints, or suggestions would be welcomed. thanks, ljp -- My cat's a debugger.... Potter, Lorn, "ljp" core member / Web Administrator Project OPIE- the Open Palmtop Integrated Environment http://opie.handhelds.org | http://www.opie.info (german) | http://www.opie.us IRC: irc.freenode.net #opie #opie.de llornkcor(a)handhelds.org

22 years, 11 months

[linux-audio-dev] Re: Intel C Compiler & RedHat 8.0 , Pentium 4 FPU performance

by Andrew Burgess

>I will check the effect of sse on my plugins as they are generally less >ram hungry, but I dont have a gcc3 machine around at the moment. Just FYI, the redhat gcc3 rpm installs the executable as gcc3 so it happily coexists with older gcc versions. You just edit the makefile to use gcc or gcc3.

22 years, 11 months

[linux-audio-dev] ANN: swh-plugins v0.3.1

by Steve Harris

http://plugin.org.uk/releases/0.3.1/ Includes a fix for a serious problem where two plugins ended up with the same UID, 0.3.0 users should upgrade. One new plugin, "chebstortion" a synthetic distortion effect that came out of the amp modelling discussions. It doesn't really bear any resemblance to any analogue effect living or dead, but its interesting anyway. Bugfix to the analogue osc, it now doesn't (shouldn't) distort horribly. Bugfix to the chorus, it now uses less CPU and its load is constant, so it will work OK in RT systems. Now builds on Linux PPC (though still not OSX). Installs RDF metadata describing the plugins. Now has freshmeat entry, http://freshmeat.net/projects/swh-plugins/ (someone requested this, sorry, can't remeber who). - Steve

22 years, 11 months

[linux-audio-dev] finding info on sound cards

by iain

For a couple of projects I need to be able to find out information about the sound cards installed on the system, but as I need to run on lots of different systems I need it to be fairly portable. Before I start writing something to do it, I figured I'd check to see if there's anything already in progress that can do the same. What I need is to be able to get a list of sound cards on the system, and information about them (like the names), and then to get a list of the channels each sound card has and information on them (current level, name (if it has one), if it's a record source etc), and finally to be able to control the channels, change the level, change if it's the current record source. Is there a library that can do this all available anywhere, or will I have to write it myself? Would it be a useful thing to have in a library? iain -- "The 'developed' nations gave to the 'free market' the status of a god, sacrificing to it their farmers, farmlands, and communities, their forests, wetlands and praries, their ecosystems and watersheds. They had accepted universal pollution and global warming as normal costs of doing buisness." - Wendell Berry

22 years, 11 months

[linux-audio-dev] ANN: RTMix 0.52 version available

by Ivica Bukvic

Hello all! A new version of RTMix is available at the same old place: http://meowing.ccm.uc.edu/~ico/ (use html entrance for low-bandwith version -> cpu's -> rtmix download) New improvements include: *Fixed networking seg-faults in Qt3 *Finished network code *Removed all kde-libs dependencies (I overlooked a couple in the configure script itself, sorry about this) *Several minor bug-fixes *Fixed all other known seg-faulting bugs *Added a couple of networking tutorials Enjoy! Ivica Ico Bukvic, composer, multimedia sculptor, programmer, webmaster & computer consultant http://meowing.ccm.uc.edu/~ico/ ============================ "To be or not to be" - Shakespeare "To be is to do" - Socrates "To do is to be" - Sartre "Do be do be do" - Sinatra "2b || ! 2b" - ? "I am" - God

22 years, 11 months

[linux-audio-dev] Announce : Secret Rabbit Code (aka libsamplerate)

by Erik de Castro Lopo

Hi People, This is the first announcement of Secret Rabbit Code: http://www.mega-nerd.com/SRC/ Secret Rabbit Code is a library for doing Sample Rate Conversion on audio. The web page has the full spiel of what it does. The source code tarball has two demo programs: sndfile-resample - A program which can perfrom sample rate conversion on a given sound file. varispeed-play - A program which plays a given sound file in a loop. During play, the speed of the playback is continuously varied. Lots of fun on drum loops and full mixes. This currently runs only on Linux/OSS (probably also ALSA OSS emulation). Work is being done on ports to MacOSX, Solaris and Win32. At the moment the rabbit code is known to compile on Linux and MacOSX. Win32 and Solaris support is coming RealSoonNow (tm). Enjoy, Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo nospam(a)mega-nerd.com (Yes it's valid) +-----------------------------------------------------------+ Everyone seems to assume that the current system in America is capitalism. I beg to differ. True capitalism does not involve false advertising, distribution cartels, or political lobbying for special advantages in the market. How can you call Microsoft or the RIAA capitalist, when their main business is interfering with a free market? Some of us would like to see a *return* to capitalism in this country. - Jim Flynn on Linuxtoday.com

22 years, 11 months

[linux-audio-dev] Behaviour of write() in blocking/non-blocking mode

by Greg Ward

Hi all -- I'm making my first forays into OSS DSP programming with an eye to improving the standard linuxaudiodev module included with Python. (And, of course, to using that module for my own ends!) I'm rather confused by the semantics of write() in blocking and non-blocking mode. Specifically, in the default mode (blocking, no SNDCTL_DSP_NONBLOCK ioctl() call), it appears that write() will happily write the entire buffer passed to it, and not return until almost all of the data has been played. (I assume the last dribble is in a lower-level [hardware?] buffer, so when write() returns there's still a little bit of sound to be heard.) However, in non-blocking mode, write() plays roughly 64k or 128k (depending on the hardware device used) and returns immediately. This is more like what I was expecting -- I guess the behaviour in blocking mode is a bit surprising. Is it supposed to be like this? More importantly, can I *rely* on write() in blocking mode always consuming the entire buffer passed to it? BTW, this is with Linux 2.4.20-rc1; the two audio devices are a SoundBlaster Live using the OSS emu10k1 driver, and a Stereo-Link external USB audio device using, you guessed it, the USB audio driver. Thanks -- Greg -- Greg Ward <gward(a)python.net> http://www.gerg.ca/ I hope something GOOD came in the mail today so I have a REASON to live!!

22 years, 11 months

[linux-audio-dev] Remedy for long compile times

by Robert Jonsson

Hi guys, I thought I would share some info about some utilities I found recently with regards to overly painful compile times. We have done some fairly extensive Corba based stuff at work, the last few months. Needless to say the compile times we have had for these beasts are numbing. Standard solution is of course faster machines, but there are some utils that can help if you got some extra machines at your disposal. Have a look at http://gecc.sourceforge.net/ or http://distcc.samba.org/ Both these projects (where distcc seem more mature) provide the possibility to distribute compilations over several machines. Another solution would be to rewrite everything in Java and use Jikes :-D...err perhaps not, but it's amazing how fast compilations are using java and jikes... Regards, Robert - reinventor of the wheel

22 years, 11 months

[linux-audio-dev] DEADLINE Thursday: Stop the FCC "Broadcast Flag" Proposal!

by Seth Johnson

New Yorkers for Fair Use Action Alert: -------------------------------------- Please send a comment opposing the "Broadcast Flag" Proposal to the FCC by this Thursday, December 5, 2002. Tell the FCC to Serve the Public, Not Hollywood! Okay, you folks understand this issue -- it's very important to send word to the FCC by the public comments deadline, this Thursday, December 5, that you OPPOSE the Notice of Proposed Rulemaking #02-230. This rule would make it illegal for ordinary citizens to own fully functional digital television devices. We've made it easy; just follow the links below. 1) Please send in your comments to the FCC using the form provided below. Tell them that the movie industry should not get a special privilege to own fully-functional digital television devices. Read the alert below for details. 2) Please forward this alert to any other interested parties that you know of, who would understand and see the importance of this issue. 3) Volunteer to help us with this and other alerts related to your rights to flexible information technology in the future. Two roles you can take up are to become a Press Outreach Campaigner or a Commentator. Simply reply to this email to show your interest. New Yorkers for Fair Use Action Alert: -------------------------------------- Tell the FCC to Serve the Public, Not Hollywood! Public Comments Needed to Stop the "Broadcast Flag" Proposal at the FCC Please follow this link and use the form on the Center for Democracy and Technology's site to let the FCC know that the public's rights are at stake: http://www.nyfairuse.org/action/fcc.flag.xhtml. What's Going On: The FCC is considering a proposal that digital televisions be required to work only according to the rules set by Hollywood, through the use of a "broadcast flag" assigned to digital TV broadcasts. Through the deliberations of a group called the Broadcast Protection Discussion Group which assiduously discounted the public's rights to use flexible information technology, Hollywood and leading technology players have devised a plan that would only allow "professionals" to have fully-functional devices for processing digital broadcast materials. Hollywood and content producers must not be allowed to determine the rights of the public to use flexible information technology. The idea of the broadcast flag is to implement universal content control and abolish the right of free citizens to own effective tools for employing digital content in useful ways. The broadcast flag is theft. In the ongoing fight with old world content industries, the most essential rights and interests in a free society are those of the public. Free citizens are not mere consumers; they are not a separate group from so-called "professionals." The stakeholders in a truly just information policy in a free society are the public, not those who would reserve special rights to control public uses of information technology. Please go to the Center for Democracy and Technology's Broadcast Flag Action Page and use their form to let the FCC know that the public's rights are at stake: http://www.cdt.org/action/copyright/. ---- Some background links: http://bpdg.blogs.eff.org/archives/one-page.pdf http://www.eff.org/effector/HTML/effect15.22.html#III http://www.cdt.org/press/020807press.shtml http://scriban.com/movabletype_archives/000334.shtml http://scriban.com/movabletype_archives/000331.shtml The following link is the FCC's "Notice of Proposed Rulemaking" for the broadcast flag. http://hraunfoss.fcc.gov/edocs_public/attachmatch/FCC-02-231A1.pdf

22 years, 11 months

[linux-audio-dev] Re: [linux-audio-announce] Announce: Vstserver, vstlib, vstladspa and k_vst~

by Robert Jonsson

Woah! Tack Kjetil! I've been meaning to construct something like this for a veery long time, I'm sincerely happy that you managed to pull it of! Sometime in the near/distant/close/far future I'll be able to test this (I'm not holding my breath), I can't wait! So...next step would be VST synths, any chance you would pursue that? :) Thanks again, Robert (now I can concentrate my -100% freetime on my other 101 projects ;-) Kjetil S. Matheussen wrote: > VSTServer V0.0.1. > ----------------- > First release. Beta, but usable. > > > ABOUT > > Vstserver is a wine program that must be running when using programs > using vstlib. > > Vstlib is a library that can be used by programs to run windows > vst audio plugins under linux/freebsd/i386solaris/etc. > > > RUNNING > Vstserver is started like this: "wine vstserver.so". > You probably want to set the "VST_PATH" environment variable pointing > to your plugins first. > > > DEVELOPMENT > Vstserver is released under the GPL, and vstlib under LGPL. > If there comes many source-contributions, I will probably make it > a sourceforge project. To use vstlib in a program, look at > the tests/exampleclient program, and various vst plug-in documentation. > The interface to the vstlib consists only of two functions (new/delete), > the rest is like you would do when programming for windows, macos(X), > beos, irix, etc. > > > CURRENT STATUS > Vstserver seems to be very stable. I have not found any plug-ins > that wont run, and I am not able to hear any latency. And plug-ins does not > seem to cause more cpu-power than under windows. > No GUI or graphics-support yet. > > > BUGS > 1. When running the ladspa "listplugins" program many times in a row, > I get the following errors before the server freeze: > > err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes > err:region:CombineRgn Invalid rgn=0000 > err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes > err:region:CombineRgn Invalid rgn=0000 > err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes > err:region:CombineRgn Invalid rgn=0000 > err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes > err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes > err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes > err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes > err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes > err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report this. > > I dont know what this is. Its not errors coming from the vstserver program. > It seems to be related to X, allthough no graphics is used in the vstserver. > I hope its just the buggy libXrender.so library that wine shouts about each > time it starts. > > 2. Shared memory handlig might be faulty. I suspect that it doesnt free > resources. (see server/shmhandler.c) > > 3. I havent read the vst plug-in documentation yet, and dont know everything > about it. This especially goes for the "AudioMasterCallback" function, which > for now just returns 1. I guess some more work needs to be done in this area, > and for the various dispatch opcodes too. > > 4. The processReplacing function in vstlib should perhaps be made just by calling the > process fuction. But I dont understand the difference between processReplacing > and processing. > > > FUTURE > Add GUI and graphics support to the server (help wanted). And maybe make a > DX-plugin server. (would be fun running pi-warp under linux). > > > CREDITS > vstserver and vstlib are made by Kjetil S. Matheussen / Notam. > k.s.matheussen(a)notam02.no > > Some programming hints is gathered by looking at the pd vst-object plugin~ source > and the jack soundserver source. > > > > > vst ladspa plugin v0.0.1 - alpha > --------------------------------- > > Makes vst plugins located in $VST_PATH > appear as ladspa plugins. > > I'm not sure how well this one actually works. > The northpole plugin seems to work, but others > don't. Oh well, its alpha for now. > > > > > k_vst~, a Pd tilde object for hosting VST plug-ins. > --------------------------------------------------- > > This is really just the plugin~ source made by Jarno Seppänen, > but with a few lines changed (very few that is) to make it > work with vst-plugins using the vstlib. > > The name was changed from plugin~ to k_vst~ to avoid nameclash > with the plugin~ object running ladspa plugins. > > This object is for i386 non-windows (ie. linux/freebsd) only. > > This one works very well! > > > > > ------------------------- > > vstserver, ladspavst and k_vst~ are open-source programs made at Notam / > Oslo, and can be downloaded from from http://www.notam02.no/arkiv/src/ > >

22 years, 11 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