Linux-audio-dev April 2004

linux-audio-dev@lists.linuxaudio.org

99 participants
90 discussions

Start a nNew thread

Re: [linux-audio-dev] Re: [Tech-OT] Succeeding in following-up...

by Mr.Freeze

Title: "Re: [linux-audio-dev] Re: [Tech-OT] Succeeding in following-up..."

20 years

[linux-audio-dev] Theremin-style controller (residual "PdDSP?")

by Mr.Freeze

Hi, If a PureData-powered expander turns to be a miniITX PC, then I'll stick to the benefits of my Shuttle barebone! Let's leave this "PdDSP?" thread have a little rest... Paul Winkler wrote: > IIRC, there was a midi theremin-style controller kit available from PAiA. Not right out of the box actually! The CV outs of the PAiA Theremax have to be routed to their MIDI Brain in Fader configuration (other other equivalent-in-use MIDI trigger), so that it sends well-chosen MIDI CC's, but the MIDI Note On/Off's have still to be monitored by the next-in-chain device. But check the whole schematic (by downloading the PAiA "every-month-it's-this-month's" freebie, i.e. the Theremax manual)... Hard-dying maze! > Check google, what you want might already exist. When it comes to renew the Theremin sensing principle, as opposed to remember the byegone days (no offence here), I think I can slim-out the schematic like Toby Paddock did here: http://www.seanet.com/~tpaddock/c2cv.html QProx QT300/301 are cheap Capacitance to Analog Converter IC's with 16 bit continuous or 8 bit PWM outputs: http://www.qprox.com/products/qt300_301.php And best of all, their calibration phase can simply be achieved by flicking switches at extreme hands positions! Forecoming issue: compliance with the MIDI protocol (bit-depth, transmission rate...). Pointed out by an article of a QProx concurrent, the Motorola MC33794: http://www.circuitcellar.com/library/print/0603/cantrell155/ Quoting its author: "In fact, by slightly raising and lowering my hand, I could see the discrete quantization steps associated with the MCUs 8-bit ADC. My hand-waving experiments would have been better served with a 10- or 12-bit ADC (or an external programmable amp)." I'll expand my theory on it later (written long enough for the moment)... After all, the heterodyning principle (i.e. getting the sum and difference of two oscillators at close frequencies) was used on the original Theremin only due to accidental manipulations: during military ham radio tweakings! The trademark "beating" sound followed up... Dave Robillard wrote: > I don't really see what your Theremin-style MIDI controller has to do with > the synth. It's a MIDI controller, it's seperate from all that stuff by > design. I share your point of view. I just wanted to stay open-minded to prospective other users, who would justify the need of a live use... > I'd just write a program to do it. If you really think a nice little DSP box > would be useful, do that later. You've got enough problems on your hands > building the controller. One step at a time. ;) Postponed. Using laptops or sub-multipleITX PC's on the stage will certainly be more familiar by the time... Frank Barknecht wrote: > You can use a whole bunch of input methods in Pd: Midi, score following with > the fiddle~ external (play on your theremin and feed the audio into Pd, > fiddle~ converts it to frequency values), USB over the event interface on > Linux, parallel port, serial port input, joystick, probably many more. Pd is > quite a happy to speak with anybody. PureData can already start the software compatibility list then! Cheers, Christian Frisson (who *shivers* when hearing Theremin sounds)

20 years

Re: [linux-audio-dev] Re: PdDSP?

by Mr.Freeze

Heya, Frank Barknecht wrote: > Sukandar Kartadinata ist working on something like this for some time > now. See http://glui.de/proj/gluiph.html for a general project > description (careful, psycedelic website!) and this PDF: Interesting! > You could start with the PD for PDA project, which did this, but for > Pd 0.32. We're now at Pd 0.37 on general purpose computers. I'll definitely not go for an ARM-powered expander! Let me explain the facts, what I should have done from the beginning: I'm planning to build a special controller based on the Theremin, with MIDI and/or CV outs. All material released for free: schematics, software... The Theremin does have a trademark sound, even if most think it's a pure sine wave; but the aforementionned controller won't reduce itself to this: I'm more interested in its sensing technology. Yet, I was wondering if an built-in expander was needed in addition, for live use; or if it could simply rely on a computer (my use). Hence my idea to use a kinda port of PureData to DSP so that the user could get the same sound either from hardware or software means, just by dumping patches; instead of having to write a separate pure C/C++ DSP source code with specific non-compliant patches, or even having to advice proprietary synth expander to the prospective users. But what I do not want to do is building myself another computer... I thought DSP-powered expanders had one big advantage over PC-based expanders: the lack of crashes... Trick or treat? What's your opinion? Cheers, Mr°Freeze

20 years

[linux-audio-dev] PdDSP?

by Mr.Freeze

Hi, Quirky question: is it possible to run PureData (or another <place_your_name_here> *modular*) on a DSP (or, still, another <place_your_name_here> microcontroller) under a port of Linux? I was thinking of building an hardware expander that would share the patches of its software counterpart, just by dumping them on the device... Does "m68k" refer to a family of Motorola DSPs? http://www.linux-m68k.org >From the Alpha (64 bits) to the ARM (32 bits), between the MIPS (32 bits) or MIPS-64 (64 bits), short-cutting to the PA-RISC (32 bits), U-turning by the SPARC (32 bits) and SPARC64 (64 bits versions)... what applications are this bugs aimed at? You'd want to think: "how could he manage to do that provided the questions he asks?" ;-) Cheers, Christian Frisson

20 years

[linux-audio-dev] Re: PdDSP?

by Mr.Freeze

Re-, The prime objective of my "PureBabbling" was to introduce the names of microprocessors/controllers whose specifications or applications I don't even know of, hence the question! Neat word, though ,-) My only friends are TMS320C31 and 16F873... So it's not worth dreaming of a DSP-powered PureData synth... Let's turn the problem inside-out: I could still create a PureData module that could convert its native patches to the DSP power C/C+ synth! ++ Mr°Freeze

20 years

[linux-audio-dev] Pitchshift/Timestretch project..

by Frank NEUMANN

Hi all, I was made aware of a new project yesterday, to be found at http://clearscale.org. The idea is to produce a commercial-grade and open- source pitchshifting/timestretching library. libSoundtouch might be nice as it is, but if you really stress it, the artifacts come in quite quickly (in my opinion). I believe in this field Linux software is still a good deal away from Win*/Mac software, so this project sounds very interesting to fill a gap. When you visit the web site, you'll notice that the author is seeking some kind of financial reward for his work (through PayPal). This might sound quite unusual at first, but I think it is justified. The important fact to know here is that the maintainer, Stephan M. Bernsee (formerly known as Stephan M. Sprenger) is (to my knowledge) the mastermind behind the German company ProSoniq, producers of e.g. the OrangeVocoder and TimeFactory. These products always get great reviews in german (and probably also international) keyboard magazines. He _really knows_ what to do; he has proven that in the past. He also developed some part of the Hartmann Neuron (don't ask me for details - I don't have any), and his webpage (www.dspdimension.com) contains very useful information that is even used at some german universities for lectures about signal processing. In other words: If he really goes for this, the results might be fantastic. With a bit of luck, Stephan will show up in Karlsruhe at our Linux Audio Conference - maybe he can explain some more thoughts there. Anyway, I believe this project deserves to be sponsored somehow. No, I am not affiliated..blabla..just my personal opinion..yadayada :-). I simply believe this is hot information. Greetings, Frank

20 years

[linux-audio-dev] Re: Lionstracs / Linux Audio at Musikmesse report

by Kjetil Svalastog Matheussen

>Hi, just back from Musikmesse in Frankfurt. > >FYI: > >Videos of Mediastation X-76 and Lionstracs - Thomas Organ Musicstation >VKX-76 >(basically the mediastation with 2 manuals, pedals, speakers in a wooden >case) > >on the right side of the page, scroll down to VIDEO OF MUSIKMESSE, >you will find 4 videos >(under Linux you can play them with xine or mplayer if you have the >win32 codecs installed) > >http://www.lionstracs.com/index.php?module=Static_Docs&func=view&f=/demos.h… > >read these two links too: >http://www.synthzone.com/ubbs/Forum37/HTML/008798.html >http://www.synthzone.com/ubbs/Forum37/HTML/008794.html > >(in the organ videos Bernd Wurzenrainer plays the NI B4 under VST server >with a jazz base (.wav) :-) ) Of pure interest, which jack settings did you use? I'm thinking of the frame/period sizes? --

20 years

[linux-audio-dev] Visual 3D mixing interface

by Jorma R

Hi, I don't know whether this is old news but interesting anyway: a mixing interface in which you handle the pan and gain settings by placing "balls" that represent the instruments (or tracks from a recorder) in a 3D space. Here is the site with samples: http://www.globerecording.com/book/mixes/index.html I think this is interesting as you always do that when mixing - usually just inside your hear. Having something like this for Linux would be great. Either as a stand-alone Jack aware mixing interface or as an alternate mixing UI for Ardour for example. In the first version you'd just assign instrument names for incoming Jack ports or combinations of them and place them in the 3D space. The output would be summed as a stereo (or 5.1 or...) stream into the outputs of this application. The second version would just be an alternate UI for adjusting the gain, pan and plugin automation parameters in Ardour. When placing instruments in the 3D space you'd probably need to do some EQ, multi-band compression and phase changes. Anyway - this should be rather trivial to do given that there are good LADSPA plugins for the job already. Has anyone thought of or planned creating something like this? I thought I could do it myself - I just need to learn programming in general (starting from zero) and audio + 3D in particular. :) Br, -Jorma __ Sano ei kuukausimaksuille. Hanki Suomen ainoa aidosti kuukausimaksuton GSM-liittymä osoitteesta http://www.saunalahti.fi

20 years

[linux-audio-dev] RE: cmpci 6.77 released (kernel 2.4/2.6 files patch)

by C.L. Tien - 田承禮

Hi, The kernel 2.4/2.6 kernel config files need the patch file for the new driver. Please check them in the attached files. CMI8738 contains parameter description in detail. Sincerely, ChenLi Tien -----Original Message----- From: C.L. Tien - 田承禮 Sent: 2004/4/6 [星期二] 下午 10:05 To: linux-kernel(a)vger.kernel.org; linux-audio-dev(a)music.columbia.edu Cc: 收信群組-網頁 Support 信箱 Subject: ANN: cmpci 6.77 released Hi, I made changes based on the previous released (6.67), now the version is 6.77. Major changes are described as follows: 1. I found that the legacy devices I/O ranges cannot be accessed on platforms other than X86, such as PowerPC and IA-64 systems. Now I only leave legacy devices enable selection on kernel config, user still need to set proper value for mpuio, fmio and joystick to use them, I think this matches other driver style. I also check the legacy device existance before enabling them, as there are chipset (i.e., Intel ICHx) support mpu401. 2. Fix the DUAL_DAC 4-channel PCM mode, now the 2 DACs play in synchronized way. Only user use 37 or earlier chip will feel difference. 3. Add AFMT_S16_BE format support so it can support more PowerPC platforms applications, too many APs insisted on using this format, although I report AFMT_S16_LE in GETFMT ioctl. 4. Fix AFMT_AC3 data sent on big-endian system, now MPlayer and Xine can send AC3 audio data correctly on Mac. 5. Fix CD/Line-in/AUX-in single channel mute bug. The There are 3 patch files, which should be applied to the previous version (6.67) and the change-6.67-6.77 shows version change in detail. Enjoy! Sincerely, ChenLi Tien

20 years

[linux-audio-dev] ANN: cmpci 6.77 released

by C.L. Tien - 田承禮

Hi, I made changes based on the previous released (6.67), now the version is 6.77. Major changes are described as follows: 1. I found that the legacy devices I/O ranges cannot be accessed on platforms other than X86, such as PowerPC and IA-64 systems. Now I only leave legacy devices enable selection on kernel config, user still need to set proper value for mpuio, fmio and joystick to use them, I think this matches other driver style. I also check the legacy device existance before enabling them, as there are chipset (i.e., Intel ICHx) support mpu401. 2. Fix the DUAL_DAC 4-channel PCM mode, now the 2 DACs play in synchronized way. Only user use 37 or earlier chip will feel difference. 3. Add AFMT_S16_BE format support so it can support more PowerPC platforms applications, too many APs insisted on using this format, although I report AFMT_S16_LE in GETFMT ioctl. 4. Fix AFMT_AC3 data sent on big-endian system, now MPlayer and Xine can send AC3 audio data correctly on Mac. 5. Fix CD/Line-in/AUX-in single channel mute bug. The There are 3 patch files, which should be applied to the previous version (6.67) and the change-6.67-6.77 shows version change in detail. Enjoy! Sincerely, ChenLi Tien

20 years

← Newer
1
2
3
4
5
6
7
8
9
Older →

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 April 2004