hi all,
i'm curious if someone has his quattro working with jack ...
the quattro works more or less fine with oss / alsa, but using jack i
hear only distorted mess ...
cheers...
Tim mailto:TimBlechmann@gmx.de
ICQ: 96771783
--
The only people for me are the mad ones, the ones who are mad to live,
mad to talk, mad to be saved, desirous of everything at the same time,
the ones who never yawn or say a commonplace thing, but burn, burn,
burn, like fabulous yellow roman candles exploding like spiders across
the stars and in the middle you see the blue centerlight pop and
everybody goes "Awww!"
Jack Kerouac
Greetings all,
Ive patched a clean 2.4.25 kernel with the A. Morton low latency patch (it
patched ok), but on building i get the errors below.
Any ideas?
Thanks.
make all_targets
make[2]: Entering directory `/usr/src/linux-2.4.25/kernel'
gcc -D__KERNEL__ -I/usr/src/linux-2.4.25/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe +-mpreferred-stack-boundary=2 -march=i686 -nostdinc -iwithprefix include -DKBUILD_BASENAME=sched -fno-omit-frame-pointer -c -o sched.o sched.c
sched.c:213: error: conflicting types for 'reschedule_idle'
sched.c:210: error: previous declaration of 'reschedule_idle' was here
sched.c:213: error: conflicting types for 'reschedule_idle'
sched.c:210: error: previous declaration of 'reschedule_idle' was here
sched.c:382: error: conflicting types for 'wake_up_process'
/usr/src/linux-2.4.25/include/linux/sched.h:604: error: previous declaration of 'wake_up_process' was here
sched.c:382: error: conflicting types for 'wake_up_process'
/usr/src/linux-2.4.25/include/linux/sched.h:604: error: previous declaration of 'wake_up_process' was here
sched.c:420: error: conflicting types for 'schedule_timeout'
/usr/src/linux-2.4.25/include/linux/sched.h:149: error: previous declaration of 'schedule_timeout' was here
sched.c:420: error: conflicting types for 'schedule_timeout'
/usr/src/linux-2.4.25/include/linux/sched.h:149: error: previous declaration of 'schedule_timeout' was here
sched.c:755: error: conflicting types for '__wake_up'
/usr/src/linux-2.4.25/include/linux/sched.h:596: error: previous declaration of '__wake_up' was here
sched.c:755: error: conflicting types for '__wake_up'
/usr/src/linux-2.4.25/include/linux/sched.h:596: error: previous declaration of '__wake_up' was here
sched.c:765: error: conflicting types for '__wake_up_sync'
/usr/src/linux-2.4.25/include/linux/sched.h:597: error: previous declaration of '__wake_up_sync' was here
sched.c:765: error: conflicting types for '__wake_up_sync'
/usr/src/linux-2.4.25/include/linux/sched.h:597: error: previous declaration of '__wake_up_sync' was here
sched.c:775: error: conflicting types for 'complete'
/usr/src/linux-2.4.25/include/linux/completion.h:31: error: previous declaration of 'complete' was here
sched.c:775: error: conflicting types for 'complete'
/usr/src/linux-2.4.25/include/linux/completion.h:31: error: previous declaration of 'complete' was here
sched.c:785: error: conflicting types for 'wait_for_completion'
/usr/src/linux-2.4.25/include/linux/completion.h:30: error: previous declaration of 'wait_for_completion' was here
sched.c:785: error: conflicting types for 'wait_for_completion'
/usr/src/linux-2.4.25/include/linux/completion.h:30: error: previous declaration of 'wait_for_completion' was here
sched.c:820: error: conflicting types for 'interruptible_sleep_on'
/usr/src/linux-2.4.25/include/linux/sched.h:601: error: previous declaration of 'interruptible_sleep_on' was here
sched.c:820: error: conflicting types for 'interruptible_sleep_on'
/usr/src/linux-2.4.25/include/linux/sched.h:601: error: previous declaration of 'interruptible_sleep_on' was here
sched.c:831: error: conflicting types for 'interruptible_sleep_on_timeout'
/usr/src/linux-2.4.25/include/linux/sched.h:602: error: previous declaration of 'interruptible_sleep_on_timeout' was here
sched.c:831: error: conflicting types for 'interruptible_sleep_on_timeout'
/usr/src/linux-2.4.25/include/linux/sched.h:602: error: previous declaration of 'interruptible_sleep_on_timeout' was here
sched.c:844: error: conflicting types for 'sleep_on'
/usr/src/linux-2.4.25/include/linux/sched.h:598: error: previous declaration of 'sleep_on' was here
sched.c:844: error: conflicting types for 'sleep_on'
/usr/src/linux-2.4.25/include/linux/sched.h:598: error: previous declaration of 'sleep_on' was here
sched.c:855: error: conflicting types for 'sleep_on_timeout'
/usr/src/linux-2.4.25/include/linux/sched.h:599: error: previous declaration of 'sleep_on_timeout' was here
sched.c:855: error: conflicting types for 'sleep_on_timeout'
/usr/src/linux-2.4.25/include/linux/sched.h:599: error: previous declaration of 'sleep_on_timeout' was here
sched.c:210: warning: 'reschedule_idle' declared `static' but never defined
make[2]: *** [sched.o] Error 1
make[2]: Leaving directory `/usr/src/linux-2.4.25/kernel'
make[1]: *** [first_rule] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.25/kernel'
make: *** [_dir_kernel] Error 2
> 2) The Windows driver automatically adjusts any pcmcia controller's
> latency from (in my case default, yours could vary) 0x20 (or 32) to
> 0xFF (or 255). This always happens except in one case where the card
> remains plugged-in during the suspend/resume cycle which Matthias
> acknowledged it may be an overlook in their drivers, but is no big
> deal as the card works ok even with 0x20 latency. The higher latency
> simply ensures that if the PCI is snagged by something else that the
> audio packets are never late.
thomas added this to the linux driver, too, although i don't know if
it's already included in the recent alsa version ... he sent me a
patched source file some times ago ... anyway, it didn't help on my
machine...
> It's called "System Explorer v.1.00"
> Screenshot of the pcmcia controller's state while card is
> disconnected:
> http://meowing.ccm.uc.edu/~ico/eMachines/SE-before_suspend.jpg
i haven't had a look at this screenshot, yet, but can you tell me which
registers have been altered in windows?
> This is in a nutshell the likely culprit for Linux (in my case at
> least) and this may very well help trace the problem down. Please bear
> in mind that in Linux I am not using any power management and the
> sound is trashed even upon first init. It would be great to see how
> its hex state looks when compared with Windows as this could shed some
> light as to how to fix the problem.
you can use scanpci to get the actual register settings from your
devices ... i'd be pretty curious if your windows register settings
differ from your linux register settings ... i'll have a look at your
screenshots tomorrow ... i'd appreciate if you could send me an output
of scanpci of your linux settings that i can compare it with mine ...
and if some people with hdsps that are actually working on their
machines would provide us with their register settings, we might be able
to figure out, where the problem could come from ...
cheers...
Tim mailto:TimBlechmann@gmx.de
ICQ: 96771783
--
The only people for me are the mad ones, the ones who are mad to live,
mad to talk, mad to be saved, desirous of everything at the same time,
the ones who never yawn or say a commonplace thing, but burn, burn,
burn, like fabulous yellow roman candles exploding like spiders across
the stars and in the middle you see the blue centerlight pop and
everybody goes "Awww!"
Jack Kerouac
hi everyone !
it seems our friend dave has been very active again. in case you
haven't seen it yet, here is a nice teaser for the 2nd linux audio
conference in karlsruhe at the end of april:
http://www.linuxjournal.com//article.php?sid=7514
best,
jörn
--
The handles of a craftsman's tools bespeak an absolute simplicity,
the plainest forms affording the greatest range of possibilities for
the user's hand.
That which is overdesigned, too highly specific, anticipates
outcome; the anticipation of outcome guarantees, if not failure, the
absence of grace.
- William Gibson, "All Tomorrow's Parties"
Jörn Nettingsmeier
Kurfürstenstr 49, 45138 Essen, Germany
http://spunk.dnsalias.org (my server)
http://www.linuxaudiodev.org (Linux Audio Developers)
Hi,
I setup Qjackctl with jack and have had it running fine under normal
conditions on MDK 9.2 with the multimedia 2.4 kernel...I upgraded this
system with MDK 10.0 today but am using the 2.4 kernel still.
I use a Dell 650mhz / 256Ram laptop with LADSPA plugins ad a live FX box
on my PA> Usually use AMS with Freeverb and a delay with midi control to
switch FX on and off.
I have set this laptop up in a CII docking station now that houses 2
SBLive PCI cards. I have them chained with a modified .asoundrc file
that gives me 4 ins and 4 outs. I have been using Ardour as the host to
test this setup. I am running 3 mono channels with a Chorus, Gverb and
TAP Delay in eac respectively. Qjackctl, TOP and Ardour all report about
24% CPU load when all are active. I run acoustic guitar thru the Chorus
channel separately routed to a channel on my mixer and I run the other 2
channels in Ardour back in stereo fed from an Aux send on the mixer for
General Fx buss.
The above setup works fine when I fire it up. I run the multi card set
up (actually ttable from the Alsa website) at 512 2 RT (As root) The
system stay stable with no Xruns for about 5 minutes then the sound will
begin to distort. It will do that for a minute or so then Qjackctl shows
an Xrun or 2 and it clears. Sometimes Jack will shutdown but not always.
I try to shut down as many daemons and services as possible. The 2
SBlive's are on IRQ 10 (Host bridge to docking station I think) but
nothing else on that interrupt. I have tmpfs setup. It seems like
something is kicking in intermittently causing this but I see no spikes
in Gnome Resource monitor nor anything odd watching it in TOP when the
problem starts. Even though I upgraded the system, it did this
previously as I have tested this once before on the same setup with MDK
9.2.
Any ideas? This seems so close to being useful but the unreliable
tendency is a show stopper for my needs.
Thanks
Hi, I'm using alsa with via82xx configured. And sometimes when I play
sound with xmms, xine, etc. I get wierd noise
on background (popping sound). When I go to alsamixer and change via dxs
(even very litle) the sound desapears,
but backround popping stays. If I'm changing pcm, it becomes more
silent, but when I'm turning my speakers louder
I still hear popping noise. The thing is that it's not happening always,
but in 50% of cases. And there is no such problem
under windows (so it's not the speakers who are guilty). I'm confused
about this stuff. Please help.
Thanks.
WORKSHOP PURE DATA
Netherlands Media Art Institute, Montevideo/Time Based Arts
26 - 29 May 2004
Fee: E 150,-
Guests: Aymeric Mansoux, Derek Holzer, Frank Barknecht and Jaromil
This workshop is meant for beginners and will focus on Open Source
software for the real-time manipulation of audio and video. The dual
package of Pure Data and GEM, offer a complete set of tools for sound,
multimedia and VJ purposes. Topics will include: real-time audio and
video processing with PD and GEM, RRADical PD, PDP and an overview of
other free and open source audio and video tools for Linux.
PD and GEM The dual package of PD [Pure Data] and GEM [Graphics
Environment for Multimedia], developed under an open source model by an
international community of programmers, offers just such a set of tools.
Running under Windows, Linux or OSX, PD and GEM can be used in commonly
available, inexpensive hardware as a complete multimedia environment.
Both applications allow for the real-time manipulation of sound and
image data within a visual programming environment which does not
require any previous experience in traditional computer languages.
PDP is a set of external objects to PD developed by Tom Schouten, runs
under Linux and OSX, and are based on the idea of processing data in
packets. While it is primarily used for video, the basic structure of
PDP allows any kind of data to be processed into any other kind of
data. Images can be converted to textures, which can be mapped onto 3D
objects, converted back to images, changed into sound, re-rendered
again as image, and so on. The possibilities are endless.
RRADical PD (Reusable and Rapid Audio Development) is a set of patches
created by Frank Barknecht in order to make Pure Data easier and faster
to use for newcomers and for people who are looking for a collection
of standardized music tools similar to what commerical software
packages such as Reason or Reaktor offer.
The workshop is for beginners. The level will go up while the week
progresses. The first day will be dedicated to basic PD and for those
who bring their own machine, an installation session.
For applications please contact Marloes de Valk
marloes(a)montevideo.nl <mailto:marloes@montevideo.nl>
Purpose
While many tools exist for sound, multimedia and VJ purposes, few of
them are designed with an open architecture which allows artists to
configure the tools they use themselves. Fewer still are free. The
importance of an open source development model may seem academic at
first, but in fact there is a strong need for a workshop of this kind.
The fees, licenses and restrictions that come with commercial software
become more and more restrictive every day, and the knowledge in the new
media community of free and open source software is extremely limited.
Coupled with this is the stigma that open source software, such as
Linux, is "too difficult" for artists to use. This workshop aims to
provide the tools which can be taken away and put to use immediately and
the knowledge of how to use them productively.
Details
The workshop sessions will be held in the Netherlands Media Art
Institute. Over the 4 days of the workshop, 12 participants will learn
about PD, GEM, and PDP, working under the Linux operating system.
Topics of the workshop will include:
* Crash course 'Installing PD and GEM for beginners' with invited guests
* Basic PD with Derek Holzer
* Basic GEM with Aymeric Mansoux
* Intermediate PD with Derek Holzer
* RRADical PD with Frank Barknecht
* PDP with Aymeric Mansoux
* Clinic
* Presentation and jamm session
At the end of the fourth day a short presentation of the workshop will
take place. This presentation will be open to an audience invited by the
participants. The workshop will finish with a "Jam Session", in which
the participants can share the creations they have made with each other
and with the audience.
Invited Guests
Frank Barknecht (D)
Open source developer, sound artist and the creator of the End-User
Abstractions project (RRADical PD, Reusable and Rapid Audio Development)
which makes it possible to learn using Pd in a top-down way, making PD
more accessible and open.
<http://footils.org>
Aymeric Mansoux (F)
Artist and author of pure-data tutorials/articles for MusicRun,
Co-Founder of a group dedicated to alternative digital art study and
Co-Founder of Goto10, an organization dedicated to set up and produce
electronic live events.
<http://www.bleu255.com>
Derek Holzer (NL/US)
Sound artist currently based in Utrecht. Initiated the Acoustic Space
Lab Project, an "open source sampling project" which invites artists to
use a database of samples gathered at a former Soviet spy station to
create a common body of work.
<http://acoustic.space.re-lab.net/lab>
<http://www.umatic.nl>
Jaromil (I)
Jaromil is an italian GNU/Linux programmer, author and mantainer of
three free softwares and a operating system: MuSe (for running a web
radio), FreeJ (for veejay and realtime video manipulation), HasciiCam
(ascii video streaming) and dyne:bolic.
http://rastasoft.org/ <http://rastasoft.org>
Marloes de Valk
Educatie
Nederlands Instituut voor Mediakunst, Montevideo/Time Based Arts
Keizersgracht 264
1016 EV Amsterdam
T 020 6237101
F 020 6244423
E marloes(a)montevideo.nl
www.montevideo.nl
Marloes de Valk
Educatie
Nederlands Instituut voor Mediakunst, Montevideo/Time Based Arts
Keizersgracht 264
1016 EV Amsterdam
T 020 6237101
F 020 6244423
E marloes(a)montevideo.nl
www.montevideo.nl
______________________________________________
SPECTRE list for media culture in Deep Europe
Info, archive and help:
http://coredump.buug.de/cgi-bin/mailman/listinfo/spectre
HI,
Can anyone tell me if I could upgrade my Mandrake laptop from 9.2 to
10.0 but continue using the 2.4 kernel?
I see lots of comments on the fact that the 2.6 kernel does not seem
very reliable for DAW stuff right now. My MDK 9.2 setup works well but
some of the front end "X" stuff is a bit flaky and the upgrade would
give me all the new versions of KDE, GNOME, etc.
Thanks
R~