Has any one been able to fiddle with tse3 on mandrake + alsa?
Can't get any sound but i don't know much about midi+linux
card:
snd-ens1371 ensoniq
module v_midi
when I tse3play foo.mid:
tse3play seems to play something (visually) but no output!
Something wrong in config but can't get anyclue!
Hint anybody?
Cheers
----
From: Steve Harris <S@ec...>
Re: experiences and reflections from the UK part II
2002-08-13 10:22
On Tue, Aug 13, 2002 at 12:15:37 -0400, Paul Davis wrote:
> my brother commented that the swt plugins sounded very "digital" to
> him. i bluffed by saying that i think it all comes down to the
This is very true.
Its partly a matter of taste - I like the hard digital filter sound, I
think it makes a pleasant change from analogue filters warmth.
In addition I'm a modular synthesist at heart, so if it annoyed me I would
just bung a lowpass->valve sim->lowpass on the end (this is what most VST
plugins will do).
I think I tend to use, and think of LADSPA plugins at a lower level than
most people. This became obvious at linuxtag.
But, mostly, making plugins sound warm requires more work, and no-one has
requested it (up til now).
---------
Steve, since you wrote this I have been doing a lot more work with the
ladpsa plugins and I tend to agree that the default sounds of a lot of
them are very hard.
Can you elaborate more on how and why you use "lowpass->valve
sim->lowpass on the end" to create a more warm sound?
Thanks. BTW. I think it would be a very good addition for the LAU FAQ so
I'll add this as it comes to light.
--
Patrick Shirkey - Boost Hardware Ltd.
For the discerning hardware connoisseur
Http://www.boosthardware.comHttp://www.djcj.org - The Linux Audio Users guide
========================================
Being on stage with the band in front of crowds shouting, "Get off! No!
We want normal music!", I think that was more like acting than anything
I've ever done.
Goldie, 8 Nov, 2002
The Scotsman
Hi all,
I consider buying a Audiotrak Inca 88 Soundcard. I searched a bit around the
net, but couldn't find any information if this card works with linux.
Unfortunately i couldn't find any chipset info about this card.
So my question is: Are there any linux drivers for this card.
Greetz
Michael
--
PGP KeyID: 0xF06A7341
Fingerprint: E98A 7E54 172B 0B0D FA78 EE63 CE1A DB9F F06A 7341
I don't know how World War 3 will be fought, but I know that World War 4
will be fought with sticks and stones! (Albert Einstein)
I'm using audacity and terminatorx in a couple of
projects that I'm doing. Through the manipulation of
sound, I get a fair amount of clicks and pops. (This
is the nature of manipulated sounds, I realize that.)
but does anyone know of a good declicker for Linux? It
would speed up my process.
Art
__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - Let the expert host your site
http://webhosting.yahoo.com
Hi,
Since I receive this list in a 'Digest' format I'll reply to all questions
(as far as they have not been replied by by others correctly) in one email.
- Regarding from 'scrap vs scratch typo': Sorry my native language is not
English and sometimes I make some mistakes sometimes.
- Regarding: how this patchset would sound when comparing to Fluid (assuming
it's played back under tiMIDIty): Fluid is a bank in SF2 format which was
made to sound a true (realistic) as possible with all it's cons and pros.
The main problem with 'realistic' patchsets is that it's hard to make all
instruments fit together correctly. Next to often existing tuning problems
they often just don't fit together. It's true that with some MIDIs it might
some great but with others it might sound horrible or just lacking depth.
All our past Utopia patchsets have been aiming at full sound and balance.
This means (that whenever we do the job right) that 99.x% of the well
sequenced MIDI files (in other words those who use the Roland Sound Canvas
as a refference) will playback near perfectly. As a result of this our
patchsets don't sound as realistic as a soundfont as Fluid might do but it
will sound (near) perfectly balanced.
Our previous products all have been in development since 1996 in some way
when we made our Utopia Soundbank for the GUS PnP soundcards (check dejanews
for some messages about that) from scratch (using .PAT files and a
home-written editor to allow stereo voices) and thus no sample in it is used
in any other soundbank/soundfont (legally). Ever since we've been
fine-tuning and tweaking this base set of work we've done up till now.. So
I'm pretty sure that the sound is unique and quite powerfull.
To get an idea how this new patchset would sound like have a look on our
website at http://www.utopiasd.com and listen to the Utopia Live!
demonstration MP3s for the general idea and to the Acoustic Piano add-on
v1.0 demonstration MP3s to get an idea how the piano that will be included
in this new patchset will sound. Note that the Utopia Live! recordings are
still from version 1.x and some instruments like the pianos are very
outdated.
Note that the current patchsets are limited to 31.5 MB (and more recently 35
MB but no MP3 recordings have been made of the later versions) and since
size doesn't count too much with the tiMIDIty versions some instruments will
sound much more realistic (at least that is the plan).
Don't buy any of these products for use with tiMIDIty or another softsynth
or hardware other than the SB Live!/Audigy claiming to be compatible with
the soundfont format because it'll simply not work.
- The final version of this patchset will be released in the form of a
windows installer and a linux-perl installation script. So it should self
install up to a point. To make the downloadable size acceptable everything
will be compressed with the OggVorbis format. All samples will be 48 Khz 16
bit. My experience with Linux is still a bit limited (except for some
private server maintenance) so the initial beta versions will only come in
the form of a windows installer I fear.
- To get an idea how the current patchsets are layered download the free 2
MB demo version of Utopia Live! and open it in Vienna (under windows or
using an native SF2 editor under Linux). Note that the quality of these
samples (and looppoints) are very bad due to use of extreme compression (it
unpacks to about 36 MB). Still this should give you an idea how the layering
is done in our products.. E.g. our Acoustic Piano add-on (no demo available)
is in 48 Khz / 16 bit with 28 velocity layers. Layering use doesn't apply to
tiMIDIty since we are currently not happy with SF2 results.. Some examples:
Filters don't behave like they should, when playing a stereo voice you get a
phasing effect when timing is critical, early note-cuttoffs etc.. I'll have
a look at the tiMIDIty at sourceforge to see how things have improved and
will take that into consideration when determining whether to use .PAT or
SF2. If we use .PAT files make everything in Vienna in one use SF2 file and
sample it from an Audigy 2 to create a (huge) single layer set of
instruments. As a result, next to missing an stereo image the sound should
be equal or better (bigger instruments) than our current Utopia patchsets.
Regarding how they've been recorded or processed (e.g. our StereoID
percussion) I won't give any details. I know the SF2 format by head but I
don't know how tiMIDIty's implementation is. So far it seems terrible.
- Regarding .PAT implementation.. I guess that tremelo/vibrato is correctly
implemented ? From what I remember from back in 1997 it seemed to perform
nearly perfectly when comparing to the GUS Classic.
---
Roel / Utopia Sound Division
http://www.utopiasd.com
> -----Original Message-----
> From: Patrick Shirkey [mailto:pshirkey@boosthardware.com]
> Sent: 27 November 2002 15:53
> To: linux-audio-user(a)music.columbia.edu
> Subject: [linux-audio-user] mixing advice
>
>
> What do you think is the appropriate way to set the levels for a 12
> channel mixing desk that is being sent to a stereo channel in another
> mixer desk?
>
> Would you set lowish on the master out and the gain high on
> the stereo in?
I'd have thought the opposite arrangement (highish level out, lowish in)
would introduce less noise.
To clarify, the Zoltrix card has both coax and optical I/O.
I'll try to spend some time getting the ALSA driver installed. Is there anything I should know about selecting the coax over the optical inputs?
Thanks,
-Jackson
---------- Original Message ----------------------------------
From: Patrick Shirkey <pshirkey(a)boosthardware.com>
Reply-To: linux-audio-user(a)music.columbia.edu
Date: Thu, 28 Nov 2002 14:31:15 +0900
>Jackson Gibbs wrote:
>>>... What drivers are you
>>>using? Have you tried both OSS and ALSA?
>>
>>
>> I consulted another user somewhere and he suggested trying a couple rpms. Which I did, to no avail... I cannot remember which packages these RPMs contained (and since I'm in windoze right now and transferring some music I can't check).
>>
>> I'm afraid I'm not really familiar with how drivers work in Linux*...
>>
>> So perhaps I should start from the beginning. Could someone suggest a link or links to get up to speed on how drivers work within Linux and how to go about making my Zoltrix work? What's the generic course of action to get a soundcard working with SPDIF?
>>
>> Thanks so much,
>>
>> -Jackson
>>
>> * not that I'm totally ignorant, I have a BS in CS but have never needed to dig into Linux drivers/sound before now.
>
>I'm pretty sure ALSA support for this chipset is fully functional. You
>may need to upgrade your alsa drivers.
>
>http://www.alsa-project.org/alsa-doc/
>
>The Zoltix is referenced at the bottom of the page. It says there that
>it has optical i/o support.
>
>I'm not sure if there are special tools for using optical i/o pcms in
>ALSA though. Does anyone know about that? I would like to add info to
>the alsa-docs but don't have anything I can test with.
>
>
>
>
>--
>Patrick Shirkey - Boost Hardware Ltd.
>For the discerning hardware connoisseur
>Http://www.boosthardware.com
>Http://www.djcj.org - The Linux Audio Users guide
>========================================
>
>Being on stage with the band in front of crowds shouting, "Get off! No!
>We want normal music!", I think that was more like acting than anything
>I've ever done.
>
>Goldie, 8 Nov, 2002
>The Scotsman
>
>
> ... What drivers are you
>using? Have you tried both OSS and ALSA?
I consulted another user somewhere and he suggested trying a couple rpms. Which I did, to no avail... I cannot remember which packages these RPMs contained (and since I'm in windoze right now and transferring some music I can't check).
I'm afraid I'm not really familiar with how drivers work in Linux*...
So perhaps I should start from the beginning. Could someone suggest a link or links to get up to speed on how drivers work within Linux and how to go about making my Zoltrix work? What's the generic course of action to get a soundcard working with SPDIF?
Thanks so much,
-Jackson
* not that I'm totally ignorant, I have a BS in CS but have never needed to dig into Linux drivers/sound before now.
---------- Original Message ----------------------------------
From: Anahata <anahata(a)treewind.co.uk>
Reply-To: linux-audio-user(a)music.columbia.edu
Date: Wed, 27 Nov 2002 22:54:07 +0000
>On Wed, Nov 27, 2002 at 02:03:03PM -0600, Jackson Gibbs wrote:
>>
>> I need to digitally transfer DAT's to my Linux box via a SPDIF coax cable.
>>
>> I currently run Red Hat 8. I have a Zoltrix Nightengale Pro installed
>> (which I understand is a CMedia 8738 chip?).
>
>> I'm wondering whether there is another distro/card combination
>> that will come closer to working out of the box?
>
>It works for me with MidmMam DiO 2448 which is also based on the CMI8738
>and the (paid for) oss drivers. The DiO 2448 fitted my requirement which
>was for the cheapest card that has S/PDIF input.
>
>I'm sure it's not your distro that's at fault. I use Debian with 2.4.19
>kernel but I'm sure RH8 can be made to work. What drivers are you
>using? Have you tried both OSS and ALSA?
>
>--
>Anahata
>anahata(a)treewind.co.uk -+- http://www.treewind.co.uk
>Home: 01638 720444 Mob: 07976 263827
>
Hey folks,
I need to digitally transfer DAT's to my Linux box via a SPDIF coax cable. I'm wondering what the path of least resistance would be for getting this set up?
I currently run Red Hat 8. I have a Zoltrix Nightengale Pro installed (which I understand is a CMedia 8738 chip?).
I have put 3 hours of searching and tinkering into getting the Zoltrix card to work but haven't had any luck.
So now I'm wondering whether there is another distro/card combination that will come closer to working out of the box?
If not, does anyone have any advice for getting the Zoltrix card working?
I'd sure appreciate any help. This is the last windoze task that I haven't been able to replicate on Linux. As soon as it can be accomplished I can format that WinXP drive and have more space for music ;-)
-Jackson Gibbs
(De-lurk mode)
KeyKit is still going strong. Indeed it has been "software of the month"
during November at the CNFractal Music Forum at Yahoo Groups.
One other suggestion would be to try the Atari emulator XSteem. I
understand that the latest version of XSteem has MIDI support. Sadly, I
haven't had time to try it on my Linux box yet & have stuck with the
Windows version "Steem".
If you could get XSteem working, it would open up a whole universe of
generative apps that were originally written for Atari ST.
http://www.blimey.strayduck.com/index.htm
is the Steem site.
Gavin.
| Message: 6
| Date: Tue, 26 Nov 2002 06:56:27 -0800
| From: Paul Winkler <pw_lists(a)slinkp.com>
| To: linux-audio-user(a)music.columbia.edu
| Subject: Re: [linux-audio-user] Koan / Generative music for Linux
| Reply-To: linux-audio-user(a)music.columbia.edu
|
| On Mon, Nov 25, 2002 at 11:33:38PM +0100, Aidan Mark Humphreys wrote:
| > Are there any serious generative music programs for Linux?
|
| my first thought is to use not a program but a programming
| language. Four development tools that come to mind:
|
| 1) Pd. haven't used it much, yet, but it seems quite powerful.
|
| 2) KeyKit. A MIDI gui environment for algorithmic composition.
| scriptable IIRC. I played with it for a few minutes a long
| time ago, don't know its current status.
|
| 3) omde / pmask (pythonsound.sf.net). A set of python libraries
| for algorithmic composition. Very flexible since you have
| the full power of python at your disposal and can subclass
| anything in the omde / pmask libs. However, it currently
| only creates csound scores as output. (I want to change that.)
|
|
| 4) saol / sasl (http://www.cs.berkeley.edu/~lazzaro/sa/book/)
| as implemented in sfront (http://www.cs.berkeley.edu/~lazzaro).
| sort of a "new improved" csound; the sasl score language
| is fairly simple and doesn't have many features, but the
| saol orchestra language allows instruments to start and control
| other instruments, which can be very powerful. The most
| important addition vs. csound is the ability to easily define
| your own "opcodes" (instrument building blocks) which can
| be used just like the core opcodes that are defined by the
| language.
|
| And, which might be relevant for the generative music discussion,
| sfront can compile your saol / sasl files into C code which
| your favorite compiler can turn into an executable.
| So instead of distributing a recording of one particular
| run, you could distribute executable binaries to your listeners!
|
| --
|
| Paul Winkler
| http://www.slinkp.com
| "Welcome to Muppet Labs, where the future is made - today!"
|
| --__--__--
|