From xvid-devel-bounces@xvid.org Wed May 4 12:53:06 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id E37F5126D8F for ; Wed, 4 May 2005 12:53:05 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 32B021855E; Wed, 4 May 2005 12:52:49 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from scamper.lut.ac.uk (scamper.lut.ac.uk [158.125.1.219]) by edu.bnhof.de (Postfix) with ESMTP id DB1A918558 for ; Wed, 4 May 2005 12:52:43 +0200 (CEST) Received: from [158.125.1.221] (helo=magic.lut.ac.uk) by scamper.lut.ac.uk with esmtp (Exim 4.44) id 1DTHUc-0003zI-QA for xvid-devel@xvid.org; Wed, 04 May 2005 11:52:38 +0100 Received: from apache by magic.lut.ac.uk with local (Exim 4.44) id 1DTHUc-00089n-HB for xvid-devel@xvid.org; Wed, 04 May 2005 11:52:38 +0100 Received: from elvc-linux3.lut.ac.uk (elvc-linux3.lut.ac.uk [158.125.51.81]) by student-webmail.lboro.ac.uk (IMP) with HTTP for ; Wed, 4 May 2005 11:52:38 +0100 Message-ID: <1115203958.4278a97677652@student-webmail.lboro.ac.uk> Date: Wed, 4 May 2005 11:52:38 +0100 From: Tom Jacobs To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 158.125.51.81 X-Scan-Signature: 13884a2d58f8f4bc7e50ef16bad8e2dd Subject: [XviD-devel] quick question about the quality switch X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org hi could someone give a a very brief desciption about the differences between -q 1 to 7? i need to add it to a paper and its in today :$ i have (well someone else in my lab who has left) profiled the encoder at different levels and now the reviewer of the paper wants a line or two saying the difference. im guessing the levels relate to how good ME is? xvid only uses full search to find MV though doesnt it? so does this just effect the search range used? are there any other differences? many thanks Tom _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu May 5 15:53:31 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 5097F126D8F for ; Thu, 5 May 2005 15:53:31 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5D3CB186B3; Thu, 5 May 2005 15:53:14 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (mail.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 2C30C186B0 for ; Thu, 5 May 2005 15:53:11 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id D63C2B8CC1 for ; Thu, 5 May 2005 15:54:55 +0200 (CEST) Date: Thu, 5 May 2005 15:53:11 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] quick question about the quality switch In-Reply-To: <1115203958.4278a97677652@student-webmail.lboro.ac.uk> Message-ID: References: <1115203958.4278a97677652@student-webmail.lboro.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi Tom, it might be too late for your paper, but this is the explanation of the quality switch: The setting indeed mainly relates to the motion estimation (ME). But, as you will find out when doing a little more research on XviD, we of course don't use use full search to find the MVs, because that would be much too slow. We use a selfmade and -tuned version of the "zonal algorithm" idea by Alexis Tourapis, which is kind of a mixture between PMVfast and EPZS. There is no "search window" that could be influenced. But there are many other parameters than can be switched on or off, which you will find in the XviD source at src/xvid.h and e.g. in vfw/codec.c you can check which are used when. The higher the quality level, the more of these features are switched on, e.g. * refining to halfpel position instead of just fullpel * using 4 instead of just 1 motion vector per 16x16 macroblock * using square patterns instead of diamond pattern for the ME * use several starting positions for gradient descent instead of just one To explain how these work in detail would not be a "brief description" anymore. gruel On Wed, 4 May 2005, Tom Jacobs wrote: > could someone give a a very brief desciption about the differences between > -q 1 to 7? i need to add it to a paper and its in today :$ i have (well > someone else in my lab who has left) profiled the encoder at different > levels and now the reviewer of the paper wants a line or two saying the > difference. im guessing the levels relate to how good ME is? xvid only > uses full search to find MV though doesnt it? so does this just effect the > search range used? are there any other differences? > > many thanks > > Tom > > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 6 01:29:55 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id CB7FC126D89 for ; Fri, 6 May 2005 01:29:55 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 32174186E2; Fri, 6 May 2005 01:29:41 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by edu.bnhof.de (Postfix) with ESMTP id 045BD186DE for ; Fri, 6 May 2005 01:29:38 +0200 (CEST) Received: by zproxy.gmail.com with SMTP id 8so671968nzo for ; Thu, 05 May 2005 16:29:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=XTYG7RS44lArdYNYkir5MZVzCXE23ssZ8N3xp06FWnKc+bYa554td+NPqGoUINaFBL1mTJRhhPnQ+HMNcH4wI6Zj94ucNoexQ41zLhEvzfekW0Oi9bQNb3FVDwdg4z3ejj5Uv68qKKbUEByKkavhQhjFmxb7JD8UPcvQN05HiRo= Received: by 10.36.72.4 with SMTP id u4mr595901nza; Thu, 05 May 2005 16:29:35 -0700 (PDT) Received: by 10.36.56.15 with HTTP; Thu, 5 May 2005 16:29:35 -0700 (PDT) Message-ID: <6ac1a5aa05050516292a755d71@mail.gmail.com> Date: Thu, 5 May 2005 19:29:35 -0400 From: John Blitch To: xvid-devel@xvid.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: [XviD-devel] make problem on OS X X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: John Blitch , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org I use Mac OS 10.4, which uses GCC 4.0.0 by default. The 'generic' make file included with 1.1.0-beta2 fails saying: error: unrecognized command line option "-freduce-all-givs" Unless line 1330 in configure is commented out: our_cflags_defaults=3D"$our_cflags_defaults -freduce-all-givs" The build system type identifies as "powerpc-apple-darwin8.0.0". There is no problem If I specify gcc-3.3 instead. Hope that helps! John _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 6 02:12:43 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 69100126D89 for ; Fri, 6 May 2005 02:12:43 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id DC2351861C; Fri, 6 May 2005 02:12:30 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by edu.bnhof.de (Postfix) with ESMTP id 23A1B18614 for ; Fri, 6 May 2005 02:12:24 +0200 (CEST) Received: by zproxy.gmail.com with SMTP id 8so678921nzo for ; Thu, 05 May 2005 17:12:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ud2G2YBXKwISzBxaxKAy1JaAiGvolWLzxICL9uWHN2l6TL0Ah7tp95R2CJvfaoVD2mopfOif4AW1s0NoJb5XbXL5THtMYdr5Bq6XRb+hx4taGlFDn4fFCoA8Nmwtlrd6ZU71aDYz0rx2b3vb8hq4BL1ddyFDblKA++O5x82eqns= Received: by 10.36.4.7 with SMTP id 7mr591921nzd; Thu, 05 May 2005 17:12:24 -0700 (PDT) Received: by 10.36.56.15 with HTTP; Thu, 5 May 2005 17:12:24 -0700 (PDT) Message-ID: <6ac1a5aa05050517124eedb0c3@mail.gmail.com> Date: Thu, 5 May 2005 20:12:24 -0400 From: John Blitch To: xvid-devel@xvid.org In-Reply-To: <6ac1a5aa05050516292a755d71@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6ac1a5aa05050516292a755d71@mail.gmail.com> Subject: [XviD-devel] Re: make problem on OS X X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: John Blitch , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Another thing I should mention while I'm at it: the archive produced by generic make cannot be linked against unless ranlib is run on it. Otherwise you are told the table of contents is out of date and to rerun ranlib. Perhaps that could be included in the make process? Thanks, John _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 6 03:26:54 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id BFF4E126D89 for ; Fri, 6 May 2005 03:26:54 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C77A5183DD; Fri, 6 May 2005 03:26:41 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from modena.elinuxservers.com (ns1.hostradius.com [64.235.243.136]) by edu.bnhof.de (Postfix) with ESMTP id 4CA251562E for ; Fri, 6 May 2005 03:26:36 +0200 (CEST) Received: from mp1-248-39.dialup.emory.edu ([170.140.248.39] helo=[10.0.1.2]) by modena.elinuxservers.com with esmtpa (Exim 4.44) id 1DTrbs-0000gG-Fm; Thu, 05 May 2005 18:26:33 -0700 Mime-Version: 1.0 (Apple Message framework v728) In-Reply-To: <6ac1a5aa05050517124eedb0c3@mail.gmail.com> References: <6ac1a5aa05050516292a755d71@mail.gmail.com> <6ac1a5aa05050517124eedb0c3@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4F9C3A8C-B05E-494E-A95E-209F1C008B81@ithinksw.com> Content-Transfer-Encoding: 7bit From: Alexander Strange Subject: Re: [XviD-devel] Re: make problem on OS X Date: Thu, 5 May 2005 21:26:23 -0400 To: John Blitch , xvid-devel@xvid.org X-Mailer: Apple Mail (2.728) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - modena.elinuxservers.com X-AntiAbuse: Original Domain - xvid.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ithinksw.com X-Source: X-Source-Args: X-Source-Dir: Cc: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On May 5, 2005, at 8:12 PM, John Blitch wrote: > Another thing I should mention while I'm at it: the archive produced > by generic make cannot be linked against unless ranlib is run on it. > Otherwise you are told the table of contents is out of date and to > rerun ranlib. Perhaps that could be included in the make process? Specifically, the problem here is that OS X requires libraries to be ranlibbed after install. Also, -freduce-all-givs isn't needed on GCC 4; it was just a hack for older GCCs. If you want sensible build flags for OS X, I would suggest "-fast -mcpu=G3". _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 6 08:09:13 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 7D90B126D89 for ; Fri, 6 May 2005 08:09:13 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9B945155FE; Fri, 6 May 2005 08:08:59 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from edgomez.kicks-ass.org (edgomez.kicks-ass.org [82.225.208.184]) by edu.bnhof.de (Postfix) with ESMTP id 2864A1553B for ; Fri, 6 May 2005 08:08:56 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.50) id 1DTw19-0000Y2-Tj for xvid-devel@xvid.org; Fri, 06 May 2005 08:08:55 +0200 Date: Fri, 6 May 2005 08:08:55 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Re: make problem on OS X Message-ID: <20050506060855.GA9775@edgomez.kicks-ass.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <6ac1a5aa05050516292a755d71@mail.gmail.com> <6ac1a5aa05050517124eedb0c3@mail.gmail.com> <4F9C3A8C-B05E-494E-A95E-209F1C008B81@ithinksw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F9C3A8C-B05E-494E-A95E-209F1C008B81@ithinksw.com> User-Agent: Mutt/1.5.9i X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Alexander Strange (astrange@ithinksw.com) wrote: > Also, -freduce-all-givs isn't needed on GCC 4; it was just a hack for > older GCCs. If you want sensible build flags for OS X, I would > suggest "-fast -mcpu=G3". Don't worry about that, i have 3 patches to cleanup gcc4 warnings and add support in autoconfigure for better gcc 3.4 and gcc 4 support. Will be commited eventually. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 6 16:29:27 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 62CCA126D89 for ; Fri, 6 May 2005 16:29:27 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1CD7F18711; Fri, 6 May 2005 16:29:05 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from fafnir.cs.unc.edu (fafnir.cs.unc.edu [152.2.129.90]) by edu.bnhof.de (Postfix) with ESMTP id 7DF5E1870C for ; Fri, 6 May 2005 16:29:01 +0200 (CEST) Received: from quartet.cs.unc.edu (quartet.cs.unc.edu [152.2.133.252]) by fafnir.cs.unc.edu (8.12.11/8.12.11) with ESMTP id j46ESx6v005172 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 6 May 2005 10:29:00 -0400 Date: Fri, 6 May 2005 10:28:59 -0400 (EDT) X-X-Sender: kumsu@quartet.cs.unc.edu To: xvid-devel@xvid.org Subject: Re: [XviD-devel] quick question about the quality switch In-Reply-To: Message-ID: References: <1115203958.4278a97677652@student-webmail.lboro.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.42 From: MAILER-DAEMON@edu.bnhof.de X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Sang-Uok Kum , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org I had a quick question about this. Wouldn't quantization influence more on quality then ME? Better ME might give you a better estimation but I would think quantization would effect the quality of the decoded image. I agree that for same quantization factor that a better ME should generally yield smaller encoded size of the frame but I would think the quality of the decoded frame would not effected as much as the quantization. I'd appreciate any feedback. On Thu, 5 May 2005, Christoph Lampert wrote: > > Hi Tom, > > it might be too late for your paper, but this is the explanation of the > quality switch: > > The setting indeed mainly relates to the motion estimation (ME). > But, as you will find out when doing a little more research on > XviD, we of course don't use use full search to find the MVs, because > that would be much too slow. We use a selfmade and -tuned version > of the "zonal algorithm" idea by Alexis Tourapis, which is kind of > a mixture between PMVfast and EPZS. There is no "search window" that > could be influenced. But there are many other parameters than can be > switched on or off, which you will find in the XviD source at src/xvid.h > and e.g. in vfw/codec.c you can check which are used when. > > The higher the quality level, the more of these features are switched > on, e.g. > * refining to halfpel position instead of just fullpel > * using 4 instead of just 1 motion vector per 16x16 macroblock > * using square patterns instead of diamond pattern for the ME > * use several starting positions for gradient descent instead of > just one > > To explain how these work in detail would not be a "brief description" > anymore. > > gruel > > > > On Wed, 4 May 2005, Tom Jacobs wrote: > > could someone give a a very brief desciption about the differences between > > -q 1 to 7? i need to add it to a paper and its in today :$ i have (well > > someone else in my lab who has left) profiled the encoder at different > > levels and now the reviewer of the paper wants a line or two saying the > > difference. im guessing the levels relate to how good ME is? xvid only > > uses full search to find MV though doesnt it? so does this just effect the > > search range used? are there any other differences? > > > > many thanks > > > > Tom > > > > _______________________________________________ > > XviD-devel mailing list > > XviD-devel@xvid.org > > http://list.xvid.org/mailman/listinfo/xvid-devel > > > > > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > -------------------------------------------------------------------------- Sang-Uok Kum Dept. of Computer Science kumsu@cs.unc.edu Sitterson Hall CB #3175 http://www.cs.unc.edu/~kumsu Univ. of North Carolina - Chapel Hill office: (919)962-1869 Chapel Hill, NC 27599-3175 -------------------------------------------------------------------------- _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 6 19:22:16 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id DFA60126D89 for ; Fri, 6 May 2005 19:22:16 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0ECD018741; Fri, 6 May 2005 19:21:57 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (mail.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 14D7418740 for ; Fri, 6 May 2005 19:21:52 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id 84440B937C; Fri, 6 May 2005 19:23:37 +0200 (CEST) Date: Fri, 6 May 2005 19:21:51 +0200 (CEST) From: Christoph Lampert To: Sang-Uok Kum , xvid-devel@xvid.org Subject: Re: [XviD-devel] quick question about the quality switch In-Reply-To: Message-ID: References: <1115203958.4278a97677652@student-webmail.lboro.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Fri, 6 May 2005 MAILER-DAEMON@edu.bnhof.de wrote: > > I had a quick question about this. > > Wouldn't quantization influence more on quality then ME? > > Better ME might give you a better estimation but I would think > quantization would effect the quality of the decoded image. > > I agree that for same quantization factor that a better ME should > generally yield smaller encoded size of the frame but I would think the > quality of the decoded frame would not effected as much as the > quantization. > > I'd appreciate any feedback. Hi, of course, quantization has the biggest influence on quality, but also on bitrate, and that's what ratecontrol deals with. The point of a "quality" setting is to encode with higher quality at the same bitrate (which unfortunately usually makes the codec slower), or to encode faster at a certain bitrate, which somewhats lowers the quality. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun May 8 12:41:47 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id BAFEF126D83 for ; Sun, 8 May 2005 12:41:47 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 12ACA18910; Sun, 8 May 2005 12:41:30 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by edu.bnhof.de (Postfix) with SMTP id A2DED18908 for ; Sun, 8 May 2005 12:41:27 +0200 (CEST) Received: (qmail invoked by alias); 08 May 2005 10:41:26 -0000 Received: from u-122-163.adsl.univie.ac.at (HELO aaa) [131.130.122.163] by mail.gmx.net (mp016) with SMTP; 08 May 2005 12:41:26 +0200 X-Authenticated: #11725910 Message-ID: <002901c553ba$62e192e0$8c00000a@aaa> From: "bond" To: Date: Sun, 8 May 2005 12:40:43 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Y-GMX-Trusted: 0 Subject: [XviD-devel] [Fwd: Data partitioning for encoder] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org hi xvid community :) whats the status on sigdrak's data partitioning patch for xvid? has it been commited to the cvs already? if no, will it be commited? are there some issues with it so it hasnt been commited already? noone around who could commit it? thanks for the status update! cheers bond --------------- sigdrak wrote: Hello and sorry for the delay sigdrak wrote: > again free.fr's FTP is acting _once again_ flacky and the mailing list The patch described is now available as http://sigdrak.free.fr/datapart2.patch I forgot to mention that I rewrote a bit some top decoder functions (no need to check for NULL pointers because xvid_free already does this). There was an update to bitstream.c by suxen_drol on 10 of April IIRC. This was not considered in my code. I tried to apply the corresponding changes, but I may have missed some. Regards, sigdrak _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon May 9 00:29:00 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id D284E126D85 for ; Mon, 9 May 2005 00:29:00 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 340D7188D9; Mon, 9 May 2005 00:28:47 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by edu.bnhof.de (Postfix) with ESMTP id 3264F18804 for ; Mon, 9 May 2005 00:28:43 +0200 (CEST) Received: from nas-cbv-9-213-228-46-172.dial.proxad.net (nas-cbv-9-213-228-46-172.dial.proxad.net [213.228.46.172]) by postfix4-2.free.fr (Postfix) with ESMTP id BEF9C319255 for ; Mon, 9 May 2005 00:28:42 +0200 (CEST) Subject: Re: [XviD-devel] [Fwd: Data partitioning for encoder] From: Skal To: xvid-devel@xvid.org In-Reply-To: <002901c553ba$62e192e0$8c00000a@aaa> References: <002901c553ba$62e192e0$8c00000a@aaa> Content-Type: text/plain Message-Id: <1115591263.12260.3.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Mon, 09 May 2005 00:27:43 +0200 Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: skal@planet-d.net, xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi Bond and all, On Sun, 2005-05-08 at 12:40, bond wrote: > hi xvid community :) > > whats the status on sigdrak's data partitioning patch for xvid? > has it been commited to the cvs already? if no, will it be commited? > are there some issues with it so it hasnt been commited already? > noone around who could commit it? > i've reviewed it, and it looks ok at first sight. *But* it (the 2nd version) also contains cosmetics changes i don't feel like committing right now in the middle of a beta2. Moreover i've got some data-struct modifs to make to avoid passing 3 bitstreams to some functions... W.I.P. later! Skal (plus: it's Spring! Hard to sit in front of a computer in May;) _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon May 9 01:43:35 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 8739C126D85 for ; Mon, 9 May 2005 01:43:35 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 069C2188DB; Mon, 9 May 2005 01:43:23 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web52508.mail.yahoo.com (web52508.mail.yahoo.com [206.190.39.133]) by edu.bnhof.de (Postfix) with SMTP id 46D9B188D3 for ; Mon, 9 May 2005 01:42:58 +0200 (CEST) Received: (qmail 77564 invoked by uid 60001); 8 May 2005 23:42:57 -0000 Message-ID: <20050508234257.77562.qmail@web52508.mail.yahoo.com> Received: from [200.42.34.42] by web52508.mail.yahoo.com via HTTP; Sun, 08 May 2005 20:42:57 ART Date: Sun, 8 May 2005 20:42:57 -0300 (ART) From: Dark Sylinc To: XviD_devel MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [XviD-devel] SSE2 on AMD64 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi XviD: Is it true? I've heard that SSE on AMD64 have xmm0 trough xmm15, instead of xmm7. Can anyone confirm that? Because if it's true, we may be able to use more registers to reduce possible dependencies and improve speed. Of course, since only SSE2 methods use xmm registers, we would have to review them and see what we can do. Dark_Sylinc ___________________________________ A tu celular ¿no le falta algo? Usá Yahoo! Messenger y Correo Yahoo! en tu teléfono celular. Más información en http://movil.yahoo.com.ar _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon May 9 02:04:32 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id C0DAB126D85 for ; Mon, 9 May 2005 02:04:32 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 97BA31891A; Mon, 9 May 2005 02:04:20 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kepler.fjfi.cvut.cz (kepler.fjfi.cvut.cz [147.32.6.11]) by edu.bnhof.de (Postfix) with ESMTP id 4CBE518913 for ; Mon, 9 May 2005 02:04:17 +0200 (CEST) Received: from kepler.fjfi.cvut.cz (localhost.localdomain [127.0.0.1]) by kepler.fjfi.cvut.cz (8.12.11/8.12.11) with ESMTP id j4904EMX024117 for ; Mon, 9 May 2005 02:04:14 +0200 Received: from localhost (drab@localhost) by kepler.fjfi.cvut.cz (8.12.11/8.12.11/Submit) with ESMTP id j4904EQE024112 for ; Mon, 9 May 2005 02:04:14 +0200 Date: Mon, 9 May 2005 02:04:14 +0200 (CEST) From: Martin Drab To: XviD_devel Subject: Re: [XviD-devel] SSE2 on AMD64 In-Reply-To: <20050508234257.77562.qmail@web52508.mail.yahoo.com> Message-ID: References: <20050508234257.77562.qmail@web52508.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Sun, 8 May 2005, Dark Sylinc wrote: > Hi XviD: > Is it true? I've heard that SSE on AMD64 have xmm0 > trough xmm15, instead of xmm7. > Can anyone confirm that? Because if it's true, we may Yes, it is true. > be able to use more registers to reduce possible > dependencies and improve speed. Sure! :-) Martin _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon May 9 04:45:51 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id C8862126D85 for ; Mon, 9 May 2005 04:45:50 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 35D361880E; Mon, 9 May 2005 04:45:35 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from Graphics.pku.edu.cn (graphics.pku.edu.cn [162.105.203.80]) by edu.bnhof.de (Postfix) with ESMTP id 52A33187FA for ; Mon, 9 May 2005 04:45:31 +0200 (CEST) Received: from Ranger (unknown [162.105.30.115]) by Graphics.pku.edu.cn (Postfix) with ESMTP id 25C8C13E96 for ; Mon, 9 May 2005 11:07:14 +0800 (CST) Date: Mon, 9 May 2005 10:30:57 +0800 From: SuperMMX To: xvid-devel@xvid.org Message-Id: <20050509103057.68d1aaa4.supermmx@163.com> In-Reply-To: <1115591263.12260.3.camel@localhost.localdomain> References: <002901c553ba$62e192e0$8c00000a@aaa> <1115591263.12260.3.camel@localhost.localdomain> Organization: SuperMMX.org X-Mailer: Sylpheed version 1.9.9+svn (GTK+ 2.6.4; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: [XviD-devel] Re: [Fwd: Data partitioning for encoder] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, Skal On Mon, 09 May 2005 00:27:43 +0200 Skal wrote: > i've reviewed it, and it looks ok at first sight. > *But* it (the 2nd version) also contains cosmetics > changes i don't feel like committing right now in > the middle of a beta2. Moreover i've got some > data-struct modifs to make to avoid passing 3 > bitstreams to some functions... yes, this is that why my DP implementation is choosen. In my implementation, the positions of different parts is stored in every MB, and written to a temporary bitstream, and when the VP threshold is met, these data are written to the result bitstream in the order of DP. So this will not modify the interface a lot. Another thing to consider is efficency. In flushing partitions, my implementation is to put the different part of every MB one by one, and sigdrak's is to concatentate the 3 bitstreams. Maybe there will be some advantages and disadvantages of both, which need detailed benchmark... These days, i am busy doing my master thesis, after that, i will provide my patch, (encoding/decoding of RM, DP and RVLC). Thanks. -- http://SuperMMX.org 自由世界 Free Software World Persons attempting to find a motive in this narrative will be prosecuted; persons attempting to find a moral in it will be banished; persons attempting to find a plot in it will be shot. By Order of the Author -- Mark Twain, "Tom Sawyer" _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon May 9 16:57:47 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 40887126D82 for ; Mon, 9 May 2005 16:57:47 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5D0FF1896C; Mon, 9 May 2005 16:57:30 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (mail.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 26A8F18968 for ; Mon, 9 May 2005 16:57:27 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id 5674EB976E for ; Mon, 9 May 2005 16:59:11 +0200 (CEST) Date: Mon, 9 May 2005 16:57:22 +0200 (CEST) From: Christoph Lampert To: XviD_devel Subject: Re: [XviD-devel] SSE2 on AMD64 In-Reply-To: Message-ID: References: <20050508234257.77562.qmail@web52508.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Mon, 9 May 2005, Martin Drab wrote: > On Sun, 8 May 2005, Dark Sylinc wrote: > > > Hi XviD: > > Is it true? I've heard that SSE on AMD64 have xmm0 > > trough xmm15, instead of xmm7. > > Can anyone confirm that? Because if it's true, we may > > Yes, it is true. > > > be able to use more registers to reduce possible > > dependencies and improve speed. > > Sure! :-) Yes, but keep in mind that the additional registers are only available in true 64bit mode, not for 32bit OSes. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon May 9 17:10:20 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 81543126D82 for ; Mon, 9 May 2005 17:10:20 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 6A06118815; Mon, 9 May 2005 17:10:00 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web31303.mail.mud.yahoo.com (web31303.mail.mud.yahoo.com [68.142.198.98]) by edu.bnhof.de (Postfix) with SMTP id 8CAD618806 for ; Mon, 9 May 2005 17:09:57 +0200 (CEST) Received: (qmail 14935 invoked by uid 60001); 9 May 2005 15:09:55 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=dKEUs4rlFBsfzYwuNUC8Ffo51JTrsiROC5GjxP5527F3L4evdDQty7MY1qGXl1n2vlp81OQt/NuH9GHScfRjvmITFAXd91nqDFp44kbYPrSiMHEEOitfZ02YK2kiB9BISAaeiZx5mYt0/8NgNcXRokd5HScl2vx/dLBWQxTDESU= ; Message-ID: <20050509150955.14933.qmail@web31303.mail.mud.yahoo.com> Received: from [207.200.51.50] by web31303.mail.mud.yahoo.com via HTTP; Mon, 09 May 2005 08:09:55 PDT Date: Mon, 9 May 2005 08:09:55 -0700 (PDT) From: Mark L Subject: Re: [XviD-devel] SSE2 on AMD64 To: xvid-devel@xvid.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org --- Christoph Lampert wrote: > On Mon, 9 May 2005, Martin Drab wrote: > > > On Sun, 8 May 2005, Dark Sylinc wrote: > > > > > Hi XviD: > > > Is it true? I've heard that SSE on AMD64 have > xmm0 > > > trough xmm15, instead of xmm7. > > > Can anyone confirm that? Because if it's true, > we may > > > > Yes, it is true. > > > > > be able to use more registers to reduce possible > > > dependencies and improve speed. > > > > Sure! :-) > > Yes, but keep in mind that the additional registers > are only available in > true 64bit mode, not for 32bit OSes. > > gruel > Intel also has their own 64-bit part to rival AMDs. The same extra SSE registers exist in 64-bit mode. They basically reverse engineered and AMD64 part to make sure it was compatible. To make things confusing they are calling their support EM64T. But most people in the know call it AMD64 compatible. __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon May 9 17:17:46 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 5A681126D82 for ; Mon, 9 May 2005 17:17:46 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9BBBB18867; Mon, 9 May 2005 17:17:31 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.191]) by edu.bnhof.de (Postfix) with ESMTP id DAE0A1882A for ; Mon, 9 May 2005 17:17:26 +0200 (CEST) Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DVA0c-000382-00 for xvid-devel@xvid.org; Mon, 09 May 2005 17:17:26 +0200 Received: from [217.231.176.199] (helo=[10.0.0.2]) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1DVA0b-00070T-00 for xvid-devel@xvid.org; Mon, 09 May 2005 17:17:26 +0200 Message-ID: <427F7EFB.2080409@lucas-berlin.de> Date: Mon, 09 May 2005 17:17:15 +0200 From: Jan Lucas User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] SSE2 on AMD64 References: <20050509150955.14933.qmail@web31303.mail.mud.yahoo.com> In-Reply-To: <20050509150955.14933.qmail@web31303.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:f34d8fd11200caf8bbb9b302dc0548d9 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Mark L schrieb: > Intel also has their own 64-bit part to rival AMDs. The same extra > SSE registers exist in 64-bit mode. They basically reverse engineered > and AMD64 part to make sure it was compatible. To make things > confusing they are calling their support EM64T. But most people in > the know call it AMD64 compatible. Well, they didn't really have to reverse engineer it cause AMD had published the instruction set for ages and they had a patent exchange agreement where (among other patents) Intel received the rights to use AMD64 and AMD received the rights to use SSE2 or 3, I'm not sure whichone. Jan _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon May 9 17:39:40 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 134DA126D82 for ; Mon, 9 May 2005 17:39:40 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 7E422188F4; Mon, 9 May 2005 17:39:26 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web31313.mail.mud.yahoo.com (web31313.mail.mud.yahoo.com [68.142.198.108]) by edu.bnhof.de (Postfix) with SMTP id 02906188D5 for ; Mon, 9 May 2005 17:39:23 +0200 (CEST) Received: (qmail 1584 invoked by uid 60001); 9 May 2005 15:39:22 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=GdWxYwY6lovBzPRAWUtd0WBWBaPVrpMr2+eKztYeCfYs3Vx0IWc6oXDYoFxPTIyvhFCKpo2KilL0QjedL/TZrNi3TOlqgp+f8nspQWOjkabpzapUNYHLAHvrijEvIIwP0Plfe4G1cwU0woeSrgUFyo7B9aUsf5RK719yQWsAg0c= ; Message-ID: <20050509153921.1582.qmail@web31313.mail.mud.yahoo.com> Received: from [207.200.51.50] by web31313.mail.mud.yahoo.com via HTTP; Mon, 09 May 2005 08:39:21 PDT Date: Mon, 9 May 2005 08:39:21 -0700 (PDT) From: Mark L Subject: Re: [XviD-devel] SSE2 on AMD64 To: xvid-devel@xvid.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org --- Jan Lucas wrote: > Mark L schrieb: > > Intel also has their own 64-bit part to rival > AMDs. The same extra > > SSE registers exist in 64-bit mode. They basically > reverse engineered > > and AMD64 part to make sure it was compatible. To > make things > > confusing they are calling their support EM64T. > But most people in > > the know call it AMD64 compatible. > > Well, they didn't really have to reverse engineer it > cause AMD had > published the instruction set for ages and they had > a patent exchange > agreement where (among other patents) Intel received > the rights to use > AMD64 and AMD received the rights to use SSE2 or 3, > I'm not sure whichone. > > Jan They couldn't make it AMD64 compatible without reverse engineering the hardware. Those "manuals" give no where near the technical information you need to make something AMD64 compatible. AMD has been reverse engineering Intel for years. Centaur reverse engineers both Intel and AMD. This is the first time I have heard of Intel having to reverse engineer a competitors product. I bet it was a tough pill to swallow. If you google for it, you will find news articles about them reverse engineering AMD64. I remember reading the article about a year ago to a year and a half ago. That's a common misconception about just needing the "manuals" to be able to add hardware support for something. Manuals don't provide all the hardware information you need to implement it in hardware. Discover Yahoo! Get on-the-go sports scores, stock quotes, news and more. Check it out! http://discover.yahoo.com/mobile.html _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 10 09:38:38 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 4D130126D82 for ; Tue, 10 May 2005 09:38:38 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 448D11892B; Tue, 10 May 2005 09:38:23 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from fafnir.cs.unc.edu (fafnir.cs.unc.edu [152.2.129.90]) by edu.bnhof.de (Postfix) with ESMTP id E408A18923 for ; Tue, 10 May 2005 09:38:19 +0200 (CEST) Received: from quartet.cs.unc.edu (quartet.cs.unc.edu [152.2.133.252]) by fafnir.cs.unc.edu (8.12.11/8.12.11) with ESMTP id j4A7cHHR030569 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 10 May 2005 03:38:17 -0400 Date: Tue, 10 May 2005 03:38:17 -0400 (EDT) X-X-Sender: kumsu@quartet.cs.unc.edu To: xvid-devel@xvid.org In-Reply-To: <1115203958.4278a97677652@student-webmail.lboro.ac.uk> Message-ID: References: <1115203958.4278a97677652@student-webmail.lboro.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.42 From: MAILER-DAEMON@edu.bnhof.de Subject: [XviD-devel] quick question about input color space and conversion X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Sang-Uok Kum , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org I had a quick question about color sapce conversion. If I use the XVID_CSP_BGR as the input to the encoder, does the codec converts it to YUV and then downsample U and V? What if I use the XVID_CSP_BGRA? is the alpha channel downsampled? If so by how much? _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 10 21:25:59 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id EE601126D82 for ; Tue, 10 May 2005 21:25:58 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id DD28818737; Tue, 10 May 2005 21:25:34 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kbw.ch (kbw.ch [62.2.169.166]) by edu.bnhof.de (Postfix) with ESMTP id 17264186E7 for ; Tue, 10 May 2005 21:25:31 +0200 (CEST) Received: from [62.167.81.110] (account chn HELO [192.168.0.103]) by kbw.ch (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 20935752 for xvid-devel@xvid.org; Tue, 10 May 2005 21:27:37 +0200 Mime-Version: 1.0 (Apple Message framework v728) References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9744D200-0FAC-4B64-B157-3F890FF74F09@kbw.ch> Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Christoph_N=E4geli?= Date: Tue, 10 May 2005 21:25:54 +0200 To: xvid-devel@xvid.org X-Mailer: Apple Mail (2.728) Subject: [XviD-devel] Altivec Port Broken on OS X 10.4? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi all, I recently upgraded to 10.4 and I think the Altivec Port is broken on Mac OS X 10.4 with gcc-4.0. In addition to the fact, that gcc-4.0 does no more recognize -freduce- all-givs... And one more: There are plenty of compiler warnings compiling the library. switching to gcc-3.3, everything works as expected (though I'm no expert in compilers and I'm not sure if it is a good idea to link to xvidcore compiled with gcc-3.3 in an app build with gcc-4.0) Can someone confirm? For example: === test transfer === PLAINC - 8to16 10.177 usec crc32=0x11281bf1 | ERROR PLAINC - 16to8 -18.917 usec crc32=0xee7ccbb4 PLAINC - 8to8 -6.091 usec crc32=0xd37b3295 PLAINC - 16to8add 6.124 usec crc32=0xdd817bf4 PLAINC - 8to16sub 8.655 usec crc32(1)=0xbb460614 crc32(2) =0xd86c5d23 | ERROR1 PLAINC - 8to16sub2 19.119 usec crc32=0xf67b1b57 | ERROR --- ALTIVEC - 8to16 8.994 usec crc32=0x7c911837 | ERROR ALTIVEC - 16to8 -5.531 usec crc32=0x7fcee9f9 | ERROR ALTIVEC - 8to8 11.026 usec crc32=0xb006f4d8 | ERROR ALTIVEC - 16to8add 15.829 usec crc32=0x24e0cfc9 | ERROR ALTIVEC - 8to16sub 21.129 usec crc32(1)=0xdc75ff6a crc32(2) =0xd86c5d23 | ERROR1 The error in the c-routine is caused through endianess. -- Christoph _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed May 11 00:26:16 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id D72DE126D82 for ; Wed, 11 May 2005 00:26:16 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id DEACE186F8; Wed, 11 May 2005 00:26:02 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from fafnir.cs.unc.edu (fafnir.cs.unc.edu [152.2.129.90]) by edu.bnhof.de (Postfix) with ESMTP id D8777186D1 for ; Wed, 11 May 2005 00:25:59 +0200 (CEST) Received: from quartet.cs.unc.edu (quartet.cs.unc.edu [152.2.133.252]) by fafnir.cs.unc.edu (8.12.11/8.12.11) with ESMTP id j4AMPwZe008324 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 10 May 2005 18:25:58 -0400 Date: Tue, 10 May 2005 18:25:58 -0400 (EDT) X-X-Sender: kumsu@quartet.cs.unc.edu To: xvid-devel@xvid.org In-Reply-To: Message-ID: References: <1115203958.4278a97677652@student-webmail.lboro.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.42 From: MAILER-DAEMON@edu.bnhof.de Subject: [XviD-devel] Qeustion about encoding rgba images. X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Sang-Uok Kum , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org I noticed that for encoding/decoding color space there were XVID_CSP_RGBA. But when I use that option the encoded mpeg stream seems to be identical to XVID_CSP_BGR. If I want to decoded in RGB space will it always be interleaved BGR? Also looking further into the code in image.h it seems image struct does not have an alpha channel. Is there a different way of specifying the alpha channel to encode? If I remember correctly MPEG-4 has allows alpha channels. If its possibel can anyone point me to where I might look? I'd appreciate any help. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed May 11 01:18:00 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id C647F126D82 for ; Wed, 11 May 2005 01:18:00 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 965D2186BB; Wed, 11 May 2005 01:17:47 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id B63DD186B2 for ; Wed, 11 May 2005 01:17:44 +0200 (CEST) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id 7709E32E17; Wed, 11 May 2005 01:17:44 +0200 (CEST) Received: from p3EE273D7.dip.t-dialin.net (p3EE273D7.dip.t-dialin.net [62.226.115.215]) by www.lansco.de (IMP) with HTTP for ; Wed, 11 May 2005 01:17:44 +0200 Message-ID: <1115767064.42814118496b1@www.lansco.de> Date: Wed, 11 May 2005 01:17:44 +0200 From: Michael Militzer To: Sang-Uok Kum , xvid-devel@xvid.org Subject: Re: [XviD-devel] Qeustion about encoding rgba images. References: <1115203958.4278a97677652@student-webmail.lboro.ac.uk> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 62.226.115.215 Cc: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, right, the MPEG-4 standard allows coding of alpha channels - however not in all profiles. XviD just supports the MPEG-4 simple and advanced simple profiles and does _not_ support proper coding of alpha channels. You can use input images with a alpha channel (e.g. XVID_CSP_RGBA) but upon conversion into YV12, XviD's internal colorspace, the alpha channel will be _omitted_ by XviD. Therefore, the alpha plane also cannot be reconstructed anymore at the decoder side then... If you really need alpha channels, you could either try adding support for them to XviD yourself or you could have a look at the MPEG-4 reference soft- ware (since I'm not aware of any popular MPEG-4 encoder implementation offering support for proper alpha channel coding). bye, Michael Quoting MAILER-DAEMON@edu.bnhof.de: > > I noticed that for encoding/decoding color space there were > XVID_CSP_RGBA. But when I use that option the encoded mpeg > stream seems to be identical to XVID_CSP_BGR. If I want to > decoded in RGB space will it always be interleaved BGR? > > Also looking further into the code in image.h it seems image struct does > not have an alpha channel. Is there a different way of specifying the > alpha channel to encode? If I remember correctly MPEG-4 has allows alpha > channels. If its possibel can anyone point me to where I might > look? > > I'd appreciate any help. > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed May 11 11:34:11 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 7CACC126D82 for ; Wed, 11 May 2005 11:34:11 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 54F7F18678; Wed, 11 May 2005 11:33:55 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mx.laposte.net (mx.laposte.net [81.255.54.11]) by edu.bnhof.de (Postfix) with ESMTP id 04EB118671 for ; Wed, 11 May 2005 11:33:52 +0200 (CEST) Received: from laposte.net (127.0.0.1) by mx.laposte.net (7.0.028) id 425309EF01654CAA for xvid-devel@xvid.org; Wed, 11 May 2005 11:33:27 +0200 Date: Wed, 11 May 2005 11:33:27 +0200 Message-Id: Subject: [XviD-devel] 2 pass MIME-Version: 1.0 X-Sensitivity: 3 From: "karine.yviquel" To: "xvid-devel" X-XaM3-API-Version: 4.1 (B51) X-type: 0 X-SenderIP: 127.0.0.1 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.4 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, I=92m new to this mailing list=85 I=92m studying the 2nd pass rate control. When I compile the sources with visual 6, the single mode performs all ri= ght but I do not really understand what command line to enter to make the= 2nd pass encoding. This is what I try: xvid_encraw.exe -i video.yuv =96type 0 =96w 448 =96h 256 =96frames 3 =96o= code.yuv =96pass1 data1.txt =96pass2 data2.txt Can someone help me? =0A=0AAcc=E9dez au courrier =E9lectronique de La Poste : www.laposte.net= ; =0A3615 LAPOSTENET (0,34=80/mn) ; t=E9l : 08 92 68 13 50 (0,34=80/mn)=0A= =0A _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed May 11 11:52:40 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id DE22C126D82 for ; Wed, 11 May 2005 11:52:40 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4CD42186A3; Wed, 11 May 2005 11:52:27 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by edu.bnhof.de (Postfix) with ESMTP id AF51D1869E for ; Wed, 11 May 2005 11:52:24 +0200 (CEST) Received: by wproxy.gmail.com with SMTP id 68so225041wri for ; Wed, 11 May 2005 02:52:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YXmI/16n1Ct8vTnL7AluoaS085rY9OOhm9Y3//iqPqLMXLv961bJ4WIgJzJ9e9mDU5MdFYGkytkaWRMNrf5iVx4tITWbC2rQXNAkuhtJPLY/WIEw/CybmHscwtay4acLKWVXKDhBFJYjzZMxjhcn1NznWAHjk9Gu9HKRTq0vr84= Received: by 10.54.116.3 with SMTP id o3mr360787wrc; Wed, 11 May 2005 02:52:23 -0700 (PDT) Received: by 10.54.76.14 with HTTP; Wed, 11 May 2005 02:52:23 -0700 (PDT) Message-ID: <4e03026a05051102527330bcbc@mail.gmail.com> Date: Wed, 11 May 2005 11:52:23 +0200 From: Guillaume POIRIER To: xvid-devel@xvid.org Subject: Re: [XviD-devel] 2 pass In-Reply-To: Mime-Version: 1.0 References: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Guillaume POIRIER , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1245960290==" Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org --===============1245960290== Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: base64 Content-Disposition: inline SGkgS2FyaW5lLAoKT24gNS8xMS8wNSwga2FyaW5lLnl2aXF1ZWwgPGthcmluZS55dmlxdWVsQGxh cG9zdGUubmV0PiB3cm90ZToKPiBIaSwKPiBJJ20gbmV3IHRvIHRoaXMgbWFpbGluZyBsaXN0hQo+ IEknbSBzdHVkeWluZyB0aGUgMm5kIHBhc3MgcmF0ZSBjb250cm9sLgo+IFdoZW4gSSBjb21waWxl IHRoZSBzb3VyY2VzIHdpdGggdmlzdWFsIDYsIHRoZSBzaW5nbGUgbW9kZSBwZXJmb3JtcyBhbGwg cmlnaHQgYnV0IEkgZG8gbm90IHJlYWxseSB1bmRlcnN0YW5kIHdoYXQgY29tbWFuZCBsaW5lIHRv IGVudGVyIHRvIG1ha2UgdGhlIDJuZCBwYXNzIGVuY29kaW5nLgo+IFRoaXMgaXMgd2hhdCBJIHRy eToKPiB4dmlkX2VuY3Jhdy5leGUgLWkgdmlkZW8ueXV2IJZ0eXBlIDAglncgNDQ4IJZoIDI1NiCW ZnJhbWVzIDMglm8gY29kZS55dXYglnBhc3MxIGRhdGExLnR4dCCWcGFzczIgZGF0YTIudHh0Cj4g Q2FuIHNvbWVvbmUgaGVscCBtZT8KRXZlbiB0aG91Z2ggSSBkb24ndCB1c2UgeHZpZF9lbmNyYXcg dG8gdXNlIFh2aUQsIEkgZ3Vlc3MgdGhlIHByb2JsZW0KeW91IGhhdmUgaGVyZSBpcyB0aGF0IHlv dSBzaG91bGQgbm90IHVzZSAtLXBhc3MxIGFuZCAtLXBhc3MyIGF0IHRoZQpzYW1lIHRpbWUuIEkg dGhpbmsgc29tZXRoaW5nIGxpa2UgdGhpcyBzaG91bGQgd29yayBiZXR0ZXI6Cnh2aWRfZW5jcmF3 LmV4ZSAtaSB2aWRlby55dXYglnR5cGUgMCCWdyA0NDgglmggMjU2IJZmcmFtZXMgMyCWbwpjb2Rl Lnl1diCWcGFzczEgZGF0YTEudHh0Cnh2aWRfZW5jcmF3LmV4ZSAtaSB2aWRlby55dXYglnR5cGUg MCCWdyA0NDgglmggMjU2IJZmcmFtZXMgMyCWbwpjb2RlLnl1diCWcGFzczIgZGF0YTIudHh0CgpJ ZiBpdCBzdGlsbCBkb2Vzbid0IHdvcmssIG1heWJlIHlvdSBzaG91bGQgdHJ5IHRvIHVzZSB0aGUg c2FtZSBwYXNzCmZpbGUgZm9yIHNlY29uZCBwYXNzOiBzb21ldGhpbmcgbGlrZSB0aGF0Ogp4dmlk X2VuY3Jhdy5leGUgLWkgdmlkZW8ueXV2IJZ0eXBlIDAglncgNDQ4IJZoIDI1NiCWZnJhbWVzIDMg lm8KY29kZS55dXYglnBhc3MyIGRhdGExLnR4dAoKT3RoZXIgdGhhbiB0aGF0LCB1bmxlc3MgeW91 IHJlYWxseSBuZWVkIGEgdmVyeSBiYXNpYyB0b29sIHRvIGVuY29kZQp2aWRlb3MsIEkgdGhpbmsg eW91IHNob3VsZCB0cnkgdG8gdXNlIGEgdG9vbCBzdWNoIGFzIE1FbmNvZGVyIChmb3IKd2hpY2gg dGhlcmUncyBwbGVudHkgb2YgZG9jIGF2YWlsYWJsZSksIHdoaWNoIHlvdSBjYW4gY29tcGlsZSB3 aXRoCk1pbkdXOiBodHRwOi8vd3d3Lm1pbmd3Lm9yZy8gaGVyZSB5b3UgY2FuIGZpbmQgaG93IHRv IGNvbXBpbGUgaXQ6Cmh0dHA6Ly9tcGxheWVyaHEuaHUvRE9DUy9IVE1ML2VuL3dpbmRvd3MuaHRt bApZb3UgY2FuIGZpbmQgYmluYXJpZXMgaGVyZToKaHR0cDovL2Z0cDUubXBsYXllcmhxLmh1L21w bGF5ZXIvcmVsZWFzZXMvd2luMzItYmV0YS8KQW4gbm93LCB3aGVuZXZlciB5b3UnZCBuZWVkIHRv IHVzZSBYdmlELCBqdXN0IGRvIGxpa2UgdGhlIGZvbGxvd2luZzoKbWVuY29kZXIgbm9zb3VuZCAt b3ZjIHh2aWQgLXh2aWRlbmNvcHRzIHBhc3M9MSAtdm9wIHNjYWxlPTQ0ODoyNTYKdmlkZW8ueXV2 IC1vIG1vbkZpbG1feHZpZC5hdmkKYW5kCm1lbmNvZGVyIG5vc291bmQgLW92YyB4dmlkIC14dmlk ZW5jb3B0cyBwYXNzPTIgLXZvcCBzY2FsZT00NDg6MjU2CnZpZGVvLnl1diAtbyBtb25GaWxtX3h2 aWQuYXZpCgp0byB1c2UgMi1wYXNzIG1vZGUuCgpIb3BlIHRoaXMgaGVscHMuCgpSZWdhcmRzLApH dWlsbGF1bWUgUE9JUklFUgo= --===============1245960290== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel --===============1245960290==-- From xvid-devel-bounces@xvid.org Wed May 11 14:12:56 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id C218D126D82 for ; Wed, 11 May 2005 14:12:56 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0661D185F6; Wed, 11 May 2005 14:12:43 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mx.laposte.net (mx.laposte.net [81.255.54.11]) by edu.bnhof.de (Postfix) with ESMTP id 6F6C7185EC for ; Wed, 11 May 2005 14:12:39 +0200 (CEST) Received: from laposte.net (127.0.0.1) by mx.laposte.net (7.0.028) id 425309D501661273 for xvid-devel@xvid.org; Wed, 11 May 2005 14:12:32 +0200 Date: Wed, 11 May 2005 14:12:32 +0200 Message-Id: Subject: RE: [XviD-devel] 2 pass MIME-Version: 1.0 X-Sensitivity: 3 From: "karine.yviquel" To: "xvid-devel" X-XaM3-API-Version: 4.1 (B51) X-type: 0 X-SenderIP: 127.0.0.1 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.4 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Thanks Guillaume, The solution to use the two-pass mode is as follow: xvid_encraw.exe -i video.yuv =96type 0 =96w 448 =96h 256 =96frames 3 =96o= code.yuv =96pass1 data1.txt and then, xvid_encraw.exe -i video.yuv =96ty= pe 0 =96w 448 =96h 256 =96frames 3 =96o code.yuv -bitrate 300000 =96pass2= data1.txt The first pass is coded with a constant QP. But the 2nd pass is perform in VBR mode that why we need the bitrate too.= -----Message d'origine----- De : xvid-devel-bounces@xvid.org [mailto:xvid-devel-bounces@xvid.org] De = la part de Guillaume POIRIER Envoy=E9 : mercredi 11 mai 2005 11:52 =C0 : = xvid-devel@xvid.org Objet : Re: [XviD-devel] 2 pass Hi Karine, On 5/11/05, karine.yviquel wrote: > Hi, > I'm new to this mailing list=85 > I'm studying the 2nd pass rate control. > When I compile the sources with visual 6, the single mode performs all = right but I do not really understand what command line to enter to make t= he 2nd pass encoding. > This is what I try: > xvid_encraw.exe -i video.yuv =96type 0 =96w 448 =96h 256 =96frames 3 =96= o > code.yuv =96pass1 data1.txt =96pass2 data2.txt Can someone help me? Even though I don't use xvid_encraw to use XviD, I guess the problem you = have here is that you should not use --pass1 and --pass2 at the same time= . I think something like this should work better: xvid_encraw.exe -i video.yuv =96type 0 =96w 448 =96h 256 =96frames 3 =96o= code.yuv =96pass1 data1.txt xvid_encraw.exe -i video.yuv =96type 0 =96w = 448 =96h 256 =96frames 3 =96o code.yuv =96pass2 data2.txt If it still doesn't work, maybe you should try to use the same pass file = for second pass: something like that: xvid_encraw.exe -i video.yuv =96type 0 =96w 448 =96h 256 =96frames 3 =96o= code.yuv =96pass2 data1.txt Other than that, unless you really need a very basic tool to encode video= s, I think you should try to use a tool such as MEncoder (for which there= 's plenty of doc available), which you can compile with MinGW: http://www.mingw.org/ here you can find how to compile it: http://mplayerhq.hu/DOCS/HTML/en/windows.html You can find binaries here: http://ftp5.mplayerhq.hu/mplayer/releases/win32-beta/ An now, whenever you'd need to use XviD, just do like the following: mencoder nosound -ovc xvid -xvidencopts pass=3D1 -vop scale=3D448:256 vid= eo.yuv -o monFilm_xvid.avi and mencoder nosound -ovc xvid -xvidencopts pa= ss=3D2 -vop scale=3D448:256 video.yuv -o monFilm_xvid.avi to use 2-pass mode. Hope this helps. Regards, Guillaume POIRIER=0A=0AAcc=E9dez au courrier =E9lectronique de La Poste := www.laposte.net ; =0A3615 LAPOSTENET (0,34=80/mn) ; t=E9l : 08 92 68 13 = 50 (0,34=80/mn)=0A=0A _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed May 11 14:44:09 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id AD35D126D82 for ; Wed, 11 May 2005 14:44:08 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 016CE18669; Wed, 11 May 2005 14:43:55 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by edu.bnhof.de (Postfix) with ESMTP id CA42D18666 for ; Wed, 11 May 2005 14:43:52 +0200 (CEST) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DVqQr-0008HC-Nb for xvid-devel@xvid.org; Wed, 11 May 2005 14:35:21 +0200 Received: from kereval.net1.nerim.net ([213.41.138.211]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 11 May 2005 14:35:21 +0200 Received: from guillaume.poirier by kereval.net1.nerim.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 11 May 2005 14:35:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xvid-devel@xvid.org From: Guillaume POIRIER Date: Wed, 11 May 2005 12:34:02 +0000 (UTC) Lines: 24 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 213.41.138.211 (Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.6) Gecko/20050318 Firefox/1.0.2) Subject: [XviD-devel] Re: 2 pass X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi Karine, karine.yviquel laposte.net> writes: > The solution to use the two-pass mode is as follow: > xvid_encraw.exe -i video.yuv –type 0 –w 448 –h 256 –frames 3 –o code.yuv –pass1 data1.txt and then, > xvid_encraw.exe -i video.yuv –type 0 –w 448 –h 256 –frames 3 –o code.yuv -bitrate 300000 –pass2 data1.txt > The first pass is coded with a constant QP. > But the 2nd pass is perform in VBR mode that why we need the bitrate too. Right, I forgot to mention that. One thing you probably should know is that AFAIK, rate control kicks in when you do a 2-pass encode with at least enough frames fo fill the RC buffer. If the RC doesn't have enough frames to play with, AFAIK, you'll get the same result as if you were doing a 1-pass encode (more or less CBR). (I mention that as you _seem_ to encode just 3 frames. I'm not quite sure though, as I don't know the syntax of xvid_encraw.) Regards, Guillaume _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed May 11 16:52:44 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id E88BC126D82 for ; Wed, 11 May 2005 16:52:43 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id F2E3218666; Wed, 11 May 2005 16:52:29 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from fafnir.cs.unc.edu (fafnir.cs.unc.edu [152.2.129.90]) by edu.bnhof.de (Postfix) with ESMTP id 0DE1B18657 for ; Wed, 11 May 2005 16:52:26 +0200 (CEST) Received: from quartet.cs.unc.edu (quartet.cs.unc.edu [152.2.133.252]) by fafnir.cs.unc.edu (8.12.11/8.12.11) with ESMTP id j4BEqNVV016553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 11 May 2005 10:52:23 -0400 Date: Wed, 11 May 2005 10:52:23 -0400 (EDT) X-X-Sender: kumsu@quartet.cs.unc.edu To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Qeustion about encoding rgba images. In-Reply-To: <1115767064.42814118496b1@www.lansco.de> Message-ID: References: <1115203958.4278a97677652@student-webmail.lboro.ac.uk> <1115767064.42814118496b1@www.lansco.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.42 From: MAILER-DAEMON@edu.bnhof.de X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Sang-Uok Kum , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Thanks for the clarification. That's what I thought from looking at the src code but wanted to make sure before I implemented the alpha channel support. I don't know if what I come up with will be good enough to commit but I will be glad to if that is the case. Also as mentioned in the previous post when I decode the encoded streams with the XVID_CSP_RGBA it returns it in XVID_CSP_BGA format (I just verifyed it). I would think this is a bug but maybe not? On Wed, 11 May 2005, Michael Militzer wrote: > Hi, > > right, the MPEG-4 standard allows coding of alpha channels - however not in > all profiles. XviD just supports the MPEG-4 simple and advanced simple > profiles and does _not_ support proper coding of alpha channels. > > You can use input images with a alpha channel (e.g. XVID_CSP_RGBA) but upon > conversion into YV12, XviD's internal colorspace, the alpha channel will be > _omitted_ by XviD. Therefore, the alpha plane also cannot be reconstructed > anymore at the decoder side then... > > If you really need alpha channels, you could either try adding support for > them to XviD yourself or you could have a look at the MPEG-4 reference soft- > ware (since I'm not aware of any popular MPEG-4 encoder implementation > offering support for proper alpha channel coding). > > bye, > Michael > > > Quoting MAILER-DAEMON@edu.bnhof.de: > > > > > I noticed that for encoding/decoding color space there were > > XVID_CSP_RGBA. But when I use that option the encoded mpeg > > stream seems to be identical to XVID_CSP_BGR. If I want to > > decoded in RGB space will it always be interleaved BGR? > > > > Also looking further into the code in image.h it seems image struct does > > not have an alpha channel. Is there a different way of specifying the > > alpha channel to encode? If I remember correctly MPEG-4 has allows alpha > > channels. If its possibel can anyone point me to where I might > > look? > > > > I'd appreciate any help. > > _______________________________________________ > > XviD-devel mailing list > > XviD-devel@xvid.org > > http://list.xvid.org/mailman/listinfo/xvid-devel > > > > > > > -------------------------------------------------------------------------- Sang-Uok Kum Dept. of Computer Science kumsu@cs.unc.edu Sitterson Hall CB #3175 http://www.cs.unc.edu/~kumsu Univ. of North Carolina - Chapel Hill office: (919)962-1869 Chapel Hill, NC 27599-3175 -------------------------------------------------------------------------- _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed May 11 22:47:59 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id B5614126D82 for ; Wed, 11 May 2005 22:47:59 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4A6B5185EF; Wed, 11 May 2005 22:47:42 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from edgomez.kicks-ass.org (edgomez.kicks-ass.org [82.225.208.184]) by edu.bnhof.de (Postfix) with ESMTP id A1B50185DC for ; Wed, 11 May 2005 22:47:39 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.50) id 1DVy7D-0003eq-52 for xvid-devel@xvid.org; Wed, 11 May 2005 22:47:35 +0200 Date: Wed, 11 May 2005 22:47:35 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20050511204735.GA6365@edgomez.kicks-ass.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: mutt-ng 1.5.9-r228i (Debian) Subject: [XviD-devel] [PATCH 1/3] GCC4 support in configure.in X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org The inlined patch adds GCC4 support in configure.in diff -ur xvidcore-1.1.0-beta2.orig/build/generic/configure.in xvidcore-1.1.0-beta2/build/generic/configure.in --- xvidcore-1.1.0-beta2.orig/build/generic/configure.in 2005-04-03 22:39:45.000000000 +0200 +++ xvidcore-1.1.0-beta2/build/generic/configure.in 2005-04-29 14:43:03.000000000 +0200 @@ -562,6 +562,48 @@ fi dnl ========================================================================== +dnl Some gcc flags can't be used for gcc >= 3.4.0 +dnl ========================================================================== + +if test "$GCC" = "yes" ; then +cat << EOF > test.c +#include +int main(int argc, char **argv) +{ + if (*argv[[1]] == 'M') { + printf("%d", __GNUC__); + } + if (*argv[[1]] == 'm') { + printf("%d", __GNUC_MINOR__); + } + return 0; +} +EOF + $CC -o gcc-ver test.c + + GCC_MAJOR=`./gcc-ver M` + GCC_MINOR=`./gcc-ver m` + + rm -f test.c + rm -f gcc-ver + + # GCC 4.x + if test $GCC_MAJOR -gt 3 ; then + CFLAGS=`echo $CFLAGS | sed s,"-mcpu","-mtune",g` + CFLAGS=`echo $CFLAGS | sed s,'-freduce-all-givs','',g` + CFLAGS=`echo $CFLAGS | sed s,'-fmove-all-movables','',g` + CFLAGS=`echo $CFLAGS | sed s,'-fnew-ra','',g` + CFLAGS=`echo $CFLAGS | sed s,'-fwritable-strings','',g` + fi + + # GCC 3.4.x + if test $GCC_MAJOR -eq 3 && $GCC_MINOR -gt 3 ; then + CFLAGS=`echo $CFLAGS | sed s,"-mcpu","-mtune",g` + fi +fi + + +dnl ========================================================================== dnl dnl Substitions dnl _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed May 11 22:49:42 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 29304126D85 for ; Wed, 11 May 2005 22:49:42 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1419B185E8; Wed, 11 May 2005 22:49:29 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from edgomez.kicks-ass.org (edgomez.kicks-ass.org [82.225.208.184]) by edu.bnhof.de (Postfix) with ESMTP id CD360185CD for ; Wed, 11 May 2005 22:49:25 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.50) id 1DVy8z-0003fL-5w for xvid-devel@xvid.org; Wed, 11 May 2005 22:49:25 +0200 Date: Wed, 11 May 2005 22:49:25 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20050511204925.GB6365@edgomez.kicks-ass.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: mutt-ng 1.5.9-r228i (Debian) Subject: [XviD-devel] [PATCH 2/3] GCC4 warnings removal X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Removes the gcc4 warnings. Take care of the ME change, i don't know if it's right, same caution with the trellis change. Please check before applying diff -ur xvidcore-1.1.0-beta2.orig/src/bitstream/bitstream.c xvidcore-1.1.0-beta2/src/bitstream/bitstream.c --- xvidcore-1.1.0-beta2.orig/src/bitstream/bitstream.c 2005-04-03 22:39:45.000000000 +0200 +++ xvidcore-1.1.0-beta2/src/bitstream/bitstream.c 2005-04-29 15:22:29.000000000 +0200 @@ -1252,7 +1252,7 @@ BitstreamPadAlways(bs); /* next_start_code(); */ /* divx5 userdata string */ -#define DIVX5_ID "DivX503b1393" +#define DIVX5_ID ((char *)"DivX503b1393") if ((pParam->global_flags & XVID_GLOBAL_DIVX5_USERDATA)) { BitstreamWriteUserData(bs, DIVX5_ID, strlen(DIVX5_ID)); if (pParam->max_bframes > 0 && (pParam->global_flags & XVID_GLOBAL_PACKED)) @@ -1388,8 +1388,8 @@ void BitstreamWriteUserData(Bitstream * const bs, - uint8_t * data, - const int length) + const char *data, + const unsigned int length) { int i; diff -ur xvidcore-1.1.0-beta2.orig/src/bitstream/bitstream.h xvidcore-1.1.0-beta2/src/bitstream/bitstream.h --- xvidcore-1.1.0-beta2.orig/src/bitstream/bitstream.h 2005-04-03 22:39:44.000000000 +0200 +++ xvidcore-1.1.0-beta2/src/bitstream/bitstream.h 2005-04-29 15:21:45.000000000 +0200 @@ -146,8 +146,8 @@ unsigned int quant); void BitstreamWriteUserData(Bitstream * const bs, - uint8_t * data, - const int length); + const char *data, + const unsigned int length); /* initialise bitstream structure */ diff -ur xvidcore-1.1.0-beta2.orig/src/decoder.c xvidcore-1.1.0-beta2/src/decoder.c --- xvidcore-1.1.0-beta2.orig/src/decoder.c 2005-04-03 22:39:45.000000000 +0200 +++ xvidcore-1.1.0-beta2/src/decoder.c 2005-04-29 14:56:18.000000000 +0200 @@ -1155,7 +1155,7 @@ MACROBLOCK *mb = &dec->mbs[y * dec->mb_width + x]; MACROBLOCK *last_mb = &dec->last_mbs[y * dec->mb_width + x]; const int fcode_max = (fcode_forward>fcode_backward) ? fcode_forward : fcode_backward; - uint32_t intra_dc_threshold; /* fake variable */ + int32_t intra_dc_threshold; /* fake variable */ if (check_resync_marker(bs, fcode_max - 1)) { int bound = read_video_packet_header(bs, dec, fcode_max - 1, &quant, diff -ur xvidcore-1.1.0-beta2.orig/src/encoder.c xvidcore-1.1.0-beta2/src/encoder.c --- xvidcore-1.1.0-beta2.orig/src/encoder.c 2005-04-03 22:39:45.000000000 +0200 +++ xvidcore-1.1.0-beta2/src/encoder.c 2005-04-29 15:05:02.000000000 +0200 @@ -114,8 +114,8 @@ } div = ((float)*biggest)/((float)65535); - *biggest = (int)(((float)*biggest)/div); - *other = (int)(((float)*other)/div); + *biggest = (unsigned int)(((float)*biggest)/div); + *other = (unsigned int)(((float)*other)/div); } } @@ -161,7 +161,7 @@ pEnc->mbParam.fincr = MAX(create->fincr, 0); pEnc->mbParam.fbase = create->fincr <= 0 ? 25 : create->fbase; if (pEnc->mbParam.fincr>0) - simplify_time(&pEnc->mbParam.fincr, &pEnc->mbParam.fbase); + simplify_time((int*)&pEnc->mbParam.fincr, (int*)&pEnc->mbParam.fbase); /* zones */ if(create->num_zones > 0) { @@ -1155,7 +1155,7 @@ type = frame->type; pEnc->current->quant = frame->quant; - call_plugins(pEnc, pEnc->current, NULL, XVID_PLG_BEFORE, &type, &pEnc->current->quant, stats); + call_plugins(pEnc, pEnc->current, NULL, XVID_PLG_BEFORE, &type, (int*)&pEnc->current->quant, stats); if (type > 0){ /* XVID_TYPE_?VOP */ type = type2coding(type); /* convert XVID_TYPE_?VOP to bitstream coding type */ diff -ur xvidcore-1.1.0-beta2.orig/src/image/image.c xvidcore-1.1.0-beta2/src/image/image.c --- xvidcore-1.1.0-beta2.orig/src/image/image.c 2005-04-03 22:39:44.000000000 +0200 +++ xvidcore-1.1.0-beta2/src/image/image.c 2005-04-29 14:57:46.000000000 +0200 @@ -717,7 +717,7 @@ int height, uint32_t edged_width, uint8_t * dst[4], - uint32_t dst_stride[4], + int dst_stride[4], int csp, int interlacing) { diff -ur xvidcore-1.1.0-beta2.orig/src/image/image.h xvidcore-1.1.0-beta2/src/image/image.h --- xvidcore-1.1.0-beta2.orig/src/image/image.h 2005-04-03 22:39:44.000000000 +0200 +++ xvidcore-1.1.0-beta2/src/image/image.h 2005-04-29 14:58:30.000000000 +0200 @@ -108,7 +108,7 @@ int height, uint32_t edged_width, uint8_t * dst[4], - uint32_t dst_stride[4], + int dst_stride[4], int csp, int interlaced); diff -ur xvidcore-1.1.0-beta2.orig/src/motion/estimation_common.c xvidcore-1.1.0-beta2/src/motion/estimation_common.c --- xvidcore-1.1.0-beta2.orig/src/motion/estimation_common.c 2005-04-03 22:39:44.000000000 +0200 +++ xvidcore-1.1.0-beta2/src/motion/estimation_common.c 2005-04-29 15:27:13.000000000 +0200 @@ -389,8 +389,8 @@ int xo = 2*data->currentMV[0].x, yo = 2*data->currentMV[0].y; - data->currentQMV[0].x = v_best.x = xo; - data->currentQMV[0].y = v_best.y = yo; + data->currentQMV[0].x = v_best.x = v_best2.x = xo; + data->currentQMV[0].y = v_best.y = v_best2.y = yo; data->qpel_precision = 1; diff -ur xvidcore-1.1.0-beta2.orig/src/utils/mbtransquant.c xvidcore-1.1.0-beta2/src/utils/mbtransquant.c --- xvidcore-1.1.0-beta2.orig/src/utils/mbtransquant.c 2005-04-03 22:39:44.000000000 +0200 +++ xvidcore-1.1.0-beta2/src/utils/mbtransquant.c 2005-04-29 15:32:31.000000000 +0200 @@ -774,7 +774,7 @@ * helps. */ typedef struct { int16_t Run, Level; } NODE; - NODE Nodes[65], Last; + NODE Nodes[65], Last = { 0, 0}; uint32_t Run_Costs0[64+1]; uint32_t * const Run_Costs = Run_Costs0 + 1; _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed May 11 22:51:55 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 6AD34126D82 for ; Wed, 11 May 2005 22:51:55 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id BBD4E18606; Wed, 11 May 2005 22:51:42 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from edgomez.kicks-ass.org (edgomez.kicks-ass.org [82.225.208.184]) by edu.bnhof.de (Postfix) with ESMTP id CAF4018602 for ; Wed, 11 May 2005 22:51:38 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.50) id 1DVyB7-0003fu-4V for xvid-devel@xvid.org; Wed, 11 May 2005 22:51:37 +0200 Date: Wed, 11 May 2005 22:51:37 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20050511205137.GC6365@edgomez.kicks-ass.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: mutt-ng 1.5.9-r228i (Debian) Subject: [XviD-devel] [PATCH 3/3] Export only public API from shared object on GNU/Linux and Solaris X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org This patch has rough edges (i think about xvid_bench not linking anymore) and the fact i force this export behavior, could be a configure.in option. diff -urN xvidcore-1.1.0-beta2.orig/build/generic/Makefile xvidcore-1.1.0-beta2/build/generic/Makefile --- xvidcore-1.1.0-beta2.orig/build/generic/Makefile 2005-04-03 22:39:44.000000000 +0200 +++ xvidcore-1.1.0-beta2/build/generic/Makefile 2005-05-02 14:35:43.000000000 +0200 @@ -129,6 +129,7 @@ $(SHARED_LIB): $(BUILD_DIR) $(OBJECTS) @echo " L: $(@F)" @$(INSTALL) -m 644 libxvidcore.def $(BUILD_DIR)/libxvidcore.def + @$(INSTALL) -m 644 libxvidcore.ld $(BUILD_DIR)/libxvidcore.ld @cd $(BUILD_DIR) && $(CC) $(LDFLAGS) $(OBJECTS) -o $(PRE_SHARED_LIB) $(SPECIFIC_LDFLAGS) #----------------------------------------------------------------------------- diff -urN xvidcore-1.1.0-beta2.orig/build/generic/configure.in xvidcore-1.1.0-beta2/build/generic/configure.in --- xvidcore-1.1.0-beta2.orig/build/generic/configure.in 2005-05-02 14:39:33.000000000 +0200 +++ xvidcore-1.1.0-beta2/build/generic/configure.in 2005-05-02 14:38:59.000000000 +0200 @@ -265,7 +265,14 @@ SPECIFIC_CFLAGS="" PRE_SHARED_LIB="" case "$target_os" in - *bsd*|linux*|irix*|solaris*) + linux*|solaris*) + AC_MSG_RESULT([ok]) + STATIC_LIB="libxvidcore.\$(STATIC_EXTENSION)" + SHARED_LIB="libxvidcore.\$(SHARED_EXTENSION).\$(API_MAJOR).\$(API_MINOR)" + SPECIFIC_LDFLAGS="-Wl,-soname,libxvidcore.\$(SHARED_EXTENSION).\$(API_MAJOR) -shared -Wl,--version-script=libxvidcore.ld -lc -lm" + SPECIFIC_CFLAGS="-fPIC" + ;; + *bsd*|irix*) AC_MSG_RESULT([ok]) STATIC_LIB="libxvidcore.\$(STATIC_EXTENSION)" SHARED_LIB="libxvidcore.\$(SHARED_EXTENSION).\$(API_MAJOR).\$(API_MINOR)" diff -urN xvidcore-1.1.0-beta2.orig/build/generic/libxvidcore.ld xvidcore-1.1.0-beta2/build/generic/libxvidcore.ld --- xvidcore-1.1.0-beta2.orig/build/generic/libxvidcore.ld 1970-01-01 01:00:00.000000000 +0100 +++ xvidcore-1.1.0-beta2/build/generic/libxvidcore.ld 2005-05-02 14:19:17.000000000 +0200 @@ -0,0 +1,13 @@ +{ + global: + xvid_global; + xvid_decore; + xvid_encore; + xvid_plugin_single; + xvid_plugin_2pass1; + xvid_plugin_2pass2; + xvid_plugin_lumimasking; + xvid_plugin_dump; + xvid_plugin_psnr; + local: *; +}; _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu May 12 17:25:28 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id C2199126D82 for ; Thu, 12 May 2005 17:25:28 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id CAA07185AB; Thu, 12 May 2005 17:25:09 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtpsal.upv.es (marfik.cc.upv.es [158.42.249.16]) by edu.bnhof.de (Postfix) with ESMTP id 14F00185A0 for ; Thu, 12 May 2005 17:25:01 +0200 (CEST) Received: from pop.upv.es (maia.cc.upv.es [158.42.4.11]) by smtpsal.upv.es (8.12.10/8.12.10) with ESMTP id j4CFOuAK023062 for ; Thu, 12 May 2005 17:24:56 +0200 Received: from mx.upv.es (mx2.cc.upv.es [158.42.249.55]) by pop.upv.es (8.11.3/8.11.3) with ESMTP id j4CFOtT16970 for ; Thu, 12 May 2005 17:24:56 +0200 (METDST) Received: from [192.168.1.105] (vpn157.ras.upv.es [158.42.244.157]) by mx.upv.es (8.12.10/8.12.11) with ESMTP id j4CFOrs0000690 for ; Thu, 12 May 2005 17:24:54 +0200 Message-ID: <42837544.70300@doctor.upv.es> Date: Thu, 12 May 2005 17:24:52 +0200 From: Angela Belda User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: [XviD-devel] trying to introduce resync markers X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi Everybody! I am new here, in this mail list, but I have been working a while with xvid. I am interested in video streaming aplications and Java and I have created some JNI modules to acces the xvid encoder/decoder from Java code. Using Java Media Framework I can encode and decode live content using native xvid and transmit it over RTP. Now I wanted to add the possibility to include resynchronization markers in a xvid encoded stream, because the decoder already supports this option and it didn't seem very difficult. I create the markers with the following method: void write_video_packet_header(Bitstream * const bs, const MBParam * pParam, const FRAMEINFO * const frame, int mbnum){ int mbnum_bits = log2bin(pParam->mb_width * pParam->mb_height - 1); uint32_t nbitsresyncmarker; int addbits=0; if (frame->coding_type != I_VOP) addbits = frame->fcode -1; if (frame->coding_type == B_VOP) addbits = max(frame->fcode, frame->bcode)-1; BitstreamPadAlways(bs); nbitsresyncmarker = NUMBITS_VP_RESYNC_MARKER + addbits; BitstreamPutBits(bs, RESYNC_MARKER, nbitsresyncmarker); BitstreamPutBits(bs, mbnum, mbnum_bits); BitstreamPutBits(bs, frame->quant, 5); BitstreamPutBit(bs, 0); /* hec */ } Then I modify the methods FrameCodeI and FrameCodeP to reset MV prediction on boundaries. With I Frames I introduce a resync marker when the number of bits encoded reaches a specified value, as specified in the standard, but that seems not to possible with P frames, because I need to know where to reset the MV prediction before encoding. I have modified the method MotionEstimation to reset MV prediction periodically, each fixed number of macroblocks and it seems to work fine, but I am not sure what to do to introduce the resync markers as specified in the standard. Any ideas? The next step is to detect this markers in Java and partitionate the encoded frames before encapsulating over RTP. I had the idea to create a new output parameter in the encoder. This new parameter would be an array of bitstream positions where resync markers were introduced. The other possibility would be to look for these resync markers direct in Java, before packetizing, but if I cannot know a fixed minimum number of bytes between resync markers I should look in the whole bitstrem, shouldn't I?. Any suggestions? Thanks in advance, Ángela _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 13 10:58:14 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id AEAC5126D82 for ; Fri, 13 May 2005 10:58:13 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id E6167185CD; Fri, 13 May 2005 10:57:57 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mx.laposte.net (mx.laposte.net [81.255.54.11]) by edu.bnhof.de (Postfix) with ESMTP id 3E20318571 for ; Fri, 13 May 2005 10:57:55 +0200 (CEST) Received: from laposte.net (127.0.0.1) by mx.laposte.net (7.0.028) id 425309D501807471 for xvid-devel@xvid.org; Fri, 13 May 2005 10:55:20 +0200 Date: Fri, 13 May 2005 10:55:20 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 From: "karine.yviquel" To: "xvid-devel" X-XaM3-API-Version: 4.1 (B51) X-type: 0 X-SenderIP: 127.0.0.1 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.4 Subject: [XviD-devel] quant zone X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, I'm studying the xvid 2 pass rate control, but I don't understand what th= e quant zone is all about. If the same zone (same parameters) is used ove= r the whole video, then what is the quant zone for ? For exemple in the function: first_pass_scale_curve_internal(rc_2pass2_t = *rc) Could you explain to me what you by mean when talking about "quant z= ones" in the following code [taken from plugin_2pass2.c ligne 1171] : { (...) /* don't forget to substract header bytes used in quant zones, otherwise = we* counting them twice */ total_invariant -=3D rc->tot_quant_invariant; /* We remove the bytes used by the fixed quantizer zones during first pas= s * with the same quants, so we know very precisely how much that * represents */ target =3D rc->target; target -=3D rc->tot_quant; (...) } I'd appreciate any help...=0A=0AAcc=E9dez au courrier =E9lectronique de L= a Poste : www.laposte.net ; =0A3615 LAPOSTENET (0,34=80/mn) ; t=E9l : 08 = 92 68 13 50 (0,34=80/mn)=0A=0A _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 13 11:17:40 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 7791E126D82 for ; Fri, 13 May 2005 11:17:40 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 064F618555; Fri, 13 May 2005 11:17:26 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by edu.bnhof.de (Postfix) with ESMTP id B684318550 for ; Fri, 13 May 2005 11:17:23 +0200 (CEST) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DWW9w-0006BN-Dt for xvid-devel@xvid.org; Fri, 13 May 2005 11:08:45 +0200 Received: from kereval.net1.nerim.net ([213.41.138.211]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 May 2005 11:08:40 +0200 Received: from guillaume.poirier by kereval.net1.nerim.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 May 2005 11:08:40 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xvid-devel@xvid.org From: Guillaume POIRIER Date: Fri, 13 May 2005 09:07:48 +0000 (UTC) Lines: 16 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 213.41.138.211 (Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.6) Gecko/20050318 Firefox/1.0.2) Subject: [XviD-devel] Re: quant zone X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, karine.yviquel laposte.net> writes: > > Hi, > I'm studying the xvid 2 pass rate control, but I don't understand what the quant zone is all about. If the same > zone (same parameters) is used over the whole video, then what is the quant zone for ? AFAIK, zones is used fo be able to give different encoding parameters/options in different moments of the movie. For exemple, you may want to use higher quants and maybe different ME refinements functions in the credits of a movie. Regards, Guillaume _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 13 11:34:21 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 6196D126D82 for ; Fri, 13 May 2005 11:34:21 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 870371857D; Fri, 13 May 2005 11:34:08 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mx.laposte.net (mx.laposte.net [81.255.54.11]) by edu.bnhof.de (Postfix) with ESMTP id 31A8C1857A for ; Fri, 13 May 2005 11:34:05 +0200 (CEST) Received: from laposte.net (127.0.0.1) by mx.laposte.net (7.0.028) id 425309CC017D57CA for xvid-devel@xvid.org; Fri, 13 May 2005 11:34:00 +0200 Date: Fri, 13 May 2005 11:34:00 +0200 Message-Id: Subject: [XviD-devel] Re: quant zone MIME-Version: 1.0 X-Sensitivity: 3 From: "karine.yviquel" To: "xvid-devel" X-XaM3-API-Version: 4.1 (B51) X-type: 0 X-SenderIP: 127.0.0.1 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.4 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Thus in the first pass (with a constant QP of 2) we have the same quant z= one over the whole video and in the 2nd pass we have a new quant zone for= each picture? And what AFAIK is? Karine -----Message d'origine----- De : xvid-devel-bounces@xvid.org [mailto:xvid-devel-bounces@xvid.org] De = la part de Guillaume POIRIER Envoy=E9 : vendredi 13 mai 2005 11:08 =C0 : = xvid-devel@xvid.org Objet : [XviD-devel] Re: quant zone Hi, karine.yviquel laposte.net> writes: > > Hi, > I'm studying the xvid 2 pass rate control, but I don't understand what = > the quant zone is all about. If the same > zone (same parameters) is used over the whole video, then what is the > quant zone for ? AFAIK, zones is used fo be able to give different encoding parameters/opt= ions in different moments of the movie. For exemple, you may want to use = higher quants and maybe different ME refinements functions in the credits= of a movie. Regards, Guillaume _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel=0A=0AAcc=E9dez au courri= er =E9lectronique de La Poste : www.laposte.net ; =0A3615 LAPOSTENET (0,3= 4=80/mn) ; t=E9l : 08 92 68 13 50 (0,34=80/mn)=0A=0A _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 13 11:50:26 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 49EB3126D82 for ; Fri, 13 May 2005 11:50:26 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 21FB31851E; Fri, 13 May 2005 11:50:13 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by edu.bnhof.de (Postfix) with ESMTP id A55C718516 for ; Fri, 13 May 2005 11:50:10 +0200 (CEST) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DWWfS-0001iw-TH for xvid-devel@xvid.org; Fri, 13 May 2005 11:41:14 +0200 Received: from kereval.net1.nerim.net ([213.41.138.211]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 May 2005 11:41:14 +0200 Received: from guillaume.poirier by kereval.net1.nerim.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 May 2005 11:41:14 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xvid-devel@xvid.org From: Guillaume POIRIER Date: Fri, 13 May 2005 09:40:29 +0000 (UTC) Lines: 24 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 213.41.138.211 (Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.6) Gecko/20050318 Firefox/1.0.2) Subject: [XviD-devel] Re: quant zone X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi Karine, karine.yviquel laposte.net> writes: > Thus in the first pass (with a constant QP of 2) we have the > same quant zone over the whole video and in the 2nd > pass we have a new quant zone for each picture? No, the zones are defined as a range of frames. Say, for a movie that lasts 50000 frames, if the credits start at 45000, the range of the "credits zones" will be 45000-50000 while you'll have a "move zone" for the range 0-44999. Have a look at the windows front-end, and its code, that might help you to get a grasp of how it's used. You may find a compiled version here http://www.koepi.org/xvid.shtml > And what AFAIK is? http://www.acronymfinder.com/af-query.asp?String=exact&Acronym=AFAIK&Find=Find ;-) Cheers, Guillaume _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun May 15 04:22:37 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 654EA126D8F for ; Sun, 15 May 2005 04:22:37 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 20D70185F5; Sun, 15 May 2005 04:22:20 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from fbvdi.at (m110.net81-65-187.noos.fr [81.65.187.110]) by edu.bnhof.de (Postfix) with SMTP id B97F3185F1; Sun, 15 May 2005 04:22:16 +0200 (CEST) From: michaelni@gmx.at To: xvid-devel@xvid.org Date: Sun, 15 May 2005 02:20:05 UTC Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: <056da5af15160f30bcc@gmx.at> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Deutsche Buerger trauen sich nicht ... X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Auslaenderbanden terrorisieren Wahlkampf - deutsche Buerger trauen sich nicht ihre Meinung zu sagen! Weiter auf: http://www.npd-nrw.net/aktuelles/03_2005/ak_presse_nrw_1603.htm Auslaender ueberfallen nationale Aktivisten: http://www.npd.de/npd_info/meldungen/2005/m0505-13.html http://www.npd.de/npd_info/meldungen/2005/m0505-14.html _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun May 15 14:21:01 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id F0B78126D8F for ; Sun, 15 May 2005 14:21:00 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3D1BA15542; Sun, 15 May 2005 14:20:41 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by edu.bnhof.de (Postfix) with ESMTP id C415614FFA for ; Sun, 15 May 2005 14:20:38 +0200 (CEST) Received: from [82.229.60.149] (pat35-1-82-229-60-149.fbx.proxad.net [82.229.60.149]) by postfix4-2.free.fr (Postfix) with ESMTP id C5A843192E4; Sun, 15 May 2005 14:20:37 +0200 (CEST) Message-ID: <42874238.4040001@free.fr> Date: Sun, 15 May 2005 14:36:08 +0200 From: sigdrak User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: skal@planet-d.net, xvid-devel@xvid.org Subject: Re: [XviD-devel] [Fwd: Data partitioning for encoder] References: <002901c553ba$62e192e0$8c00000a@aaa> <1115591263.12260.3.camel@localhost.localdomain> In-Reply-To: <1115591263.12260.3.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello Skal, Skal wrote: > i've reviewed it, and it looks ok at first sight. > *But* it (the 2nd version) also contains cosmetics > changes i don't feel like committing right now in I agree, though I didn't like much how it was written: a pain to track what needs being deallocated for each error. Anyway, you can just create a branch tag and merge back in eventually. > the middle of a beta2. Moreover i've got some This is understandable. Given the API changes, that would only bring troubles. > data-struct modifs to make to avoid passing 3 > bitstreams to some functions... There's probably a cleaner way. BTW, ffmpeg does just like this. I thought at some point that it would also allow for some tweaking around with the different partitions, for instance (not following the RFCs on that matter) giving higher priorities to first partition packets for RTP - in spite of the different partitions not being byte-aligned. The way it's done is anyway very unoptimal and in particular may cause buffer overruns when allocating too small buffers. One could otherwise separate steps so that all of first partition is written first, avoiding the concatenation. More on this in a following mail. > (plus: it's Spring! Hard to sit in front of a computer in May;) Guess what, it's raining cats, so I'm here answering you. Regards, sigdrak _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun May 15 14:32:01 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 03CD8126D8F for ; Sun, 15 May 2005 14:32:01 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 7AFEE155FE; Sun, 15 May 2005 14:31:47 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by edu.bnhof.de (Postfix) with ESMTP id 724EF155F1 for ; Sun, 15 May 2005 14:31:44 +0200 (CEST) Received: from [82.229.60.149] (pat35-1-82-229-60-149.fbx.proxad.net [82.229.60.149]) by postfix4-2.free.fr (Postfix) with ESMTP id BD074319313 for ; Sun, 15 May 2005 14:31:43 +0200 (CEST) Message-ID: <428744D2.1070007@free.fr> Date: Sun, 15 May 2005 14:47:14 +0200 From: sigdrak User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Re: [Fwd: Data partitioning for encoder] References: <002901c553ba$62e192e0$8c00000a@aaa> <1115591263.12260.3.camel@localhost.localdomain> <20050509103057.68d1aaa4.supermmx@163.com> In-Reply-To: <20050509103057.68d1aaa4.supermmx@163.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello SuperMMX, SuperMMX wrote: > yes, this is that why my DP implementation is choosen. > In my implementation, the positions of different parts > is stored in every MB, and written to a temporary bitstream, > and when the VP threshold is met, these data are > written to the result bitstream in the order of DP. > So this will not modify the interface a lot. I'm not sure on how you do so: given that you don't know beforehand any of the partitions' sizes, you can't just dump data unless one partition is ready, or you store in a way or another the symbols that are to be VLC'ed. > my implementation is to put the different part of every MB > one by one, and sigdrak's is to concatentate the 3 bitstreams. ffmpeg's for the brain part. > Maybe there will be some advantages and disadvantages of > both, which need detailed benchmark... And it may also depend on the CPU, memory other parameters. A DSP, an athlon and a pentium4 may behave very differently. > These days, i am busy doing my master thesis, after that, Good luck with this. If it's not under NDA or something, and is MPEG-4 Visual related, I'm sure this list would be interested. :) > i will provide my patch, (encoding/decoding of RM, DP and RVLC). Looking forward to it. BTW, does this mean the licence matters (if any) with your university are sorted out (as for your thesis) ? Regards, sigdrak _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun May 15 15:09:44 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 84B0F126D8F for ; Sun, 15 May 2005 15:09:44 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id CD9AC18410; Sun, 15 May 2005 15:09:30 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by edu.bnhof.de (Postfix) with ESMTP id B6A0514074 for ; Sun, 15 May 2005 15:09:27 +0200 (CEST) Received: from [82.229.60.149] (pat35-1-82-229-60-149.fbx.proxad.net [82.229.60.149]) by postfix4-2.free.fr (Postfix) with ESMTP id DEE0E31929C for ; Sun, 15 May 2005 15:09:21 +0200 (CEST) Message-ID: <42874DA4.1020302@free.fr> Date: Sun, 15 May 2005 15:24:52 +0200 From: sigdrak User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] trying to introduce resync markers References: <42837544.70300@doctor.upv.es> In-Reply-To: <42837544.70300@doctor.upv.es> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Angela Belda wrote: > created some JNI modules to acces the xvid encoder/decoder from Java > code. Using Java Media Framework I can encode and decode live content > using native xvid and transmit it over RTP. Nice! IMHO much better that using Java on all of the code. Scenarii may change, but signal processing is I believe something that should be left to lower level languages. > in a xvid encoded stream, because the decoder already supports this > option and it didn't seem very difficult. I create the markers with the Yes it does, although, maybe in a minimalistic way. And I still don't understand what this is supposed to follow in the standard in decoder.c: ----8<----- /* skip stuffing */ while (BitstreamShowBits(bs, 9) == 1) BitstreamSkip(bs, 9); ---->8----- I 've commented it out, and had no problem with decoding streams, but I have checked that many streams to draw any valid conclusion. > following method: > > void write_video_packet_header(Bitstream * const bs, > const MBParam * pParam, > const FRAMEINFO * const frame, > int mbnum){ [SNIP] Compared to (this code is to be licensed under the one used by XviD): ----8<----- /* Minor optimization from ffmpeg project - LGPL license */ static uint32_t __inline log2bin(uint32_t value) { static const uint8_t log2_tab[256]={ 0,0,1,1,2,2,2,2,3,3,3,3,3,3,3,3,4,4,4,4,4,4,4,4,4,4,4,4,4,4,4,4, 5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5,5, 6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6, 6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6,6, 7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7, 7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7, 7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7, 7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7,7 }; int n = 0; if (value & 0xffff0000) { value >>= 16; n += 16; } if (value & 0xff00) { value >>= 8; n += 8; } while (value) { value >>= 1; n++; } return n+log2_tab[value]; } int32_t write_video_packet_header(Bitstream * const bs, Bitstream * const bs2, Bitstream * const bs_tex, const FRAMEINFO * const frame, const MBParam * pParam, MACROBLOCK *pMB, int32_t macroblock_number) { int rm_size; /* resynch marker length */ int mb_size = log2bin(pParam->mb_width*pParam->mb_height - 1); /* Shape is always rectangular */ /* Set total resynch marker length ('0's followed by '1') */ switch(frame->coding_type) { case I_VOP: rm_size = NUMBITS_VP_RESYNC_MARKER; break; case P_VOP: case S_VOP: rm_size = NUMBITS_VP_RESYNC_MARKER+frame->fcode-1; break; case B_VOP: rm_size = NUMBITS_VP_RESYNC_MARKER+MAX(1, frame->fcode); break; default: DPRINTF(XVID_DEBUG_ERROR, "VP with type=%i", frame->coding_type); rm_size = NUMBITS_VP_RESYNC_MARKER; } if (frame->vop_flags & XVID_VOP_DATA_PARTITIONED) { /* Make sure they are reset */ BitstreamReset(bs2); BitstreamReset(bs_tex); } /* Write resynch marker */ BitstreamPutBits(bs, 1, rm_size); /* Write macroblock number */ BitstreamPutBits(bs, macroblock_number, mb_size); BitstreamPutBits(bs, pMB->quant, 5); /* quant_scale */ if (pMB->mode == MODE_INTER_Q || pMB->mode == MODE_INTRA_Q) { pMB->dquant = 0; pMB->mode--; } BitstreamPutBits(bs, 0, 1); /* No HEC */ return rm_size + mb_size + 5 + 1; } ---->8---- It might be still unsufficient, and I haven't checked the dquant stuff. > Then I modify the methods FrameCodeI and FrameCodeP to reset MV > prediction on boundaries. With I Frames I introduce a resync marker when And AC/DC prediction, too. I pass in the slice first macroblock index for this. The AC/DC prediction functions already support this, so it was a rather simple. For FrameCodeP, this amounts to this: ----8<---- /* Recompute pmvs for MBs when predictors available have changed */ if ((pEnc->current->vop_flags & XVID_VOP_HAS_SLICES) && index-slice_start < mb_width) { if (pParam->vol_flags & XVID_VOL_QUARTERPEL) { for (k=0; k<(pMB->mode == MODE_INTER4V ? 4 : 1); k++) { VECTOR predMV = get_qpmv2(current->mbs, mb_width, slice_start, x, y, k); /* XXX pmvs or qmvs ? */ pMB->pmvs[k].x = pMB->mvs[k].x - predMV.x; pMB->pmvs[k].y = pMB->mvs[k].y - predMV.y; } } else { for (k=0; k<(pMB->mode == MODE_INTER4V ? 4 : 1); k++) { VECTOR predMV = get_pmv2(current->mbs, mb_width, slice_start, x, y, k); pMB->pmvs[k].x = pMB->mvs[k].x - predMV.x; pMB->pmvs[k].y = pMB->mvs[k].y - predMV.y; } } } MBCoding(current, pMB, qcoeff, bs, bs2, bs_tex, &pEnc->current->sStat); stop_coding_timer(); ----8<---- > the number of bits encoded reaches a specified value, as specified in > the standard, but that seems not to possible with P frames, because I > need to know where to reset the MV prediction before encoding. I have I managed to. I'm just waiting for my patch to be applied in anyway so as to synchronize my code with the XviD CVS. > modified the method MotionEstimation to reset MV prediction > periodically, each fixed number of macroblocks and it seems to work I also wanted to modify the motion estimation, but it is rather useless, as that's mostly the RDO decisions that may not take into account the slice prediction resets. That's mostly coding hints. > fine, but I am not sure what to do to introduce the resync markers as > specified in the standard. Any ideas? I did it that way (very crude) at the top of the loop where the previous code snippet is (GPL license still): ----8<---- if (pEnc->current->vop_flags & XVID_VOP_HAS_SLICES) { if (bitcount > pEnc->slice_bits) DPRINTF(XVID_DEBUG_ERROR, "VP overflow: %li/%li\n", bitcount, pEnc->slice_bits); /* Approximative way not to overflow the requested * bitcount per slices */ if (bitcount + mbcount + (mbcount>>1) + 8 > pEnc->slice_bits) { DPRINTF(XVID_DEBUG_MB, "VP size: %li/%li (MB %li was %li)\n", bitcount, pEnc->slice_bits, index-1, mbcount); write_video_packet_end(bs, bs2, bs_tex, pEnc->current); /* TODO: put a callback here * Plugin-like stuff would be sweet */ slice_start = index; bitcount = write_video_packet_header(bs, bs2, bs_tex, &pEnc->current, &pEnc->mbParam, pMB, slice_start); } else bitcount += mbcount; } ---->8---- There are more places where to check the bitstream sizes. > encoded frames before encapsulating over RTP. I had the idea to create a > new output parameter in the encoder. This new parameter would be an > array of bitstream positions where resync markers were introduced. The I'm not sure about this atm, but are resync markers byte-aligned (as opposed to VP start codes)? I plan too to modify the API, but it would be more like: start_sliced_frame(); while (MB_left) { encode_slice(); if (RTP) { do_RTP_magic(); reset_whatever_needs_resetting_in_xvid(); } } end_sliced_frame(); I haven't written a single line for this, there's too many things awaiting me in the next code synch. As I've stated in my very first mail to this list, wherever parameters for level@profile are set, there should also be something to enforce a packet maximal size - and this would be the first step. > other possibility would be to look for these resync markers direct in > Java, before packetizing, but if I cannot know a fixed minimum number of > bytes between resync markers I should look in the whole bitstrem, Yes, that's why encode_slice() above should eventually return the size reached. > shouldn't I?. Any suggestions? While it would be straying away from the codec-only aspect of XviD, I believe XviD is the best place for this. This in spite of the difficulty to provided an usable API for callers that wish to have something RTP packetization on top of XviD. Good luck with your implementation. Regards, sigdrak _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon May 16 04:27:11 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id A9662126D8F for ; Mon, 16 May 2005 04:27:11 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id DD55418D88; Mon, 16 May 2005 04:26:55 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ybcxky.com (pcp0011218066pcs.mchncb01.pa.comcast.net [68.44.212.86]) by edu.bnhof.de (Postfix) with SMTP id 7F4AB18D68; Mon, 16 May 2005 04:26:52 +0200 (CEST) From: trbarry@trbarry.com To: xvid-devel@xvid.org Date: Mon, 16 May 2005 02:26:17 UTC Importance: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Message-ID: Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Augen auf X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org http://www.rocknord.de http://www.aktivefrauenfraktion.tk http://www.kopfmord.de http://www.das-gibts-doch-nicht.de http://www.zukunft-europa.info/index.html http://www.geocities.com/scorpios2602/links.html http://www.g-d-f.de http://www.bewaeltigen.de http://www.wk-institut.de http://www.jungefreiheit.de http://www.auslaendergewalt.ch http://www.pro-koeln-online.de http://www.leverkusener-aufbruch.com http://www.buergerbewegungen.de/index.html http://www.un-nachrichten.de http://www.radio-freiheit.com _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 17 13:33:15 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id DE665126D8F for ; Tue, 17 May 2005 13:33:15 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3655718D92; Tue, 17 May 2005 13:32:58 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from suytjo.fr (p548FC7BD.dip.t-dialin.net [84.143.199.189]) by edu.bnhof.de (Postfix) with SMTP id 95A3418D90; Tue, 17 May 2005 13:32:54 +0200 (CEST) From: ed.gomez@free.fr To: xvid-devel@xvid.org Date: Tue, 17 May 2005 11:31:12 UTC Importance: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Message-ID: Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Dresden Bombing Is To Be Regretted Enormously X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Full Article: http://service.spiegel.de/cache/international/0,1518,341239,00.html _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 17 14:20:58 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id AA402126D8F for ; Tue, 17 May 2005 14:20:58 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C3517155C9; Tue, 17 May 2005 14:20:45 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ptoejj.org (p548FC7BD.dip.t-dialin.net [84.143.199.189]) by edu.bnhof.de (Postfix) with SMTP id 4207914874; Tue, 17 May 2005 14:20:41 +0200 (CEST) From: michael@xvid.org To: xvid-devel@xvid.org Date: Tue, 17 May 2005 12:15:58 GMT Importance: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Message-ID: Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Verbrechen der deutschen Frau X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Lese selbst: http://www.jn-bw.de/texte/zeitgeschichte/verbrechen_der_frau.htm _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 17 14:43:32 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 5E709126D8F for ; Tue, 17 May 2005 14:43:31 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8039FA695; Tue, 17 May 2005 14:43:18 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from yiald.fr (p548FC7BD.dip.t-dialin.net [84.143.199.189]) by edu.bnhof.de (Postfix) with SMTP id A4125A847; Tue, 17 May 2005 14:43:12 +0200 (CEST) From: ed.gomez@free.fr To: xvid-devel@xvid.org Date: Tue, 17 May 2005 12:41:38 UTC Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Augen auf X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org http://www.rocknord.de http://www.aktivefrauenfraktion.tk http://www.kopfmord.de http://www.das-gibts-doch-nicht.de http://www.zukunft-europa.info/index.html http://www.geocities.com/scorpios2602/links.html http://www.g-d-f.de http://www.bewaeltigen.de http://www.wk-institut.de http://www.jungefreiheit.de http://www.auslaendergewalt.ch http://www.pro-koeln-online.de http://www.leverkusener-aufbruch.com http://www.buergerbewegungen.de/index.html http://www.un-nachrichten.de http://www.radio-freiheit.com _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 17 16:04:20 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 5386D126D8F for ; Tue, 17 May 2005 16:04:20 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4AC5918DAE; Tue, 17 May 2005 16:04:07 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ftp.ilog.fr (ftp.ilog.fr [81.80.162.195]) by edu.bnhof.de (Postfix) with ESMTP id 5083918DA9 for ; Tue, 17 May 2005 16:04:03 +0200 (CEST) Received: from laposte.ilog.fr (cerbere-qfe0 [81.80.162.193]) by ftp.ilog.fr (8.13.4/8.13.3) with ESMTP id j4HE3wYR029762 for ; Tue, 17 May 2005 16:03:58 +0200 (MET DST) Received: from marbore.ilog.biz (marbore1.ilog.fr [172.17.2.61]) by laposte.ilog.fr (8.13.1/8.13.1) with ESMTP id j4HE3rZr015338 for ; Tue, 17 May 2005 16:03:53 +0200 (MET DST) Received: from parmbx01.ilog.biz ([172.17.2.64]) by marbore.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Tue, 17 May 2005 16:04:03 +0200 Received: from 6ttgg1j ([172.17.4.73]) by parmbx01.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Tue, 17 May 2005 16:04:03 +0200 From: Skal To: xvid-devel@xvid.org In-Reply-To: <056da5af15160f30bcc@gmx.at> References: <056da5af15160f30bcc@gmx.at> Content-Type: text/plain Message-Id: <1116338630.4432.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Tue, 17 May 2005 16:03:50 +0200 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 May 2005 14:04:03.0711 (UTC) FILETIME=[485188F0:01C55AE9] Subject: [XviD-devel] Sober.Q is striking hard. X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Sober.Q is striking hard. Check yourself. (e.g. http://www.dvhardware.net/article4950.html ) -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 17 17:57:02 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 5EB14126D8F for ; Tue, 17 May 2005 17:57:02 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 77B8418D8A; Tue, 17 May 2005 17:56:48 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ftp.ilog.fr (ftp.ilog.fr [81.80.162.195]) by edu.bnhof.de (Postfix) with ESMTP id F24D518D86 for ; Tue, 17 May 2005 17:56:46 +0200 (CEST) Received: from laposte.ilog.fr (cerbere-qfe0 [81.80.162.193]) by ftp.ilog.fr (8.13.4/8.13.3) with ESMTP id j4HFujv9004600 for ; Tue, 17 May 2005 17:56:45 +0200 (MET DST) Received: from marbore.ilog.biz (marbore1.ilog.fr [172.17.2.61]) by laposte.ilog.fr (8.13.1/8.13.1) with ESMTP id j4HFue9W021821 for ; Tue, 17 May 2005 17:56:40 +0200 (MET DST) Received: from parmbx01.ilog.biz ([172.17.2.64]) by marbore.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Tue, 17 May 2005 17:56:51 +0200 Received: from 6ttgg1j ([172.17.4.73]) by parmbx01.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Tue, 17 May 2005 17:56:50 +0200 Subject: Re: [XviD-devel] [PATCH 1/3] GCC4 support in configure.in From: Skal To: xvid-devel@xvid.org In-Reply-To: <20050511204735.GA6365@edgomez.kicks-ass.org> References: <20050511204735.GA6365@edgomez.kicks-ass.org> Content-Type: text/plain Message-Id: <1116345396.4432.4.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Tue, 17 May 2005 17:56:37 +0200 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 May 2005 15:56:50.0991 (UTC) FILETIME=[09EE83F0:01C55AF9] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Wed, 2005-05-11 at 22:47, Edouard Gomez wrote: > The inlined patch adds GCC4 support in configure.in applied. Your other patches are more ... hmm.. risky. In particular, i've just committed a perl script for benches that uses xvid_bench.c, so better not break it now. -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 17 20:51:24 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 80188126D8F for ; Tue, 17 May 2005 20:51:24 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5AD701867B; Tue, 17 May 2005 20:51:11 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hlqnckt.de (p54B24ECB.dip.t-dialin.net [84.178.78.203]) by edu.bnhof.de (Postfix) with SMTP id 647A418D9B; Tue, 17 May 2005 20:51:06 +0200 (CEST) From: dknop@stud.uni-goettingen.de To: xvid-devel@xvid.org Date: Tue, 17 May 2005 18:50:44 UTC Importance: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Message-ID: Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Massenhafter Steuerbetrug durch auslaendische Arbeitnehmer X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Lese selbst: http://www.rp-online.de/public/article/nachrichten/wirtschaft/finanzen/deutschland/85815 _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 17 21:21:04 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 30851126D8F for ; Tue, 17 May 2005 21:21:04 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id EBEBE18D60; Tue, 17 May 2005 21:20:50 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from jhnvdhi.com (unknown [209.42.40.28]) by edu.bnhof.de (Postfix) with SMTP id 494B318679; Tue, 17 May 2005 21:20:46 +0200 (CEST) From: chenm002@163.com To: xvid-devel@xvid.org Date: Tue, 17 May 2005 19:20:13 UTC Importance: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Message-ID: <10df19faaae3.4beba@163.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Deutsche werden kuenftig beim Arzt abgezockt X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Lese selbst: http://globalfire.tv/nj/03de/politik/fruehtod_reform.htm EU-Abgeordnete goennen sich luxurioese Vollversorgung: http://www.rp-online.de/public/article/nachrichten/politik/ausland/85804 Deutsche Krankenversicherungen muessen fuer Harems-Frauen zahlen: http://www.spiegel.de/spiegel/vorab/0,1518,323476,00.html Kassenfunktionaere vervierfachten Gehalt: http://www.spiegel.de/wirtschaft/0,1518,353600,00.html _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 17 23:03:50 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 1B5EB126D8F for ; Tue, 17 May 2005 23:03:50 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 10817185F4; Tue, 17 May 2005 23:03:37 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by edu.bnhof.de (Postfix) with ESMTP id 25F22184DC for ; Tue, 17 May 2005 23:03:33 +0200 (CEST) Received: from nas-cbv-3-213-228-56-37.dial.proxad.net (nas-cbv-3-213-228-56-37.dial.proxad.net [213.228.56.37]) by postfix4-2.free.fr (Postfix) with ESMTP id E425E31AA95 for ; Tue, 17 May 2005 23:03:29 +0200 (CEST) Subject: Re: [XviD-devel] [Fwd: Data partitioning for encoder] From: Skal To: xvid-devel@xvid.org In-Reply-To: <42874238.4040001@free.fr> References: <002901c553ba$62e192e0$8c00000a@aaa> <1115591263.12260.3.camel@localhost.localdomain> <42874238.4040001@free.fr> Content-Type: text/plain Message-Id: <1116363792.3964.21.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Tue, 17 May 2005 23:03:12 +0200 Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: skal@planet-d.net, xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi Sigdrak and all, On Sun, 2005-05-15 at 14:36, sigdrak wrote: > Hello Skal, > > Skal wrote: > > i've reviewed it, and it looks ok at first sight. > > *But* it (the 2nd version) also contains cosmetics > > changes i don't feel like committing right now in > > I agree, though I didn't like much how it was written: a pain to track > what needs being deallocated for each error. Anyway, you can just create > a branch tag and merge back in eventually. i've applied your code for error handling. Definitely cleaner. > > > the middle of a beta2. Moreover i've got some > > This is understandable. Given the API changes, that would only bring > troubles. > Not only API: your new log2bin() func taken from ffmpeg ... wasn't equivalent to the current one. Anyway, i've committed a faster version (not that it's critical func, but still...). Xvid_bench.c has a bench for that, now. Also, for you and Angela Belda (working on resync markers): i've added your functions BitstreamWriteEndOfSequence(), BitstreamWriteGroupOfVopHeader(), and write_video_packet_header() at the end of bitstream.c, since they looked ok. They are *unused* as of now, but now you have them handy... (@Sigdrak: your patch did declare BitStreamWriteStartOfVideoPacket(), but the implementation was missing) Please check, -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed May 18 09:40:57 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 50DC0126D85 for ; Wed, 18 May 2005 09:40:57 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9D1B5D940; Wed, 18 May 2005 09:40:42 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from evhyehfl.fr (213-140-6-116.fastres.net [213.140.6.116]) by edu.bnhof.de (Postfix) with SMTP id DA57CBFE9; Wed, 18 May 2005 09:40:39 +0200 (CEST) From: ed.gomez@free.fr To: xvid-devel@xvid.org Date: Wed, 18 May 2005 07:38:21 UTC Importance: Normal X-Mailer: Outlook 4.2 X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: <3ac1.69385ca6831ef@jxhwj.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Tuerkei in die EU X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org GEWALTEXZESS: http://www.spiegel.de/politik/ausland/0,1518,345203,00.html Politiker zerreißt Menschenrechtsbericht: http://www.spiegel.de/politik/ausland/0,1518,325983,00.html Schily = Hitler http://www.spiegel.de/politik/deutschland/0,1518,345929,00.html Schily wehrt sich gegen Hitler-Vergleiche: http://www.spiegel.de/politik/deutschland/0,1518,345749,00.html Sie hat ja wie eine Deutsche gelebt: http://www.spiegel.de/panorama/0,1518,342484,00.html http://www.npd.de/npd_info/deutschland/2005/d0205-31.html Parallelgesellschaften - Feind hoerte mit: http://www.npd.de/npd_info/meldungen/2005/m0305-15.html Sie war unerlaubt spazieren: http://www.taz.de/pt/2004/11/25/a0143.nf/text Tiere an Autobahn geschlachtet: http://forum.gofeminin.de/forum/actu1/__f384_actu1-TuRKEI-NEIN-DANKE.html _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed May 18 20:34:22 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 35A44126D82 for ; Wed, 18 May 2005 20:34:22 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 7755918DA9; Wed, 18 May 2005 20:34:12 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from pbsybafn.at (cpc1-leed2-4-0-cust134.leed.cable.ntl.com [80.6.165.134]) by edu.bnhof.de (Postfix) with SMTP id AC76218DA0; Wed, 18 May 2005 20:34:07 +0200 (CEST) From: michaelni@gmx.at To: xvid-devel@xvid.org Date: Wed, 18 May 2005 18:31:06 UTC Importance: Normal X-Mailer: Outlook 4.26 X-Priority: 3 (Normal) MIME-Version: 1.0 Message-ID: Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] 4,8 Mill. Osteuropaeer durch Fischer-Volmer Erlass X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Lese selbst: http://www.npd.de/npd_info/deutschland/2005/d0405-13.html Neue Dokumente: http://www.rp-online.de/public/article/nachrichten/politik/deutschland/87647 Botschafter in Kiew beschwerte sich noch 2004: http://www.rp-online.de/public/article/nachrichten/politik/deutschland/85735 Traumziel Deutschland: http://www.berlinonline.de/berliner-zeitung/archiv/.bin/dump.fcgi/2004/1221/politik/0009/index.html Kanzler erleichtert Visaverfahren für Golfstaaten: http://www.spiegel.de/spiegel/vorab/0,1518,349262,00.html Ohne Deutsch nach Deutschland: http://www.aufenthaltstitel.de/zuwg/0618.html Vorbildliche Aktion: http://www.npd.de/npd_info/deutschland/2004/d1204-24.html _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed May 18 22:55:59 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 627D2126D82 for ; Wed, 18 May 2005 22:55:59 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A153618D8D; Wed, 18 May 2005 22:55:56 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from pwnqaey.at (unknown [209.42.40.28]) by edu.bnhof.de (Postfix) with SMTP id 8D8F318D88; Wed, 18 May 2005 22:55:52 +0200 (CEST) From: michaelni@gmx.at To: xvid-devel@xvid.org Date: Wed, 18 May 2005 20:55:50 GMT Importance: Normal X-Mailer: Outlook 8.40 X-Priority: 3 (Normal) MIME-Version: 1.0 Message-ID: <57db688592c.d3b34aa7@gmx.at> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Trotz Stellenabbau X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Lese selbst: http://www.spiegel.de/wirtschaft/0,1518,338652,00.html _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu May 19 04:24:19 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id A5A22126D82 for ; Thu, 19 May 2005 04:24:19 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 66DF318DE6; Thu, 19 May 2005 04:24:16 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hhuyftdsf.org (YahooBB221018008085.bbtec.net [221.18.8.85]) by edu.bnhof.de (Postfix) with SMTP id 580F018DDE; Thu, 19 May 2005 04:23:59 +0200 (CEST) From: michael@xvid.org To: xvid-devel@xvid.org Date: Thu, 19 May 2005 02:23:06 UTC Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: <3fccbbe.2175a6e4e0@xvid.org> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Volk wird nur zum zahlen gebraucht! X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Lese selbst: http://www.my-rocknord.de/viewtopic.php?t=1018&sid=3ce6385b1dee88cb02447f566a2da68d .. damit Sie nicht als der erste Kanzler in die deutsche Geschichte eingehen, der Untertanen verboten hat, aus ihren Fenstern auf die Strasse zu gucken - selbst Nazis und Stalinisten haben niemals eine aehnliche Anordnung treffen lassen! _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu May 19 07:00:25 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 04E45126D82 for ; Thu, 19 May 2005 07:00:24 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id F3F6D18E32; Thu, 19 May 2005 07:00:19 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hskpsqvf.org (117.52.100-84.rev.gaoland.net [84.100.52.117]) by edu.bnhof.de (Postfix) with SMTP id 427FF18E2D; Thu, 19 May 2005 07:00:16 +0200 (CEST) From: michael@xvid.org To: xvid-devel@xvid.org Date: Thu, 19 May 2005 04:59:31 UTC Importance: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Message-ID: Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Augen auf X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org http://www.rocknord.de http://www.aktivefrauenfraktion.tk http://www.kopfmord.de http://www.das-gibts-doch-nicht.de http://www.zukunft-europa.info/index.html http://www.geocities.com/scorpios2602/links.html http://www.g-d-f.de http://www.bewaeltigen.de http://www.wk-institut.de http://www.jungefreiheit.de http://www.auslaendergewalt.ch http://www.pro-koeln-online.de http://www.leverkusener-aufbruch.com http://www.buergerbewegungen.de/index.html http://www.un-nachrichten.de http://www.radio-freiheit.com _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu May 19 10:32:19 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 39E7E126D85 for ; Thu, 19 May 2005 10:32:19 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 2BC3B185D2; Thu, 19 May 2005 10:32:04 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from idniekp.ch (p548FFEAF.dip.t-dialin.net [84.143.254.175]) by edu.bnhof.de (Postfix) with SMTP id B164715542; Thu, 19 May 2005 10:31:59 +0200 (CEST) From: chn@kbw.ch To: xvid-devel@xvid.org Date: Thu, 19 May 2005 08:25:28 UTC Importance: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Message-ID: <8de03b0.dad699aacab@kbw.ch> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Blutige Selbstjustiz X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Polizeiexperten warnen: Ethnisch abgeschottete Mafia-Clans sind kaum noch zu durchdringen. Die Gerichte tragen Mitschuld. Weiter auf: http://www.libasoli.de/2004/ethnoclans%20spiegel50_04.html _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu May 19 21:19:21 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 0ADCC126D82 for ; Thu, 19 May 2005 21:19:21 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id EA9C418DE4; Thu, 19 May 2005 21:19:00 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by edu.bnhof.de (Postfix) with ESMTP id 5F46618DDF for ; Thu, 19 May 2005 21:18:54 +0200 (CEST) Received: from [82.229.60.149] (pat35-1-82-229-60-149.fbx.proxad.net [82.229.60.149]) by postfix4-2.free.fr (Postfix) with ESMTP id 7ECC131D8D4 for ; Thu, 19 May 2005 21:18:53 +0200 (CEST) Message-ID: <428CEA50.3070005@free.fr> Date: Thu, 19 May 2005 21:34:40 +0200 From: sigdrak User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: fr, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [Fwd: Data partitioning for encoder] References: <002901c553ba$62e192e0$8c00000a@aaa> <1115591263.12260.3.camel@localhost.localdomain> <42874238.4040001@free.fr> <1116363792.3964.21.camel@localhost.localdomain> In-Reply-To: <1116363792.3964.21.camel@localhost.localdomain> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello, Skal a écrit : > i've applied your code for error handling. Definitely cleaner. I should have made a separate patch. But again, as I went on with code, it was getting difficult to separate stuff. > Not only API: your new log2bin() func taken from ffmpeg ... > wasn't equivalent to the current one. Anyway, i've committed > a faster version (not that it's critical func, but still...). > Xvid_bench.c has a bench for that, now. Well, yes I was so lame as to remove the old code :) Anyway, log2_tab_16 is only 16-elements-long, and not 256 (or else you remove the last test): http://www.xvid.org/cvs/chora/co.php/xvidcore/src/bitstream/bitstream.c?login=2&r=1.51 Plus I don't see the benefit (yet) of having it global to this file. > Also, for you and Angela Belda (working on resync markers): > i've added your functions BitstreamWriteEndOfSequence(), > BitstreamWriteGroupOfVopHeader() Remnant of an unproper patch extraction (code was heavily edited to fit)... Anyway, that reminds me: IIRC, XviD generates an Video Object Sequence plus an Video Object Layer at the GOV boundaries instead of the expectable GOV. Why that ? > at the end of bitstream.c, since they looked ok. > They are *unused* as of now, but now you have them handy... > (@Sigdrak: your patch did declare BitStreamWriteStartOfVideoPacket(), > but the implementation was missing) Yes I tried to separate things to make them easier (ahem) to check. I've just made it a PITA... Do you suggest that I propose new patches on this basis? I think I would start with VideoPacket this time, as it comes first hierarchically speaking. Btw, I've noticed that DP and Interlacing aren't supported together. I don't know how that should be handled in XviD framework (erroring out?) > Please check, Probably only aesthetical, but I find: --8<-- if (frame->coding_type != I_VOP) addbits = frame->fcode -1; if (frame->coding_type == B_VOP) addbits = MAX(frame->fcode, frame->bcode)-1; -->8-- difficult to read. My suggestion if you want to avoid the switch case: --8<-- if (frame->coding_type == P_VOP) addbits = frame->fcode -1; else if (frame->coding_type == B_VOP) addbits = MAX(frame->fcode, frame->bcode)-1; -->8-- Maybe your assembly knowledge/check justifies otherwise. Then the standard (14496-2:2001, I don't have 2003 handy right now) states: "resync_marker: This is a binary string of at least 16 zero’s followed by a one ‘0 0000 0000 0000 0001’. For an I-VOP or a VOP where video_object_layer_shape has the value “binary_only”, the resync marker is 16 zeros followed by a one." For I, NUM bits, OK "The length of this resync marker is dependent on the value of vop_fcode_forward, for a P-VOP or a S(GMC)-VOP[...]. For a P-VOP and a S(GMC)-VOP, the resync_marker is (15+fcode) zeros followed by a one" So, for P, 15+fcode+1=NUM+fcode-1, OK "[...] and the larger value of either vop_fcode_forward and vop_fcode_backward for a B-VOP [...]for a B-VOP , the resync_marker is max(15+fcode,17) zeros followed by a one." I don't know how is bcode is computed, so your code looks suspicious to me, provided 2003 doesn't modify this. BTW, "A resync marker shall only be located immediately before a macroblock and aligned with a byte." So Angela should be able to split at VP boundaries. decoder.c diff seems fine to me. That's all the changes my CVS abilities allowed me to track and confirm. Cordially, sigdrak _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu May 19 22:13:44 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id D06A8126D82 for ; Thu, 19 May 2005 22:13:44 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id CF65B18DBA; Thu, 19 May 2005 22:13:26 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by edu.bnhof.de (Postfix) with ESMTP id E29B2184F3 for ; Thu, 19 May 2005 22:13:23 +0200 (CEST) Received: from [82.229.60.149] (pat35-1-82-229-60-149.fbx.proxad.net [82.229.60.149]) by postfix4-1.free.fr (Postfix) with ESMTP id 10AFC317D29 for ; Thu, 19 May 2005 22:13:22 +0200 (CEST) Message-ID: <428CF714.5040503@free.fr> Date: Thu, 19 May 2005 22:29:08 +0200 From: sigdrak User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: fr, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: multipart/mixed; boundary="------------060306000808080704000104" X-Content-Filtered-By: Mailman/MimeDel 2.1.4 Subject: [XviD-devel] Minor patch for mbcoding.c X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org This is a multi-part message in MIME format. --------------060306000808080704000104 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit There are 2 problems with the current code: - the sprite trajectory VLC table has 15 elements; only 12 are checked I imagine it's a typo - the run decoding isn't robust enough; indices of over 63 could be generated (and are when you mess up other parts :), resulting in an access violation Therefore I check the run value against 63 and possibly truncate it --------------060306000808080704000104 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel --------------060306000808080704000104-- From xvid-devel-bounces@xvid.org Fri May 20 00:51:54 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 85A83126D82 for ; Fri, 20 May 2005 00:51:54 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9552518DB9; Fri, 20 May 2005 00:51:40 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from edgomez.kicks-ass.org (edgomez.kicks-ass.org [82.225.208.184]) by edu.bnhof.de (Postfix) with ESMTP id C42F318D98 for ; Fri, 20 May 2005 00:51:35 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.50) id 1DYtre-0001rt-1N for xvid-devel@xvid.org; Fri, 20 May 2005 00:51:38 +0200 Date: Fri, 20 May 2005 00:51:38 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20050519225137.GA7040@edgomez.kicks-ass.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: mutt-ng 1.5.9-r228i (Debian) Subject: [XviD-devel] [PATCH] New try at gcc4 warning cleaning + SO symbols visibility X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hey, New attempt at pushing my branch changes. I fixed xvid_bench linking very simply, just link against static lib. Here are the additional changelog entries that do not concern gcc4 warnings + symbols visibility for SO. ------------------------------8<----------------------------------- 2005-05-18 22:08:12 GMT patch-22 Summary: No executable shared objects installed Revision: xvidcore--head--0.0--patch-22 From ed.gomez: * Do not install the lib as executable. It's no use as the SO has no main symbol anyway, and the static lib is not runnable anyway. modified files: build/generic/Makefile 2005-05-18 22:05:09 GMT patch-21 Summary: Statically link xvid_bench with libxvidcore.a Revision: xvidcore--head--0.0--patch-21 Statically link xvid_bench with libxvidcore.a modified files: examples/Makefile 2005-05-18 21:59:27 GMT patch-20 Summary: New autoconf garbage removal Revision: xvidcore--head--0.0--patch-20 New autoconf garbage removal modified files: build/generic/bootstrap.sh 2005-05-18 21:58:16 GMT patch-19 Summary: Quotes in configure.in Revision: xvidcore--head--0.0--patch-19 Quotes in configure.in modified files: build/generic/configure.in ------------------------------8<----------------------------------- The only chunks that could hurt are the last two ones, the trellis chunk is 99.99% ok as i tested it in two clips and md5sum matched. The ME chunk has probably not been tested or has been tested during first pass when fast ME routines are used instead of usual ones, so i didn't check for 1:1 compatibility. So please review these two chunks more than i did, other chunks should be merged. The patch inlined: ------------------------------8<----------------------------------- --- xvidcore.cvshead/build/generic/bootstrap.sh 2005-03-18 17:44:51.000000000 +0100 +++ xvidcore.tlahead/build/generic/bootstrap.sh 2005-05-18 23:58:51.000000000 +0200 @@ -80,3 +80,4 @@ echo "Removing files that are not needed" rm -rf autom4* 1>/dev/null 2>&1 rm -rf ltmain.sh 1>/dev/null 2>&1 +rm -rf *.m4 1>/dev/null 2>&1 \ Pas de fin de ligne à la fin du fichier. --- xvidcore.cvshead/build/generic/configure.in 2005-05-18 21:08:36.000000000 +0200 +++ xvidcore.tlahead/build/generic/configure.in 2005-05-18 23:56:56.000000000 +0200 @@ -265,7 +265,14 @@ SPECIFIC_CFLAGS="" PRE_SHARED_LIB="" case "$target_os" in - *bsd*|linux*|irix*|solaris*) + linux*|solaris*) + AC_MSG_RESULT([ok]) + STATIC_LIB="libxvidcore.\$(STATIC_EXTENSION)" + SHARED_LIB="libxvidcore.\$(SHARED_EXTENSION).\$(API_MAJOR).\$(API_MINOR)" + SPECIFIC_LDFLAGS="-Wl,-soname,libxvidcore.\$(SHARED_EXTENSION).\$(API_MAJOR) -shared -Wl,--version-script=libxvidcore.ld -lc -lm" + SPECIFIC_CFLAGS="-fPIC" + ;; + *bsd*|irix*) AC_MSG_RESULT([ok]) STATIC_LIB="libxvidcore.\$(STATIC_EXTENSION)" SHARED_LIB="libxvidcore.\$(SHARED_EXTENSION).\$(API_MAJOR).\$(API_MINOR)" @@ -588,7 +595,7 @@ rm -f gcc-ver # GCC 4.x - if test $GCC_MAJOR -gt 3 ; then + if test "${GCC_MAJOR}" -gt 3 ; then CFLAGS=`echo $CFLAGS | sed s,"-mcpu","-mtune",g` CFLAGS=`echo $CFLAGS | sed s,'-freduce-all-givs','',g` CFLAGS=`echo $CFLAGS | sed s,'-fmove-all-movables','',g` @@ -597,7 +604,7 @@ fi # GCC 3.4.x - if test $GCC_MAJOR -eq 3 && $GCC_MINOR -gt 3 ; then + if test "${GCC_MAJOR}" -eq 3 && test "${GCC_MINOR}" -gt 3 ; then CFLAGS=`echo $CFLAGS | sed s,"-mcpu","-mtune",g` fi fi --- xvidcore.cvshead/build/generic/Makefile 2005-03-18 17:44:51.000000000 +0100 +++ xvidcore.tlahead/build/generic/Makefile 2005-05-19 00:06:32.000000000 +0200 @@ -129,6 +129,7 @@ $(SHARED_LIB): $(BUILD_DIR) $(OBJECTS) @echo " L: $(@F)" @$(INSTALL) -m 644 libxvidcore.def $(BUILD_DIR)/libxvidcore.def + @$(INSTALL) -m 644 libxvidcore.ld $(BUILD_DIR)/libxvidcore.ld @cd $(BUILD_DIR) && $(CC) $(LDFLAGS) $(OBJECTS) -o $(PRE_SHARED_LIB) $(SPECIFIC_LDFLAGS) #----------------------------------------------------------------------------- @@ -139,9 +140,9 @@ @echo " D: $(libdir)" @$(INSTALL) -d $(DESTDIR)$(libdir) @echo " I: $(libdir)/$(SHARED_LIB)" - @$(INSTALL) -m 755 $(BUILD_DIR)/$(SHARED_LIB) $(DESTDIR)$(libdir)/$(SHARED_LIB) + @$(INSTALL) -m 644 $(BUILD_DIR)/$(SHARED_LIB) $(DESTDIR)$(libdir)/$(SHARED_LIB) @echo " I: $(libdir)/$(STATIC_LIB)" - @$(INSTALL) -m 755 $(BUILD_DIR)/$(STATIC_LIB) $(DESTDIR)$(libdir)/$(STATIC_LIB) + @$(INSTALL) -m 644 $(BUILD_DIR)/$(STATIC_LIB) $(DESTDIR)$(libdir)/$(STATIC_LIB) @echo " D: $(includedir)" @$(INSTALL) -d $(DESTDIR)$(includedir) @echo " I: $(includedir)/xvid.h" --- xvidcore.cvshead/examples/Makefile 2005-03-18 17:44:51.000000000 +0100 +++ xvidcore.tlahead/examples/Makefile 2005-05-19 00:03:52.000000000 +0200 @@ -31,7 +31,7 @@ $(CC) $(CFLAGS) $(HDIR) -c $< xvid_bench: xvid_bench.o - $(CC) -o $@ $< $(LDFLAGS) + $(CC) -o $@ $< ../build/generic/=build/libxvidcore.a -lc -lm xvid_bench.o: xvid_bench.c $(CC) $(CFLAGS) $(HDIR) -c $< --- xvidcore.cvshead/src/bitstream/bitstream.c 2005-05-18 21:08:36.000000000 +0200 +++ xvidcore.tlahead/src/bitstream/bitstream.c 2005-05-18 21:33:10.000000000 +0200 @@ -1259,7 +1259,7 @@ BitstreamPadAlways(bs); /* next_start_code(); */ /* divx5 userdata string */ -#define DIVX5_ID "DivX503b1393" +#define DIVX5_ID ((char *)"DivX503b1393") if ((pParam->global_flags & XVID_GLOBAL_DIVX5_USERDATA)) { BitstreamWriteUserData(bs, DIVX5_ID, strlen(DIVX5_ID)); if (pParam->max_bframes > 0 && (pParam->global_flags & XVID_GLOBAL_PACKED)) @@ -1395,8 +1395,8 @@ void BitstreamWriteUserData(Bitstream * const bs, - uint8_t * data, - const int length) + const char *data, + const unsigned int length) { int i; --- xvidcore.cvshead/src/bitstream/bitstream.h 2005-05-18 21:08:36.000000000 +0200 +++ xvidcore.tlahead/src/bitstream/bitstream.h 2005-05-18 21:32:03.000000000 +0200 @@ -146,8 +146,9 @@ unsigned int quant); void BitstreamWriteUserData(Bitstream * const bs, - uint8_t * data, - const int length); + const char *data, + const unsigned int length); + void BitstreamWriteEndOfSequence(Bitstream * const bs); --- xvidcore.cvshead/src/decoder.c 2005-05-18 21:08:36.000000000 +0200 +++ xvidcore.tlahead/src/decoder.c 2005-05-18 21:21:14.000000000 +0200 @@ -1123,7 +1123,7 @@ MACROBLOCK *mb = &dec->mbs[y * dec->mb_width + x]; MACROBLOCK *last_mb = &dec->last_mbs[y * dec->mb_width + x]; const int fcode_max = (fcode_forward>fcode_backward) ? fcode_forward : fcode_backward; - uint32_t intra_dc_threshold; /* fake variable */ + int32_t intra_dc_threshold; /* fake variable */ if (check_resync_marker(bs, fcode_max - 1)) { int bound = read_video_packet_header(bs, dec, fcode_max - 1, &quant, --- xvidcore.cvshead/src/encoder.c 2005-04-03 21:40:52.000000000 +0200 +++ xvidcore.tlahead/src/encoder.c 2005-05-11 23:06:19.000000000 +0200 @@ -114,8 +114,8 @@ } div = ((float)*biggest)/((float)65535); - *biggest = (int)(((float)*biggest)/div); - *other = (int)(((float)*other)/div); + *biggest = (unsigned int)(((float)*biggest)/div); + *other = (unsigned int)(((float)*other)/div); } } @@ -161,7 +161,7 @@ pEnc->mbParam.fincr = MAX(create->fincr, 0); pEnc->mbParam.fbase = create->fincr <= 0 ? 25 : create->fbase; if (pEnc->mbParam.fincr>0) - simplify_time(&pEnc->mbParam.fincr, &pEnc->mbParam.fbase); + simplify_time((int*)&pEnc->mbParam.fincr, (int*)&pEnc->mbParam.fbase); /* zones */ if(create->num_zones > 0) { @@ -1155,7 +1155,7 @@ type = frame->type; pEnc->current->quant = frame->quant; - call_plugins(pEnc, pEnc->current, NULL, XVID_PLG_BEFORE, &type, &pEnc->current->quant, stats); + call_plugins(pEnc, pEnc->current, NULL, XVID_PLG_BEFORE, &type, (int*)&pEnc->current->quant, stats); if (type > 0){ /* XVID_TYPE_?VOP */ type = type2coding(type); /* convert XVID_TYPE_?VOP to bitstream coding type */ --- xvidcore.cvshead/src/image/image.c 2005-03-18 17:44:53.000000000 +0100 +++ xvidcore.tlahead/src/image/image.c 2005-05-11 23:06:19.000000000 +0200 @@ -717,7 +717,7 @@ int height, uint32_t edged_width, uint8_t * dst[4], - uint32_t dst_stride[4], + int dst_stride[4], int csp, int interlacing) { --- xvidcore.cvshead/src/image/image.h 2005-03-18 17:44:53.000000000 +0100 +++ xvidcore.tlahead/src/image/image.h 2005-05-11 23:06:19.000000000 +0200 @@ -108,7 +108,7 @@ int height, uint32_t edged_width, uint8_t * dst[4], - uint32_t dst_stride[4], + int dst_stride[4], int csp, int interlaced); --- xvidcore.cvshead/build/generic/libxvidcore.ld 2005-05-20 00:32:06.471757096 +0200 +++ xvidcore.tlahead/build/generic/libxvidcore.ld 2005-05-11 23:07:34.000000000 +0200 @@ -0,0 +1,13 @@ +{ + global: + xvid_global; + xvid_decore; + xvid_encore; + xvid_plugin_single; + xvid_plugin_2pass1; + xvid_plugin_2pass2; + xvid_plugin_lumimasking; + xvid_plugin_dump; + xvid_plugin_psnr; + local: *; +}; --- xvidcore.cvshead/src/motion/estimation_common.c 2005-03-18 17:44:53.000000000 +0100 +++ xvidcore.tlahead/src/motion/estimation_common.c 2005-05-11 23:06:19.000000000 +0200 @@ -389,8 +389,8 @@ int xo = 2*data->currentMV[0].x, yo = 2*data->currentMV[0].y; - data->currentQMV[0].x = v_best.x = xo; - data->currentQMV[0].y = v_best.y = yo; + data->currentQMV[0].x = v_best.x = v_best2.x = xo; + data->currentQMV[0].y = v_best.y = v_best2.y = yo; data->qpel_precision = 1; --- xvidcore.cvshead/src/utils/mbtransquant.c 2005-03-18 17:44:54.000000000 +0100 +++ xvidcore.tlahead/src/utils/mbtransquant.c 2005-05-11 23:06:19.000000000 +0200 @@ -774,7 +774,7 @@ * helps. */ typedef struct { int16_t Run, Level; } NODE; - NODE Nodes[65], Last; + NODE Nodes[65], Last = { 0, 0}; uint32_t Run_Costs0[64+1]; uint32_t * const Run_Costs = Run_Costs0 + 1; ------------------------------8<----------------------------------- -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 20 04:00:08 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id EF7B7126D82 for ; Fri, 20 May 2005 04:00:07 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id CD2F118E7D; Fri, 20 May 2005 03:59:54 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.sh.itginc.jp (unknown [220.248.27.162]) by edu.bnhof.de (Postfix) with SMTP id B9E7E18E70 for ; Fri, 20 May 2005 03:59:49 +0200 (CEST) Received: (qmail 14152 invoked by uid 0); 20 May 2005 01:38:35 -0000 Received: from unknown (HELO barcodesolder) (solder@192.168.1.66) by 0 with SMTP; 20 May 2005 01:38:35 -0000 From: "solder" To: Date: Fri, 20 May 2005 10:00:05 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcVcwmgbNIBU/nsxQ1u1VGYOf7FaNQAHL84g In-Reply-To: <20050519225143.D7A4618DBB@edu.bnhof.de> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20050520015949.B9E7E18E70@edu.bnhof.de> Subject: [XviD-devel] Does xvid support Samsung 2410 ? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Does xvid support Samsung 2410 ? And how to porting it. Thanks _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 20 08:28:47 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 47DD8126D83 for ; Fri, 20 May 2005 08:28:47 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id DE8F518549; Fri, 20 May 2005 08:28:33 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kcsuesuc.net (dsl-084-056-129-118.arcor-ip.net [84.56.129.118]) by edu.bnhof.de (Postfix) with SMTP id 13A6D18549; Fri, 20 May 2005 08:28:30 +0200 (CEST) From: skal@planet-d.net To: xvid-devel@xvid.org Date: Fri, 20 May 2005 06:24:16 UTC Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Tuerkei in die EU X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org GEWALTEXZESS: http://www.spiegel.de/politik/ausland/0,1518,345203,00.html Politiker zerreißt Menschenrechtsbericht: http://www.spiegel.de/politik/ausland/0,1518,325983,00.html Schily = Hitler http://www.spiegel.de/politik/deutschland/0,1518,345929,00.html Schily wehrt sich gegen Hitler-Vergleiche: http://www.spiegel.de/politik/deutschland/0,1518,345749,00.html Sie hat ja wie eine Deutsche gelebt: http://www.spiegel.de/panorama/0,1518,342484,00.html http://www.npd.de/npd_info/deutschland/2005/d0205-31.html Parallelgesellschaften - Feind hoerte mit: http://www.npd.de/npd_info/meldungen/2005/m0305-15.html Sie war unerlaubt spazieren: http://www.taz.de/pt/2004/11/25/a0143.nf/text Tiere an Autobahn geschlachtet: http://forum.gofeminin.de/forum/actu1/__f384_actu1-TuRKEI-NEIN-DANKE.html _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 20 13:54:21 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 86D5A126D83 for ; Fri, 20 May 2005 13:54:21 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 289D818D92; Fri, 20 May 2005 13:54:06 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from wfhie.net (unknown [67.96.48.35]) by edu.bnhof.de (Postfix) with SMTP id C2BCE1504F; Fri, 20 May 2005 13:54:01 +0200 (CEST) From: skal@planet-d.net To: xvid-devel@xvid.org Date: Fri, 20 May 2005 11:52:12 GMT Importance: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Message-ID: <17da58.a6c526ebabc52@xvid.org> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Verbrechen der deutschen Frau X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Lese selbst: http://www.jn-bw.de/texte/zeitgeschichte/verbrechen_der_frau.htm _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 20 16:29:50 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 3E7A2126D83 for ; Fri, 20 May 2005 16:29:50 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8A03515605; Fri, 20 May 2005 16:29:37 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ehqupfddc.com (unknown [67.96.48.35]) by edu.bnhof.de (Postfix) with SMTP id 11E1A14FD6; Fri, 20 May 2005 16:29:32 +0200 (CEST) From: chenm002@163.com To: xvid-devel@xvid.org Date: Fri, 20 May 2005 14:25:57 UTC Importance: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Message-ID: <783aa415bf79a5fee3cd@163.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Tuerkei in die EU X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org GEWALTEXZESS: http://www.spiegel.de/politik/ausland/0,1518,345203,00.html Politiker zerreißt Menschenrechtsbericht: http://www.spiegel.de/politik/ausland/0,1518,325983,00.html Schily = Hitler http://www.spiegel.de/politik/deutschland/0,1518,345929,00.html Schily wehrt sich gegen Hitler-Vergleiche: http://www.spiegel.de/politik/deutschland/0,1518,345749,00.html Sie hat ja wie eine Deutsche gelebt: http://www.spiegel.de/panorama/0,1518,342484,00.html http://www.npd.de/npd_info/deutschland/2005/d0205-31.html Parallelgesellschaften - Feind hoerte mit: http://www.npd.de/npd_info/meldungen/2005/m0305-15.html Sie war unerlaubt spazieren: http://www.taz.de/pt/2004/11/25/a0143.nf/text Tiere an Autobahn geschlachtet: http://forum.gofeminin.de/forum/actu1/__f384_actu1-TuRKEI-NEIN-DANKE.html _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri May 20 21:48:29 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id F2E75126D83 for ; Fri, 20 May 2005 21:48:28 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id B2A15183D4; Fri, 20 May 2005 21:48:11 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from inffy.at (CPE-70-92-188-1.mn.res.rr.com [70.92.188.1]) by edu.bnhof.de (Postfix) with SMTP id 6F93B155C9; Fri, 20 May 2005 21:48:02 +0200 (CEST) From: michaelni@gmx.at To: xvid-devel@xvid.org Date: Fri, 20 May 2005 19:47:51 GMT Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: <9ce8f.baf2d4859ac9ed@gmx.at> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Dresden 1945 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Lese selbst: http://www.kommunisten-online.de/blackchanel/dresden3.htm _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat May 21 00:39:51 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id F102A126D83 for ; Sat, 21 May 2005 00:39:50 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1FC4B18D60; Sat, 21 May 2005 00:39:38 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from osvlrrybc.com (92.52.100-84.rev.gaoland.net [84.100.52.92]) by edu.bnhof.de (Postfix) with SMTP id 17568186DF; Sat, 21 May 2005 00:39:33 +0200 (CEST) From: chenm002@163.com To: xvid-devel@xvid.org Date: Fri, 20 May 2005 22:38:53 UTC Importance: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Message-ID: Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Deutsche werden kuenftig beim Arzt abgezockt X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Lese selbst: http://globalfire.tv/nj/03de/politik/fruehtod_reform.htm EU-Abgeordnete goennen sich luxurioese Vollversorgung: http://www.rp-online.de/public/article/nachrichten/politik/ausland/85804 Deutsche Krankenversicherungen muessen fuer Harems-Frauen zahlen: http://www.spiegel.de/spiegel/vorab/0,1518,323476,00.html Kassenfunktionaere vervierfachten Gehalt: http://www.spiegel.de/wirtschaft/0,1518,353600,00.html _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat May 21 05:02:25 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 8621B126D83 for ; Sat, 21 May 2005 05:02:25 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A945414904; Sat, 21 May 2005 05:02:11 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from dllwwcne.de (YahooBB221018008085.bbtec.net [221.18.8.85]) by edu.bnhof.de (Postfix) with SMTP id 04E92148B2 for ; Sat, 21 May 2005 05:01:51 +0200 (CEST) From: dknop@stud.uni-goettingen.de To: xvid-devel@xvid.org Date: Sat, 21 May 2005 02:08:46 GMT Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: <6f0f7a4.04ecf92bc0de@stud.uni-goettingen.de> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Transparenz ist das Mindeste X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Lese selbst: http://www.npd.de/npd_info/deutschland/2005/d0405-39.html _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat May 21 13:41:25 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 247AF126D83 for ; Sat, 21 May 2005 13:41:25 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id EF86318DFA; Sat, 21 May 2005 13:41:11 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from bobhenlwi.net (YahooBB221018008085.bbtec.net [221.18.8.85]) by edu.bnhof.de (Postfix) with SMTP id 5009918DE3; Sat, 21 May 2005 13:41:06 +0200 (CEST) From: skal@planet-d.net To: xvid-devel@xvid.org Date: Sat, 21 May 2005 11:40:18 UTC Importance: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Message-ID: <2ee1765.295fcb840a01@planet-d.net> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Transparenz ist das Mindeste X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Lese selbst: http://www.npd.de/npd_info/deutschland/2005/d0405-39.html _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun May 22 20:16:18 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id E004E126D89 for ; Sun, 22 May 2005 20:16:18 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id F37F218D9D; Sun, 22 May 2005 20:15:59 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from sgrxf.fr (unknown [82.228.72.74]) by edu.bnhof.de (Postfix) with SMTP id B2B0618D87; Sun, 22 May 2005 20:15:54 +0200 (CEST) From: ed.gomez@free.fr To: xvid-devel@xvid.org Date: Sun, 22 May 2005 18:13:33 GMT Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: <886aa.fed54cf09e@xvid.org> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Graeberschaendung auf bundesdeutsche Anordnung X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Lese selbst: http://www.die-kommenden.net/dk/zeitgeschichte/graeberschaendung.htm _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun May 22 22:52:58 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id D55D4126D89 for ; Sun, 22 May 2005 22:52:58 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id B188318590; Sun, 22 May 2005 22:52:45 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from imhwuutwo.org (unknown [67.96.48.35]) by edu.bnhof.de (Postfix) with SMTP id 464CA184DD; Sun, 22 May 2005 22:52:41 +0200 (CEST) From: michael@xvid.org To: xvid-devel@xvid.org Date: Sun, 22 May 2005 20:43:23 UTC Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal MIME-Version: 1.0 Message-ID: <5cf2eb.cdf882bb9a@xvid.org> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Subject: [XviD-devel] Tuerkei in die EU X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org GEWALTEXZESS: http://www.spiegel.de/politik/ausland/0,1518,345203,00.html Politiker zerreißt Menschenrechtsbericht: http://www.spiegel.de/politik/ausland/0,1518,325983,00.html Schily = Hitler http://www.spiegel.de/politik/deutschland/0,1518,345929,00.html Schily wehrt sich gegen Hitler-Vergleiche: http://www.spiegel.de/politik/deutschland/0,1518,345749,00.html Sie hat ja wie eine Deutsche gelebt: http://www.spiegel.de/panorama/0,1518,342484,00.html http://www.npd.de/npd_info/deutschland/2005/d0205-31.html Parallelgesellschaften - Feind hoerte mit: http://www.npd.de/npd_info/meldungen/2005/m0305-15.html Sie war unerlaubt spazieren: http://www.taz.de/pt/2004/11/25/a0143.nf/text Tiere an Autobahn geschlachtet: http://forum.gofeminin.de/forum/actu1/__f384_actu1-TuRKEI-NEIN-DANKE.html _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon May 23 11:01:30 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 0C018126D89 for ; Mon, 23 May 2005 11:01:30 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 07E4C18E4A; Mon, 23 May 2005 11:01:14 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay22-f5.bay22.hotmail.com [64.4.16.55]) by edu.bnhof.de (Postfix) with ESMTP id 2B14F18E48 for ; Mon, 23 May 2005 11:01:10 +0200 (CEST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 23 May 2005 02:00:59 -0700 Message-ID: Received: from 202.101.8.194 by by22fd.bay22.hotmail.msn.com with HTTP; Mon, 23 May 2005 09:00:58 GMT X-Originating-IP: [202.101.8.194] X-Originating-Email: [zhangf1979@hotmail.com] X-Sender: zhangf1979@hotmail.com From: =?gb2312?B?1cUgt6s=?= To: xvid-devel@xvid.org Date: Mon, 23 May 2005 09:00:58 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=gb2312; format=flowed X-OriginalArrivalTime: 23 May 2005 09:00:59.0027 (UTC) FILETIME=[EFE17630:01C55F75] Subject: [XviD-devel] current rate control algorithm X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, all What is the rate control algorithm employed in the current XVID codec? Is there any related paper or other documents? Thanks! -Fan _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon May 23 11:31:32 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 35B48126D89 for ; Mon, 23 May 2005 11:31:32 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 6B3FD18E94; Mon, 23 May 2005 11:31:13 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ftp.ilog.fr (ftp.ilog.fr [81.80.162.195]) by edu.bnhof.de (Postfix) with ESMTP id 5E3A718E90 for ; Mon, 23 May 2005 11:31:07 +0200 (CEST) Received: from laposte.ilog.fr (cerbere-qfe0 [81.80.162.193]) by ftp.ilog.fr (8.13.4/8.13.3) with ESMTP id j4N9V6ma004760 for ; Mon, 23 May 2005 11:31:07 +0200 (MET DST) Received: from marbore.ilog.biz (marbore1.ilog.fr [172.17.2.61]) by laposte.ilog.fr (8.13.1/8.13.1) with ESMTP id j4N9V1O1011448 for ; Mon, 23 May 2005 11:31:01 +0200 (MET DST) Received: from parmbx01.ilog.biz ([172.17.2.64]) by marbore.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Mon, 23 May 2005 11:31:18 +0200 Received: from 6ttgg1j ([172.17.4.73]) by parmbx01.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Mon, 23 May 2005 11:31:18 +0200 Subject: Re: [XviD-devel] [PATCH] ... applied From: Skal To: xvid-devel@xvid.org In-Reply-To: <20050519225137.GA7040@edgomez.kicks-ass.org> References: <20050519225137.GA7040@edgomez.kicks-ass.org> Content-Type: text/plain Message-Id: <1116840482.3432.14.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Mon, 23 May 2005 11:28:02 +0200 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 May 2005 09:31:18.0461 (UTC) FILETIME=[2C590ED0:01C55F7A] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Fri, 2005-05-20 at 00:51, Edouard Gomez wrote: > New attempt at pushing my branch changes. I fixed xvid_bench linking > very simply, just link against static lib. Seems a good solution. Applied, along with gcc4 warnings removal. Also applied: encoder.c: simplify_time() could take up to 5 seconds (on my 1.7gHz!!) to resolve hard fractions (e.g.: 1162261467/1073741824). I let Euclid optimize the code ;) bitstream.c: write_video_packet_header() was buggy and kind of obfuscated, as noticed by Sigdrak. please check for regression, -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon May 23 13:07:23 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 08F71126D89 for ; Mon, 23 May 2005 13:07:23 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1864B14FDD; Mon, 23 May 2005 13:07:04 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id 1001114FC6 for ; Mon, 23 May 2005 13:06:59 +0200 (CEST) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id 4011333361 for ; Mon, 23 May 2005 13:06:59 +0200 (CEST) Received: from p3EE27910.dip.t-dialin.net (p3EE27910.dip.t-dialin.net [62.226.121.16]) by www.lansco.de (IMP) with HTTP for ; Mon, 23 May 2005 13:06:58 +0200 Message-ID: <1116846418.4291b952d743c@www.lansco.de> Date: Mon, 23 May 2005 13:06:58 +0200 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] current rate control algorithm References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 62.226.121.16 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, the XviD rate-control algorithm is a rather simple, self-developed approach. For both the one- and two-pass rate-control algorithm, a constant picture quality is the most important goal. Therefore, only the frame quantizer parameters are modulated to reach a given target bit-rate and no macro-block level rate-control is employed in order to achieve a consistent picture quality within one frame. Also, the frame quantizer distribution is kept as smooth as possible in both the one- and two-pass algorithm in order to avoid fluctuations in perceived quality. Therefore, also the one-pass algorithm is a VBR/ABR approach and designed for storage and not for e.g. real-time, low-delay video streaming. Since rather large rate-control errors can occur by design (and are then compensated over a longer period) due to the smooth quantizer distribution and the aim for constant picture quality, the employed rate-model is also rather simple. XviD assumes that the coded texture bits for a frame behave inversely proportional to the frame quantizer and that there's a rather high correlation of the R(q) curves between temporally adjacent frames. This is not perfectly true but is very simple and works reasonable well for VBR rate-control. bye, Michael Quoting ÕÅ ·« : > Hi, all > What is the rate control algorithm employed in the current XVID codec? > Is there any related paper or other documents? > Thanks! > > -Fan > > > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon May 23 14:12:26 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id BD986126D89 for ; Mon, 23 May 2005 14:12:26 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 7E98D18DEB; Mon, 23 May 2005 14:12:13 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ftp.ilog.fr (ftp.ilog.fr [81.80.162.195]) by edu.bnhof.de (Postfix) with ESMTP id 62BDB18DE2 for ; Mon, 23 May 2005 14:12:09 +0200 (CEST) Received: from laposte.ilog.fr (cerbere-qfe0 [81.80.162.193]) by ftp.ilog.fr (8.13.4/8.13.3) with ESMTP id j4NCC8ZN010664 for ; Mon, 23 May 2005 14:12:09 +0200 (MET DST) Received: from marbore.ilog.biz (marbore1.ilog.fr [172.17.2.61]) by laposte.ilog.fr (8.13.1/8.13.1) with ESMTP id j4NCC31M019308 for ; Mon, 23 May 2005 14:12:03 +0200 (MET DST) Received: from parmbx01.ilog.biz ([172.17.2.64]) by marbore.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Mon, 23 May 2005 14:12:20 +0200 Received: from 6ttgg1j ([172.17.4.73]) by parmbx01.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Mon, 23 May 2005 14:12:20 +0200 From: Skal To: xvid-devel@xvid.org Content-Type: text/plain Message-Id: <1116850143.3432.21.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Mon, 23 May 2005 14:09:04 +0200 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 May 2005 12:12:20.0396 (UTC) FILETIME=[AB4F56C0:01C55F90] Subject: [XviD-devel] new SSE2 idct to test... X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Howdy, i've just committed a SSE2 idct that should be IEEE1180 and Walken compliant. It's disabled by default, commented at line 514 of file xvid.c. You can test it easily by: a) uncommenting line xvid.c:514 (to activate the new code) b) modifying bench list in examples/bench_list.pl. This file contains the parameters of automatic decoding bench, with checksum checking. Add your bitstream here. The MMX, XMM and SSE2 version should give exactly the same checksum. c) running 'bench.pl -dec' in examples directory. This is just an example. You can also simply check that the output with new idct is binary the same. thanks! Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 24 04:12:39 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 7567B126D89 for ; Tue, 24 May 2005 04:12:39 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3EB7018E02; Tue, 24 May 2005 04:12:17 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay22-dav13.bay22.hotmail.com [64.4.16.193]) by edu.bnhof.de (Postfix) with ESMTP id 7A93218DFF for ; Tue, 24 May 2005 04:12:05 +0200 (CEST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 23 May 2005 19:12:01 -0700 Message-ID: Received: from 202.101.8.194 by BAY22-DAV13.phx.gbl with DAV; Tue, 24 May 2005 02:12:01 +0000 X-Originating-IP: [202.101.8.194] X-Originating-Email: [zhangf1979@hotmail.com] X-Sender: zhangf1979@hotmail.com From: "Zhang Fan" To: Subject: RE: [XviD-devel] current rate control algorithm Date: Tue, 24 May 2005 10:10:15 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Thread-Index: AcVfh5EgSemUABT/ShSxzZ/bchCdfgAfhqCw In-Reply-To: <1116846418.4291b952d743c@www.lansco.de> X-OriginalArrivalTime: 24 May 2005 02:12:01.0822 (UTC) FILETIME=[F8FADBE0:01C56005] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Thanks a lot! :-) -----Original Message----- From: xvid-devel-bounces@xvid.org [mailto:xvid-devel-bounces@xvid.org] = On Behalf Of Michael Militzer Sent: 2005=E5=B9=B45=E6=9C=8823=E6=97=A5 19:07 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] current rate control algorithm Hi, the XviD rate-control algorithm is a rather simple, self-developed = approach. For both the one- and two-pass rate-control algorithm, a constant = picture quality is the most important goal. Therefore, only the frame quantizer parameters are modulated to reach a given target bit-rate and no = macro-block level rate-control is employed in order to achieve a consistent picture=20 quality within one frame. Also, the frame quantizer distribution is kept = as smooth as possible in both the one- and two-pass algorithm in order to = avoid fluctuations in perceived quality. Therefore, also the one-pass = algorithm is a VBR/ABR approach and designed for storage and not for e.g. = real-time, low-delay video streaming. Since rather large rate-control errors can occur by design (and are then compensated over a longer period) due to the smooth quantizer = distribution=20 and the aim for constant picture quality, the employed rate-model is = also rather simple. XviD assumes that the coded texture bits for a frame = behave inversely proportional to the frame quantizer and that there's a rather high correlation of the R(q) curves between temporally adjacent frames. = This is not perfectly true but is very simple and works reasonable well for = VBR=20 rate-control. bye, Michael Quoting =C3=95=C3=85 =C2=B7=C2=AB : > Hi, all > What is the rate control algorithm employed in the current XVID = codec? > Is there any related paper or other documents? > Thanks! >=20 > -Fan >=20 >=20 > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel >=20 _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 24 18:51:29 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 1E0A5126D89 for ; Tue, 24 May 2005 18:51:29 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 7409C18E57; Tue, 24 May 2005 18:51:09 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by edu.bnhof.de (Postfix) with ESMTP id 439A618E53 for ; Tue, 24 May 2005 18:51:05 +0200 (CEST) Received: by rproxy.gmail.com with SMTP id r35so949500rna for ; Tue, 24 May 2005 09:51:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:from:to:references:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=Xx0tlA1X26vu/yzAH7DVfuGxJqvp9XECKkdRzvkQoGEpJOga/wI9c/mvS68NwzDpsrlV/5NmFSlVUoqNwJaQ7gZWkyTkRz4/Q1UlGQGH/6fBAB3+/UZg/m93EQCpN0bVhKULf7MsIAV5DNKE2OZkqNm78+snNvjKaZsq5WXYTxQ= Received: by 10.38.24.24 with SMTP id 24mr3938414rnx; Tue, 24 May 2005 09:51:04 -0700 (PDT) Received: from montgomery ([81.109.86.140]) by mx.gmail.com with ESMTP id 59sm119352rnd.2005.05.24.09.51.04; Tue, 24 May 2005 09:51:04 -0700 (PDT) Message-ID: <011201c56080$bd8d94a0$0201a8c0@montgomery> From: "Robert Swain" To: References: <20050519225137.GA7040@edgomez.kicks-ass.org> <1116840482.3432.14.camel@localhost.localdomain> Subject: Re: [XviD-devel] [PATCH] ... applied Date: Tue, 24 May 2005 17:50:15 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Mon, 2005-05-23 at 10:28, Skal wrote: > On Fri, 2005-05-20 at 00:51, Edouard Gomez wrote: > >> New attempt at pushing my branch changes. I fixed xvid_bench linking >> very simply, just link against static lib. > > > Seems a good solution. Applied, along with gcc4 warnings removal. I think part of one of the gcc 4 patches had broken compilation under MinGW/MSYS. I obtain the following error when compiling: L: xvidcore.dll /bin/install: cannot stat `libxvidcore.ld': No such file or directory make: *** [xvidcore.dll] Error 1 If I comment out line 132 of build/generic/Makefile it appears to compile as planned and the produced dlls work as usual. Any ideas? (I'm a newbie to programming/building...) _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 24 20:03:31 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 13925126D89 for ; Tue, 24 May 2005 20:03:31 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A14A418E88; Tue, 24 May 2005 20:03:12 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from edgomez.kicks-ass.org (edgomez.kicks-ass.org [82.225.208.184]) by edu.bnhof.de (Postfix) with ESMTP id 6A4F118E85 for ; Tue, 24 May 2005 20:03:09 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.50) id 1DadkK-0001rC-Hf for xvid-devel@xvid.org; Tue, 24 May 2005 20:03:16 +0200 Date: Tue, 24 May 2005 20:03:16 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [PATCH] ... applied Message-ID: <20050524180316.GA7107@edgomez.kicks-ass.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <20050519225137.GA7040@edgomez.kicks-ass.org> <1116840482.3432.14.camel@localhost.localdomain> <011201c56080$bd8d94a0$0201a8c0@montgomery> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <011201c56080$bd8d94a0$0201a8c0@montgomery> User-Agent: mutt-ng 1.5.9-r228i (Debian) X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org He probably forgot to "cvs add" the file, because the file was part of the patch. Just wait for skal to add the file in CVS. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 24 20:53:12 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id D8173126D90 for ; Tue, 24 May 2005 20:53:12 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 40FE413ED1; Tue, 24 May 2005 20:53:00 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp5.wanadoo.fr (smtp5.wanadoo.fr [193.252.22.26]) by edu.bnhof.de (Postfix) with ESMTP id 888E613EA1 for ; Tue, 24 May 2005 20:52:58 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0509.wanadoo.fr (SMTP Server) with ESMTP id 6FECF1C002B5 for ; Tue, 24 May 2005 20:52:50 +0200 (CEST) Received: from localhost.localdomain (ASte-Genev-Bois-151-1-56-65.w82-121.abo.wanadoo.fr [82.121.14.65]) by mwinf0509.wanadoo.fr (SMTP Server) with ESMTP id 357581C00298 for ; Tue, 24 May 2005 20:52:49 +0200 (CEST) X-ME-UUID: 20050524185250219.357581C00298@mwinf0509.wanadoo.fr Subject: Re: [XviD-devel] [PATCH] ... applied From: Pascal Massimino To: xvid-devel@xvid.org In-Reply-To: <20050524180316.GA7107@edgomez.kicks-ass.org> References: <20050519225137.GA7040@edgomez.kicks-ass.org> <1116840482.3432.14.camel@localhost.localdomain> <011201c56080$bd8d94a0$0201a8c0@montgomery> <20050524180316.GA7107@edgomez.kicks-ass.org> Content-Type: text/plain Message-Id: <1116960571.3918.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Tue, 24 May 2005 20:49:31 +0200 Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: skal@planet-d.net, xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org hi all, On Tue, 2005-05-24 at 20:03, Edouard Gomez wrote: > He probably forgot to "cvs add" the file, because the file was part of > the patch. > > Just wait for skal to add the file in CVS. oops... my bad. Added. -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 31 02:11:05 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 3C06B126D82 for ; Tue, 31 May 2005 02:11:05 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id B8F2D18E2A; Tue, 31 May 2005 02:10:48 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by edu.bnhof.de (Postfix) with ESMTP id 26A6C18E25 for ; Tue, 31 May 2005 02:10:43 +0200 (CEST) Received: by rproxy.gmail.com with SMTP id z35so476761rne for ; Mon, 30 May 2005 17:10:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=lNx/SFB1fZ3wqQQAImCuGGdDbxI2cCtatKc1c0DRURG5SmCzyba5pgDefMqDZjnCC9fhPvn07XMoFp+khcHDt7E/G6Bt6XLQe7907WOLMLV/VRdKtt+B2ZfIBgKVlkBIqi43aQ6TJXzP4hK1H4zSfj34QahWjwQOGzYDlquSLIk= Received: by 10.38.92.63 with SMTP id p63mr26921rnb; Mon, 30 May 2005 17:10:41 -0700 (PDT) Received: by 10.38.209.55 with HTTP; Mon, 30 May 2005 17:10:41 -0700 (PDT) Message-ID: Date: Mon, 30 May 2005 17:10:41 -0700 From: Denis Baranov To: xvid-devel@xvid.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: [XviD-devel] Failing to build on Solaris 10 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Denis Baranov , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi! Not sure how much information is needed... After running either make or gmake, seeing this: L: libxvidcore.so.4.1 ld: warning: option -o appears more than once, first setting taken ld: fatal: file libxvidcore.so.4.1: open failed: No such file or directory ld: fatal: File processing errors. No output written to libxvidcore-temp.so= .4.1 collect2: ld returned 1 exit status Anybody knows what's going wrong? This is a first package that wouldn't make... Also, configure script fails to recognize platform as x86_64, insisting it's ia32 bash-3.00# gmake -v GNU Make 3.80 bash-3.00# gcc -v Reading specs from /opt/sfw/lib/gcc/i386-pc-solaris2.10/3.4.2/specs Configured with: ../gcc-3.4.2/configure --prefix=3D/opt/sfw --with-ld=3D/usr/ccs/bin/ld --with-gnu-as --with-as=3D/opt/sfw/bin/gas --enable-shared --disable-libgcj Thread model: posix gcc version 3.4.2 Was building as root Thanks! _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 31 10:42:37 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 2A843126D82 for ; Tue, 31 May 2005 10:42:37 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9680E155F8; Tue, 31 May 2005 10:42:23 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from obelix.ee.duth.gr (asterix.ee.duth.gr [193.92.243.98]) by edu.bnhof.de (Postfix) with ESMTP id A56411504F for ; Tue, 31 May 2005 10:42:15 +0200 (CEST) Received: from obelix.ee.duth.gr (localhost [127.0.0.1]) by obelix.ee.duth.gr (8.13.3+Sun/8.13.3) with ESMTP id j4V8bG1A023817; Tue, 31 May 2005 11:37:16 +0300 (EEST) Received: from localhost (apostolo@localhost) by obelix.ee.duth.gr (8.13.3+Sun/8.13.3/Submit) with ESMTP id j4V8bFkH023814; Tue, 31 May 2005 11:37:16 +0300 (EEST) Date: Tue, 31 May 2005 11:37:15 +0300 (EEST) From: apostolo@obelix.ee.duth.gr To: Denis Baranov , xvid-devel@xvid.org Subject: Re: [XviD-devel] Failing to build on Solaris 10 In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Mon, 30 May 2005, Denis Baranov wrote: > Hi! > > Not sure how much information is needed... After running either make > or gmake, seeing this: > L: libxvidcore.so.4.1 > ld: warning: option -o appears more than once, first setting taken I believe the problem is that the system assumes it is built with the gnu linker, while this is not true for Solaris 10. I think that if you alter the line that defines the linker options you will have no further problems. This line should like the following one SPECIFIC_LDFLAGS=-G -h libxvidcore.$(SHARED_EXTENSION).$(API_MAJOR) -lc -lm Check file build/generic/platform.inc after you have executed configure. A.S. **************************************************************** *Apostolos Syropoulos * *snail mail: 366, 28th October Str., GR-671 00 Xanthi, HELLAS * *email : apostolo@ocean1.ee.duth.gr * *phone num.: +30-25410-28704 * *home page : http://obelix.ee.duth.gr/~apostolo * **************************************************************** _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue May 31 19:35:44 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 68137126D82 for ; Tue, 31 May 2005 19:35:44 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 269F918D9C; Tue, 31 May 2005 19:35:31 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by edu.bnhof.de (Postfix) with ESMTP id 93C7A18D97 for ; Tue, 31 May 2005 19:35:27 +0200 (CEST) Received: by rproxy.gmail.com with SMTP id z35so550880rne for ; Tue, 31 May 2005 10:35:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Toh0SSnqUpPslY+3FBBRbNfBb1Uu4Er0J/EYAnWinJPGukCJB162hlok2giN5y+76LyN8Skfd/td1o93KxJI9n8Yt+HNkTWvuJy+iZA0JvTd068mKlVf9bf/xjZlh2lJleQKf2YLqMrswKU+JUyYraZVSObvqzQKYMQmMP49cSw= Received: by 10.38.101.9 with SMTP id y9mr1956176rnb; Tue, 31 May 2005 10:35:27 -0700 (PDT) Received: by 10.38.209.55 with HTTP; Tue, 31 May 2005 10:35:27 -0700 (PDT) Message-ID: Date: Tue, 31 May 2005 10:35:27 -0700 From: Denis Baranov To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Failing to build on Solaris 10 In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Denis Baranov , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Cool, that worked! Now, could anybody clarify 64-bitness of it? On 5/31/05, apostolo@obelix.ee.duth.gr wrote: > I believe the problem is that the system assumes it is built with the > gnu linker, while this is not true for Solaris 10. I think that if > you alter the line that defines the linker options you will have > no further problems. This line should like the following one >=20 > SPECIFIC_LDFLAGS=3D-G -h libxvidcore.$(SHARED_EXTENSION).$(API_MAJOR) -lc > -lm >=20 > Check file build/generic/platform.inc after you have executed configure. > A.S. >=20 > **************************************************************** > *Apostolos Syropoulos * > *snail mail: 366, 28th October Str., GR-671 00 Xanthi, HELLAS * > *email : apostolo@ocean1.ee.duth.gr * > *phone num.: +30-25410-28704 * > *home page : http://obelix.ee.duth.gr/~apostolo * > **************************************************************** > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel