From owner-cvs-all Tue Feb 11 7: 9:45 2003 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 371F937B401; Tue, 11 Feb 2003 07:09:42 -0800 (PST) Received: from kurush.osdn.org.ua (external.osdn.org.ua [212.40.34.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62EB843F75; Tue, 11 Feb 2003 07:09:33 -0800 (PST) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (never@localhost [127.0.0.1]) by kurush.osdn.org.ua (8.12.6/8.12.6) with ESMTP id h1BF9NM9081782; Tue, 11 Feb 2003 17:09:23 +0200 (EET) (envelope-from never@kurush.osdn.org.ua) Received: (from never@localhost) by kurush.osdn.org.ua (8.12.6/8.12.6/Submit) id h1BF9M7U081781; Tue, 11 Feb 2003 17:09:22 +0200 (EET) Date: Tue, 11 Feb 2003 17:09:22 +0200 From: Alexandr Kovalenko To: "Thomas E. Zander" Cc: Oliver Braun , ports-committers@FreeBSD.ORG, cvs-ports@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: ports/multimedia/mplayer Makefile distinfo pkg-plist ports/multimedia/mplayer/files patch-ad Message-ID: <20030211150922.GC60733@nevermind.kiev.ua> References: <200302101928.h1AJS6Gs088748@repoman.freebsd.org> <20030210200115.GA832@nevermind.kiev.ua> <20030211013436.GB576@trillian.mugiri.au> <20030211094602.GA26500@nevermind.kiev.ua> <20030211150021.GB735@trillian.mugiri.au> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20030211150021.GB735@trillian.mugiri.au> User-Agent: Mutt/1.5.1i Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Thomas E. Zander! On Tue, Feb 11, 2003 at 11:00:21PM +0800, you wrote: > > > No, that is not a qt-specific problem. > > > > It does. Every other format I've tried worked well without this option. > > No, it isn't. To explain: There are several codecs which are not tuned > towards SSE-capabilities. The qt codec obviously is, but anyways, this > is actually not a *qt*-problem, but an *mplayer*-problem. > So, luckily this won't be dramatic if you just want to play divx4 > movies, but this would quickly change if one developer commits > a patch to the libavcodec stuff in order to speed up sse-cpus. > The point I want to make clear is: It is luck that this sse-cpu-but- > not-sse-kernel situation affects not every codec at the moment, but it > is not a general *qt*-problem. > Sorry if I didn't make this particular issue clear enough. Ok, thank you for clarification! With it pkg-message is clear enough! > > > [dd sarcasm] > > > > > Sorry for the sarcasm in this mail, but this is really a "problem" that > > > could be solved by RTFM in 100% of the appearing cases. > > > Some guys just should *read* the message, that's why it is existing... > > > > Yes, I know about this message. > > So, what solution do you suggest? I'd really like to kill this problem > once and for all. Ok, it seems that you should add something like: "NOTE: Some of codecs (QuickTime for example) require 'options CPU_ENABLE_SSE' to be turned on in kernel. They may crash if kernel is compiled without this option". So that it won't be 'strange' problem, when 'some users' experience it, but it's "some codecs'" problem. -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message