Re: [ecasound] still can't record.

New Message Reply Date view Thread view Subject view Author view Other groups

Subject: Re: [ecasound] still can't record.
From: Kai Vehmanen (k@eca.cx)
Date: Thu Oct 26 2000 - 22:56:46 EEST

On Tue, 24 Oct 2000, Patrick Shirkey wrote:

> other 2 don't have diddly squat. I tried recording using /dev/dsp for
> about 10 to 20 seconds. Who can guess which one is the real song? Yep,
> it's the small one at 40M. Actually a 4 minute long song as opposed to
[...]
> Does anyone have any ideas why? Could it be that I need to update
> Mandrake. Oh joy!

Hmm, I recommend that you play around with the soundcard settings; try
different irq and dma values, etc. You might also want to try different
drivers (if available for your card); ALSA, OSS/kernel and OSS/commercial
(they have free trial versions available). This way you can better isolate
the problem. 

-- 
 . http://www.eca.cx ... [ audio software for linux ] /\ . 
 . http://www.eca.cx/sculpscape [ my armchair-tunes mp3/ra/wav ]

--
To unsubscribe send message 'unsubscribe' in the body of the
message to <ecasound-list-request@wakkanet.fi>.

New Message Reply Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b28 : Fri Oct 27 2000 - 02:26:19 EEST /EM>
> header, and thus would no longer need to have the format specified to
> it via the -f option when reading mp3 files that wouldn't be stereo

Actually ecasound has always done this, but until recently, it didn't
fetch all data (most notably, it didn't check whether the file was mono
or stereo). But apparently the code still has bugs. I guess this time
I should really check the specs rather than just tweak the old code.

> 4) An idea
> I like very much ecasound, it's capabilities and the fact that it is
> fully "tamable" from the console; but there's something that I think
> could make its text mode more useful: some interactive
> display. Manipulation of soundfiles and the multiple parameters

Well, this is just waiting for someone to actually do it. All the
building blocks are already there. The current console-mode ecasound
already uses ncurses, so adding menus or status windows should be easy. Of
course it's debatable, whether it would be better to do a separate
menu-driven ecasound interface, or improve the current interactive mode.
Most of the features you mentioned are actually all implemented in
qtecasound. So you'd just have to rip the code and use it in the
menu-driven ecasound frontend.

But, but, who's going to do it, that's the big question. To be honest,
the new buffering subsystem (which I find very important) will take most
of my time this year. Second on my todo-list is embedded preset
parameters (this will be a killer feature). :) And third is the new
MIDI-subsystem. I have a huge list of todo items I'd like to work on, but
I won't time for them anytime soon... :( 

-- 
 . http://www.eca.cx ... [ audio software for linux ] /\ . 
 . http://www.eca.cx/sculpscape [ my armchair-tunes mp3/ra/wav ]

--
To unsubscribe send message 'unsubscribe' in the body of the
message to <ecasound-list-request@wakkanet.fi>.

New Message Reply Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b28 : Fri Oct 27 2000 - 02:26:19 EEST