From owner-dmsdk@oss.sgi.com Fri Feb 9 12:43:28 2001 Received: by oss.sgi.com id ; Fri, 9 Feb 2001 12:43:08 -0800 Received: from smtp9.xs4all.nl ([194.109.127.135]:20945 "EHLO smtp9.xs4all.nl") by oss.sgi.com with ESMTP id ; Fri, 9 Feb 2001 12:42:57 -0800 Received: from woon.loafoe.net (orbital.xs4all.nl [194.109.226.168]) by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id VAA17210 for ; Fri, 9 Feb 2001 21:42:51 +0100 (CET) Received: from www-data by woon.loafoe.net with local (Exim 3.22 #1 (Debian)) id 14RKNL-0005hb-00; Fri, 09 Feb 2001 21:42:39 +0100 From: "Andy Lo A Foe" To: "dmsdk" Subject: distro friendly-ness X-Mailer: NeoMail 1.22 X-IPAddress: 192.168.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-Id: Date: Fri, 09 Feb 2001 21:42:39 +0100 Sender: owner-dmsdk@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;dmsdk-outgoing Hi, Is anyone working on making the setup and install of the Linux dmDSK more alternate distribution friendly? It's, understandably, quite RedHat centric as it is (I'm using Debian). Also, would it pay off to switch to an autoconf style build system i.e. will it work on IRIX/NT also? I'd be willing to put some effort into it if noone's doing it already. Thanks, Andy From owner-dmsdk@oss.sgi.com Tue Feb 13 21:36:30 2001 Received: by oss.sgi.com id ; Tue, 13 Feb 2001 21:36:20 -0800 Received: from sgi.SGI.COM ([192.48.153.1]:53022 "EHLO sgi.com") by oss.sgi.com with ESMTP id ; Tue, 13 Feb 2001 21:36:03 -0800 Received: from nyquist.engr.sgi.com ([130.62.14.162]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id VAA00695 for ; Tue, 13 Feb 2001 21:36:02 -0800 (PST) mail_from (mpruett@nyquist.engr.sgi.com) Received: (from mpruett@localhost) by nyquist.engr.sgi.com (SGI-8.9.3/8.9.3) id VAA61362 for dmsdk@oss.sgi.com; Tue, 13 Feb 2001 21:34:35 -0800 (PST) From: Michael Pruett Message-Id: <200102140534.VAA61362@nyquist.engr.sgi.com> Subject: Re: distro friendly-ness To: dmsdk@oss.sgi.com Date: Tue, 13 Feb 2001 21:34:35 -0800 (PST) In-Reply-To: from "Andy Lo A Foe" at Feb 09, 2001 09:42:39 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-dmsdk@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;dmsdk-outgoing > Hi, > > Is anyone working on making the setup and install of the Linux dmDSK > more alternate distribution friendly? It's, understandably, quite RedHat > centric as it is (I'm using Debian). Also, would it pay off to switch to > an autoconf style build system i.e. will it work on IRIX/NT also? I'd be > willing to put some effort into it if noone's doing it already. Andy, SGI is sticking to RPM for our development and deployment, but we welcome help on packaging for other distributions. I should note that SGI can't guarantee support for it. I don't know whether switching to autoconf would be possible on all systems. I think it'd be nice to have if we could do everything we're doing now within the autotools framework. I know, though, that automake has some limitations regarding shared libraries that have gotten in our way in the past. But if it's of interest to you, I encourage you to investigate. Michael From owner-dmsdk@oss.sgi.com Wed Feb 14 09:40:05 2001 Received: by oss.sgi.com id ; Wed, 14 Feb 2001 09:39:56 -0800 Received: from bus1.bus.olemiss.edu ([130.74.187.242]:39688 "EHLO bus1.bus.olemiss.edu") by oss.sgi.com with ESMTP id ; Wed, 14 Feb 2001 09:39:47 -0800 Received: from olemiss.edu (hst000012489um.bus.olemiss.edu [130.74.189.63]) by bus1.bus.olemiss.edu with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 180JP9XR; Wed, 14 Feb 2001 11:39:05 -0600 Message-ID: <3A8AC314.5080201@olemiss.edu> Date: Wed, 14 Feb 2001 11:40:36 -0600 From: Sonny Mounicou User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.1 i686; en-US; 0.7) Gecko/20010203 X-Accept-Language: en MIME-Version: 1.0 To: dmsdk@oss.sgi.com Subject: Naming of devices Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-dmsdk@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;dmsdk-outgoing First I want to tell the developers what an amazing job they have done. Second, I had a question. I installed the dmsdk and I am using the v4l drivers for an lml33 (www.linuxmedialabs.com). For normal v4l devices it works well. With the dmsdk, it does report itself with dmquery, but as "LML33\0x5b0\0x5d via v4l [0]". Unfortunately when I try to query that particular device, it fails. I believe it fails because of the "\0x5b0\0x5d" in the name. I went through the driver and can only find that it reports itself as LML33 [0] as it does in /proc/video/dev/video0. I believe that it is an issue with the dmsdk. If someone could point me in the right direction to fixing this, I would be very grateful. In addition, maybe it would be possible to give devices numbers. I know that realserver does this. I appreciate any help that anyone can give. I do want to note that I can query the other devices on the list without a problem. Thanks Sonny From owner-dmsdk@oss.sgi.com Wed Feb 14 15:33:28 2001 Received: by oss.sgi.com id ; Wed, 14 Feb 2001 15:33:19 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:29962 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 14 Feb 2001 15:33:00 -0800 Received: from asdf.engr.sgi.com (asdf.engr.sgi.com [130.62.54.151]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA12288 for ; Wed, 14 Feb 2001 15:31:53 -0800 (PST) mail_from (jaya@asdf.engr.sgi.com) Received: (from jaya@localhost) by asdf.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id PAA81355; Wed, 14 Feb 2001 15:30:46 -0800 (PST) Message-Id: <200102142330.PAA81355@asdf.engr.sgi.com> Subject: Re: Naming of devices To: smounico@olemiss.edu (Sonny Mounicou) Date: Wed, 14 Feb 2001 15:30:45 -0800 (PST) Cc: dmsdk@oss.sgi.com In-Reply-To: <3A8AC314.5080201@olemiss.edu> from "Sonny Mounicou" at Feb 14, 2001 11:40:36 AM From: jaya@sgi.com Reply-To: jaya@sgi.com X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-dmsdk@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;dmsdk-outgoing Hi Sonny, > that it reports itself as LML33 [0] as it does in > /proc/video/dev/video0. I believe that it is an issue with the dmsdk. Getting "LML33\0x5b0\0x5d via v4l [0]" is unusual but not necessarily wrong. Ascii for "\0x5b0\0x5d" would be "[0]" as you mentioned was reported by /proc/video/dev/video0. As you can see, the v4l dmmodule gets that string from: ioctl(vfd, VIDIOCGCAP, &vcap) sprintf(device.name, "%s via v4l", vcap.name); so if vcap.name contains that string, the fix would need to be in the v4l driver as opposed to the v4l dmmodule. > that particular device, it fails. I believe it fails because of the Could you ellaborate on what you mean when you say it fails? Do you mean that your call to dmuFindDeviceByName failed when you asked for the device name as "LML33 [0] via v4l"? We'd be happy to accept a patch if the bug lies in the dmmodule. Regards, jaya > > First I want to tell the developers what an amazing job they have done. > Second, I had a question. I installed the dmsdk and I am using the v4l > drivers for an lml33 (www.linuxmedialabs.com). For normal v4l devices > it works well. With the dmsdk, it does report itself with dmquery, but > as "LML33\0x5b0\0x5d via v4l [0]". Unfortunately when I try to query > that particular device, it fails. I believe it fails because of the > "\0x5b0\0x5d" in the name. I went through the driver and can only find > that it reports itself as LML33 [0] as it does in > /proc/video/dev/video0. I believe that it is an issue with the dmsdk. > If someone could point me in the right direction to fixing this, I would > be very grateful. In addition, maybe it would be possible to give > devices numbers. I know that realserver does this. I appreciate any > help that anyone can give. I do want to note that I can query the other > devices on the list without a problem. > > Thanks > Sonny > From owner-dmsdk@oss.sgi.com Sun Feb 18 19:05:26 2001 Received: by oss.sgi.com id ; Sun, 18 Feb 2001 19:05:16 -0800 Received: from smtp.wetafx.co.nz ([210.55.57.161]:62408 "EHLO wetafx.wetafx.co.nz") by oss.sgi.com with ESMTP id ; Sun, 18 Feb 2001 19:04:59 -0800 Received: from ozzie.wetafx.co.nz (ozzie.wetafx.co.nz [192.168.17.4]) by wetafx.wetafx.co.nz (8.9.3/8.9.0) with ESMTP id QAA730071 for ; Mon, 19 Feb 2001 16:04:46 +1300 (NZDT) Received: from wetafx.co.nz (IDENT:hameluck@elanor.wetafx.co.nz [192.168.21.53]) by ozzie.wetafx.co.nz (8.9.3/8.8.8) with ESMTP id QAA4822970 for ; Mon, 19 Feb 2001 16:04:34 +1300 (TZ=NZD) Message-ID: <3A908D2F.AEE9E483@wetafx.co.nz> Date: Mon, 19 Feb 2001 16:04:15 +1300 From: Jeff Hameluck Organization: Weta Digital X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.15-3SGI_39smp i686) X-Accept-Language: en MIME-Version: 1.0 To: dmsdk@oss.sgi.com Subject: dmdaemon & rmmod -a Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-dmsdk@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;dmsdk-outgoing Hi... I've got a problem with the dmdaemon and rmmod. My Linux system: Linux elanor.wetafx.co.nz 2.2.15-3SGI_39smp #1 SMP Mon Jul 24 08:45:16 EDT 2000 i686 unknown (We've got a bunch of SGI Linux boxen running SGI's version of RedHat) has a bit of a problem when running dmdaemon. Before I start dmdaemon, on a clean boot after logging in, lsmod looks like this (only lines of interest are shown): Module Size Used by snd-mixer-oss 4148 0 (autoclean) snd-pcm 31352 0 [snd-card-via686a] snd 36108 1 [snd-seq-midi snd-seq-oss snd-seq-midi-event snd-seq snd-mixer-oss snd-card-via686a snd-mpu401-uart snd-rawmidi snd-seq-device snd-pcm snd-timer snd-ac97-codec snd-mixer] soundcore 137560 6 [snd] After I run dmdaemon it changes to this: Module Size Used by snd-pcm-oss 16660 0 (autoclean) snd-pcm-plugin 13256 0 (autoclean) [snd-pcm-oss] snd-mixer-oss 4148 0 (autoclean) [snd-pcm-oss] snd-pcm 31352 0 [snd-pcm-oss snd-pcm-plugin snd-card-via686a] snd 36108 1 [snd-pcm-oss snd-pcm-plugin snd-seq-midi snd-seq-oss snd-seq-midi-event snd-seq snd-mixer-oss snd-card-via686a snd-mpu401-uart snd-rawmidi snd-seq-device snd-pcm snd-timer snd-ac97-codec snd-mixer] soundcore 137560 7 [snd] but the problem is rmmod -a (well, rmmod -as, which is configured, by default, to run every ten minutes via cron). If dmdaemon sits idle, that is nothing has opened a device, rmmod -a can run once which basically changes the list back to the first and then when rmmod runs again, it basically hangs things up, sucking up all the cpu and the machine eventually doesn't respond and has to be rebooted. So, without knowing squat about what causes these loadable kernel modules to load and what makes them think they are or are not in use, it looks to me like dmdaemon is using those kernel modules but doesn't have the appropriate things open so rmmod sees those modules as not being in use, unloads them but dmdaemon is in fact still using them so the next time rmmod runs it chokes... or something like that. Anyone else seeing similar behaviour? Does it look like it's a kernel problem, an rmmod problem or a dmsdk problem? On my machine it's easy to make happen. boot run dmdaemon run rmmod -a run rmmod -a, it will hang My solution for the moment, is to disable the auto module cleaning ever ten minutes. From owner-dmsdk@oss.sgi.com Mon Feb 19 11:04:15 2001 Received: by oss.sgi.com id ; Mon, 19 Feb 2001 11:03:55 -0800 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:58228 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 19 Feb 2001 11:03:31 -0800 Received: from asdf.engr.sgi.com (asdf.engr.sgi.com [130.62.54.151]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA09421 for ; Mon, 19 Feb 2001 11:12:43 -0800 (PST) mail_from (jaya@asdf.engr.sgi.com) Received: (from jaya@localhost) by asdf.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id LAA97979; Mon, 19 Feb 2001 11:00:44 -0800 (PST) Message-Id: <200102191900.LAA97979@asdf.engr.sgi.com> Subject: Re: dmdaemon & rmmod -a To: hameluck@wetafx.co.nz (Jeff Hameluck) Date: Mon, 19 Feb 2001 11:00:43 -0800 (PST) Cc: dmsdk@oss.sgi.com In-Reply-To: <3A908D2F.AEE9E483@wetafx.co.nz> from "Jeff Hameluck" at Feb 19, 2001 04:04:15 PM From: jaya@sgi.com Reply-To: jaya@sgi.com X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-dmsdk@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;dmsdk-outgoing Hi Jeff, > (We've got a bunch of SGI Linux boxen running SGI's version of RedHat) This particular one looks like a 330 with ProPack 1.3-VW. :-) I think the temporary workaround is to remove rmmod -as from /etc/cron.d/kmod. I think you have done this. > looks to me like dmdaemon is using those kernel modules but doesn't have > the appropriate things open so rmmod sees those modules as not being in I don't think there is an issue with dmdaemon. What happens is that when dmdaemon starts up on linux, the loading of the ossaudio dmmodule causes dmdaemon to open the appropriate /dev/ entry to allow queries on the ossaudio device. Once it's done with the queries, it closes these opened file handles since it dosen't need them anymore (and it should be able to do this without worry). Nor is it a bug in rmmod. The problem (afaict) lies in the ALSA modules. One note is that I don't see this problem on my sgi 550 running 1.3-VW + 1.4 (it has a different version of the ALSA modules and kernel). dmdaemon causes the loading of the same modules that a basic audio app would. Could you try repeating the experiment with mpg123 (run mpg123, exit, rmmod, rmmod)? Also, there's been a couple of revisions of ALSA since the 0.59 version that shipped with 1.3-VW. I am told that there will be a sw update for 230/330/550 soon with a new kernel, new ALSA drivers, new gfx drivers so I'll get the appropriate people to help us check that this issue dosen't happen on a 330 with said configuration. Thanks, jaya > > Hi... I've got a problem with the dmdaemon and rmmod. > > My Linux system: > > Linux elanor.wetafx.co.nz 2.2.15-3SGI_39smp #1 SMP Mon Jul 24 08:45:16 > EDT 2000 i686 unknown > > (We've got a bunch of SGI Linux boxen running SGI's version of RedHat) > has a bit of a problem when running dmdaemon. > > Before I start dmdaemon, on a clean boot after logging in, lsmod looks > like this (only lines of interest are shown): > > Module Size Used by > snd-mixer-oss 4148 0 (autoclean) > snd-pcm 31352 0 [snd-card-via686a] > snd 36108 1 [snd-seq-midi snd-seq-oss > snd-seq-midi-event snd-seq snd-mixer-oss snd-card-via686a > snd-mpu401-uart snd-rawmidi snd-seq-device snd-pcm snd-timer > snd-ac97-codec snd-mixer] > soundcore 137560 6 [snd] > > After I run dmdaemon it changes to this: > > Module Size Used by > snd-pcm-oss 16660 0 (autoclean) > snd-pcm-plugin 13256 0 (autoclean) [snd-pcm-oss] > snd-mixer-oss 4148 0 (autoclean) [snd-pcm-oss] > snd-pcm 31352 0 [snd-pcm-oss snd-pcm-plugin > snd-card-via686a] > snd 36108 1 [snd-pcm-oss snd-pcm-plugin > snd-seq-midi snd-seq-oss snd-seq-midi-event snd-seq snd-mixer-oss > snd-card-via686a snd-mpu401-uart snd-rawmidi snd-seq-device snd-pcm > snd-timer snd-ac97-codec snd-mixer] > soundcore 137560 7 [snd] > > but the problem is rmmod -a (well, rmmod -as, which is configured, by > default, to run every ten minutes via cron). If dmdaemon sits idle, > that is nothing has opened a device, rmmod -a can run once which > basically changes the list back to the first and then when rmmod runs > again, it basically hangs things up, sucking up all the cpu and the > machine eventually doesn't respond and has to be rebooted. > > So, without knowing squat about what causes these loadable kernel > modules to load and what makes them think they are or are not in use, it > looks to me like dmdaemon is using those kernel modules but doesn't have > the appropriate things open so rmmod sees those modules as not being in > use, unloads them but dmdaemon is in fact still using them so the next > time rmmod runs it chokes... or something like that. > > Anyone else seeing similar behaviour? Does it look like it's a kernel > problem, an rmmod problem or a dmsdk problem? > > On my machine it's easy to make happen. > > boot > run dmdaemon > run rmmod -a > run rmmod -a, it will hang > > My solution for the moment, is to disable the auto module cleaning ever > ten minutes. > From owner-dmsdk@oss.sgi.com Mon Feb 19 12:02:56 2001 Received: by oss.sgi.com id ; Mon, 19 Feb 2001 12:02:46 -0800 Received: from smtp.wetafx.co.nz ([210.55.57.161]:14311 "EHLO wetafx.wetafx.co.nz") by oss.sgi.com with ESMTP id ; Mon, 19 Feb 2001 12:02:36 -0800 Received: from ozzie.wetafx.co.nz (ozzie.wetafx.co.nz [192.168.17.4]) by wetafx.wetafx.co.nz (8.9.3/8.9.0) with ESMTP id JAA738743; Tue, 20 Feb 2001 09:02:27 +1300 (NZDT) Received: from wetafx.co.nz (IDENT:hameluck@elanor.wetafx.co.nz [192.168.21.53]) by ozzie.wetafx.co.nz (8.9.3/8.8.8) with ESMTP id JAA4831817; Tue, 20 Feb 2001 09:01:56 +1300 (TZ=NZD) Message-ID: <3A917BB3.4223D9C4@wetafx.co.nz> Date: Tue, 20 Feb 2001 09:01:55 +1300 From: Jeff Hameluck Organization: Weta Digital X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.15-3SGI_39smp i686) X-Accept-Language: en MIME-Version: 1.0 To: jaya@sgi.com CC: dmsdk@oss.sgi.com Subject: Re: dmdaemon & rmmod -a References: <200102191900.LAA97979@asdf.engr.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-dmsdk@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;dmsdk-outgoing jaya@sgi.com wrote: > > Hi Jeff, > > > (We've got a bunch of SGI Linux boxen running SGI's version of RedHat) > > This particular one looks like a 330 with ProPack 1.3-VW. :-) > I think the temporary workaround is to remove rmmod -as from > /etc/cron.d/kmod. I think you have done this. Yup. > > looks to me like dmdaemon is using those kernel modules but doesn't have > > the appropriate things open so rmmod sees those modules as not being in > > I don't think there is an issue with dmdaemon. What happens is that > when dmdaemon starts up on linux, the loading of the ossaudio dmmodule > causes dmdaemon to open the appropriate /dev/ entry to allow queries > on the ossaudio device. Once it's done with the queries, it closes > these opened file handles since it dosen't need them anymore (and it > should be able to do this without worry). Nor is it a bug in rmmod. > The problem (afaict) lies in the ALSA modules. One note is that I > don't see this problem on my sgi 550 running 1.3-VW + 1.4 (it has a > different version of the ALSA modules and kernel). > > dmdaemon causes the loading of the same modules that a basic audio app > would. Could you try repeating the experiment with mpg123 (run mpg123, > exit, rmmod, rmmod)? Also, there's been a couple of revisions of ALSA > since the 0.59 version that shipped with 1.3-VW. I am told that there > will be a sw update for 230/330/550 soon with a new kernel, new ALSA > drivers, new gfx drivers so I'll get the appropriate people to help us > check that this issue dosen't happen on a 330 with said > configuration. Yup, rmmod hangs after running mpg123 and exiting. Thanks for the help. And yes, I am running an SGI 330. From owner-dmsdk@oss.sgi.com Thu Feb 22 16:46:23 2001 Received: by oss.sgi.com id ; Thu, 22 Feb 2001 16:46:13 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:22120 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 22 Feb 2001 16:46:04 -0800 Received: from cabforward.engr.sgi.com (cabforward.engr.sgi.com [130.62.176.79]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id QAA19462 for ; Thu, 22 Feb 2001 16:45:00 -0800 (PST) mail_from (carlb@cabforward.engr.sgi.com) Received: (from carlb@localhost) by cabforward.engr.sgi.com (980427.SGI.8.8.8/960327.SGI.AUTOCF) id QAA01505 for dmsdk@oss.sgi.com; Thu, 22 Feb 2001 16:44:49 -0800 (PST) From: "Carl Becker" Message-Id: <10102221644.ZM1498@cabforward.engr.sgi.com> Date: Thu, 22 Feb 2001 16:44:49 -0800 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dmsdk@oss.sgi.com Subject: setting sync source Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-dmsdk@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;dmsdk-outgoing Could someone point me to an example of setting the sync source for a video outport with the dmsdk? Thanks. -- ---------------------------------------------------------------------- Carl Becker | "Be wary of strong drink. It can make Developer Online Consulting | you shoot at tax collectors . . . SGI | and miss." -Lazarus Long From owner-dmsdk@oss.sgi.com Thu Feb 22 16:55:52 2001 Received: by oss.sgi.com id ; Thu, 22 Feb 2001 16:55:42 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:26986 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 22 Feb 2001 16:55:27 -0800 Received: from pauhana.engr.sgi.com (pauhana.engr.sgi.com [130.62.53.47]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id QAA20545 for ; Thu, 22 Feb 2001 16:54:23 -0800 (PST) mail_from (travis@pauhana.engr.sgi.com) Received: (from travis@localhost) by pauhana.engr.sgi.com (SGI-8.9.3/8.9.3) id QAA60957; Thu, 22 Feb 2001 16:54:09 -0800 (PST) From: Mike Travis Message-Id: <200102230054.QAA60957@pauhana.engr.sgi.com> Subject: Re: setting sync source To: carlb@cabforward.engr.sgi.com (Carl Becker) Date: Thu, 22 Feb 2001 16:54:09 -0800 (PST) Cc: dmsdk@oss.sgi.com Reply-To: travis@sgi.com (Mike Travis) In-Reply-To: <10102221644.ZM1498@cabforward.engr.sgi.com> from "Carl Becker" at Feb 22, 2001 04:44:49 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-dmsdk@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;dmsdk-outgoing Carl Becker writes: > > Could someone point me to an example of setting the sync source for a video > outport with the dmsdk? Thanks. > Hi Carl, The sync source is in somewhat of a state of flux. The new and improved way (soon to be pushed to oss) is: GetCaps for DM_VIDEO_GENLOCK_TYPE_INT32 and DM_VIDEO_GENLOCK_SOURCE_TIMING_INT32 for the desired output port. Select from the above list. Set them. Couldn't be easier, no? ;-) (Currently DM_VIDEO_GENLOCK_SOURCE_TIMING_INT32 is called DM_VIDEO_GENLOCK_SOURCE_ID_INT32 which was confusing and has been/will be changed.) Mike From owner-dmsdk@oss.sgi.com Tue Feb 27 17:50:45 2001 Received: by oss.sgi.com id ; Tue, 27 Feb 2001 17:50:36 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:31764 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 27 Feb 2001 17:50:07 -0800 Received: from cabforward.engr.sgi.com (cabforward.engr.sgi.com [130.62.176.79]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id RAA09617 for ; Tue, 27 Feb 2001 17:49:02 -0800 (PST) mail_from (carlb@cabforward.engr.sgi.com) Received: (from carlb@localhost) by cabforward.engr.sgi.com (980427.SGI.8.8.8/960327.SGI.AUTOCF) id RAA02824; Tue, 27 Feb 2001 17:42:13 -0800 (PST) From: "Carl Becker" Message-Id: <10102271742.ZM2832@cabforward.engr.sgi.com> Date: Tue, 27 Feb 2001 17:42:12 -0800 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dmsdk@oss.sgi.com Subject: dmsdk resource queries Cc: carlb@cabforward.engr.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-dmsdk@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;dmsdk-outgoing A customer writes with the following: When I open a port in the old audio library with alOpenPort() I get an ALport identification. If I do an additional alOpenPort() with the same arguments I will receive a new unique ALport identification but to the same hardware device. After this I can write to the two ports totaly independently and the sound will be mixed on the hardware device. One example is to execute multiple playaifc that will play independently of each other. I read the man page for dmsdkIntro and this is an extraction that explains what I mean: "Before sending messages to a device you'll need to open a connection to some processing path through it by calling dmOpen(3dm): DMstatus dmOpen (DMint64 pathId, DMpv* options, DMopenid* openid); Think of a path as being a logical device - a single physical device (e.g. a PCI card) may simultaneously support several logical paths." ----------------------------------------------------------------- Does the dmsdk support the same "port" feature as the old audio library described above? If it does, is there any limit on how many "ports" one can have open simultaneously? If there is a limit, how can I determine or query that limit? I'm looking for queries like: ALpv pvs[1]; pvs[0].param = AL_MAX_PORTS; alGetParams( AL_SYSTEM, pvs, 1 ); return pvs[0].value.i; ALpv pvs[1]; pvs[0].param = AL_UNUSED_PORTS; alGetParams( AL_SYSTEM, pvs, 1 ); return pvs[0].value.i; Thanks. -- ---------------------------------------------------------------------- Carl Becker | "Be wary of strong drink. It can make Developer Online Consulting | you shoot at tax collectors . . . SGI | and miss." -Lazarus Long From owner-dmsdk@oss.sgi.com Wed Feb 28 13:01:52 2001 Received: by oss.sgi.com id ; Wed, 28 Feb 2001 13:01:33 -0800 Received: from ex1.ncsa.uiuc.edu ([141.142.2.9]:13971 "EHLO ex1.ncsa.uiuc.edu") by oss.sgi.com with ESMTP id ; Wed, 28 Feb 2001 13:01:28 -0800 Received: from mx1.ncsa.uiuc.edu (mx1.ncsa.uiuc.edu [141.142.2.8]) by ex1.ncsa.uiuc.edu (8.11.0/8.11.0) with ESMTP id f1SL1Nt13450 for ; Wed, 28 Feb 2001 15:01:23 -0600 (CST) X-Envelope-From: martiran@ncsa.uiuc.edu X-Envelope-To: Received: from pecos.ncsa.uiuc.edu (pecos.ncsa.uiuc.edu [141.142.4.6]) by mx1.ncsa.uiuc.edu (8.11.0/8.11.0) with ESMTP id f1SL1MR16232 for ; Wed, 28 Feb 2001 15:01:22 -0600 (CST) From: John Martirano Received: (from martiran@localhost) by pecos.ncsa.uiuc.edu (8.9.1/8.8.8) id PAA00965 for dmsdk@oss.sgi.com; Wed, 28 Feb 2001 15:01:20 -0600 (CST) Message-Id: <200102282101.PAA00965@pecos.ncsa.uiuc.edu> Subject: transcoder for H.320 To: dmsdk@oss.sgi.com Date: Wed, 28 Feb 2001 15:01:20 -0600 (CST) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-dmsdk@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;dmsdk-outgoing is there a dmsdk transcoder supporting the H.320 compression standard? if not, is anyone involved in developing one? (for linux) thanks, john martirano NCSA From owner-dmsdk@oss.sgi.com Wed Feb 28 13:21:32 2001 Received: by oss.sgi.com id ; Wed, 28 Feb 2001 13:21:22 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:49678 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Feb 2001 13:21:13 -0800 Received: from nyquist.engr.sgi.com (nyquist.engr.sgi.com [130.62.14.162]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA07888 for ; Wed, 28 Feb 2001 13:20:08 -0800 (PST) mail_from (mpruett@nyquist.engr.sgi.com) Received: (from mpruett@localhost) by nyquist.engr.sgi.com (SGI-8.9.3/8.9.3) id NAA25195 for dmsdk@oss.sgi.com; Wed, 28 Feb 2001 13:19:57 -0800 (PST) From: Michael Pruett Message-Id: <200102282119.NAA25195@nyquist.engr.sgi.com> Subject: Re: dmsdk resource queries To: dmsdk@oss.sgi.com Date: Wed, 28 Feb 2001 13:19:57 -0800 (PST) In-Reply-To: <10102271742.ZM2832@cabforward.engr.sgi.com> from "Carl Becker" at Feb 27, 2001 05:42:12 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-dmsdk@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;dmsdk-outgoing > Does the dmsdk support the same "port" feature as the old audio library > described above? > > If it does, is there any limit on how many "ports" one can have open > simultaneously? > > If there is a limit, how can I determine or query that limit? This behaviour is device-specific and depends upon the particular hardware capabilities of the device as well as the underlying driver. The OSS audio dm module (the only audio dm module currently available in the dmSDK Linux distribution) doesn't currently support this feature since OSS doesn't support mixing multiple streams of audio. Michael From owner-dmsdk@oss.sgi.com Wed Feb 28 14:15:23 2001 Received: by oss.sgi.com id ; Wed, 28 Feb 2001 14:15:13 -0800 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:47738 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Feb 2001 14:14:52 -0800 Received: from cabforward.engr.sgi.com (cabforward.engr.sgi.com [130.62.176.79]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id OAA03429 for ; Wed, 28 Feb 2001 14:24:29 -0800 (PST) mail_from (carlb@cabforward.engr.sgi.com) Received: (from carlb@localhost) by cabforward.engr.sgi.com (980427.SGI.8.8.8/960327.SGI.AUTOCF) id OAA04285 for dmsdk@oss.sgi.com; Wed, 28 Feb 2001 14:07:36 -0800 (PST) From: "Carl Becker" Message-Id: <10102281407.ZM4286@cabforward.engr.sgi.com> Date: Wed, 28 Feb 2001 14:07:36 -0800 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dmsdk@oss.sgi.com Subject: Re: dmsdk resource queries - disregard Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-dmsdk@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;dmsdk-outgoing It was brought to my attention that this was not the appropriate list for the questions I had posted yesterday. Sorry about that. -- ---------------------------------------------------------------------- Carl Becker | "Be wary of strong drink. It can make Developer Online Consulting | you shoot at tax collectors . . . SGI | and miss." -Lazarus Long