Hi droogs
So here I am running Gem 0.81 (Guenter's distribution) in redhat Linux. I have one small difficulty to report: I installed all the extra libraries (Mesa, gltt, ttf, GLU MesaGLU, etc) in /usr/local/lib and found that the two Mesa libraries weren't found by Gem although the others were. I ended up linking the Mesa stuff into /usr/lib and that fixed it. Count on a hald day or so to find all the libraries and compile and install them.
Now here's the interesting question. I really want my nice TV card to work as a video input to Gem. Has anyone tried this yet? The video input objects exist in Gem, they just aren't adapted to Linux yet.
After I do that I want to have multiple gemwinds so that I can draw stuff offscreen and use the result as a pix_image. Also, I want to be able to put 2 gfx cards in my machine and dedicate one of them as the output gemwind so that I can have both my login window and a signal to project at the same time. Anyone have similar ideas?
cheers Miller
Miller Puckette wrote:
Hi droogs
to put 2 gfx cards in my machine and dedicate one of them as the output gemwind so that I can have both my login window and a signal to project at the same time. Anyone have similar ideas?
cheers Miller
hmmm... i had a similar idea, but then realized i've never run PD since i'm using a macintosh. however, as far as ideas go, i'd personally like to rule the world simply by creating a 'world domination' object which uses my mouse as a gui. (x limit; y limit;) or maybe some sorta granular 'world synthesis' object. i'm kinda debating between the two at the moment. oh yeah, if you're using a TV card on your computer, the conversion from 30 kHz to 60 kHz (depending on your monitor) will accentuate the interlacing scheme used by NTSC. this will of course be 'fixed' as soon as HDTV is made affordable to the everyday 'joe,' but this won't be happening until another four years or so.
c plus plus
variable ratio conversion,
christian
" there's nothing worse in life than being ordinary "
I just upgraded my machine to RedHat 6.1 and installed the ALSA drivers -version 4.1dfor my trident 4Dwave card (pretty good, cheap PCI sound card). I then went to compile pd-027. The compilation went fine (I specified SOUNDDRIVER=ALSA) and I went to run pd. I got the "audio i/o stuck . . . closing audio and midi" error. I then tried to run pd with the -alsa option to use the alsa drivers instead of oss emulation, only to find that the option was not there. I looked around at the source for a while to discover that the makefile defines ALSA when compiled with the SOUNDDRIVER=ALSA set instead of HAVE_ALSA, which is what all the ifdefs check for. I changed the makefile and got:
s_main.c: In function sys_argparse': s_main.c:367: warning: implicit declaration of functionsys_linux_alsa'
After removing -Werror from the compile options I got a lot of errrors that are at the end of this email. I took a look at alsa headers and it looks to me that all of the pcm_record* has been changed to snd_pcm_capture*. The changelogs for the alsa library stopped being updated some time ago, so I was wondering for which version of the alsa drivers the s_linux.c code was written. I was going to start hacking on this to get it working with the latest drivers (my card is only supported with the later releases) but wanted to get some info about this first. In particular the error in the makefile.linux seems very odd to me - is HAVE_ALSA defined somewhere else in the complilation after checking for the existence of the alsa library? Any help would be appreciated.
Karl
| Karl W. MacMillan | | Peabody Institute of the Johns Hopkins University | | Network and Telecommunications Services | | karlmac@peabody.jhu.edu | | 410/659-8297 |
cc -DPD -DUNIX -Wall -W -Wshadow -Wstrict-prototypes -Wno-unused
-Wno-parentheses -Wno-switch -O2 -funroll-loops -fomit-frame-pointer
-DHAVE_ALSA -I. -c -o ../obj/s_linux.o s_linux.c s_linux.c: In function
sys_open_audio_and_midi': s_linux.c:139:srate' undeclared (first use in
this function) s_linux.c:139: (Each undeclared identifier is reported only
once s_linux.c:139: for each function it appears in.)
/usr/include/sys/asoundlib.h: At top level: In file included from
s_linux.c:702: /usr/include/sys/asoundlib.h:358: warning: declaration of
sync' shadows global declaration /usr/include/sys/asoundlib.h:359: warning: declaration ofsync' shadows global declaration s_linux.c: In
function alsa_open_audio': s_linux.c:719: storage size ofpcm_record_params' isn't known s_linux.c:721: storage size of
pcm_record_status' isn't known s_linux.c:723: storage size ofpcm_record_info' isn't known s_linux.c:743: warning: passing arg 1 of
snd_ctl_open' from incompatible pointer type s_linux.c:756: warning: comparison between signed and unsigned s_linux.c:759:sys_outchan'
undeclared (first use in this function) s_linux.c:761: warning: passing
arg 1 of snd_pcm_open' from incompatible pointer type s_linux.c:776:SND_PCM_OPEN_RECORD' undeclared (first use in this function)
s_linux.c:776: warning: passing arg 1 of snd_pcm_open' from incompatible pointer type s_linux.c:778: warning: implicit declaration of functionsnd_pcm_record_info' s_linux.c:829: warning: implicit declaration of
function snd_pcm_record_format' s_linux.c:837: warning: implicit declaration of functionsnd_pcm_record_params' s_linux.c: In function
alsa_send_dacs': s_linux.c:873: storage size ofpcm_record_status' isn't
known s_linux.c:875: storage size of pcm_record_info' isn't known s_linux.c:920:cp_advance' undeclared (first use in this function)
s_linux.c:923: warning: implicit declaration of function
`snd_pcm_record_status'
make: *** [s_linux.o] Error 1
Karl W. MacMillan writes:
I just upgraded my machine to RedHat 6.1 and installed the ALSA drivers -version 4.1dfor my trident 4Dwave card (pretty good, cheap PCI sound card).
Yeah, I will receive one of these cards too, ...
<snip>
I have written the ALSA code a long time ago, can´t remember the ALSA version, though. I don´t know if Miller has worked on it in the meantime. So, generally said, I do understand that it is broken ATM, ...
HAVE_ALSA defined somewhere else in the complilation after checking for the existence of the alsa library? Any help would be appreciated.
HAVE_ALSA was supposed to be provided at the make command line like make HAVE_ALSA=1 (or similar), until we have some autoconf setup.
Please keep me updated about your efforts, I will work on that when I have received my card, ... BTW, what is the signal noise on the line input of this card ? Is it acceptable ?
Guenter
Guenter Geiger wrote:
Please keep me updated about your efforts, I will work on that when I have received my card, ... BTW, what is the signal noise on the line input of this card ? Is it acceptable ?
Guenter
Thanks for the info - I will let keep you updated. The card that I have is a bare bones Jaton ( I think I paid $12 for it ). I bought it expecting to upgrade to a "pro" card when one was well supported under linux. This card sounds great and has less noise than any other sound card that I have used ( consumer cards ). I understand that the chipset supports s/pdif and quad analog out, but I have not seen a card that implements this.
Karl
-
christian hresko -
Guenter Geiger -
Karl MacMillan -
Karl W. MacMillan
-
Miller Puckette