Linux-audio-dev May 2004

linux-audio-dev@lists.linuxaudio.org

83 participants
82 discussions

Re: [linux-audio-dev] wcnt-1.1z released!

by James W. Morris

>From: martijn <martijn(a)pacno.net> Date: Tue, 4 May 2004 02:05:55 +0200 >Once upon a Thu, Apr 15 2004, James W. Morris hit keys in the following >order: > > >Anyway, thanks for applying the gcc3 patches. I ran into only two >includes > > >without use namespace declarations, and it also appears gcc3 tries to >be > > >intelligent and interprets "or" as "||" :S > > 'S Ok. -- Hermmh, not quite sure what you're getting at ? >Oh, i forgot the patches, here they are. >Martijn. Cheers for your help. I decided to try mandrake 10 the other day, got bored of Debian Stable. Mainly to try out gcc3.3 and kernel2.6 (too long to download on 56k) So I've now discovered how gcc interprets 'or' as '||' which I feel quite annoyed and let down by! I did n't realise what you meant. I've also discovered the other missing using namespace std's. (I thought I could get away with putting them in files which were included by others.) I'll get wcnt compiling with gcc3.3 and just put the whole thing up with some new examples. I've got some examples with 10 waveforms (coo!) and some with 20 (a world record for wcnt!) which would sound pretty good if it were not for artifacts: bummer. expect: withinish thish weekishn || next. ~(sirromseventyfive)~ _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger

20 years, 11 months

Re: [linux-audio-dev] wcnt-1.1z released!

by James W. Morris

Ayup, >From: martijn <martijn(a)pacno.net> Date: Thu, 15 Apr 2004 13:50:33 +0200 >Once upon a Wed, Apr 07 2004, James W. Morris hit keys in the following >order: > > Announcing for the last time this year the new release of Wav Composer >Not > > Toilet. >the last? are you not gonna announce it any more, gonna change the name, or >stop working on it altogether? oh, i read it on the website... Just giving it a break so I can do some art/painting - it's been too cold in the garage/studio in Winter. Time management. Add a pinch of salt. >Anyway, thanks for applying the gcc3 patches. I ran into only two includes >without use namespace declarations, and it also appears gcc3 tries to be >intelligent and interprets "or" as "||" :S 'S Ok. -- Hermmh, not quite sure what you're getting at ? >Also, the online example makes the not-so-toilet to segfault. all other >examples are fine. Haven't had the time to investigate, but here's the >backtrace: >[>--snip--<] >Creating synth module kick_sampler >[>--snip--<] Oh. I'll download and test it again, I did make some very minor changes via sourceforge shell after I'd uploaded it. The typical instance of a segfault occurring with the sampler module is giving it a wavfilein lacking a wav file (either wrong path/not set) - although I thought I had put in validation code to check for this and stop. Did you place the example in wcnt-1.1z/examples dir as suggested, and/or change the path to the samples it needs so it can get to them? Cheerio. James. ~(sirromseventyfive)~ P.S. Don't expect the sampler to work with a start/end positions of zero! _________________________________________________________________ It may not be easy,but it's fast and it's free (beer/freedom), get Linux today! _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger

20 years, 11 months

Re: [linux-audio-dev]converting old pc hardware to a live music performance

by Green

I've also been playing around with real-time audio fx using a VIA mainboard and MIDI for the controls.. Here's some documentation of a project I did with this: (ecasound, analog controls->MIDI, ladspa effects...) http://4ms.org/influx9/ One obstacle I've had is boot time! It's annoying to have to wait 30 seconds for the thing to boot, and if the power is interrupted during a live preformance..ugh. Sure I could pare down a little more the init.d, but how do pro embedded systems boot in a matter of seconds? Mounting the fs read-only is a good idea, but does anyone have other tips for making it more like an old-time analog fx unit (power-on==>instant sound, power-off==>no harddisk damage)? BTW, i'm new to this list, I searched and browsed the archives a bit but didn't find this discussion... please direct me if this has already been talked about! Dann >I have a live performance setup I use with my band. I >used one of those tiny VIA motherboards and a Midiman >UNO usb <-> midi adapter. > >It seems like it's a good idea to use a flash card and >that's what I did at first, but flash cards peter out >after a certain number of writes. If you want to go >that route, I'd suggest maybe having the partitions >mounted read-only.

20 years, 11 months

[linux-audio-dev] [ANN] libgig 0.7.0

by Christian Schoenebeck

libgig is a C++ cross-platform file loader library for Gigasampler and DLS Level 1 and 2 files. You can get the sources (including command line tools), API documentation, UML diagram and a short kick start docu at: http://stud.fh-heilbronn.de/~cschoene/projects/libgig/ Changes since libgig 0.6.0: * general changes: - various big endian specific corrections (successfully tested now on PPC) - minor adjustments to avoid compile errors on some systems (using now pow() instead of powl() and --pedantic g++ compiler switch) - libtoolized the library - added man pages for the command line tools (gigextract, gigdump, dlsdump, rifftree) * src/gig.cpp, src/gig.h: - fixed bug in decompression algorithm which caused it not to detect the end of a stream - added method GetVelocityAttenuation() to class 'DimensionRegion' which takes the MIDI key velocity value as an argument and returns the appropriate volume factor (0.0 ... 1.0) for the sample to be played back, the velocity curve transformation functions used for this are only an approximation so far - fixed class attributes 'Sample::LoopStart', 'Sample::LoopEnd' and 'Sample::LoopSize' which reflected wrong values - class attributes 'Sample::LoopStart' and 'Sample::LoopEnd' are now measured in sample points instead of byte offset - renamed misleading attribute name 'Sample::MIDIPitchFraction' to 'Sample::FineTune' - added class attribute 'Sample::LoopSize' - added method GetInstrument(uint index) to class 'File' - added ReadAndLoop() method to class 'Sample' which is an extension to the normal Read() method to honor the sample's looping information while streaming from disk - changed interface for 'attenuation_ctrl_t', 'eg1_ctrl_t' and 'eg2_ctrl_t': replaced this huge enumeration by a structure which reflects the MIDI controller number in case of an ordinary control change controller (this saves a huge switch-case block in the application of the library user) - renamed following attributes in class 'DimensionRegion': 'AttenuationContol' -> 'AttenuationController', 'InvertAttenuationControl' -> 'InvertAttenuationController', 'AttenuationControlTreshold' -> 'AttenuationControllerThreshold' - minor fix in API documentation for method GetVelocityAttenuation() in class 'DimensionRegion' * src/RIFF.cpp, src/RIFF.h: - added additional API documentation - minor fix in Chunk::Read() method (only a minor efficiency issue) * src/gigdump.cpp: - added printout of samples' looping informations Best regards Christian Schoenebeck

20 years, 11 months

[linux-audio-dev] Off Topic [Fwd: Mail System Error - Returned Mail]

by Jens M Andreasen

Chris! It looks like your other mailserver subscribes to the same blacklist. I laughfed when most of Spain got blacklisted the other week, but beeing in that situation is no fun at all :( I hope that the good people at chello.se will soon solve the problem. /jens

20 years, 11 months

[linux-audio-dev] LADSPA BOF LA2004 report

by Steve Harris

This is a quick report back from the LADSPA bird-of-a-feather session that happened on Friday morning at the LA Conference. Attendees of the session can expand on any details that aren't clear here once they recover :) The atendees signed off on the text that has unanimous agreement, but not on the open question IIRC. Date 2004-04-30 10:00 Duration 3:30 Present 11 people (dont have a list of names, sorry) Users 10 Plugin devels 3 Host devels 6 Unanimous agreement was reached on a number of pointsdditions, these are: Momentary hint: additional hint (requires toggle) - indicates that control (UI) shouldn't latch the control. Port paths: '/' should be used as a port path component divider. No leading slash will be used. This is for grouping related controls in UIs and to allow more natural reflection of LADSPA port names into OSC or HTTP, for example. Zero pointer buffer values: if hint bit is set then the buffer pointer can be NULL to indicate that the port is not connected. There will be a LADSPA 2.0 which will differ from the 1.0 series only in enforcing all metadata to be represented externally. No features over what was agreed here will be added. Design work will start as soon as the conference finishes. Estimates for time to completion are on the order of 2 months. Open Questions There is the possibility of an interrim 1.2 ladspa.h version that will add the momentary hint, port paths, zero pointer buffer values and port name extension enumerations, and will be deprecated by 2.0. It was decided to leave it to the LADSPA devleoper community to vote if this was desirable, as there was no consensus. - Steve

20 years, 11 months

[linux-audio-dev] RFC: Disposable Soft Synth Interface

by Chris Cannam

Disposable Soft Synth Interface (DSSI, pronounced "dizzy") is a proposal for a plugin API for software instruments (soft synths) with user interfaces, permitting them to be hosted in-process by audio applications. Think of it as LADSPA-for-instruments, or something comparable to a simpler version of VSTi. It's intended to be simple, easy to write plugins for, GUI-toolkit-agnostic, and slightly biased towards familiarity with MIDI, and is proposed as an interim measure until bigger and better things come along: hence "disposable". The proposal consists of an RFC, which describes the background and defines part of the proposed standard, plus a documented header file (dssi.h) which defines the remainder. The distribution also contains a handful of public-domain example files including an almost complete (but not pretty) host implementation and a simple synth plugin with a GUI. The API itself is licensed under the LGPL. The full RFC may be read here: http://dssi.sourceforge.net/RFC.txt The header file is here: http://dssi.sourceforge.net/dssi.h.txt The 0.1 distribution containing RFC, header and examples may be downloaded from SourceForge: see http://dssi.sourceforge.net/ and http://sourceforge.net/project/showfiles.php?group_id=104230 . This proposal was constructed by Steve Harris and Chris Cannam. Comments to LAD please! (Steve will be at ZKM, as those of you who've seen the schedule thingy will know; I can't make it there myself, so I'd quite like to see some feedback here.) Chris

20 years, 11 months

[linux-audio-dev] Re: RFC: Disposable Soft Synth Interface

by Jens M Andreasen

Hi! Apparently our mailsever has been blacklisted by all-day-breakfast ... Damned script-kiddies :( So, since this discussion is kind of relevant here, I try get the message thru anyway. Sorry Chris! On tor, 2004-04-29 at 16:11, Chris Cannam wrote: > On Thursday 29 Apr 2004 2:19 pm, Jens M Andreasen wrote: > > I think I will not be really, totally happy before I see something > > like: > > > > void (*midi_msg)(LADSPA_Handle instance, > > unsigned byte msg[4]); > > This would be exactly equivalent to the existing run_synth(), would it > not? Mmm .. This would replace, I think, all of your considerations on how to extend LADSPA. It is (probably?) the only extension really needed. MIDI is a very powerful protocol, and the beuty is that the client needs only to implement those parts it needs to get going. For a synthesizer one can ignore start, stop and pause as well as SMPTE, but for a sequencer or arpeggiator timing would be the name of the game. As a synthesizer developer I *could*, if I wished so, implement running-status and thus discover that I have been disconnected, but it is not required ... mvh // Jens M andreasen > Chris >

20 years, 11 months

[linux-audio-dev] ANN: sauditor 0.3 - return of the spectrum analyser thingy

by james＠dis-dot-dat.net

Hi, Have a play. Please. I know it might not be the most exciting app in the world, but feedback would be good. This is the first time I've written anything non-trivial in Linux. The spectrum analyser is back, now as a toggleable X window. Resizing to follow. One annoying bug - when the SA window pops up, it steals focus. If anyone knows how to create an unfocused window, preferably using only xlib, or something else ubiquitous, please please tell me. http://dis-dot-dat.net/code/sauditor/ James

20 years, 11 months

[linux-audio-dev] Linux Audio Miniconf, April 2005, Canberra Australia

by Conrad Parker

Hi, for those who can't get enough Linux Audio in their diet: The Linux Audio Mini-Conf @ LCA2005 will be held before linux.conf.au, Australia's national Linux conference, in April 2005 at the Australian National University in Canberra, Australia. More details, including the call for technical presentations and an archive of the previous year's miniconf, is at: http://www.metadecks.org/events/lca2005/ Conrad.

20 years, 11 months

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

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