Linux-audio-user

linux-audio-user@lists.linuxaudio.org

3 participants
20601 discussions

by linuxrob＠dod.net

How's the driver development for the HDSP9652 hammerfall coming along? Where can I find it and check it's progress? thanks! rob

22 years, 4 months

Re: [linux-audio-user] Any MIDI apps that don't suck?

by linuxmedia4＠netscape.net

Ross Vandegrift <ross(a)willow.seitz.com> wrote: >> On Sat, Nov 30, 2002 at 03:03:31PM -0500, Silvan wrote: >> Is it just me, or does the available software for this >> kind of stuff really seriously suck? > This is unfortunately what I've found. (SNIP) > music software - even the professional stuff I've used > on Windows has plenty of sucky things about it. So I > suggest you take a different > tact, like I did. (SNIP) > this is a "bigger picture" suggestion. (SNIP) > Digital recording with ecasound, audacity, or even sox > is a piece of cake. Stop using MIDI - if you're not an > electronica artist or a studio professional, it's way more > trouble than it's worth. > Since I started using MIDI less and less, I've started making > music more and more. I've seen it in a number of friends too. > It doesn't seem like coincidence. >Ross Vandegrift >ross(a)willow.seitz.com Thanks Ross. I'm moving in that same direction. But I must first say that all my experience with midi has been with SuSE 6.4. I just upgraded to SuSE 8.0. So (as far as I know) things could have improved a lot since those days. But since the only programs I can get to work are ecasound (multi-track recording) and RTSynth (synthisyser) I'm not going to (at this time) invest time into sequencing. I've come to the same place as you have (at least in theory at this time) that I need to _start making music and stop trying to be an electronic music expert_. Currently I'm setting up an old 233MHz (32 megs ram) machine as a dedicated synisyzer (RTSynth). The lack of ram doesn't seem to effect it's usage. I will (as outlined on this list) use fvwm2 (window manager) to auto-load RTSynth. Then I'm planning on sending the line out to the line in of my (main) computer and record to my ecasound tracks. No sync tracks. No sequencers. My hope is to start making music (since I've been with linux for 2 years and have not finished one project). I absolutly plan on getting into sequencing in the future. But I just want to start making music. And besides, it will be fun to create a dedicated synisizer that boots right into fvwm2 with everything loaded and ready to go. And I can make use of machines like this in the future for other musicians Oh my God, I'm sounding like a linux dude. Rocco __________________________________________________________________ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/

22 years, 4 months

[linux-audio-user] Playback slow from burned CD's

by patrick reardon

hello everyone, i don't know if this is the right forum for my question, but here goes. i'm running on Intel PIII with kernel 2.4.18, ALSA, and a Hammerfall 9632 card. CD quality WAV files recorded with ALSA from live performances play back with no problem via "aplay". a Yamaha CRW8424S scsi burner was recently installed and i burned the WAV files to CD with both "cdrecord" and "cdrdao". data is actually transferred but when i play the CD's with a CD player, the tunes are too slow and too low by about a minor third. i tried burning at various speeds from 1x to 8x, but always the same problem. have also tried a variety of other options to "cdrecord," like using a really big buffer, etc. the commands "file" and "aplay" give the following information: --------snip----------- $ file blues1.wav blues1.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo 44100 Hz $ aplay blues1.wav Playing WAVE 'blues1.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo --------snip----------- i wrote to Jorg Schilling who developed "cdrecord", but he only said i need to use 44100 Hz data and that if ALSA wrote incorrect headers, i should write the ALSA group instead. i doubt it's a problem with ALSA. at any rate, i'm out of ideas. has anyone experienced a similar problem? any pointers would be greatly appreciated. tia, patrick

22 years, 4 months

[linux-audio-user] digital recording of minidisc?

by roussel jerome

Hello, I am looking for a way to record my minidisc using the optical output of my Minidisc Deck. My soundcard (a CMI8738 ) has got an optical input so it should be easy ;-) . My problem is that I don't know how to record the sound from the optical input so that there is a new file created for each track an my MD. I know that there is a signal to say: this is the end of the track. So it should be possible to detect this sort of "End Of Track" but I don't know if it must be in hardware or in software. If it is possible to do this in software, do you know a software recorder that records from the optical (or digital) input (with alsa) and that creates a new file for each track? Thank you for your help, JrSky.

22 years, 4 months

Re: [linux-audio-user] exporting fft data from snd

by Bill Schottstaedt

> Using snd-6, can i export the fft data as an ascii file ? See the "peaks" function: extsnd.html#sndpeaks. (peaks "test.data") for example.

22 years, 4 months

[linux-audio-user] recording pd output

by Art Moore

Does anyone know how to record pd output to a wav or something? I've tried vsound, but couldn't get it to work. I'm a newbie to pd to speak slowly. :) Art __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

22 years, 4 months

[linux-audio-user] Midiman Delta 410

by pdq808＠t-online.de

Greetings, has anybody gotten the Delta 410 to work with alsa (rc6 or CVS) ? Playback appears to be clipped (a lot). I tried to set the 'Dac Volume' with envy24control or amixer, but no luck. The controls are stuck at 0, which probably means the driver is not handling them at all. Playback is OK using the latest oss demo drivers, this sould exclude a faulty card or resource conflicts. Any pointers? Regards, Reiner

22 years, 4 months

[linux-audio-user] exporting fft data from snd

by Declan Grady

Hi, Using snd-6, can i export the fft data as an ascii file ? My goal is to compare two or more spectra, and I can't figure out how to do this within snd, so if I could export the data I could use gnuplot. Any suggestions ? Thanks, Declan

22 years, 4 months

[linux-audio-user] Big professional tiMIDIty patchset.. Any interrest ?

by Roel de Wit

Hi, I am one of two persons in Utopia Sound Division, makers of profesionally sounding (and commercial) soundfonts since 1996.. I'm currently trying to find out if there would be any interrest in a commercial patchset which is natively developed for tiMIDIty. A few days ago Jaroslav Kysela (from the ALSA dev crew) suggested me to try on this mailinglist so that's what I'm trying right now. In the past we've made products for many soundcards (among which was a 100+ MB patchset for the GUS PnP which the Ultrasound Driver project got native support for) of which only a few where released under our name on our website. My name can be found somewhere in the ALSA documentation and I've convinced (incl. signing contracts etc.) Gravis in the past to release all Gravis UltraSound driver sources to the public to allow further driver development.. I'll telling this to avoid a flame after sending this email which might be considered as an advertisement of some and to show that not all of our interrests are purely commercially. This message is only meant to get an idea of the interrest in the project described in this email (which is currently vaporware). What we've planned is a patchset sounding very similar to our current Utopia Live! soundfonts currently available for the SB Live! and Audigy soundcards (for information and MP3s check our website to get an idea what I'm talking about.). Since I noticed that tiMIDIty is still widely used these days in the Linux community I thought it might be a good idea to build a GM/GS patchset for tiMIDIty from scrap. This would mean a full GM instrumental set with all GS percussion kits (except for the SFX kit which only takes up space and is seldom used these days). All samples will be 48 Khz 16 bit and the final patchset is likely to cross the 300 MB barrier. Since the Linux community likes getting things for free we are planning to release a lower quality version of the patchset to the public to download for free (should it the product ever pass the vaporware status), while the full quality set would cost around 15$ and will below 50 MB to download (using oggvorbis compression). All replies on this message and the questions below will only be used by me to determine whether or not there is a reason to start with this project. No one who replies will be added to a mailinglist or will be contacted in the future about this product unless he/she asks for it by sending an email to me (roel(a)utopiasd.com). My replies on this matter will only be directly to the mailinglist and will only go about this current topic as long as it could be considered 'active' (or until a moderator considers it closed). Basically my questions are: - If you are a MIDI enthusiast of any form are you interrested in such a product if it truly stands out. With interrested I mean, would you be willing to buy it it would be developed ? - If you are a MIDI enthusiast but are not willing to pay for a product like this, do you think others would be. - What do you dislike or like about current tiMIDIty patchsets ? - Is there some size which you consider the maximum size of a good sounding patchset ? - Any other suggestions where to ask for interrest in a project like this (e.g. regarding sequencers which use tiMIDIty etc..) ? - Would you be interrested in beta-testing this product if it ever is made (send a PM) ? ... and last but not least: - Can anybody tell me what is and what is not correctly supported currently in tiMIDIty regarding SF2 files (we are trying to decide between the .PAT and .SF2 format). I've done some tests which have not been too promising with the SF2 format but I'm still considering it since .PAT files only allow single layered (mono) instruments. I'd appreciate any comment on this email (either negative or positive).. I hope that I've not crossed any rules in this mailinglist (I've been very careful to avoid doing so) since I really need some feedback for MIDI enthusiasts in the Linux community to decide whether or not it has any use for use to develop such a product. --- Roel / Utopia Sound Division http://www.utopiasd.com

22 years, 4 months

Re: [linux-audio-user] Fwd: Please test my MidiSport firmware loader

by Clemens Ladisch

chris wrote: > I have a midisport 4x4 and try to install midisport-firmware driver > If I do make install I get: > > processing usb44ldr.sys ... > loader data not found Please try with the latest driver version. It should work with version 4.1.16 (2002-10-15). Mark Knecht wrote: > I'm a little unclear whether this supports the 2X2 All MidiSport devices (including 1x1 and 2x2) are supported. My mail was somewhat unclear on that (but the readme lists all devices). > and whether you want that tested? Too late, now I already know it works. But you could simply use it instead. ;-) Regards, Clemens

22 years, 4 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-user