ok, so i'm still stuck and still hanging around bothering people with
this desparate issue, sorry..
just found this really really weird thing whilst fiddling with my HDSP
multiface(pcmcia) and really like some kind of explaination for is so
that it may help me and my hdsp issues. so i'm an avid PD user and i
was having a poke around trying some things out. i am getting a
horrible distortion with all sounds that output the card and i have
been testing with a sine tone in PD to troulbe shoot this.
i read in the rme FAQ's that it is suggested not to have the HDSP as
the primary and default card in windows as the HDSP gets its sync from
other devices. i assume that this is very different in linux and
moreso JACK although i don't exactly know how. anyway, i tried running
two intances of PD one with the IntelAC'97 (intel0x8) onboard card and
the other instance of PD with the hammerfall hardware. This was done
though ALSA and not JACK btw...
the really weird thing was that the sine tone played perfectally
through the multiface! whats up with that?!!
however, i have noticed(and this is the main reason fro getting onto
the HDSP) that the sine tone that the intel0x8 card plays is full of
clicks and DIO errors from pd. when i get the tone out of the
multiface using this technique, it is the exact same quality tone
clicks and all.
so what i can see is happening here is that for some reason, the sound
is routing through the intel0x8 card into and out the multiface. this
only happens with pd and all other applications function (or not)
normally ie, with a horrible distortion out the multiface.
could someone please explain to me what the **** is going on? and
could this phenomenon help my situation at all.
thanks
tom
On 3/8/06, we are <gateswideopen(a)gmail.com> wrote:
> hi crew, this issue is probably getting boring now but i've hit it.
>
> i am trying to get my Multiface PCMCIA card to work under linux and
> have tried many things but still a bit lost. i have it running on my
> windows setup on the same computer(another partition) without a hitch.
> for this reason i can't understnd why it would not function here in
> linux.
>
> i am running an Asus v6800v (v6v) laptop and would really appriciate
> some advice on where to move next...
>
> i have reached the point where alsa is set up
>
> .....
>
> localhost tom # cat /proc/asound/cards
>
> 0 [DSP ]: H-DSP - Hammerfall DSP
>
> RME Hammerfall DSP + Multiface at 0x54000000, irq 17
>
> 1 [ICH6 ]: ICH4 - Intel ICH6
>
> Intel ICH6 with ALC650F at 0xdffff800, irq 17
>
> .....
>
> lspci | grep CardBus; lspci | grep RME
>
> 03:01.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev b3)
>
> 04:00.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall
> DSP (rev 32)
> .....
>
> uname -a
>
> Linux localhost 2.6.14-gentoo-r5 #1 SMP PREEMPT Tue Jan 17 05:35:27
> EST 2006 i686 Intel(R) Pentium(R) M processor 1.73GHz GenuineIntel
> GNU/Linux
>
> .....
>
> i have tried using setpci latency scripts found on this thread http :
> lists.infradead.org/pipermail/linux-pcmcia/2004-April/000750.html
>
> However, i must admit i'm a really lost when it comes to this level of
> computing. so i'm stabbing in the dark and currently trying to learn
> about what all this means.
>
> script written by Daniel Ritz
>
> > #!/bin/sh
>
> >
>
> > # set lateny timers for the bridges
>
> > CB=`lspci | grep CardBus | cut -d" " -f1`
>
> > for i in $CB; do
>
> > echo "setting latency timer for CB $i"
>
> > setpci -s $i 0x0d.b=0xff > /dev/null
>
> > setpci -s $i 0x1b.b=0xff > /dev/null
>
> >
>
> > # for EnE only, others should ignore it
>
> > setpci -s $i 0xc9.b=0x06 > /dev/null
>
> > done
>
> this script did something but i'm not entirely sure what? pd seems to
> detect audio input but can't output,(anyone know if i need to compile
> pd with rme support to make it work.)
>
> after doing this i can get sound but its all distortorted and
> horrible. it feels like on the right track here but i don't understand
> the jargon or where to go next with it?
>
> ......
>
> no problems loading hdsploader firmware
>
> ......
>
> localhost tom # hdsploader
>
> hdsploader - firmware loader for RME Hammerfall DSP cards
>
> Looking for HDSP + Multiface or Digiface cards :
>
> Card 0 : RME Hammerfall DSP at 0x54000000, irq 17
>
> Upload firmware for card hw:0
>
> Firmware uploaded for card hw:0
>
> Card 1 : Intel ICH6 with ALC650F at 0xdffff800, irq 17
>
> ......
>
> when trying to access change settings on hdspconf
>
> ......
>
> tom@localhost ~ $ hdspconf
>
> HDSPConf 1.4 - Copyright (C) 2003 Thomas Charbonnel <thomas(a)undata.org>
>
> This program comes WITH ABSOLUTELY NO WARRANTY
>
> HDSPConf is free software, see the file copying for details
>
> Looking for HDSP cards :
>
> Card 0 : RME Hammerfall DSP + Multiface at 0x54000000, irq 17
>
> Multiface found !
>
> Card 1 : Intel ICH6 with ALC650F at 0xdffff800, irq 17
>
> 1 Hammerfall DSP card found.
>
> Error accessing ctl interface on card hw:0
>
> .....
>
> i have read that some people have had problems when modules are set on
> the same IRQ.
>
> i have no idea if this is a problem as my RME cardbus, wireless
> (ipw2200), onboard sound (AC97) and Yenta are all on IRQ 17. this is
> the same in windows and my bios is pretty limiting when it comes to
> changing this stuff around.
>
> /proc/interrupts
>
> CPU0
>
> 0: 700336 IO-APIC-edge timer
>
> 1: 6148 IO-APIC-edge i8042
>
> 9: 2885 IO-APIC-level acpi
>
> 12: 2177 IO-APIC-edge i8042
>
> 14: 4815 IO-APIC-edge ide0
>
> 16: 2 IO-APIC-level uhci_hcd:usb5, ohci1394
>
> 17: 97673 IO-APIC-level yenta, hdsp, Intel ICH6, ipw2200
>
> 19: 0 IO-APIC-level uhci_hcd:usb4, skge
>
> 20: 92955 IO-APIC-level ehci_hcd:usb1, uhci_hcd:usb2
>
> 21: 0 IO-APIC-level uhci_hcd:usb3
>
> NMI: 0
>
> LOC: 50568
>
> ERR: 0
>
> MIS: 0
>
> .....
>
>
>
> Any suggetions links greatly appriciated!
>
> thanks
>
> tom.
>
>
>
> also....
>
> have already tried pci=noacpi and acpi=off and there was no difference
> to the setups, irq and the like.
>
> bit worried about upgrading my bios as the new asus bios for the v6 is
> apparently noisy and has fan issues..... no good for my studio...
>
Over the last few days I've been having quite a few problems with Debian stable and jack applications. I don't want to run sid or etch because I like to work with stable libraries and a base system. I'm comfortable doing backports and building packages myself. But lately I have been building so many packages myself I'm begining to feel like I'm making a little mini distro in my local apt repository. This got me thinking about potential alternatives to running sarge. So If you'll humor me for a minute, I'd like to take a little poll. This only concerns users/developers of real Debian and variants that pull from the official archives.
1) What Debian communities for audio software packaging are you a part of?
2) How do you install new releases to your system?
3) How often do you build your own kernel for audio systems?
4) If you're not running real Debian, what made you change?
5) If you are running real Debian, have you upgraded to etch or sid?
I'll start by answering my own questions:
1) Not many. I'm looking through alioth and see some interesting projects but they have no notice of a package repo and the mailing lists are full of spam.
2) I usually don't. If I need to I'll try a backport, though this is failing with the version of jackd in sid. I don't know why.
3) I try not to as much as I can. Kernel compiling is a waste of time unless absolutely necessary for device support. I find myself compiling kernels for sound more than any thing else (video, web services).
4) I'm running sarge, eagerly awaiting etch.
Thanks for your time...
-lee
I assume, (perhaps erroneously), the following things:
1. Everyone, unless they are independently wealthy, living on a pension, or
a hobo, has a job or self-employment income by means of which they are
enabled to pay their bills and purchase the goods and services they either
require or simply desire.
2. All said individuals are actually being *paid* a wage, salary, or
receiving some form of income for this work - else they could not pay the
rent with it, so to speak.
3. All these same individuals believe they *deserve* to be paid for
whatever work they do for their employer - or if self-employed - for
whatever goods or services they offer for sale.
This being the case, how on earth can such individuals make the case that
they deserve to be paid for what they do for a living, while an artist,
programmer, or individual in some line of work other than their own - does
not?
Just asking.
I find the degree of hypocrisy underlying such a premise utterly
dumbfounding - not to mention the conceit.
- Maluvia
James wrote:
> On Wed, 15 Mar, 2006 at 08:30PM +0200, Juhana Sadeharju spake thus:
> >
> > I have this idea:
> >
> > We could have an organized community where volunteer musicians
> > make music similar to the top commercial songs. When the idea
> > works, one may get top pop music for free.
>
> I think it comes down to a question that was discussed earlier on the
> list: why do we make music?
>
> All of us are pretty much in favour of CC-style licenses, so we're not
> doing it for money.
>
> The two main reasons seemed to be:
>
> 1. you feel the urge, you have something in your head, you want to
> express yourself
>
> 2. you want people to hear your music, it's satisfying to know people
> like your output, you enjoy listening to music and want to give
> soemthing back
>
> All of us appear to have both reasons, with varying epmphasis one each
> one.
>
> The problem is, your Free Music Factory idea doesn't really scratch
> either of those itches very well.
>
That's a good point. A "factory" isn't exactly the type of place
where people are the most creative, happy, and stress-free.
> Reason 1 is obviously at odds with it. Reason 2 I think doesn't fit
> the factory plan because if you're after pure emulation it's not
> really *your* music. You might as well just turn on the radio.
Emulation for the sake of emulation is pretty much the opposite of
creativity, which is what we are trying to promote here, right? (Of
course, if your doing it for the sake of parody, that's another
story...)
> This isn't really meant as a flame and I'd hate to be seen as trying
> to squash creative thinking. On the other hand, I'm not a fan of the
> idea and I'm just adding my opinion to the pot.
>
One point about the whole idea that I REALLY LIKE is the idea of
collaboration on a much broader basis. I think it is so cool when
people post a drum track and say, "Could someone add a bass track to
this? I'm no good at bass..." Or maybe define a general direction
and mood for the song to go into, and whoever wants to get on board is
welcome. Then you would have musicians who actually _want_ to play
this music helping out with the recording of a song.
I think there is already a place where we can do this, though... It's
called the Linux Audio Users Group. ;-)
-Tim
The thread about the Griffin iMic got me thinking about the Blue Snowball. Has anyone got this mic:
http://www.bluemic.com/modules.php?op=modload&name=Products&file=index&prod…
working on GNU/Linux on any archetecture? I'm piecing together a wireless portable internet radio system and the mic preamp is the bottleneck. I can't find a decent battery powered mic preamp to talk to Jack. This model looks like a step in that direction.
-lee
I would these requirements:
-One place (with mirrors) to download the songs.
-Easy download of huge number of songs.
-No limitations on the download amounts.
-No registration required.
-No any closed-source upload/download software.
-The downloaded songs can be copied to other free songs places.
-*-
Many services rely on individual downloads and, worse, on registrations.
These services have thousands of files which must be downloaded
individually with a few button clicks each. If I wish to have
a complete collection (and why wouldn't I), I certainly would break
my mouse hand.
Downloading 1000 songs with "wget -r" and playing the songs with
"ogg123 *" saves much of the selection trouble as well.
-*-
If musician choose to place their songs available at their own
webpages, then the license should allow us to copy the songs to
the free songs places.
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
(On jackd, the imic and ppc; I found this thread through a search engine:)
> Jack supports only samples in the native format of the machine which
> is
> big endian on PPC, but USB devices use little endian samples.
>
>
> Use "plughw:1" instead of "hw:1".
>
It still doesn't work for me. I get:
jackd 0.99.0
Copyright 2001-2003 Paul Davis and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
loading driver ..
creating alsa driver ... plughw:1|plughw:1|1024|2|48000|0|0|nomon|
swmeter|-|32bit
control device hw:1
configuring for 48000Hz, period = 1024 frames, buffer = 2 periods
You appear to be using the ALSA software "plug" layer, probably
a result of using the "default" ALSA device. This is less
efficient than it could be. Consider using a hardware device
instead rather than using the plug layer. Usually the name of the
hardware device that corresponds to the first soun
ALSA lib pcm_mmap.c:368:(snd_pcm_mmap) mmap failed: Invalid argument
ALSA: cannot set hardware parameters for capture
ALSA: cannot configure capture channel
cannot load driver module alsa
;;;
The iMic, including recording, works with other programs, i.e. esd (if
called as plughw:1) and with programs using the oss-emulation in alsa.
Jackd is working fine on the other soundcard, but I want it on the imic
(so I can record).
Thanks in advance,
Sunnan
Seablade wrote:
> I find this idea very intriguing... Would people be interested if a
> place to post up a track or two was put on the web, so others could
> listen to it, and post up another track on their instrument of choice,
> and build like that? Could create an entire CD of completely random
> artists.
>
> Of course then you get things like, how to express a vision when there
> isn't as much collaboration/agreement on it from the start.
If the musician with the "vision" were in control of what was put into
the mix, I think it could function as a sort of a CVS system, with one
or two artists coordinating the efforts of many musicians! Then there
could be beta releases, etc, saying "OK, here's what we are working
from now." Then whoever wanted to bail out at that point (or spin
off, for that matter...) could do so graciously.
>
> Just ideas floating around in my head now, but it would be fun(And I
> might be willing to look into doing it) to put up a musical forum of
> sorts where people post up tracks, and possibly their vision for them,
> for others to listen to, get inspired, and post up, and then possibly
> have the engineers on the lsit come through and mix the entire thing
> together, creating many different individual mixes possibly?
>
I think it's a great idea, and likely hasn't been done yet using a
system analagous to Linux software development... (Of course, I could
be wrong. I've been wrong before... ;-)
Lee wrote:
>
> http://www.iconnect.net/home/bsnpubs/gordystory.html
>
> (sorry couldn't resist)
>
OK, so that proves my last sentence! LOL
-Tim
I have this idea:
We could have an organized community where volunteer musicians
make music similar to the top commercial songs. When the idea
works, one may get top pop music for free.
-*-
Making similar music purposedly is nothing new. Many top
commercial songs generate a row of similar commercial songs
which then end up to the top as well.
We need this kind of alternative way of making free music.
For example, the recent free music CD announced here at LAU
simply sucks. I don't know why.
-*-
As how to organize the Free Music Factory, we need volunteers:
singers, lyrics authors, musicians of different styles, etc.
We also need volunteers who know technical details: effects,
cool synth sounds etc. The commercial songs need to be musically
analysed as well.
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
Hello all.
I've been busy and off the lists for a while and will be for a while,
but I just wanted to pass on something that could be very
useful/important.
Please don't stop reading when you read "Microsoft", "scheme" or
"money". I'm not asking for bank details :)
There is a scheme for lecturers/researchers working in computer
science and its various flavours in developed countries in the EU and
USA to travel to developing countries for research or teaching.
Microsoft will put up the travel money if the hosting institution will
cover living expenses. I think they will supply up to 1,300 pounds.
It works a bit like on-line dating - people that want
lecturers/researchers sign up, as do lecturers and researchers. Then
you see if there's a match and take it from there.
So, if you're a lecturer or researcher that feels like taking you
skills into developing countries for a week or two, take a look.
Also, if you're from an institution in a developing country and would
like to have a visiting lecturer/researcher, sign up.
You might think this is totally the wrong place (actually, I
cross-posted so I should say "places"), but here are my reasons:
0. I know there are a few lecturers/researchers on the list.
1. Very few people have signed up due to poor advertising. This means
the money could just not get spent when it could do some real good.
It also means that any potential collaborations are very likely to get
funded.
2. Microsoft is probably the least favoured company on these lists BUT
think of this as a way to get some of their ill-gotten gains spent
doing something good.
3. It really does look like a good deal. I can't see any reason to
suspect Microsoft are doing anything evil on this one. I'm going to
sign myself up - why not join me.
Details: http://research.microsoft.com/ero/icd/inspire/
Feel free to ignore this mail, but I'd appreciate not getting flamed
;)
James
--
"I'd crawl over an acre of 'Visual This++' and 'Integrated Development
That' to get to gcc, Emacs, and gdb. Thank you."
(By Vance Petree, Virginia Power)