From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id TAA00504; Fri, 9 Aug 2002 19:02:03 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id TAA00592 for ; Fri, 9 Aug 2002 19:02:02 +0200 (MET DST) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by concorde.inria.fr (8.11.1/8.11.1) with ESMTP id g79H1vr04533; Fri, 9 Aug 2002 19:01:58 +0200 (MET DST) Received: from dialup-209.245.46.46.dial1.sandiego1.level3.net ([209.245.46.46] helo=earthlink.net) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17dD96-0004r3-00; Fri, 09 Aug 2002 10:01:52 -0700 Message-ID: <3D53F57E.865A6618@earthlink.net> Date: Fri, 09 Aug 2002 10:01:50 -0700 From: Ken Rose Reply-To: rose@acm.org X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i686) X-Accept-Language: en MIME-Version: 1.0 To: Xavier Leroy CC: Oleg , caml-list@inria.fr Subject: Re: [Caml-list] Is anyone using caml for music or sound synthesis? References: <20020808150134.B7570@cilantro.cs.wisc.edu> <200208082235.SAA14930@dewberry.cc.columbia.edu> <20020809153224.A29707@pauillac.inria.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk Xavier Leroy wrote: > > > Speaking of multimedia, would GC prevent people from writing, say, > > an mp3 or a mpeg player in O'Caml? > > For MP3, not at all. Consider: > - GC pauses are well below 100ms (more like 10ms, actually) > (provided the compactor is turned off) > - Sound drivers can usually buffer 0.5-1s of sound. > - MP3 decompression in real-time uses a small fraction of the CPU power. > Ergo, the sound buffer will easily mask the GC pauses. > > MPEG video is another story: buffering is much more limited, and CPU > utilization is much higher. But GC isn't the only source of potential > hiccups: disk accesses are as much of a problem, if not worse. It's actually a lot easier to skip video frames than it is to skip audio samples. With audio, nearly anything you miss will produce an audible pop, but it's often possible to skip a video frame or two without it being very noticable. MPEG "B" frames are the best candidates, since no other frames depend on them. You do have to eat the bitstream, but you don't need to do any other decode, so you get a chance to get back ahead. - ken ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners