Re: [linux-audio-dev] EVO status...was: (open-source like hardware)
Dan Hollis writes: On Tue, 15 Jan 2002, Joe Pfeiffer wrote: IANAL, but as near as I can tell the USPTO has almost completely given up on their responsibility to actually evaluate patents before granting them. The philosophy seems to be that they'll let anything go through, and if somebody doesn't like it let the courts sort it out. IMHO the individual examiners should be held liable if the patent is found invalid due to prior art. A good idea in principle, but given the amounts of money involved you'd never be able to hire another examiner... Something else I should mention -- it's also my understanding that, as you'd expect, patent law varies a lot from country to country. So even if I'm right in my recollections of how things work, that's limited to US law, and a Lithuanian (picked because I don't think the list has anyone from there) could very well remember things completely opposite and also be correct. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] EVO status...was: (open-source like hardware)
Sebastien Metrot writes: Halion does use the smae technology BUT steinberg have shown that they have been using an equivalent algorithm before the patent have actually been granted to Nemesys. Where? will you ask? Well, in cubase of course! Every audio sequencer I know of have to do read ahead of audio data if they want to be useable! So for exemple if Paul have been using an equivalent scheme in Ardour I believe he has the right to create a sampler using this algorithm without any problem. IANAL (as always) but my understanding is that any use -- even use before the *filing* of the patent -- becomes subject to royalties when the patent is granted. Of course, if you used the idea before the patent-holder came up with the idea, that would invalidate the patent. It's my understanding that under US patent law, the ``race to the patent office'' to determine precedence doesn't really happen -- who wins is based on who can document having had the idea first, regardless of who files first. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] open-source like hardware
Rene Rebe writes: It would be nice to be able to use a chip that isn't single-source, though -- like a 7400 in the TTL world. You could argue that a 7400 isn't open in the sense of open-source code, but its specs are completely open and there are myriad vendors. Erm. I do not think that there are reasonable DSPs out that are not _single-source_ ... - There might be some 8051 compatible or 68k compatible µCs ... - but often this is only on the software level and you have to redesign your board ... I don't know of any, either -- I didn't mean to claim that we should be using non-single source chips, I meant that it would be nice if we could. This would move us a bit closer to my idea of the open-source model. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] EVO status...was: (open-source like hardware)
Marek Peteraj writes:
as i said, unix-like operating systems have done disk readahead for almost
as long as unix-like operating systems have existed (and multics
before them, i believe). we cannot allow nemesys/conexant to steal
this technology by pretending it was invented explicitly for audio. if
the USPTO doesn't understand this (and they probably {d,w}on't),
Why not?
They should..(?) Or there's lots of $$$ floating around...
IANAL, but as near as I can tell the USPTO has almost completely given
up on their responsibility to actually evaluate patents before
granting them. The philosophy seems to be that they'll let anything
go through, and if somebody doesn't like it let the courts sort it out.
--
Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605
Department of Computer Science FAX -- (505) 646-1002
New Mexico State University http://www.cs.nmsu.edu/~pfeiffer
Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] Creamware Pulsar
Mark Constable writes: On Sun, 13 Jan 2002 03:07, Jussi Laako wrote: Joachim Backhaus wrote: Yes, if for example Britney Spears says she uses Linux for her album EVERYTHING would change!!! :D At least I would probably change to FreeBSD... :) Please do. If you don't realize the importance and implications of widespread acceptence of Linux in the tacky commercial world of A/V production then go use *BSD. *I* (FWIW) would like to have the option of making a living competing in that tacky world, if I chose to do so, and I don't buy the argument that somehow having really competitive and usable applications will distort the essence of purely academic sonic amusement... that software is already established, great, but where's the commercially usable apps ? snip I think you missed his smiley. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] open-source like hardware
What amounts to open-source hardware has been around for a long, long time. Project schematics and board layouts have been available in magazines and books for over 50 years. What's being proposed here is really no different, except in attempting to get a bit more peer review of the design than you'll see in the magazines. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair
RE: [linux-audio-dev] Hard-drives and soundcard support
I haven't run into the problem you're describing, but would the standard ``put a small boot partition at the beginning of your disk'' fix work? -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair
[linux-audio-dev] Fired
Yikes! The good news is you're OK; that's what's really important. Take care of what matters; LAD will still be there when you're back. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] Gibson develops audio over ethernet protocol
In-Reply-To: 200112050017.fB50H7e01055@lotus; from [EMAIL PROTECTED] on Tue, Dec 04, 2001 at 04:16:07PM -0800 On Tue, Dec 04, 2001 at 04:16:07PM -0800, Neil Brideau wrote: http://magic.gibson.com/specification.html Interesting. Is a domestic network card under linux capable of obeying this spec? IIRC their previous effort was sent over cat5, but there was something funky about it. Also is it possible to use the same NIC as you're using for TCP/IP? I think I remember sending IPX over the same card as TCP/IP in the bad old days. From reading the spec briefly, and not remembering enough about 802.3, I *think* this should be possible. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] Gibson develops audio over ethernet protocol
Erik Walthinsen [EMAIL PROTECTED] wrote: On Tue, 4 Dec 2001, Paul Davis wrote: and no, its not raw pcm. they packetize using UDP. No, the packets aren't even IP, which is what bugs me the most. They have Ethernet frame headers, then are their own format from there up. I don't see an a priori problem with that -- is their format published? -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] [ot] Mail loop?
I'm seeing it too... -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] Re: using realplay without x
so, DISPLAY=0:0 programname options will start any x program (should be useful in init scripts, as i'd like to have pd to be up-and-running on a (re)boot when in a performance mode). Well, no. It'll start the restricted set of programs that can actually run without their interface, but aren't bright enough to detect there is no X server running. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] Re: using realplay without x
Well, no. It'll start the restricted set of programs that can actually run without their interface, but aren't bright enough to detect there is no X server running. either you misread or i didn't make myself clear. the above will not do what you wrote, but what i wrote, but only if x is already running on display 0 (standard). the other option is to use the frame buffer if for some reason you don't want to run x at all or can't (like an embedded system). but that's complicated and i always have x running. I guess I must have misread -- your original question was does anybody know how to startup realplay without having x running? or at least from cron when x is running? or a command-line version? and you followed it up with nevermind. i found on realnetworks.com they have a unix forum and all three of my questions have been answered. the most simple (with x): DISPLAY=0:0 realplay /mnt/public/wava.ram so, DISPLAY=0:0 programname options will start any x program (should be useful in init scripts, as i'd like to have pd to be up-and-running on a (re)boot when in a performance mode). What that's doing is setting an environment variable to tell realplay that there is an X server, becasue apparently it will refuse if you try to run it when X isn't running. But then it apparently is able to get by without communicating with the server, otherwise it would crash. This approach will not work for a program that actually requires its GUI, because it would indeed crash when it was unable to communicate with it. And I'd expect a program that could run without its GUI to be able to see it didn't have an environment variable set for the server, and to proceed on that basis. Hence my comment. I'm not quite sure what the framebuffer has to do with it... -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair
[linux-audio-dev] audio from dvd?
Speaking of off-topic... but this list seems to be the likeliest to have people who know the answer. What's the best way for me to take the audio track from a DVD so I can burn it on a CD-ROM? Yes, the DVD is CSS encoded... I tried grabbing the audio stream using esdmon, but this wound up with a half dozen or so dropouts (given that it's a Grateful Dead concert DVD, that may be appropriate, but still...). -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair Support Mayfield HS Band! Send me e-mail by 11/1 if you want to buy some fruit
Re: [linux-audio-dev] audio from dvd?
Thanks! That's the ticket. Took just a bit of tweaking on the chapter/title param, but a short sample sounds perfect. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer Southwestern NM Regional Science and Engr Fair: http://www.nmsu.edu/~scifair Support Mayfield HS Band! Send me e-mail by 11/1 if you want to buy some fruit
Re: [linux-audio-dev][OT] Help
This raises the question of when a more tasteful time to run a scam might be... -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer SWNMRSEF: http://www.nmsu.edu/~scifair
Re: STL / Qt flame-war (Re: [linux-audio-dev] Audio-related widgets with Qt ?)
STL is much easyer to handle that lowlevel arrays and such, and it can be quite fast as well. Sorry, IMHO STL exemplifies the phrase ``too clever by half.'' It really needed another round of design before being released... as my favorite example of ``things that bit me,'' if you cast a forward iterator to a reverse iterator you get, not an iterator pointing to the same list element, but one pointing to the previous list element. On the other hand, when you cast a reverse iterator to a forward iterator you get... oops! can't do that! The STL concept is very powerful, but its implementation is so full of unexpected inconsistencies that it is a royal PITA. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer SWNMRSEF: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] Broadcast 2000 removed from public access
Sad indeed, and (yet) another reason that the expansion of ``intellectual property'' laws over the past decade or so is so counterproductive. Worst is that the RIAA has demonstrated themselves to be such total, clueless idiots in the matter. In their fear of having a few copies pirated, they're shutting down whole markets... I only run Linux. If CSS hadn't been cracked, I wouldn't be buying DVDs. I know, I'm wandering off-topic... -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer SWNMRSEF: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] LAAGA name
Err, (Paul) Newmann's Own Salad Dressing? Now I'm confused, why does Paul Newmann have salad dressing. Isn't he an actor? He put a bunch of his money into a salad dressing company; the profits all go to the Scott Newmann foundation (in memory of his son, who died very young -- I think of a drug overdose). Proper British humour about wideboys, cortinas and posers, now that makes more sense. I was always told ``British humour'' was an oxymoron :) -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer SWNMRSEF: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] User Interface
I don't dislike GNOME because its big. I dislike it because it doesn't Err, perhaps people dont understand which part of GNOME GLAME is using - GLAME solely uses libgnomeui libgnome and libgnomesupport, it doesnt depend on using GNOME as desktop. I think that's a common confusion -- a lot of people seem to confuse running a Gnome application with having to run a Gnome desktop, and it just ain't the same at all. The Gnome libs are under 100 MB, so it's really not that big a deal. seem to me to offer anything to the kind of programs we are writing. Can you point to the functionality that GNOME provides for glame? libgnomeui provides the canvas widget which is very nice, and stuff for common message/error dialogs. Also automated menu and toolbar management. libgnome (or gnomesupport, dont know) provides a way to store application config stuff, also I think the gnome help functionality is hooked there. Lots of very nice, easy to use stuff there. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer SWNMRSEF: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] packaging
In-Reply-To: [EMAIL PROTECTED] On Thu, 19 Jul 2001, Joe Pfeiffer wrote: My experience with RPMs, a little under a year ago, was that the whole system is basically broken. All the different RPM-based distributions have their own versions of the same packages, This is a problem of compatibility between distros. Hopefully, the Linux Standard Base specification will help there. One of the purposes of a packaging system is to enforce dependencies and constraints on the packages. If RPM doesn't do that, (and my experience was that it doesn't, at least not adequately), then it's broken. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer SWNMRSEF: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] packaging
My experience with RPMs, a little under a year ago, was that the whole system is basically broken. All the different RPM-based distributions have their own versions of the same packages, and it seems to be basically a crapshoot whether a RedHat library will work with a SuSE program... and one of the distributions has their own version numbering scheme which is incompatible with all the rest, and always convinces the package search tools that there's is the most up to date. When I switched to Debian, I don't quite know how they control it, but it all just works. When I try to download a package it either works, or I get informed about the incompatibilities. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer SWNMRSEF: http://www.nmsu.edu/~scifair
[linux-audio-dev] packages
(I apologize if something substantially similar to this goes out twice -- I meant to send it to the list, but it seems to have fallen in a hole...). My last experience with RPMs, just under a year ago, convinced me that they are basically broken. Every distribution has its own set, and it's pretty much a crapshoot whether one distribution's packages will work with another. Worse, one of them uses its own version numbering which is incompatible with all the others (and with the ``standard'' versioning of the software in the packages), and uses higher numbers so it will fool the package searching software into always thinking their version is the most current. I got out during the incompatible version 3 vs. version 4 RPM format debacle, before the 2.96 disaster. Debian, on the other hand, appears to exert some sort of control over their package maintainers that means a .deb package will either just plain work, or will give me complaints about incompatibilities before I download. I run the unstable distribution, and have rarely had anything go wrong at all (the gimp-print problems being a conspicuous exception, I'm afraid). doing a .deb package of Ardour wouldn't be such a bad idea... -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer SWNMRSEF: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] Help: native ALSA 0.9b5 apps refuse to work, OSS apps work
So what do you suggest Paul ? Is my problem normal ? (I can't even run alsactl store, while apps in OSS emulation mode work perfectly) I did nothing special except , compiling the latest (0.9b5() alsa-driver, alsa-lib and alsa-utils) and installed them. 0.5 versions worked without any problems but now the 0.9 version refuses to work. Ah... did you upgrade the alsa utils along with the driver? Wasn't there something like alsaconf sometime ago ? We need something that eases the installation process, it's definitively way to hard to get it working. Yes, there is an alsaconf program. As of earlier this week, the most current Debian version is 0.4.3b-4. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer SWNMRSEF: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] Article about multithreading
In-reply-to: Your message of Mon, 17 Sep 2001 18:49:52 +0200. [EMAIL PROTECTED] 1. circular dependency of resources needed by different processes = can be solved by imposing a fixed (total) order in which resource should be acquired yes, defining the lock acquisition order is critical if you ever nest locks. but its not cheap to impose this order at run-time. hence, its a code-development-time, and therefore a programmer-dependent, imposition. ergo, it fails sometimes :) Though it can be detected easily at run-time (you want resource #3? You've already got #72, so you can't have it). -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer SWNMRSEF: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] Question to developers of sound editors.
Juhana Sadeharju writes: I do get a good amount of use out of DAP, but it doesn't handle large audio files well. If all you want to do is record live audio, there is a very simple command line utility called wavrec (I Come on guys! Those tools have been around for a long time, but why people still want something new? Because they are a bad solution to our needs. We have to get a better software! Sorry, that's not a helpful comment. Why are they a bad solution? In what way does the software need to be improved? Speaking for myself, something that combines the various tools which have been described, including a studio-like GUI, would help a lot. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer SWNMRSEF: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] It's time to vote (n. 1)
Hear, hear. Ethernet just isn't designed to send low latency streams. Agree completely. But a project with a ``you must use Myrinet'' requirement isn't going to see much use. Better to build a protocol that will work really, really well with a reliable physical layer, and will degrade gracefully otherwise. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer SWNMRSEF: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] It's time to vote (n. 1)
Jorn Nettingsmeier Steve Harris wrote: Also remeber you have to reassemble the packets in the right order as the ordering is not guaranteed. forgive my ignorance wrt networks, but what can change the original order of packets in a point-to-point link ? my understanding is that when packets get routed via different paths, they might become shuffled, but not on a static route. A packet can be lost (maybe noise on the line, maybe the recipient missed an interrupt...), and the following packet get through. Then the lost packet gets retransmitted. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer SWNMRSEF: http://www.nmsu.edu/~scifair
Re: [linux-audio-dev] It's time to vote (n. 1)
Hm, but the packets get sent in order, don't they ? So when there is a collision, the ethernet card waits to resend the packet for which a collision happened, for some random time (exponentially increasing in case of another collision). But that cannot mean, that a packet that is after this packet in the queue, gets sent before this very packet is succesfully sent, or is it ? Please explain more if I'm wrong. That corresponds to my understanding, though I could easily be wrong. I think the scenario I suggested -- packets could get out of order due to a dropped packet -- is possible, though. Even if it does turn out that packets always arrive in order in a single network segment, it would be a bad mistake to assume this in a protocol. -- Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605 Department of Computer Science FAX -- (505) 646-1002 New Mexico State University http://www.cs.nmsu.edu/~pfeiffer SWNMRSEF: http://www.nmsu.edu/~scifair
