From owner-freebsd-multimedia Sat Mar 23 9:44: 7 2002 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by hub.freebsd.org (Postfix) with SMTP id 2BCB337B41A for ; Sat, 23 Mar 2002 09:44:03 -0800 (PST) Received: (qmail 15432 invoked by uid 0); 23 Mar 2002 17:44:01 -0000 Received: from pd950a5a3.dip.t-dialin.net (HELO gmx.net) (217.80.165.163) by mail.gmx.net (mp002-rz3) with SMTP; 23 Mar 2002 17:44:01 -0000 Message-ID: <3C9CBEE9.2060307@gmx.net> Date: Sat, 23 Mar 2002 18:44:09 +0100 From: Michael Nottebrock User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.9) Gecko/20020310 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long Cc: freebsd-multimedia Subject: Re: Xine Troubles References: <3C9C6C7F.3030601@gmx.net> <20020323165003.GA13458@hollin.btc.adaptec.com> <3C9CB8F0.6070603@gmx.net> <20020323172458.GB13458@hollin.btc.adaptec.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Scott Long wrote: > Check with atacontrol to be sure. Other than that, I don't have many > ideas. Is this on 4.X, or on 5-current? If it's the latter, make sure > that INVARIANTS and WITNESS are removed from the kernel. kiste# dmesg | grep acd0 && atacontrol mode 0 acd0: DVD-ROM at ata0-master UDMA33 Master = UDMA33 Slave = UDMA66 No WITNESS & INVARIANTS, like I wrote in the first place. > Xine has suffered from this problem from the beginning. It follows the > simple process of reading a chunk of data from the disc, decoding and > displaying, then reading the next chunk. It really needs to be reading > the data in the background, and not force the decoder to sleep at the > end of each block. Our threads implementation is not well suited for > this task, so the solution is to create two processes that share the > stream data in SHM, like some of the other players do. Makes sense. So, the suggestion would be "if it doesn't work, look for a different player"? Well, is there any different player that is up to speed? It seems like almost everything else is very much libdvdread & friends-based and is performing quite poorly. I'd buy DivX-Videos if that were possible, but ... :) -- Michael Nottebrock To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message