Kai Vehmanen <kai.vehmanen(a)wakkanet.fi> wrote:
> Try adding -z:db to the ecasound command-line.
That did the trick!!! I simply added -z:db (no numerical perimeter)
and was able to produce 5 tracks of 16,2,44100 (5 minutes long) without a single interruption.
> PS Sorry for not answering sooner to your query. I did read
> your original mail on ecasound-list, but just didn't have
> time to answer it... :(
I've always trusted that you were just busy. Besides, I'm just
greatful that you took the time (and continue to upgrade) ecasound.
Thanks,
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/
Two little things to tell everyone.
First, I finally got my copy of the February issue of Sound on Sound.
The Linux article is there, and I was very impressed with it. Plus,
this issue has a great how-to on micing drums for studio recording.
The surprise was the copy of Home Recording I picked up on a whim
today, because it has an article on DIY surround sound. In the back,
under the Computer Central heading, is an article called "The Other
Operating System," by Thad Brown. I'll give you three guesses which one
he's talking about. :-)
It's a very positive article, saying that he ultimately thinks that
Linux will be a serious competitor to MS and Apple for music
production. The article also mentions a company called Digigram who has
released drivers for their audio hardware under an Open Source license
(does anybody know anything about Digigram?). He does say, though, that
there seems to be no real replacement in the works for the likes of
ProTools and Cubase, so I think somebody needs to point him to Ardour
and Rosegarden.
Just thought you all would like to know. :-)
Regards,
Darren Landrum
>> Mark Knecht <mknecht(a)controlnet.com> Wrote:
>> Rocco,
>> Hi. Why all the focus on the disk drive side only? There's
>> also a good chance that the sound card is not getting serviced
>> and this causes the interruption.
>>
>> Things to think about and look for:
>>
>> 1) Interrupts are not set up well
> Someone on this list mentioned an article that you wrote about
> IRQ priority ordering and Latency using lspci.
<CHOP>
> This time I used the correct keywords and it took me right
> to the HOWTO.
<CHOP>
> I will work with that and see if that has an effect on the situation.
I read the article, and did "cat /proc/interrupts" and got the
following:
CPU0
0: 30093 XT-PIC timer
1: 356 XT-PIC keyboard
2: 0 XT-PIC cascade
8: 2 XT-PIC rtc
11: 21919 XT-PIC EMU10K1
12: 73 XT-PIC usb-ohci, usb-ohci
14: 12651 XT-PIC ide0
15: 15 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 0
MIS: 0
>From what I read from the article, (and the little understanding I have
about this subject) nothing seemed unusual. With the exception of the
non-PCI slot IRQ's, the Sound Card appears to be before all others.
The article talks about some IRQ's being shared. Would that be
reflected in the output of "cat /proc/interrupts"?
Before I switched my Sound Card to another slot, I thought I would
disable USB in the BIOS since it's just being used for the mouse. I'm
now using a ps mouse.
after booting up and doing "cat /proc/interrupts" I got the following:
CPU0
0: 25160 XT-PIC timer
1: 542 XT-PIC keyboard
2: 0 XT-PIC cascade
8: 2 XT-PIC rtc
11: 0 XT-PIC EMU10K1
14: 7620 XT-PIC ide0
15: 15 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 0
MIS: 0
Even though there was no indication that the Interuptions (while
recording) would stop, I still tried recording. I got the usual
interruptions.
Then I switched the sound card to the other PCI slot. There's only 2
PCI slots because the Mother Board came with onboard this and onboard
that (all of which I don't use and have disabled in the BIOS).
The other thing is that there's _nothing_ in the other PCI slot. But I
put it in the other slot anyways. And as you can guess, I got the same
results from "cat /proc/interrupts".
All I can think of is that there may be a reason why my Mother Board
was inexpensive. Maybe it's time to buy a new Mother Board.
Can anyone think of any other solution?'
Thanks,
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/
Mark Knecht <mknecht(a)controlnet.com> Wrote:
> Rocco,
> Hi. Why all the focus on the disk drive side only? There's
> also a good chance that the sound card is not getting serviced
> and this causes the interruption.
> From my experience your drives have more than enough raw speed
> to record and playback a few channels of audio anyway, so I think
> that the disk drive is unlikely to be the issue here.
> Things to think about and look for:
> 1) Interrupts are not set up well
Early on I worked on the Sound Card end of this long investigation.
Someone on this list mentioned an article that you wrote about
IRQ priority ordering and Latency using lspci. Unfortunatly, I
(carelessly) did a Google search with the wrong key words. Your
responce (this email) prompted me to look back at the original
email. This time I used the correct keywords and it took me right
to the HOWTO. It looks pretty promising. I will work with that and
see if that has an effect on the situation.
I wish I had done this in the first place. I wasted so much time
trying to "push IRQ's around" by using the only BIOS setting
available ("reserve IRQ for legacy ISA"). Partly what made this
useless was that (prior to finding the HOWTO), I wasn't even sure
what was a "good" IRQ or a "bad" IRQ. Besides, that was such a
hap-hazard way to proceed.
> 2) Some other application is stealing cycles
I eliminate as much of this as possible by running ecasound
without X and as root. But there could be a background process
going on. I would assume (by the consistency and predictability
of these "interrupts" that it's a problem with data transfer).
> a) autorun trying to play CDs automatically
I guess I don't understand this. If you're simply referring to
the CD player being busy, I'm not running the CD Player while
recording.
> b) some other app started automatically
Certainly possible.
Thanks for taking the time to help. I will work with the
HOWTO that I found and see how that works out.
Thanks,
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/
Hi Cecilia users,
I need your help.
I'm making a Mandrake RPM for cecilia, and the default setting are very
non-linux friendly. I don't know enough about the program or its file
formats to chose good preference settings, so I was wondering what you
use for the following programs in cecilia (must be GPL/BSD/MIT type
license):
Soundfile player (default is 'hear', don't know it)
Soundfile editor (default is 'mixviews', not freely-distributable)
Soundfile converter (default is 'xsox', we have that, but is there
anything better?)
Just wondering what you personally use for these settings.
Thanks for your help,
Austin
--
Austin Acton Hon.B.Sc.
Synthetic Organic Chemist, Teaching Assistant
Department of Chemistry, York University, Toronto
MandrakeClub Volunteer (www.mandrakeclub.com)
homepage: www.groundstate.ca
I e-mailed the list a couple of days ago asking for some advice
regarding my RTMix app ("how to make it more user-friendly"). I am still
waiting for some help on this one :-D. Again, any insight is greatly
appreciated!
Sincerely,
P.S. Web server hosting my page is still down, thanks to the "smart"
university technicians... If someone desires screenshots I'd be more
than willing to send them to you as an attachment (I just don't wanna do
that over the mailing list because it would clutter a lot of people's
inboxes).
Ico
On 13 Feb 2003 01:38:13 +1100
Son of Zev <sonofzev(a)labyrinth.net.au> wrote:
> However I have been involved in the ardour lists for over 2 years. I
> have spent much time reading about potential problems and responded to
> all those that have had the courtesy to respond. I have also learnt and
> spent much time investigating problems that have nothing to do with the
> production of music.. simply to try and help developers iron out
> problems..
Pretty much everyone into linux audio at this point does that.
> If you look back into archives a couple of years back alot of
> development into inclusion of MIDI sync was added to some softwares
> (especially MusE) to accomodate users like myself who depend on this
> sync to make software compatible with real studios.
>
> BUT. In the last few weeks I have spent much time into trying to
> configure and compile ardour (the potentially greatest audio recording
> software available to us)
Heh, I've been up to the same task. It seems to depend on fairly recent development tools, and upgrading to them all can mess things up. But slowly working towards it.
> but all my responses after I sent an opinion
> to the string "ahem" concerning Steinberg having produced (but not
> released) versions of their commercial softwares under our much loved
> platform, have been completely ignored.. except this one..
>
> My responses have not been ignorant nor lacking in information. As I
> mentioned I have spent much time learning about the Linux platform and
> contributing when I can ...
Well, position yourself with a working ardour, and then think how much time you would spend on helping others, when all that time you could be making music :)
> My annoyance is when it was asked of me to provdie more information and
> I did .. no response came.. then when I tried to resolve it myself and
> no further response came that's when I could only put 2 & 2 together and
> see that a response I made to the string "ahem" could have been related
Sometimes more information does ring a bell to someone, sometimes it doesn't. That's pretty much about it from my point of view. There are many bits in cyberspace.
janne
(or is there? ;)
> cheers
>
> Allan
I run Linux 2.4 / SUSE 8.1 pro on a Duron 1300 - PC with a Terratec EWX 24/96
- PCI - Audiocard.
Yast2 installs Kysela`s Envy24-Control - Mixer for this Card and it works well
for playing Wav/Ogg/MPEG-Audiostreams etc.
BUT: to set the Inputlevel properly is nearly impossible.
If a soundmessage from Bash occurs the input is distorted and set to SW-Radio
- "Quality", same with other Systemmessages.
To get an undistorted Signal i have to set the Input extremely low, if it is
set to the same volume as the internal output (from XMMS etc) it is extremely
distorted and/or i get the SW-Radiosound as described above.
here my questions:
1) is there an alternative to alsa/envy24-control that works ok with EWX ?
2) is there a patch for envy24 as RPM ?
thanks
--
HZN/Berlin/Fh
http:www.linuxuse.de
> ...But even 30 MB/sec should be far enough to get
> dropout-free recording.
> 44100 * 16 * 2 (bit/sec) = 1411200 bit/s
> 44100*16*2/8 = 176400 byte/s = around 200 kB/sec.
> See? Even if you play at the same time (duplex), your
> 30 MB/sec is far more than that.
> One more thing, but be aware, I heard switching the
> dma-transfer-rate might be dangerous
> if you don't have the new 80pin cables. (right?)
Yes, I definatly have the cables.
> you might want to check. "hdparm -i" which gives you
> some "*" on the options
> that are set. see the "dma1 dma2 dma3 dma4 dma5" line,
> which (in my case has the "*" at the dma4=100MB/secautomatically set.)
Here's what doesn't make sense to me. The Web Site that you referred
me to says:
"Ultra DMA modes, such as UDMA2, 4, and 5, are also referred to as
ATA/33, ATA/66, and ATA/100, respectively."
Now, the term "respectivly" means that mode 5 refers to ATA/100.
When I look at the output of "dmesg" I see the line:
"SiS730 ATA 100 controller"
And yet the output of "hdparm -i /dev/hda" lists"
Model=Maxtor 6Y080P0, FwRev=YAR41VW0, SerialNo=Y30HJLPE
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=160086528
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: (null): 1 2 3 4 5 6 7
There's not even a listing for udma5.
Since I keep reading all these warnings
about not trying settings that aren't supported,
should I try udma5?
Just in case I missed something (and I've been reading everything
can get my hands on for weeks now) here some info from my Mother
Board Manual:
The mainboard delivers high-level performance with support for...
<SNIP>
... and two PCI Bus Master Ultra DMA (UDMA) ports that support
up to four ATAPI devices. The PCI IDE also supports PIO Modes
3 and 4, UDMA33/66/100 IDE and an ATAPI CD-ROM
And further into the Mother Board Manual it says:
The built-in fast PCI IDE controller supports ATA Programmed
Input/Output (PIO) and Direct Memory Access (DMA) mode.
The Ultra DMA33/66/100 feature delivers data transfer rates
up to 100 MB/s by providing a separate data path for two
IDE channels and improving multi-tasking performance
Thanks
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/
Hi all,
(Tried getting some help at the LAD list but so far I got no response,
hopefully I can get some input from you guys :-) -- for those who are
subscribed to both lists, my apologies for cross-posting)
I am in the process of revamping my app as well as adding more features.
The problem my app currently has is that the main window is not
resizable, which may potentially cause problems on displays with limited
resolution. I've decided to fix this issue once and for all but am not
sure which path to take. The app in question is RTMix and its current
layout is split into two parts:
Top with timers and buttons
Bottom with the main notification widget and bunch of tabs for editor
and other functionalities.
The app looks something like this:
_________
|buttons|
| timer |
_________
| tabs |
|widgets|
_________
Now I am ready to begin working on a resizable version (which should
mostly not be a problem, other than being time-consuming) and am
wondering whether I should separate the two widgets all together and
have them therefore fully customizable (size-wise). While this option
seems very easy to implement and also attractive, I am concerned with
the issue that the app will easily lose its default looks and may
quickly become overwhelming for the first-time user (since it is
designed to provide performer-computer interface with the least amount
of familiarization required). I would especially appreciate comments
from people who got to use RTMix as to what would they like to see, but
of course I would appreciate anyone else's opinions on this matter as
well.
The other option I've been thinking is to move the two widgets
side-by-side, rather than having one over the other, which would
certainly make maximizing window easier and would utilize the desktop
space more efficiently. However, the issue is also that the app has a
bunch of other deployable floating sub-windows and as such this may not
prove to be the best solution, and would probably look pretty useless
when having a relatively small window.
Finally, I can simply leave the app as it is but then the notification
interface (the bottom part) as well as other tabbed widgets of the
bottom part (such as the script editor) will not be as efficient in
utilizing the desktop space as they could possibly be.
I also thought of having the two widgets designed in such a way that
they can be "glued" together (i.e. xmms-like) or separated as needed,
but I am just afraid that this option may take too much effort since
then I would have to get rid of the default window decorations (in order
to make them "gluable") and make my own custom-designed window handles,
which seems too much of a nuisance to implement.
I am sure someone might have yet another idea regarding this issue that
I am simply unable to think of so I would greatly appreciate your input
on this matter.
The bottom line is that I am looking to make this app as flexible in
terms of desktop space utilization as possible while sacrificing the
minimum amounts of the "standardization" it currently has to offer.
Your help is greatly appreciated! BTW I am using Qt (if that becomes
relevant at some point).
P.S. I have a bunch of screenshots on my site, but the network is
currently screwed up on the University campus so it may end up not being
available for the next 8-24 hrs. Hence, I am unable to give you the
screenshots. However, you may wanna try the URL in my sig -- who knows,
maybe the network will be up by the time this hits your inboxes :-).
Again thanks for your help! Sincerely,
Ivica Ico Bukvic, composer, multimedia sculptor,
programmer, webmaster & computer consultant
http://meowing.ccm.uc.edu/~ico
============================
"To be or not to be" - Shakespeare
"To be is to do" - Socrates
"To do is to be" - Sartre
"Do be do be do" - Sinatra
"2b || ! 2b" - ?
"I am" - God