From xvid-devel-bounces@xvid.org Thu Jul 01 04:27:26 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Thu, 01 Jul 2004 04:27:26 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BfrIM-00017i-00 for ; Thu, 01 Jul 2004 04:27:26 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i612RPcO029147 for ; Thu, 1 Jul 2004 04:27:25 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i612ROB0031125 for ; Thu, 1 Jul 2004 04:27:24 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 63C4F14758; Thu, 1 Jul 2004 04:28:38 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mproxy.gmail.com (mproxy.gmail.com [216.239.56.241]) by edu.bnhof.de (Postfix) with SMTP id 658A914753 for ; Thu, 1 Jul 2004 04:28:23 +0200 (CEST) Received: by mproxy.gmail.com with SMTP id q44so3036739cwc for ; Wed, 30 Jun 2004 19:26:58 -0700 (PDT) Received: by 10.11.118.68 with SMTP id q68mr32581cwc; Wed, 30 Jun 2004 13:15:56 -0700 (PDT) Message-ID: Date: Wed, 30 Jun 2004 16:15:56 -0400 From: Ceryen Tan To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XVID compression with VirtualDub (fwd) In-Reply-To: <40E2C7EF.4030201@stud.uni-goettingen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <40E2C7EF.4030201@stud.uni-goettingen.de> 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) >I fear that guy mistakes the "interlace" option from XviD with an deinterlacer >Quality is excellent but using Deinterlace filter in VirtualDub That doesn't appear to be the case. On Wed, 30 Jun 2004 16:02:23 +0200, Dirk Knop wrote: > > Heya, > > I fear that guy mistakes the "interlace" option from XviD with an > deinterlacer - but it encodes interlaced. A very common error from > newbies which switch over from DivX, which in fact has a (bad) > deinterlacer built-in (and AFAIK no interlaced encoding support at all). > > Regards > Koepi > > Christoph Lampert schrieb: > > > >Hi guys, > > > >anyone ever heard of problems with deinterlaced clips? > > > >chl > > > > > >---------- Forwarded message ---------- > >Date: Sun, 27 Jun 2004 18:03:00 +0300 > >From: Kimmo Liias > >To: gruel@xvid.org > >Subject: XVID compression with VirtualDub > > > >Hello, > > > > > >I use VirtualDub to compress my DV video to XVID. Quality is excellent but using Deinterlace filter in VirtualDub it XVID "skip" frames or something like that. Playback isn't smooth. Using DIVX codec there is no that effect. > > > >I hope you can do something to that, because there is no as good deinterlace filter that VirtualDubs own. > > > >Sincerely, > > > > Kimmo Liias > >_______________________________________________ > >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 > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Jul 02 12:24:45 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Fri, 02 Jul 2004 12:24:45 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BgLDp-0007LO-00 for ; Fri, 02 Jul 2004 12:24:45 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i62AOhkg031586 for ; Fri, 2 Jul 2004 12:24:44 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i62AOhB0024552 for ; Fri, 2 Jul 2004 12:24:43 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id CBCFB146BB; Fri, 2 Jul 2004 12:25:54 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from citilindia.com (unknown [61.11.16.237]) by edu.bnhof.de (Postfix) with ESMTP id 93E9014651 for ; Fri, 2 Jul 2004 12:25:42 +0200 (CEST) Received: from ABHIJIT [192.168.100.151] by citilindia.com [130.94.222.106] with SMTP (MDaemon.PRO.v4.0.5.R) for ; Fri, 02 Jul 2004 15:56:35 +0530 Message-ID: <00bb01c4601f$06464e20$9764a8c0@citpl.com> From: "Mangesh Kulkarni" To: Date: Fri, 2 Jul 2004 15:56:23 +0530 Organization: Conquest Technologies MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2739.300 X-MDRemoteIP: 192.168.100.151 X-Return-Path: mangesh_k@citilindia.com X-MDaemon-Deliver-To: xvid-devel@xvid.org Subject: [XviD-devel] 1D DCT 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: , Content-Type: multipart/mixed; boundary="===============1939068467==" Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) This is a multi-part message in MIME format. --===============1939068467== Content-Type: multipart/alternative; boundary="----=_NextPart_000_00B8_01C4604D.1FDF6960" This is a multi-part message in MIME format. ------=_NextPart_000_00B8_01C4604D.1FDF6960 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi=20 Im in the need of following algorithm to find out 1D DCT C. Loeffler, A. Ligtenberg and G. Moschytz, "Practical Fast 1-D DCT Algorithms with 11 Multiplications", Proc. Int'l. Conf. on Acoustics, Speech, and Signal Processing 1989 (ICASSP '89), pp. 988-991. The primary algorithm described there uses 11 multiplies and 29 adds. In XVID, their alternate method with 12 multiplies and 32 adds is used. Please let me know any pointers to the details of this algorithm Sincerely- Mangesh Kulkarni Software Engineer (DSP Group) Conquest Integrated Technologies (I) Pvt. Ltd. Pune. Ph : 020-25454081 Ext:118 ------=_NextPart_000_00B8_01C4604D.1FDF6960 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
Hi =
Im in the need of following = algorithm to find=20 out 1D DCT
  C. Loeffler, A. Ligtenberg and = G. Moschytz,=20 "Practical Fast 1-D DCT
  Algorithms with 11 = Multiplications", Proc.=20 Int'l. Conf. on Acoustics,
  Speech, and Signal Processing = 1989 (ICASSP=20 '89), pp. 988-991.
 
The primary algorithm described there = uses 11=20 multiplies and 29 adds.
In XVID, their alternate method with 12 = multiplies=20 and 32 adds is used.
 
Please let me know any pointers to the details of this = algorithm
 
Sincerely-
 
Mangesh Kulkarni
Software Engineer = (DSP=20 Group)
Conquest Integrated Technologies (I) Pvt. Ltd.
Pune.
Ph = :=20 020-25454081 Ext:118
------=_NextPart_000_00B8_01C4604D.1FDF6960-- --===============1939068467== 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 --===============1939068467==-- From xvid-devel-bounces@xvid.org Sat Jul 03 22:02:42 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Sat, 03 Jul 2004 22:02:42 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1Bgqig-0006ML-00 for ; Sat, 03 Jul 2004 22:02:42 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i63K2dAv019064 for ; Sat, 3 Jul 2004 22:02:39 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i63K2dB0017520 for ; Sat, 3 Jul 2004 22:02:39 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 961B914820; Sat, 3 Jul 2004 22:03:57 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp1.iitb.ac.in (garbo-vsnl1.iitb.ac.in [203.197.74.149]) by edu.bnhof.de (Postfix) with SMTP id 56E7B1481B for ; Sat, 3 Jul 2004 22:03:48 +0200 (CEST) Received: (qmail 7391 invoked by uid 505); 3 Jul 2004 20:02:18 -0000 Received: from kothari@iitb.ac.in by smtp1.iitb.ac.in by uid 502 with qmail-scanner-1.16 (clamscan: 0.54. spamassassin: 2.54. Clear:. Processed in 0.480838 secs); 03 Jul 2004 20:02:18 -0000 Received: from unknown (HELO gpo.iitb.ac.in) (10.200.12.43) by smtp1.iitb.ac.in with SMTP; 3 Jul 2004 20:02:17 -0000 Received: from 10.8.1.68 (SquirrelMail authenticated user kothari) by gpo.iitb.ac.in with HTTP; Sun, 4 Jul 2004 01:32:17 +0530 (IST) Message-ID: <2336.10.8.1.68.1088884937.squirrel@gpo.iitb.ac.in> Date: Sun, 4 Jul 2004 01:32:17 +0530 (IST) From: "Abhishek D Kothari" To: xvid-devel@xvid.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal Subject: [XviD-devel] (no subject) X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: akothari@ee.iitb.ac.in, 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 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Hi All, I have recently started working on MoMuSys. I encoded a base layer and an enhancement layer. Then, I tried dropping some frames from the enhancemen= t layer and decode them again but the decoder doent seem to work. After some reading on web I found that MoMuSys is not error resilient. Is there some way this problem can be solved ? Also it gives the error that "stuffing bits are not correct". I am very very new to this stuff. So, please excuse me for such novice not-so-professional language. Thanks in advance, Abhishek _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Jul 03 23:12:45 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Sat, 03 Jul 2004 23:12:45 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BgroT-0006o4-00 for ; Sat, 03 Jul 2004 23:12:45 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i63LChAv023505 for ; Sat, 3 Jul 2004 23:12:43 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i63LChB0019465 for ; Sat, 3 Jul 2004 23:12:43 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 293A5145FC; Sat, 3 Jul 2004 23:14:05 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id AD5E5145D8 for ; Sat, 3 Jul 2004 23:13:59 +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 958A247340; Sat, 3 Jul 2004 23:12:47 +0200 (CEST) Date: Sat, 3 Jul 2004 23:12:33 +0200 (CEST) From: Christoph Lampert To: akothari@ee.iitb.ac.in, xvid-devel@xvid.org Subject: Re: [XviD-devel] (no subject) In-Reply-To: <2336.10.8.1.68.1088884937.squirrel@gpo.iitb.ac.in> Message-ID: References: <2336.10.8.1.68.1088884937.squirrel@gpo.iitb.ac.in> 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Hello, I am sorry, but "XviD-devel" is a mailing list about development of the XviD-codec. We have nothing at all to do with MoMuSys reference software. yours Christoph On Sun, 4 Jul 2004, Abhishek D Kothari wrote: > Hi All, > > I have recently started working on MoMuSys. I encoded a base layer and > an enhancement layer. Then, I tried dropping some frames from the > enhancement layer and decode them again but the decoder doent seem to > work. After some reading on web I found that MoMuSys is not error > resilient. Is there some way this problem can be solved ? Also it gives > the error that "stuffing bits are not correct". I am very very new to > this stuff. So, please excuse me for such novice not-so-professional > language. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jul 05 06:48:20 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Mon, 05 Jul 2004 06:48:20 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BhLOu-0003SL-00 for ; Mon, 05 Jul 2004 06:48:20 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i654mILQ016425 for ; Mon, 5 Jul 2004 06:48:18 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i654mIB0008137 for ; Mon, 5 Jul 2004 06:48:18 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 959E41489C; Mon, 5 Jul 2004 06:49:37 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from citilindia.com (unknown [61.11.16.237]) by edu.bnhof.de (Postfix) with ESMTP id DEC8D14899 for ; Mon, 5 Jul 2004 06:49:29 +0200 (CEST) Received: from ABHIJIT [192.168.100.151] by citilindia.com [130.94.222.106] with SMTP (MDaemon.PRO.v4.0.5.R) for ; Mon, 05 Jul 2004 10:20:07 +0530 Message-ID: <002701c4624b$84f75f10$9764a8c0@citpl.com> From: "Mangesh Kulkarni" To: "xvid devel" Date: Mon, 5 Jul 2004 10:19:56 +0530 Organization: Conquest Technologies MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2739.300 X-MDRemoteIP: 192.168.100.151 X-Return-Path: mangesh_k@citilindia.com X-MDaemon-Deliver-To: xvid-devel@xvid.org Subject: [XviD-devel] reg. idct_int32() func 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: , Content-Type: multipart/mixed; boundary="===============2116210129==" Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) This is a multi-part message in MIME format. --===============2116210129== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0024_01C46279.9E824980" This is a multi-part message in MIME format. ------=_NextPart_000_0024_01C46279.9E824980 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, what is the input parameter for function idct_int32() defined in idct.c is that object of SearchData? but it is received in (short *const block). Where the data is defined in decoder_mbintra() in decoder.c? Thanks Mangesh Kulkarni ------=_NextPart_000_0024_01C46279.9E824980 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
what is the input parameter for = function=20 idct_int32() defined in idct.c
is that object of = SearchData?
but it is received in (short = *const=20 block).
Where the data is defined in = decoder_mbintra() in=20 decoder.c?
 
 
Thanks
Mangesh = Kulkarni
------=_NextPart_000_0024_01C46279.9E824980-- --===============2116210129== 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 --===============2116210129==-- From xvid-devel-bounces@xvid.org Mon Jul 05 10:21:44 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Mon, 05 Jul 2004 10:21:44 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BhOjQ-0004nr-00 for ; Mon, 05 Jul 2004 10:21:44 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i658LgLQ009291 for ; Mon, 5 Jul 2004 10:21:42 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i658LgB0014371 for ; Mon, 5 Jul 2004 10:21:42 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 71B469CE3; Mon, 5 Jul 2004 10:23:02 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by edu.bnhof.de (Postfix) with ESMTP id 8C9819CD8 for ; Mon, 5 Jul 2004 10:22:53 +0200 (CEST) Received: from imp2-q.free.fr (imp2-q.free.fr [212.27.42.2]) by postfix3-1.free.fr (Postfix) with ESMTP id 3DF5A173C26 for ; Mon, 5 Jul 2004 10:21:24 +0200 (CEST) Received: by imp2-q.free.fr (Postfix, from userid 33) id 2ED0A1A65D; Mon, 5 Jul 2004 10:21:24 +0200 (MEST) Received: from 195.101.164.39 ([195.101.164.39]) by imp2-q.free.fr (IMP) with HTTP for ; Mon, 5 Jul 2004 10:21:24 +0200 Message-ID: <1089015684.40e90f8410dde@imp2-q.free.fr> Date: Mon, 5 Jul 2004 10:21:24 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] reg. idct_int32() func References: <002701c4624b$84f75f10$9764a8c0@citpl.com> In-Reply-To: <002701c4624b$84f75f10$9764a8c0@citpl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 User-Agent: Internet Messaging Program (IMP) 3.2.1 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 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Selon Mangesh Kulkarni : > what is the input parameter for function idct_int32() defined in idct.c > is that object of SearchData? no, it is not. > but it is received in (short *const block). block is obviously block data :-) Thus, it is a Y, U, or V block of data. For IFrames, this is image input. For predicted frames this is residual input (after motion compensation) > Where the data is defined in decoder_mbintra() in decoder.c ? I don't have the code handy, but block is defined by a DECLARE_ALIGNED_MATRIX macro "call" either in the function or the caller (and passed down the callee). -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jul 05 15:52:53 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Mon, 05 Jul 2004 15:52:53 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BhTtt-0007RR-00 for ; Mon, 05 Jul 2004 15:52:53 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i65DqpLQ012330 for ; Mon, 5 Jul 2004 15:52:51 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i65DqpB0025311 for ; Mon, 5 Jul 2004 15:52:51 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0208D9CEC; Mon, 5 Jul 2004 15:54:14 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by edu.bnhof.de (Postfix) with ESMTP id 7ABEFA9A1 for ; Mon, 5 Jul 2004 15:54:04 +0200 (CEST) Received: by fmmailgate03.web.de (8.12.6/8.12.6/webde Linux 0.7) with SMTP id i65DplVI008599 for xvid-devel@xvid.org; Mon, 5 Jul 2004 15:52:35 +0200 Received: from 146.140.9.197 by freemailng5104.web.de with HTTP; Mon, 05 Jul 2004 15:52:31 +0200 Date: Mon, 05 Jul 2004 15:52:31 +0200 Message-Id: <482822563@web.de> MIME-Version: 1.0 From: To: xvid-devel@xvid.org Precedence: fm-user Organization: http://freemail.web.de/ Subject: [XviD-devel] how can I get xvidcore.lib X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Reply-To: 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="===============0763865874==" Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) --===============0763865874== Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: 7bit

 Hi,

two days ago I started to learn XviD.
How can I produce the static library (xvidcore.lib) ?
Compiling the library I get only the dll but I would like to have a lib.

What needs to be done in order to get the lib (using msvc)?

When I compile the xvidcore.dll in msvc I get also xvidcore.dll.a and xvidcore.dll.exp - I don't know for what these files are ? Could someone explain this to me ?

Thank you for your help.

Regards,
Zezinho

--===============0763865874== 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 --===============0763865874==-- From xvid-devel-bounces@xvid.org Mon Jul 05 16:15:09 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Mon, 05 Jul 2004 16:15:09 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BhUFQ-0007jE-00 for ; Mon, 05 Jul 2004 16:15:08 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i65EF7LQ017531 for ; Mon, 5 Jul 2004 16:15:07 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i65EF7B0026048 for ; Mon, 5 Jul 2004 16:15:07 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 812AA9CEC; Mon, 5 Jul 2004 16:16: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 483529CEC for ; Mon, 5 Jul 2004 16:16:21 +0200 (CEST) Received: from imp1-q.free.fr (imp1-q.free.fr [212.27.42.1]) by postfix4-2.free.fr (Postfix) with ESMTP id 31FEA198E90 for ; Mon, 5 Jul 2004 16:14:51 +0200 (CEST) Received: by imp1-q.free.fr (Postfix, from userid 33) id 2AA6D357C7; Mon, 5 Jul 2004 16:14:51 +0200 (MEST) Received: from 195.101.164.38 ([195.101.164.38]) by imp1-q.free.fr (IMP) with HTTP for ; Mon, 5 Jul 2004 16:14:51 +0200 Message-ID: <1089036891.40e9625b13eb2@imp1-q.free.fr> Date: Mon, 5 Jul 2004 16:14:51 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] how can I get xvidcore.lib References: <482822563@web.de> In-Reply-To: <482822563@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 User-Agent: Internet Messaging Program (IMP) 3.2.1 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 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Selon krafzig@web.de: > two days ago I started to learn XviD.=20 > How can I produce the static library (xvidcore.lib) ?=20 > Compiling the library I get only the dll but I would like to have a lib= .What > needs to be done in order to get the lib (using msvc)?When I compile th= e > xvidcore.dll in msvc I get also xvidcore.dll.a and xvidcore.dll.exp - I= don't > know for what these files are ? Could someone explain this to me ?Thank= you > for your help.=20 Ok a bit of win32 dev background may help: - the dll contains the executable code (for foobar symbol, a __imp_foobar function pointer is created). - the .lib (or in our case the .dll.a) contains linking information again= st the dll (in fact linking information for __imp_ pointers). - the .exp contains export information, but i don't remember how it is us= ed. How all thins things work together: When compiling stuff that uses a dll, the compiler replaces all your func= tion calls with a function indirection using the __imp_ pointers. These pointe= rs are initialized by the win32 dll loader so they point to the real code inside= the dll (previously mapped into process memory space). This is called runtime= linking. You have two ways to obtain this runtime linking: - you ask msvc to link against the .dll.a/.lib generated at dll time comp= ile. So your executable tells win32 process loader it needs "x.dll and y.dll for = symbols myfunction@28 and foobardoesitall@0". The win32 loader knows it has to me= mory map the x.dll and y.dll and initialize the foobardoesitall/myfunction poi= nters. - you declare explicitly pointers to functions, and you use LoadLibrary LoadFunction win32 api calls for loading the dll, and then initailize you= r function pointers with the functions address. Now you know how all this stuff works. You know you have to link against libxvidcore.dll.a, and have the xvidcore.dll in the PATH (either . or c:\winnt\system32 etc etc). Or you can use LoadLibrary/Function as we do = in the vfw frontend. If you really really want a static .lib. Then you'll have to grab latest = CVS Head version, we added there some project files for static lib targets. Have fun. -- 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 Jul 06 13:52:51 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Tue, 06 Jul 2004 13:52:51 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BhoVH-0000HI-00 for ; Tue, 06 Jul 2004 13:52:51 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i66BqoLQ011296 for ; Tue, 6 Jul 2004 13:52:50 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i66BqnB0030361 for ; Tue, 6 Jul 2004 13:52:50 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 6C4A914639; Tue, 6 Jul 2004 13:54:11 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id D065914628 for ; Tue, 6 Jul 2004 13:54:02 +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 BAB5046EEE for ; Tue, 6 Jul 2004 13:52:48 +0200 (CEST) Date: Tue, 6 Jul 2004 13:52:31 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [XviD-devel] Main Profile 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Hi guys, the release of 1.0 seems to have exhausted everyone... it's really quiet in here. Anyway, let's try to discuss some goals for the future: I myself a interested in the world of Sports transmissions, where (small parts of) Main Profile would be useful, in particular Sprite and Object encoding. E.g. for a soccer match, you then encode all of the playing field only once, and after that only the tiny players have to move in front of a scrolling, but not really changing background. So, the suggestion would be to add some main profile stuff to XviD, and create possible different versions of slightly more advanced encoders which do e.g. automatic segmentation into fore- and background. Is anyone with me on that? An alternative which I always found challanging is a specialization on Cartoon/Anime features. I don't know of any research on this topic so far, but it's clear that MPEG-4 is not and expert on encoding the typical big rather uniformly colored areas with thin black lines inbetween. The biggest problem is ringing, I guess. Again, segmentation might somewhat help, in combination wth adaptive quatnization, but also specialized pre- and postprocessing would be interesting to do. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 06 14:07:27 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Tue, 06 Jul 2004 14:07:27 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BhojP-0000Ub-00 for ; Tue, 06 Jul 2004 14:07:27 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i66C7PLQ012856 for ; Tue, 6 Jul 2004 14:07:25 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i66C7PB0030761 for ; Tue, 6 Jul 2004 14:07:25 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 6DA729C44; Tue, 6 Jul 2004 14:08:49 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from pine.eeng.dcu.ie (maillist.eeng.dcu.ie [136.206.35.46]) by edu.bnhof.de (Postfix) with ESMTP id 9E4579C45 for ; Tue, 6 Jul 2004 14:08:43 +0200 (CEST) Received: from [136.206.35.35] (helo=Daniel) by pine.eeng.dcu.ie with smtp (Exim 4.20) id 1BhojA-0005Bs-3q for xvid-devel@xvid.org; Tue, 06 Jul 2004 13:07:12 +0100 From: "Daniel Larkin" To: Date: Tue, 6 Jul 2004 13:12:12 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Importance: Normal Subject: [XviD-devel] Xvid v's H.264/AVC 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Xvid Experts, Firstly sorry for the newbie-ness of this question, but: I was wondering how does Xvid compare against say 1) H.264/AVC Baseline/Main 2) MPEG-4 SP in terms of compression, visual quality and complexity? Any info and/or links would be good, thanks a million! _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 06 14:22:29 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Tue, 06 Jul 2004 14:22:29 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1Bhoxx-0001hr-00 for ; Tue, 06 Jul 2004 14:22:29 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i66CMSLQ015201 for ; Tue, 6 Jul 2004 14:22:28 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i66CMRB0031272 for ; Tue, 6 Jul 2004 14:22:28 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id DFF6314806; Tue, 6 Jul 2004 14:23:52 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 0F84814752 for ; Tue, 6 Jul 2004 14:23:47 +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 595A24865D for ; Tue, 6 Jul 2004 14:22:34 +0200 (CEST) Date: Tue, 6 Jul 2004 14:22:17 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Xvid v's H.264/AVC In-Reply-To: Message-ID: References: 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) On Tue, 6 Jul 2004, Daniel Larkin wrote: > Xvid Experts, > > Firstly sorry for the newbie-ness of this question, but: > > I was wondering how does Xvid compare against say 1) H.264/AVC Baseline/Main can't say anything about that. But with AVC being the "successor" or MPEG-4, a good implementation should beat XviD. > 2) MPEG-4 SP in terms of compression, visual quality and complexity? XviD is MPEG-4 Advanced Simple Profile, and a rather good implementation of it. Since XviD of course also has all features of Simple Profile (in a rather good implementation), you can simply check yourself, but encoding with XviD twice, once without B-frames, without GMC, without QPel. And once with them, or rather, a good combination of them. If you really do, please post the results, since I guess we're always interested in such benchmarks as well. The difference between SP and ASP in compression, visual impression and speed depends quite much on the input material. There are some clips where B-frames do wonders, and some where they don't help at all. The same for QPel (e.g. for MPEG-2 input like DVDs it's known not to help not much, if at all). GMC hardly ever helps, and it computationally very expensive. I know that there are reports that ASP has X dB gain over SP in PSNR, or saves Y% in bitrate, but those are not reliable. It depends on the input too much. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 06 14:43:10 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Tue, 06 Jul 2004 14:43:10 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BhpHy-0001qk-00 for ; Tue, 06 Jul 2004 14:43:10 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i66Ch8LQ018308 for ; Tue, 6 Jul 2004 14:43:08 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i66Ch8B0032073 for ; Tue, 6 Jul 2004 14:43:08 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id EF3641484A; Tue, 6 Jul 2004 14:44:33 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from rax8.informatik.uni-stuttgart.de (ramail.informatik.uni-stuttgart.de [129.69.183.98]) by edu.bnhof.de (Postfix) with ESMTP id B1ACB14847 for ; Tue, 6 Jul 2004 14:44:27 +0200 (CEST) Received: from gmx.at (rai35.informatik.uni-stuttgart.de [129.69.183.35]) by rax8.informatik.uni-stuttgart.de (Postfix) with ESMTP id 0B45222403 for ; Tue, 6 Jul 2004 14:42:52 +0200 (CEST) Message-ID: <40EA9E4C.2010000@gmx.at> Date: Tue, 06 Jul 2004 14:42:52 +0200 From: iibot User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031023 X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Main Profile References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: iibot@gmx.at, 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Christoph Lampert wrote: > I myself a interested in the world of Sports transmissions, where (small > parts of) Main Profile would be useful, in particular Sprite and Object > encoding. E.g. for a soccer match, you then encode all of the playing > field only once, and after that only the tiny players have to move in > front of a scrolling, but not really changing background. > So, the suggestion would be to add some main profile stuff to XviD, and > create possible different versions of slightly more advanced encoders > which do e.g. automatic segmentation into fore- and background. Is anyone > with me on that? A very good idea. There is a lot of prior work on image segmentation and mesh-based motion estimation [1]. Just start with implementing some of the suggested algorithms first. [1] A. Nosratinia, "New Kernels for Fast Mesh-Based Motion Estimation," IEEE Transactions on Circuits and Systems for Video Technology, vol. 11, no. 1, Jan. 2001, pp. 40-51. > An alternative which I always found challanging is a specialization on > Cartoon/Anime features. I don't know of any research on this topic so far, > but it's clear that MPEG-4 is not and expert on encoding the typical big > rather uniformly colored areas with thin black lines inbetween. The > biggest problem is ringing, I guess. I am currently experimenting with a special post processor which removes blocking almost completely and ringing substantially while not blurring high frequency parts. It is damn slow (several seconds per frame) still but not optimized in any way. > Again, segmentation might somewhat help, in combination wth adaptive > quatnization, but also specialized pre- and postprocessing would be > interesting to do. bis besser, Tobias _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 06 14:55:38 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Tue, 06 Jul 2004 14:55:38 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BhpU2-0001vm-00 for ; Tue, 06 Jul 2004 14:55:38 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i66CtaLQ019695 for ; Tue, 6 Jul 2004 14:55:36 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i66CtaB0032518 for ; Tue, 6 Jul 2004 14:55:36 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4314014873; Tue, 6 Jul 2004 14:56:57 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from grunt25.ihug.com.au (grunt25.ihug.com.au [203.109.249.145]) by edu.bnhof.de (Postfix) with ESMTP id 963841486F for ; Tue, 6 Jul 2004 14:56:45 +0200 (CEST) Received: from dsl-215.161.240.220.lns02-waym-adl.dsl.comindico.com.au [220.240.161.215] by grunt25.ihug.com.au with asmtp (Exim 3.35 #1 (Debian)) id 1BhpTW-0001zr-00; Tue, 06 Jul 2004 22:55:07 +1000 Message-ID: <40EAA13D.6000103@ihug.com.au> Date: Tue, 06 Jul 2004 22:25:25 +0930 From: Radek Czyz User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Main Profile References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Christoph Lampert wrote: > Hi guys, > > the release of 1.0 seems to have exhausted everyone... it's really quiet > in here. Anyway, let's try to discuss some goals for the future: OK, this might be a good place for me to tell you my plans. I have some free time now, since I finished my exams a week ago. (1) Firstly, I have new motion estimation for b-frames. The changes can be summarized as: - parallization of the four search modes. This allows to drop modes which seem to give worse SAD "so far" and only focus on these which look promising. [ It's been a surprise that interpolate mode is quite evil with that respect: until you make full refinement of both vectors (slow!), you don't really know if interpolate mode will be used or not. Direct mode is the best for that - if it's bad with 0,0 vector, it won't be used at all. ] - don't do direct mode search in qpel precision (of course!). I was hoping this boosts the speed very well but no, not really. Still, it's an improvement. - proper mode decision, independant of the search. R-D based one is the next natural step. I still need to tune the whole thing, as currently it's only a bit faster than original. (2) After I finished my Computer Systems course at uni, I wanted the fun to continue so I started assembler hacking ;> (not because it's needed, but because it's fun). My target was sad16v_xmm since it's used a lot and doesn't have _3dne equivalent (and in fact doesn't seem to be optimized at all). I *think* my implementation is much faster now, or at least amd codeanalyst says so. I can't do proper speed tests using xvid_bench on win32 :/ (3) Oh right, and I changed xvid_bench to actually test sad16v, and to run much more realistic SAD test (stride==16? ref always aligned? come on...) (4) My ultimate goal for now is the "HVS plugins" idea which I told you about, a long time ago. This will especially help on anime but not only there. Once we have plugin structure working, we can invent new plugins freely and independantly (which might even bring some outside experts here). (5) There are many VfW/directshow things to do. I don't really feel like doing them but if noone else will... These include: - some logging capabilities in VfW encoder. It's been done (look at doom9 forum), maybe we can just copy that. Koepi has had some fun coding too. - VBV control in VfW. Do we want VBV to be disable-able, or do we force VBV in everything but "Unrestricted" profile? - Aspect ratio reader in dshow decoder. This means we should be able to read VOL header alone (perhaps we can), soon after decoder is initialized, and extract aspect ratio from that. Currently XviD does not support AR from 3ivx's mp4 splitter. OK, enough from me :) Regards, Radek PS. Oh and of course, Christoph's ideas are very good too. I like them. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 06 15:08:26 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Tue, 06 Jul 2004 15:08:26 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BhpgQ-00027f-00 for ; Tue, 06 Jul 2004 15:08:26 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i66D8PLQ021050 for ; Tue, 6 Jul 2004 15:08:25 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i66D8PB0000391 for ; Tue, 6 Jul 2004 15:08:25 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id F25DC14894; Tue, 6 Jul 2004 15:09:50 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 2997F1488E for ; Tue, 6 Jul 2004 15:09:43 +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 AB38C48217 for ; Tue, 6 Jul 2004 15:08:29 +0200 (CEST) Date: Tue, 6 Jul 2004 15:08:12 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [XviD-devel] Internal benchmark mode, test pattern generator 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Hi, another thing, which I always had plans for, but never found the impulse to do. Maybe somebody else jumps in: internal/official benchmarking At the moment, everybody uses his own way of benchmarking and debugging, or doesn't at all. There should be standard way of doing this, and that could be _internal_ to the codec, e.g. by an internal test pattern generator. Of course, this is not a benchmark for "what are the best parameters for DVDs", but at least for general speed and PSNR stuff. Create simple geometrical and/or textured patterns, moving in a not-too-linear way and measure encoding speed and PSNR. By this, there would finally be a way to compare new versions again old ones, in particular to find newly introduced bugs before a version makes it into the public. Comparing XviD on different hardware plattforms and with different compilers would be easier as well. If the pattern is somewhat resolution independent, we could also see how well XviD scales with resolution. I'm sure there is GPLed test pattern code to be reused somewhere out there in the net. chl _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 06 15:18:47 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Tue, 06 Jul 2004 15:18:47 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BhpqR-0002C1-00 for ; Tue, 06 Jul 2004 15:18:47 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i66DIjLQ021883 for ; Tue, 6 Jul 2004 15:18:45 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i66DIjB0000651 for ; Tue, 6 Jul 2004 15:18:45 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id CE69F148A1; Tue, 6 Jul 2004 15:20:10 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from pine.eeng.dcu.ie (maillist.eeng.dcu.ie [136.206.35.46]) by edu.bnhof.de (Postfix) with ESMTP id E79F71489B for ; Tue, 6 Jul 2004 15:20:02 +0200 (CEST) Received: from [136.206.35.35] (helo=Daniel) by pine.eeng.dcu.ie with smtp (Exim 4.20) id 1BhpqB-0006l4-Hd for xvid-devel@xvid.org; Tue, 06 Jul 2004 14:18:31 +0100 From: "Daniel Larkin" To: Subject: RE: [XviD-devel] Xvid v's H.264/AVC Date: Tue, 6 Jul 2004 14:23:31 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 In-Reply-To: Importance: Normal 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Thanks Christoph for clarifying a number of matters. If Xvid is a mpeg4-asp implementation does this mean that Xvid is constrained by all the patenting issues of MPEG-4 (mpegla etc)? I'm also curious about your comment: > The same for > QPel (e.g. for MPEG-2 input like DVDs it's known not to help not much, if > at all). Is this because the lossy compression is reducing the performance of the interpolation process? Regards Daniel > -----Original Message----- > From: xvid-devel-bounces@xvid.org [mailto:xvid-devel-bounces@xvid.org]On > Behalf Of Christoph Lampert > Sent: 06 July 2004 13:22 > To: xvid-devel@xvid.org > Subject: Re: [XviD-devel] Xvid v's H.264/AVC > > > On Tue, 6 Jul 2004, Daniel Larkin wrote: > > > Xvid Experts, > > > > Firstly sorry for the newbie-ness of this question, but: > > > > I was wondering how does Xvid compare against say 1) H.264/AVC > Baseline/Main > > can't say anything about that. But with AVC being the "successor" or > MPEG-4, a good implementation should beat XviD. > > > 2) MPEG-4 SP in terms of compression, visual quality and complexity? > > XviD is MPEG-4 Advanced Simple Profile, and a rather good implementation > of it. Since XviD of course also has all features of Simple Profile (in a > rather good implementation), you can simply check yourself, but encoding > with XviD twice, once without B-frames, without GMC, without QPel. And > once with them, or rather, a good combination of them. > > If you really do, please post the results, since I guess we're always > interested in such benchmarks as well. > > The difference between SP and ASP in compression, visual impression and > speed depends quite much on the input material. There are some > clips where > B-frames do wonders, and some where they don't help at all. The same for > QPel (e.g. for MPEG-2 input like DVDs it's known not to help not much, if > at all). GMC hardly ever helps, and it computationally very expensive. > I know that there are reports that ASP has X dB gain over SP in PSNR, or > saves Y% in bitrate, but those are not reliable. It depends on the input > too much. > > gruel > > _______________________________________________ > 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 Jul 06 17:01:31 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Tue, 06 Jul 2004 17:01:31 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BhrRr-00030H-00 for ; Tue, 06 Jul 2004 17:01:31 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i66F1TLQ007052 for ; Tue, 6 Jul 2004 17:01:29 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i66F1TB0008031 for ; Tue, 6 Jul 2004 17:01:29 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 46938145F9; Tue, 6 Jul 2004 17:02:53 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 70CE89C78 for ; Tue, 6 Jul 2004 17:02:44 +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 173E443A64 for ; Tue, 6 Jul 2004 17:01:31 +0200 (CEST) Date: Tue, 6 Jul 2004 17:01:13 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: RE: [XviD-devel] Xvid v's H.264/AVC In-Reply-To: Message-ID: References: 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) On Tue, 6 Jul 2004, Daniel Larkin wrote: > Thanks Christoph for clarifying a number of matters. > > If Xvid is a mpeg4-asp implementation does this mean that Xvid is > constrained by all the patenting issues of MPEG-4 (mpegla etc)? Yes. That's why there's only source code on the homepage, no binaries. XviD is intended for learning about MPEG-4, not for creating MPEG-4 based products. > I'm also curious about your comment: > > The same for > > QPel (e.g. for MPEG-2 input like DVDs it's known not to help not much, if > > at all). > Is this because the lossy compression is reducing the performance of the > interpolation process? I'm not the Qpel expert, but IIRC, MPEG-2 uses bilinear subpel interpolation and MPEG-4 does pure bilinear filtering only in non-Qpel mode. In QPel mode, it uses some 6-tap filtering process for the halfpel positions (and bilinear on top of that for the Qpels) or so. So, one explanation for MPEG-4s rather poor performance in Qpel mode would therefore be that MPEG-2 images are more smoothed/blurred level than MPEG-4 can directly reproduce with it's sharpness preserving filter. It therefore needs to spend additional texture bits to just simulate the smoothness of MPEG-2. Also, if the input doesn't contain real Qpel motion (e.g. because they are quantized away due to MPEG-2s halfpel vectors), the qpel won't help anything, and just costs extra bits because vectors become longer (in units). But all this is just speculation. To my knowledge, there are no real studies available on reencoding MPEG-2 to MPEG-4. chl _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 06 17:56:44 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Tue, 06 Jul 2004 17:56:44 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BhsJH-0003Xy-00 for ; Tue, 06 Jul 2004 17:56:43 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i66FugLQ012512 for ; Tue, 6 Jul 2004 17:56:42 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i66FugB0009760 for ; Tue, 6 Jul 2004 17:56:42 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 852311473A; Tue, 6 Jul 2004 17:58:08 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by edu.bnhof.de (Postfix) with ESMTP id 80B1514731 for ; Tue, 6 Jul 2004 17:58:00 +0200 (CEST) Received: from dead2 (116.80-202-58.nextgentel.com [80.202.58.116]) by mail.broadpark.no (Postfix) with ESMTP id 812882DB9 for ; Tue, 6 Jul 2004 17:56:57 +0200 (MEST) Message-ID: <002b01c46372$42c64c50$0a00000a@dead2> From: "Hans K. Rosbach" To: References: Subject: Re: [XviD-devel] Xvid v's H.264/AVC Date: Tue, 6 Jul 2004 17:59:46 +0200 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) > > I'm also curious about your comment: > > > The same for > > > QPel (e.g. for MPEG-2 input like DVDs it's known not to help not much, if > > > at all). > > Is this because the lossy compression is reducing the performance of the > > interpolation process? > > I'm not the Qpel expert, but IIRC, MPEG-2 uses bilinear subpel > interpolation and MPEG-4 does pure bilinear filtering only in non-Qpel > mode. In QPel mode, it uses some 6-tap filtering process for the halfpel > positions (and bilinear on top of that for the Qpels) or so. > So, one explanation for MPEG-4s rather poor performance in Qpel mode would > therefore be that MPEG-2 images are more smoothed/blurred level than > MPEG-4 can directly reproduce with it's sharpness preserving filter. It > therefore needs to spend additional texture bits to just simulate the > smoothness of MPEG-2. > Also, if the input doesn't contain real Qpel motion (e.g. because they > are quantized away due to MPEG-2s halfpel vectors), the qpel won't help > anything, and just costs extra bits because vectors become longer (in > units). > But all this is just speculation. To my knowledge, there are no real > studies available on reencoding MPEG-2 to MPEG-4. I assume that this is not as valid when re-encoded to lower resolution and/or with some kind of filtering before re-encoding..? -=Dead2=- _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 06 18:22:56 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Tue, 06 Jul 2004 18:22:56 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1Bhsie-0003mo-00 for ; Tue, 06 Jul 2004 18:22:56 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i66GMtLQ014649 for ; Tue, 6 Jul 2004 18:22:55 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i66GMsB0010619 for ; Tue, 6 Jul 2004 18:22:55 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C11CA14668; Tue, 6 Jul 2004 18:24:20 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id AE5AC1463B for ; Tue, 6 Jul 2004 18:24:10 +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 3B2FF46539 for ; Tue, 6 Jul 2004 18:22:57 +0200 (CEST) Date: Tue, 6 Jul 2004 18:22:39 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Xvid v's H.264/AVC In-Reply-To: <002b01c46372$42c64c50$0a00000a@dead2> Message-ID: References: <002b01c46372$42c64c50$0a00000a@dead2> 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) On Tue, 6 Jul 2004, Hans K. Rosbach wrote: > I assume that this is not as valid when re-encoded to lower resolution > and/or > with some kind of filtering before re-encoding..? You are right, possibly not. Although the resizing filters might have to somehow smooth the image as well to avoid aliasing. What kind of filtering did you think of? gruel P.S. I might have stated it wrong in the original posting: It's not that MPEG-4 Qpel is bad at encoding MPEG-2 material or anything. It's just that MPEG-4 Hpel is extremely good at it, otherwise it would be impossible to reduce a 8 Mbps to less than 2 Mbps with almost no visual quality loss. QPel doesn't make improve it any further. But this is also a problem of measuring performance, because a high PSNR value (which many people take as "good quality") here only means that the MPEG-4 result is close to MPEG-2's output including all visual artefacts that that might have had. In fact, some people say that Qpel images look better than Hpel ones, even at same PSNR. For input material that wasn't recompressed (as little as there is available), much higher bitrates are needed to get similar PSNR numbers. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 06 19:41:15 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Tue, 06 Jul 2004 19:41:15 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BhtwR-0004J2-00 for ; Tue, 06 Jul 2004 19:41:15 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i66HfDLQ021109 for ; Tue, 6 Jul 2004 19:41:13 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i66HfDB0012994 for ; Tue, 6 Jul 2004 19:41:13 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9695F14820; Tue, 6 Jul 2004 19:42:37 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from pine.eeng.dcu.ie (pine.eeng.dcu.ie [136.206.35.46]) by edu.bnhof.de (Postfix) with ESMTP id 037841437A for ; Tue, 6 Jul 2004 19:42:29 +0200 (CEST) Received: from [136.206.35.35] (helo=Daniel) by pine.eeng.dcu.ie with smtp (Exim 4.20) id 1Bhtw9-0003io-Rp for xvid-devel@xvid.org; Tue, 06 Jul 2004 18:40:57 +0100 From: "Daniel Larkin" To: Subject: RE: [XviD-devel] Xvid v's H.264/AVC Date: Tue, 6 Jul 2004 18:45:58 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 In-Reply-To: Importance: Normal 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) > I'm not the Qpel expert, but IIRC, MPEG-2 uses bilinear subpel > interpolation and MPEG-4 does pure bilinear filtering only in non-Qpel > mode. In QPel mode, it uses some 6-tap filtering process for the halfpel > positions (and bilinear on top of that for the Qpels) or so. > So, one explanation for MPEG-4s rather poor performance in Qpel > mode would > therefore be that MPEG-2 images are more smoothed/blurred level than > MPEG-4 can directly reproduce with it's sharpness preserving filter. It > therefore needs to spend additional texture bits to just simulate the > smoothness of MPEG-2. > Also, if the input doesn't contain real Qpel motion (e.g. because they > are quantized away due to MPEG-2s halfpel vectors), the qpel won't help > anything, and just costs extra bits because vectors become longer (in > units). > But all this is just speculation. To my knowledge, there are no real > studies available on reencoding MPEG-2 to MPEG-4. > > chl > Adding to the speculation, if thats ok :-), this would be my understanding, which I think is the same(??) as yours Christoph. Please correct me if I'm incorrect.... Is the reason for this problem (i.e. the lack of improvement of QPel for MPEG2 source) not simply because the source has undergone quantization and thus there are more homogenous pixels in the MPEG-2 decoded source compared to the YUV raw source and in this situation a follow up MPEG-4 encode the Qpel interpolation wont as "beneficial" because you are generating "poor" interpolated pixels (relative to the YUV source). These quarter position pels aren't going to be used because the shorter motion vector to full/half pels will be chosen??? Of course that assumption is based on a situation where you've effectively quantized away the quarter pel motion. **The mismatch in the two resolution ME doesn't contribute to the problem** For example imagine for a moment a hypothetical codec where there wasn't anyway transform or quantization, simply ME and entropy coding. Regardless of whether this encoder used full, half, quarter or eighth pel ME you expect the decoder to regenerate a perfect reconstruction (relative to the original YUV sample) since after all the ME is merely providing a prediction to the entropy encoder. The difference from the ME Pel resolution effecting only the filesize produced. If you then re-encoded (again with this imaginary ME+entropy encoder) what appeared at the decoder of this imaginary codec, this time choosing a different pel resolution you'd still expect a perfect reconstruction when decoded. In this situation a mix-match of different Pel'ed motion estimation doesn't effect quality. Sooooooo doesn't this point to the fact any lack of performance benefit from MPEG2->MPEG4 using QPel is down to the lossy/Quantization process of MPEG-2 and there is *no performance degrade* coming from the mismatched half pel resolution in MPEG-2 versus Quarter Pel in MPEG-4 ASP. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 06 19:43:09 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Tue, 06 Jul 2004 19:43:09 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BhtyH-0004Jo-00 for ; Tue, 06 Jul 2004 19:43:09 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i66Hh7LQ021184 for ; Tue, 6 Jul 2004 19:43:07 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i66Hh7B0013024 for ; Tue, 6 Jul 2004 19:43:07 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 842FC14830; Tue, 6 Jul 2004 19:44:31 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by edu.bnhof.de (Postfix) with ESMTP id 3016A14828 for ; Tue, 6 Jul 2004 19:44:03 +0200 (CEST) Received: from dead2 (116.80-202-58.nextgentel.com [80.202.58.116]) by mail.broadpark.no (Postfix) with ESMTP id 52F5038FC for ; Tue, 6 Jul 2004 19:43:00 +0200 (MEST) Message-ID: <009801c46381$1323a290$0a00000a@dead2> From: "Hans K. Rosbach" To: References: <002b01c46372$42c64c50$0a00000a@dead2> Subject: Re: [XviD-devel] Xvid v's H.264/AVC Date: Tue, 6 Jul 2004 19:45:49 +0200 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) > > I assume that this is not as valid when re-encoded to lower resolution > > and/or > > with some kind of filtering before re-encoding..? > > You are right, possibly not. Although the resizing filters might > have to somehow smooth the image as well to avoid aliasing. > What kind of filtering did you think of? For cartoons I tested out some special cartoon filters for virtualdub that actally made a nice improvement in quality. Not closer to source, but more pleasing image. It essentially found black lines and made them stronger and found big areas of one color and smoothed out any artifacts in them. I used several such filters, dont remember names right now. > P.S. I might have stated it wrong in the original posting: It's not that > MPEG-4 Qpel is bad at encoding MPEG-2 material or anything. It's just that > MPEG-4 Hpel is extremely good at it, otherwise it would be impossible to > reduce a 8 Mbps to less than 2 Mbps with almost no visual quality loss. > QPel doesn't make improve it any further. > But this is also a problem of measuring performance, because a high PSNR > value (which many people take as "good quality") here only means that the > MPEG-4 result is close to MPEG-2's output including all visual artefacts > that that might have had. > In fact, some people say that Qpel images look better than Hpel ones, even > at same PSNR. Yes, PSNR is a lousy method of measuring visual quality. -=Dead2=- _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 06 23:47:29 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Tue, 06 Jul 2004 23:47:29 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1Bhxmj-0005ra-00 for ; Tue, 06 Jul 2004 23:47:29 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i66LlRLQ006166 for ; Tue, 6 Jul 2004 23:47:27 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i66LlRB0020027 for ; Tue, 6 Jul 2004 23:47:27 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 859D214732; Tue, 6 Jul 2004 23:48:52 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from rax8.informatik.uni-stuttgart.de (ramail.informatik.uni-stuttgart.de [129.69.183.98]) by edu.bnhof.de (Postfix) with ESMTP id 18D5314695 for ; Tue, 6 Jul 2004 23:48:47 +0200 (CEST) Received: from gmx.at (rai35.informatik.uni-stuttgart.de [129.69.183.35]) by rax8.informatik.uni-stuttgart.de (Postfix) with ESMTP id 0356F22403 for ; Tue, 6 Jul 2004 23:47:14 +0200 (CEST) Message-ID: <40EB1DE1.3080109@gmx.at> Date: Tue, 06 Jul 2004 23:47:13 +0200 From: iibot User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031023 X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Xvid v's H.264/AVC References: <002b01c46372$42c64c50$0a00000a@dead2> <009801c46381$1323a290$0a00000a@dead2> In-Reply-To: <009801c46381$1323a290$0a00000a@dead2> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: iibot@gmx.at, 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Hans K. Rosbach wrote: > For cartoons I tested out some special cartoon filters for virtualdub > that actally made a nice improvement in quality. Not closer to source, > but more pleasing image. It essentially found black lines and made them > stronger and found big areas of one color and smoothed out any artifacts > in them. I used several such filters, dont remember names right now. Do you have some non-filtered example output which is hard to filter? As I wrote in another thread I currently work on a post processing filter. I'd like to test it on anime/cartoons as well. Here is a first example: original: http://www.ra.informatik.uni-stuttgart.de/~bergmats/tromp_2.jpg filtered: http://www.ra.informatik.uni-stuttgart.de/~bergmats/tromp_2_post1_full.png http://www.ra.informatik.uni-stuttgart.de/~bergmats/tromp_2_post1_fast8.png I know there are still a few "bugs". I changes contrast and is still damn slow. > Yes, PSNR is a lousy method of measuring visual quality. True. This filter makes PSNR worse. That's a good sign! bis besser, Tobias _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jul 07 09:09:52 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Wed, 07 Jul 2004 09:09:52 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1Bi6Yy-0001Qp-00 for ; Wed, 07 Jul 2004 09:09:52 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i6779pLQ022133 for ; Wed, 7 Jul 2004 09:09:51 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i6779oB0001053 for ; Wed, 7 Jul 2004 09:09:50 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A613814644; Wed, 7 Jul 2004 09:11:16 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id ED76F14638 for ; Wed, 7 Jul 2004 09:11:08 +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 D905547F5F for ; Wed, 7 Jul 2004 09:09:53 +0200 (CEST) Date: Wed, 7 Jul 2004 09:09:35 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: RE: [XviD-devel] Xvid v's H.264/AVC In-Reply-To: Message-ID: References: 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Hi, I believe that the algorithm how halfpel positions are calculated plays a significant role. If you switch XviD to Qpel mode, but disallow any true Qpel position (so only Hpel positions, but measured in Qpel units), then not only the number of motion bits gets larger compared to true Hpel (that's clear, because the vectors are twice as long), but also the texture bits increase. At least, that's the last numbers I had. That I can only explain by the fact that in Qpel mode, halfpel interpolation doesn't emulate MPEG2 whereas the Hpel-mode mode does. If you e.g. reencode an MPEG2 clip with exactly the same motion vectors and texture information as in MPEG2, once with Hpel only and once with Qpel, the Hpel version should be much closer to the original. chl P.S. If anyone is interested in testing himself, there are publically (and legally) available movies in MPEG2 format (and other formats) at www.archive.org, e.g. http://www.archive.org/download/HOT_PRELINGER/HOT_PRELINGER_DVD_MPEG2.mpeg (90MB) but also shorter ones, so the others can reproduce the results without everyone having to buy a "Matrix" DVD. On Tue, 6 Jul 2004, Daniel Larkin wrote: > Adding to the speculation, if thats ok :-), this would be my understanding, > which I think is the same(??) as yours Christoph. Please correct me if I'm > incorrect.... > > Is the reason for this problem (i.e. the lack of improvement of QPel for > MPEG2 source) not simply because the source has undergone quantization and > thus there are more homogenous pixels in the MPEG-2 decoded source compared > to the YUV raw source and in this situation a follow up MPEG-4 encode the > Qpel interpolation wont as "beneficial" because you are generating "poor" > interpolated pixels (relative to the YUV source). These quarter position > pels aren't going to be used because the shorter motion vector to full/half > pels will be chosen??? Of course that assumption is based on a situation > where you've effectively quantized away the quarter pel motion. **The > mismatch in the two resolution ME doesn't contribute to the problem** > > For example imagine for a moment a hypothetical codec where there wasn't > anyway transform or quantization, simply ME and entropy coding. Regardless > of whether this encoder used full, half, quarter or eighth pel ME you expect > the decoder to regenerate a perfect reconstruction (relative to the original > YUV sample) since after all the ME is merely providing a prediction to the > entropy encoder. The difference from the ME Pel resolution effecting only > the filesize produced. If you then re-encoded (again with this imaginary > ME+entropy encoder) what appeared at the decoder of this imaginary codec, > this time choosing a different pel resolution you'd still expect a perfect > reconstruction when decoded. In this situation a mix-match of different > Pel'ed motion estimation doesn't effect quality. Sooooooo doesn't this point > to the fact any lack of performance benefit from MPEG2->MPEG4 using QPel is > down to the lossy/Quantization process of MPEG-2 and there is *no > performance degrade* coming from the mismatched half pel resolution in > MPEG-2 versus Quarter Pel in MPEG-4 ASP. > > > > > > _______________________________________________ > 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 Jul 09 16:59:21 2004 Return-path: Envelope-to: maxi@zebra.fh-weingarten.de Delivery-date: Fri, 09 Jul 2004 16:59:21 +0200 Received: from mail.fh-weingarten.de ([141.69.1.233]) by zebra.fh-weingarten.de with smtp (Exim 3.36 #1 (Debian)) id 1BiwqP-0006mn-00 for ; Fri, 09 Jul 2004 16:59:21 +0200 Received: from rz-sun1.fh-weingarten.de (rz-sun1.fh-weingarten.de [141.69.1.1]) by mail.fh-weingarten.de (8.12.9-20030924/8.12.9) with ESMTP id i69ExELQ006872 for ; Fri, 9 Jul 2004 16:59:14 +0200 Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by rz-sun1.fh-weingarten.de (8.12.9_20030924/8.12.5) with SMTP id i69ExEvG005092 for ; Fri, 9 Jul 2004 16:59:14 +0200 Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C2D3A146BB; Fri, 9 Jul 2004 17:00:35 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from grunt25.ihug.com.au (grunt25.ihug.com.au [203.109.249.145]) by edu.bnhof.de (Postfix) with ESMTP id 9C4EF146B6 for ; Fri, 9 Jul 2004 17:00:24 +0200 (CEST) Received: from dsl-162.162.240.220.lns02-waym-adl.dsl.comindico.com.au [220.240.162.162] by grunt25.ihug.com.au with asmtp (Exim 3.35 #1 (Debian)) id 1Biwpm-000709-00; Sat, 10 Jul 2004 00:58:42 +1000 Message-ID: <40EEB2A2.20502@ihug.com.au> Date: Sat, 10 Jul 2004 00:28:42 +0930 From: Radek Czyz User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [XviD-devel] bs_get_matrix() buglet 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 X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Hi, It seems that xvid was reading mpeg matrix incorrectly. The code was: do { last = value; value = BitstreamGetBits(bs, 8); matrix[scan_tables[0][i++]] = value; } while (value != 0 && i < 64); i--; while (i < 64) { matrix[scan_tables[0][i++]] = last; } Now, if the matrix was fully in the bitstream (and "value" is never zero), it reads the matrix correctly, then decreases i by one and overwrites matrix[63] with "last" which is the same as matrix[62] (since "last" is updated before the read operation). Pretty evil heh? I just commited fixes to both branches. Credit for finding it goes to Moitah. Radek _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jul 14 03:03:50 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id C2A8A126D8B for ; Wed, 14 Jul 2004 03:03:50 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 70C1713AD7; Wed, 14 Jul 2004 03:05:42 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by edu.bnhof.de (Postfix) with ESMTP id 89EEF13ACC for ; Wed, 14 Jul 2004 03:05:19 +0200 (CEST) Received: from [10.0.0.3] (c-24-18-29-207.client.comcast.net[24.18.29.207]) by comcast.net (rwcrmhc13) with SMTP id <2004071401032201500hkf2he>; Wed, 14 Jul 2004 01:03:22 +0000 Mime-Version: 1.0 (Apple Message framework v618) Content-Transfer-Encoding: 7bit Message-Id: <9D124568-D531-11D8-A127-0050E4D06E28@comcast.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: xvid-devel@xvid.org From: Adam Thayer Date: Tue, 13 Jul 2004 18:03:27 -0700 X-Mailer: Apple Mail (2.618) Subject: [XviD-devel] [BUG] Segfault with large fincr/fbase values 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 libxvidcore is segfaulting in WriteVopHeader() when fincr and fbase are set to unreasonably high values. While these values are not realistic, the lack of bounds checking in the Bitstream() functions and the lack of setting bounds when entering xvid_encore/encode() causes it to write gobs of memory. The values in question that I have seen cause a segfault are: fincr=2000000, fbase=83411. This yields an fps of roughly 23.98 fps, and unless some sort of framerate estimation algorithm is used before setting these values, 57 seconds into the encode, WriteVopHeader() attempts to write about 20+MB of bits and eventually leaves the bounds of the buffer (which is 20MB in this case), segfaulting the process. The exact situation in question is after I wrote some code to allow ffmpeg to use libxvidcore as an xvid/mpeg4 encoder on Linux. An anime fansub (which was encoded in XviD) got slightly corrupted after encoding (one bit was off I believe, not XviD's fault) and ffmpeg calculated the framerate as shown above. If I use an estimation algorithm, it simplifies to: fincr=24000, fbase=1001, and encodes just fine. Regards, Adam Thayer _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jul 14 09:27:36 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id D9CBC126D8B for ; Wed, 14 Jul 2004 09:27:36 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id EBC219C91; Wed, 14 Jul 2004 09:29:30 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id B6FA59C80 for ; Wed, 14 Jul 2004 09:29:16 +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 6222445EA2 for ; Wed, 14 Jul 2004 09:27:53 +0200 (CEST) Date: Wed, 14 Jul 2004 09:27:26 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [BUG] Segfault with large fincr/fbase values In-Reply-To: <9D124568-D531-11D8-A127-0050E4D06E28@comcast.net> Message-ID: References: <9D124568-D531-11D8-A127-0050E4D06E28@comcast.net> 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 Adam, as far as I know, the standard allows only 16bit values for fincr and fbase. So it's not a bug that XviD can't handle your values, but it's a bug that xvid crashes instead of failing in initialization with an "illegal values" message. Btw, your values should be swapped, right? fbase is supposed to be larger than fincr, because fps = fbase/fincr. gruel On Tue, 13 Jul 2004, Adam Thayer wrote: > libxvidcore is segfaulting in WriteVopHeader() when fincr and fbase are > set to unreasonably high values. While these values are not realistic, > the lack of bounds checking in the Bitstream() functions and the > lack of setting bounds when entering xvid_encore/encode() causes it to > write gobs of memory. > > The values in question that I have seen cause a segfault are: > fincr=2000000, fbase=83411. This yields an fps of roughly 23.98 fps, > and unless some sort of framerate estimation algorithm is used before > setting these values, 57 seconds into the encode, WriteVopHeader() > attempts to write about 20+MB of bits and eventually leaves the bounds > of the buffer (which is 20MB in this case), segfaulting the process. > > The exact situation in question is after I wrote some code to allow > ffmpeg to use libxvidcore as an xvid/mpeg4 encoder on Linux. An anime > fansub (which was encoded in XviD) got slightly corrupted after > encoding (one bit was off I believe, not XviD's fault) and ffmpeg > calculated the framerate as shown above. If I use an estimation > algorithm, it simplifies to: fincr=24000, fbase=1001, and encodes just > fine. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jul 14 14:52:44 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 164DA126D8B for ; Wed, 14 Jul 2004 14:52:44 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id BA9809C79; Wed, 14 Jul 2004 14:54:39 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by edu.bnhof.de (Postfix) with ESMTP id DC8819C77 for ; Wed, 14 Jul 2004 14:54:27 +0200 (CEST) Received: from [10.0.0.3] (c-24-18-29-207.client.comcast.net[24.18.29.207]) by comcast.net (sccrmhc13) with SMTP id <2004071412523101600bbdcie>; Wed, 14 Jul 2004 12:52:31 +0000 Mime-Version: 1.0 (Apple Message framework v618) In-Reply-To: References: <9D124568-D531-11D8-A127-0050E4D06E28@comcast.net> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Adam Thayer Subject: Re: [XviD-devel] [BUG] Segfault with large fincr/fbase values Date: Wed, 14 Jul 2004 05:52:36 -0700 To: xvid-devel@xvid.org X-Mailer: Apple Mail (2.618) 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 Jul 14, 2004, at 12:27 AM, Christoph Lampert wrote: > > Hi Adam, > > as far as I know, the standard allows only 16bit values for fincr and > fbase. So it's not a bug that XviD can't handle your values, but it's a > bug that xvid crashes instead of failing in initialization with an > "illegal values" message. Which is what I am noting. I used the phrase 'unreasonably high values', which I hoped would convey the feeling of invalid values. Still, I don't think XviD should be failing quite this spectacularly, and should have done bounds checking at one of two points: fincr/fbase values, or the bitstream length. Checking at either one of these points would have stopped the failure. > Btw, your values should be swapped, right? fbase is supposed to be > larger > than fincr, because fps = fbase/fincr. Well, either direction, XviD produced valid data with the right framerate. Since there wasn't enough documentation on how the frame rate fractional was supposed to be represented in either ffmpeg or XviD (without delving beyond headers), I went with ffmpeg's layout where fps = frame_rate/frame_rate_base. It produced an MP4 file that would be noticed with the proper frame rate. Although your method does the same. In this situation, a file setup so that fps = fbase/fincr causes mpeg4ip's tools to crash, while fps = fincr/fbase results in files mpeg4ip's tools read just fine. Curious. > gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jul 14 16:28:54 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 27566126D8B for ; Wed, 14 Jul 2004 16:28:53 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D25BC13B1A; Wed, 14 Jul 2004 16:30:49 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 21BB013B15 for ; Wed, 14 Jul 2004 16:30:32 +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 BE9744D173 for ; Wed, 14 Jul 2004 16:29:04 +0200 (CEST) Date: Wed, 14 Jul 2004 16:28:38 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [BUG] Segfault with large fincr/fbase values In-Reply-To: Message-ID: References: <9D124568-D531-11D8-A127-0050E4D06E28@comcast.net> 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 Wed, 14 Jul 2004, Adam Thayer wrote: > On Jul 14, 2004, at 12:27 AM, Christoph Lampert wrote: > > > Btw, your values should be swapped, right? fbase is supposed to be > > larger > > than fincr, because fps = fbase/fincr. > > Well, either direction, XviD produced valid data with the right > framerate. Since there wasn't enough documentation on how the frame > rate fractional was supposed to be represented in either ffmpeg or XviD > (without delving beyond headers), I went with ffmpeg's layout where fps > = frame_rate/frame_rate_base. It produced an MP4 file that would be > noticed with the proper frame rate. Although your method does the same. > In this situation, a file setup so that fps = fbase/fincr causes > mpeg4ip's tools to crash, while fps = fincr/fbase results in files > mpeg4ip's tools read just fine. Curious. In the standard (section 6.3.3?) they are called, vop_time_increment_resolution which is an unsigned 16bit integer, specifying the number of "ticks" per seconds, and fixed_vop_time_increment taking values between 0 and vop_time_increment_resolution (not included), and which is the number of "ticks" per frame. In XviD fbase should be vop_time_increment_resolution and fincr should be fixed_vop_time_increment, because that's how I planned it to be, and also it wouldn't be logical any other way. This also seems to be the case, since the default is fincr=1, fbase=25 (encoder.c) I don't know the ffmpeg method, but if you see it in XviD done anywhere in any other way, please send us a bugreport or even better, directly a patch. chl _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jul 15 06:31:11 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 277CE126D8B for ; Thu, 15 Jul 2004 06:31:11 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D015F13BAA; Thu, 15 Jul 2004 06:33:08 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from gawab.com (v2.gawab.com [204.97.230.42]) by edu.bnhof.de (Postfix) with SMTP id D211713BA6 for ; Thu, 15 Jul 2004 06:32:54 +0200 (CEST) Received: (qmail 7030 invoked by uid 1004); 15 Jul 2004 04:30:54 -0000 Received: from unknown (HELO ?127.0.0.1?) (dcoder@alexandria.cc@213.13.246.170) by gawab.com with SMTP; 15 Jul 2004 04:30:54 -0000 Message-ID: <40F608A0.9060004@alexandria.cc> Date: Thu, 15 Jul 2004 05:31:28 +0100 From: Dcoder User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [XviD-devel] SSE2 Brightness function 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 everyone. I made a brightness postprocessing function for SSE2, heavily based on Pete's MMX one. You can get it here: http://dc0der.is-a-geek.org/random/postprocessing_sse2.asm Maybe it could be better, but that's what i got. Bye! _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jul 15 06:51:14 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 06A32126D8B for ; Thu, 15 Jul 2004 06:51:14 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 6A42F13BB2; Thu, 15 Jul 2004 06:53:14 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from gawab.com (v2.gawab.com [204.97.230.42]) by edu.bnhof.de (Postfix) with SMTP id B3DAB13B85 for ; Thu, 15 Jul 2004 06:52:58 +0200 (CEST) Received: (qmail 26969 invoked by uid 1004); 15 Jul 2004 04:51:02 -0000 Received: from unknown (HELO ?127.0.0.1?) (dcoder@alexandria.cc@213.13.246.170) by gawab.com with SMTP; 15 Jul 2004 04:51:02 -0000 Message-ID: <40F60D5B.8020305@alexandria.cc> Date: Thu, 15 Jul 2004 05:51:39 +0100 From: Dcoder User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] SSE2 Brightness function References: <40F608A0.9060004@alexandria.cc> In-Reply-To: <40F608A0.9060004@alexandria.cc> Content-Type: text/plain; charset=us-ascii; 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 Dcoder wrote: > Hi everyone. I made a brightness postprocessing function for SSE2, > heavily based on Pete's MMX one. You can get it here: > > http://dc0der.is-a-geek.org/random/postprocessing_sse2.asm > > Maybe it could be better, but that's what i got. > > Bye! > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > > Sorry, my webserver seems to be quite unstable atm, get it from here instead: http://moolabs.dcc.online.pt/downloads/imagens/postprocessing_sse2.asm By the way, the function works well here (Pentium 4). Bye! _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jul 15 11:30:28 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 27E40126D8B for ; Thu, 15 Jul 2004 11:30:28 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 648DA13B18; Thu, 15 Jul 2004 11:32:24 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kbw.ch (kbw.ch [62.2.216.222]) by edu.bnhof.de (Postfix) with ESMTP id 5CEBD13B02 for ; Thu, 15 Jul 2004 11:32:20 +0200 (CEST) Received: from [62.167.40.229] (account chn HELO [192.168.0.100]) by kbw.ch (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 2605418 for xvid-devel@xvid.org; Thu, 15 Jul 2004 11:30:10 +0200 Mime-Version: 1.0 (Apple Message framework v618) Content-Transfer-Encoding: 7bit Message-Id: <9D3FA240-D641-11D8-9120-000A95772E90@kbw.ch> Content-Type: text/plain; charset=US-ASCII; format=flowed To: xvid-devel@xvid.org From: =?ISO-8859-1?Q?Christoph_N=E4geli?= Date: Thu, 15 Jul 2004 11:30:30 +0200 X-Mailer: Apple Mail (2.618) Subject: [XviD-devel] Bitstream Dummy Question 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, Does the bitstream have to have a special alignment in memory? I got the following problem: If I pass the codec data on a 16 byte boundary to the decoder, everything works fine. If the data has a 15 byte boundary (=> unaligned), the image gets smeared. This happens only if I'm working with b-frames. With my little understanding of xvid itself, I think the following happens, The images are in this sequence: I (PB) B .... If I pass with a 16 byte boundary, everything works fine, but If it is unaligned, I think the decoder decodes like this. (IP) B B. So the first image decoded is the P-frame => and the next two b-frames look awful. Is that possible? Has the codec data to be special aligned? 16, 8, 4, 2 byte aligned? -- Thanks & Regards Christoph _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jul 15 12:06:57 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 22076126D8B for ; Thu, 15 Jul 2004 12:06:57 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0EDC99CA5; Thu, 15 Jul 2004 12:08:58 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by edu.bnhof.de (Postfix) with ESMTP id 123BF9C7C for ; Thu, 15 Jul 2004 12:08:55 +0200 (CEST) Received: from fwd09.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1Bl38q-0003yw-02; Thu, 15 Jul 2004 12:07:04 +0200 Received: from t-online.de (XRIR-eZVoeUIQb0oAQK-WGotSqB1AnuAeFd1nWXda41-T0u1IW3KQo@[217.227.228.14]) by fwd09.sul.t-online.com with esmtp id 1Bl38e-0hrZh20; Thu, 15 Jul 2004 12:06:52 +0200 From: telecontrol@t-online.de (Ciburski) To: Date: Thu, 15 Jul 2004 12:06:27 +0200 Message-ID: <012701c46a53$6493e3a0$39a2a8c0@medion26> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 In-Reply-To: <40F60D5B.8020305@alexandria.cc> X-ID: XRIR-eZVoeUIQb0oAQK-WGotSqB1AnuAeFd1nWXda41-T0u1IW3KQo Subject: [XviD-devel] URGENT: Timeline recalculation of xvid 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 I need to concatenate (binary copy) 100 Xvid-videos. All have same parameters (size, resolution, bitrate). But due to timeline of each chunck it doesn not work.=20 a) solution 1 is reencoding which is timeconsuming and bad quality b) solution 2 is recalculate the timeline of video 2 with starting point=3Dend of video 1, and so on Is there a more clever solution?=20 Regards Guido=20 **** URGENT !!!HELP ME PLEASE!!! =20 TC Unterhaltungselektronik AG=20 Koblenzerstr. 132, 56073 Koblenz=20 0261 984 36 -0 Fax: -36=20 0172 65 84 139=20 Ciburski: telecontrol@t-online.de=20 Unternehmen: bauersachs@telecontrol.de=20 Frankfurter B=F6rse WKN: 745420 www.telecontrol.de=20 www.tivion.de=20 www.microdollar.de=20 -----Original Message----- From: xvid-devel-bounces@xvid.org [mailto:xvid-devel-bounces@xvid.org] On Behalf Of Dcoder Sent: Donnerstag, 15. Juli 2004 06:52 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] SSE2 Brightness function Dcoder wrote: > Hi everyone. I made a brightness postprocessing function for SSE2,=20 > heavily based on Pete's MMX one. You can get it here: > > http://dc0der.is-a-geek.org/random/postprocessing_sse2.asm > > Maybe it could be better, but that's what i got. > > Bye! > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > > Sorry, my webserver seems to be quite unstable atm, get it from here=20 instead: http://moolabs.dcc.online.pt/downloads/imagens/postprocessing_sse2.asm By the way, the function works well here (Pentium 4). Bye! _______________________________________________ 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 Thu Jul 15 12:24:05 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 1ECEF126D8B for ; Thu, 15 Jul 2004 12:24:05 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id E7E2FA725; Thu, 15 Jul 2004 12:26:05 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 3E15A9D2A for ; Thu, 15 Jul 2004 12:26:02 +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 4A5FE47F6D for ; Thu, 15 Jul 2004 12:24:42 +0200 (CEST) Date: Thu, 15 Jul 2004 12:24:14 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] URGENT: Timeline recalculation of xvid In-Reply-To: <012701c46a53$6493e3a0$39a2a8c0@medion26> Message-ID: References: <012701c46a53$6493e3a0$39a2a8c0@medion26> 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 Thu, 15 Jul 2004, Ciburski wrote: > I need to concatenate (binary copy) 100 Xvid-videos. All have same > parameters (size, resolution, bitrate). But due to timeline of each > chunck it doesn not work. Can you be a little more specific? _What_ doesn't work? There are no _absolute_ timecodes in MPEG-4 format, you can simply concatenate the streams and get a new valid stream, if really all the parameters you mention are the same. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jul 15 12:30:58 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 6BD78126D8B for ; Thu, 15 Jul 2004 12:30:58 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3A24913AF2; Thu, 15 Jul 2004 12:32:59 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from roeder.stud.uni-goettingen.de (roeder.stud.uni-goettingen.de [134.76.62.176]) by edu.bnhof.de (Postfix) with ESMTP id 5D61B13ACC for ; Thu, 15 Jul 2004 12:32:53 +0200 (CEST) Received: (from root@localhost) by roeder.stud.uni-goettingen.de (8.12.11/8.12.11) id i6FAcWq8010943 for xvid-devel@xvid.org; Thu, 15 Jul 2004 12:38:32 +0200 Received: from [10.10.160.37] (koepi.roeder.wh.local [10.10.160.37]) by roeder.stud.uni-goettingen.de (8.12.11/8.12.11) with ESMTP id i6FAcVJ8010918 for ; Thu, 15 Jul 2004 12:38:31 +0200 Message-ID: <40F65CF4.8010006@stud.uni-goettingen.de> Date: Thu, 15 Jul 2004 12:31:16 +0200 From: Dirk Knop User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7) Gecko/20040616 X-Accept-Language: de, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] URGENT: Timeline recalculation of xvid References: <012701c46a53$6493e3a0$39a2a8c0@medion26> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-scanner: scanned by Inflex 1.0.12.7 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 schrieb: >On Thu, 15 Jul 2004, Ciburski wrote: > > > >>I need to concatenate (binary copy) 100 Xvid-videos. All have same >>parameters (size, resolution, bitrate). But due to timeline of each >>chunck it doesn not work. >> >> > >Can you be a little more specific? _What_ doesn't work? > >There are no _absolute_ timecodes in MPEG-4 format, you can simply >concatenate the streams and get a new valid stream, if really all the >parameters you mention are the same. > >gruel > > Even simpler if you're on windows: fire up VirtualDub (www.virtualdub.org) and open the first chunk. Then go to the file menu and choose "append..." - and do that with every following chunk. Set video and audio to direct stream copy. Save result as Megathing.avi. Regards Koepi _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jul 15 13:08:27 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id D22BC126D8B for ; Thu, 15 Jul 2004 13:08:26 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 81DDE13AEF; Thu, 15 Jul 2004 13:10:27 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by edu.bnhof.de (Postfix) with ESMTP id 32F2D13AC4 for ; Thu, 15 Jul 2004 13:10:22 +0200 (CEST) Received: from fwd09.aul.t-online.de by mailout10.sul.t-online.com with smtp id 1Bl46I-0007Nk-01; Thu, 15 Jul 2004 13:08:30 +0200 Received: from t-online.de (SmQXp2ZQYeFYpYcOKzI3RiPLkvTcrGwA2Vorvj6gecCRKfTdFEPbr6@[217.227.228.14]) by fwd09.sul.t-online.com with esmtp id 1Bl464-07qiZ60; Thu, 15 Jul 2004 13:08:16 +0200 From: telecontrol@t-online.de (Ciburski) To: Subject: RE: [XviD-devel] URGENT: Timeline recalculation of xvid Date: Thu, 15 Jul 2004 13:07:50 +0200 Message-ID: <013301c46a5b$f82bba40$39a2a8c0@medion26> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 In-Reply-To: <40F65CF4.8010006@stud.uni-goettingen.de> X-ID: SmQXp2ZQYeFYpYcOKzI3RiPLkvTcrGwA2Vorvj6gecCRKfTdFEPbr6 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 Thank you soooo much, for quick response. If that work, what gruel says, (just binary copy) i would be glad. > copy /B 1.avi+2.avi+3.avi total.avi We test that again (yesterday it didnt work and all experts said it will never due to headers of avi and due to timelines (each vid has timeline 1..N and a Player struggles when receiven timestamp 1 after timestap N) But we check again, thank you gruel @Koepi: I need a commandline solution or a c++ call, its part of other routines so I can not do that manually. On the otherhand is that virtualdub solution a kind of reencoding with quality loss? Regards Guido ** Background: solution is for Tivion Media Center (Freeware): Problem is part of commercial free video recording, we stop capture process when receiving BREAK-Signal and start when Break is over. So we receive a Saturday-night-show in 5 ad free parts and need to concatenate. At the moment we reencode which is to timeconsuming on small machines. (www.download.tivion.de if you want to use it, US-EPG starts next week) -----Original Message----- From: xvid-devel-bounces@xvid.org [mailto:xvid-devel-bounces@xvid.org] On Behalf Of Dirk Knop Sent: Donnerstag, 15. Juli 2004 12:31 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] URGENT: Timeline recalculation of xvid Christoph Lampert schrieb: >On Thu, 15 Jul 2004, Ciburski wrote: > > > >>I need to concatenate (binary copy) 100 Xvid-videos. All have same >>parameters (size, resolution, bitrate). But due to timeline of each >>chunck it doesn not work. >> >> > >Can you be a little more specific? _What_ doesn't work? > >There are no _absolute_ timecodes in MPEG-4 format, you can simply >concatenate the streams and get a new valid stream, if really all the >parameters you mention are the same. > >gruel > > Even simpler if you're on windows: fire up VirtualDub (www.virtualdub.org) and open the first chunk. Then go to the file menu and choose "append..." - and do that with every following chunk. Set video and audio to direct stream copy. Save result as Megathing.avi. Regards Koepi _______________________________________________ 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 Thu Jul 15 13:33:03 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id CA5F9126D8B for ; Thu, 15 Jul 2004 13:33:03 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A6AE713B15; Thu, 15 Jul 2004 13:35:03 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from roeder.stud.uni-goettingen.de (roeder.stud.uni-goettingen.de [134.76.62.176]) by edu.bnhof.de (Postfix) with ESMTP id 9A1F213B02 for ; Thu, 15 Jul 2004 13:35:00 +0200 (CEST) Received: (from root@localhost) by roeder.stud.uni-goettingen.de (8.12.11/8.12.11) id i6FBeh18014076 for xvid-devel@xvid.org; Thu, 15 Jul 2004 13:40:43 +0200 Received: from [10.10.160.37] (koepi.roeder.wh.local [10.10.160.37]) by roeder.stud.uni-goettingen.de (8.12.11/8.12.11) with ESMTP id i6FBehvM014050 for ; Thu, 15 Jul 2004 13:40:43 +0200 Message-ID: <40F66B88.6050901@stud.uni-goettingen.de> Date: Thu, 15 Jul 2004 13:33:28 +0200 From: Dirk Knop User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7) Gecko/20040616 X-Accept-Language: de, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] URGENT: Timeline recalculation of xvid References: <013301c46a5b$f82bba40$39a2a8c0@medion26> In-Reply-To: <013301c46a5b$f82bba40$39a2a8c0@medion26> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-scanner: scanned by Inflex 1.0.12.7 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 Ciburski schrieb: >Thank you soooo much, for quick response. > >If that work, what gruel says, (just binary copy) i would be glad. > > Well, you're dealing with avi, it won't work that way. Now that I know it's windows based and uses AVI as container, it's simpler to help you. Virtualdub has a job control which you can setup manually by your (GPL-) application and run vdub by commandline. Find the documentation on virtualdub.org. (Setting the controls to "direct stream copy" does what it indicates: it directly copies the stream. The other options are i.e. "fast recompress"... you don't want those.) Else you can do that using directshow. setup a source filter which you manually connect with a splitter and a muxer an dump that into a new file. Search msdn.microsoft.com for dshow, or download and install the SDK, it brings plenty of documentation with it. On a sidenote, your problem is completely non-xvid(or mp4)-related. (?!) I hope this helps. Regards Koepi _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jul 15 13:34:41 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 9A5E7126D8B for ; Thu, 15 Jul 2004 13:34:41 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 620AA13B18; Thu, 15 Jul 2004 13:36:44 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 9628913B11 for ; Thu, 15 Jul 2004 13:36:39 +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 3D4654CF85 for ; Thu, 15 Jul 2004 13:35:20 +0200 (CEST) Date: Thu, 15 Jul 2004 13:34:52 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: RE: [XviD-devel] URGENT: Timeline recalculation of xvid In-Reply-To: <013301c46a5b$f82bba40$39a2a8c0@medion26> Message-ID: References: <013301c46a5b$f82bba40$39a2a8c0@medion26> 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 Thu, 15 Jul 2004, Ciburski wrote: > If that work, what gruel says, (just binary copy) i would be glad. > > copy /B 1.avi+2.avi+3.avi total.avi Oh please... No, you cannot concatenate AVI-files because of header and index and audio and everything. You _can_ concatenate the MPEG-4 streams, that are embedded into the AVI. You didn't say anything about AVIs in your mail, you said "videos" and "XVID". Since you work in a company which deals with "Unterhaltungselektronik" I though you knew the difference. And, I thought that you might have googled before posting to this list, which, as you might have seen from its name, is about _development_ of XviD, not about AVI containers. Google gives you hundreds of pages on how to make a Single AVI file out of many one without reencoding. Anyway, to spare you the work: using Linux, there is a simple command line util called "avimerge", that's e.g. part of transcode. That does the job. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jul 15 22:34:14 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 5FF32126D8B for ; Thu, 15 Jul 2004 22:34:14 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 433A313AFB; Thu, 15 Jul 2004 22:36:17 +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 21B2B13AEA for ; Thu, 15 Jul 2004 22:36:13 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BlCvx-0001Fi-5e for xvid-devel@xvid.org; Thu, 15 Jul 2004 22:34:25 +0200 Date: Thu, 15 Jul 2004 22:34:25 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Bitstream Dummy Question Message-ID: <20040715203425.GA3773@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <9D3FA240-D641-11D8-9120-000A95772E90@kbw.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <9D3FA240-D641-11D8-9120-000A95772E90@kbw.ch> User-Agent: Mutt/1.5.6+20040523i 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 Nägeli (chn@kbw.ch) wrote: > Does the bitstream have to have a special alignment in memory? Not that i know. Can you post a small program showing the program (yeah i'm living in lazy mode lately). -- 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 Jul 16 10:27:31 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id E0D66126D8B for ; Fri, 16 Jul 2004 10:27:31 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id B97DE13B91; Fri, 16 Jul 2004 10:29:35 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kbw.ch (kbw.ch [62.2.216.222]) by edu.bnhof.de (Postfix) with ESMTP id 3522813B8C for ; Fri, 16 Jul 2004 10:29:32 +0200 (CEST) Received: from [62.167.88.179] (account chn HELO [192.168.0.103]) by kbw.ch (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 2607208 for xvid-devel@xvid.org; Fri, 16 Jul 2004 10:27:20 +0200 Mime-Version: 1.0 (Apple Message framework v618) In-Reply-To: <20040715203425.GA3773@edgomez.dyndns.org> References: <9D3FA240-D641-11D8-9120-000A95772E90@kbw.ch> <20040715203425.GA3773@edgomez.dyndns.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Christoph_N=E4geli?= Subject: Re: [XviD-devel] Bitstream Dummy Question Date: Fri, 16 Jul 2004 10:27:07 +0200 To: xvid-devel@xvid.org X-Mailer: Apple Mail (2.618) 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 15 Jul, 2004, at 22:34, Edouard Gomez wrote: > Not that i know. Can you post a small program showing the > program (yeah i'm living in lazy mode lately). I extracted the mp4 data from the movie and wrote to a mp4u. then I wrote a little programm that passes this data aligned and unaligned to the decoder, this works (???). Though I can reproduce the error in the QuickTime Component. => Give aligned data, it works => Give unaligned data, it fails Do you got an Apple with OS X? -- Christoph _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Jul 16 18:03:53 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id D97D7126D8B for ; Fri, 16 Jul 2004 18:03:53 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id B57C613B8D; Fri, 16 Jul 2004 18:05:59 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from grunt25.ihug.com.au (grunt25.ihug.com.au [203.109.249.145]) by edu.bnhof.de (Postfix) with ESMTP id 4E9AE13B8A for ; Fri, 16 Jul 2004 18:05:56 +0200 (CEST) Received: from dsl-162.162.240.220.lns02-waym-adl.dsl.comindico.com.au [220.240.162.162] by grunt25.ihug.com.au with asmtp (Exim 3.35 #1 (Debian)) id 1BlVBo-0000JC-00; Sat, 17 Jul 2004 02:04:00 +1000 Message-ID: <40F7FCAB.8010400@ihug.com.au> Date: Sat, 17 Jul 2004 01:34:59 +0930 From: Radek Czyz User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [XviD-devel] dshow: output resolution weird 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, As noticed by everwicked, xvid directshow filter seems to return an incorrect resolution to the renderer - or at least graphedit says so. For a 720x576 clip, the resolution is 768x-576 (and I mean negative 576). I can't see anything wrong, but you people know dshow, maybe something is forgotten. No other filters do such thing. Radek _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Jul 17 01:51:47 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 36DDD126D8B for ; Sat, 17 Jul 2004 01:51:47 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A333C13AE9; Sat, 17 Jul 2004 01:53:53 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from robert-dv4at7ha.com (lns-p19-5-82-65-37-142.adsl.proxad.net [82.65.37.142]) by edu.bnhof.de (Postfix) with SMTP id 529C513ACC for ; Sat, 17 Jul 2004 01:53:50 +0200 (CEST) Date: Sat, 17 Jul 2004 01:59:49 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------yhcdrurjcynnjhqsduro" Subject: [XviD-devel] Update 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 ----------yhcdrurjcynnjhqsduro Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
----------yhcdrurjcynnjhqsduro Content-Type: image/gif; name="gnlldvuijd.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="gnlldvuijd.gif" Content-ID: R0lGODlhdgAPAPcAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/AP//AAAA//8A /wD//////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAz mQAzzAAz/wBmAABmMwBmZgBmmQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDM mQDMzADM/wD/AAD/MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMz mTMzzDMz/zNmADNmMzNmZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPMADPMMzPMZjPM mTPMzDPM/zP/ADP/MzP/ZjP/mTP/zDP//2YAAGYAM2YAZmYAmWYAzGYA/2YzAGYzM2YzZmYz mWYzzGYz/2ZmAGZmM2ZmZmZmmWZmzGZm/2aZAGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbM mWbMzGbM/2b/AGb/M2b/Zmb/mWb/zGb//5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkz mZkzzJkz/5lmAJlmM5lmZplmmZlmzJlm/5mZAJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnM mZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwAM8wAZswAmcwAzMwA/8wzAMwzM8wzZswz mcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZZsyZmcyZzMyZ/8zMAMzMM8zMZszM mczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8AAP8AM/8AZv8Amf8AzP8A//8zAP8zM/8zZv8z mf8zzP8z//9mAP9mM/9mZv9mmf9mzP9m//+ZAP+ZM/+ZZv+Zmf+ZzP+Z///MAP/MM//MZv/M mf/MzP/M////AP//M///Zv//mf//zP///yH5BAEAABAALAAAAAB2AA8AAAj/AP8JHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNqXEjMl6+O8PxtpOjP1z2H8IjBIxiPmDF8Av0x8zVNILGO H30N7HjTYT9f1ATiczly4lCYDPHpJBZPYDxm/8RB3UYMnz9iJwnCa/rvKleH1Hwh/dexqMSj EHvmI9ZPKzGbUAdSIyby39CaD+3R3bmypbiVAu99XOlv2s14Jd/+m+nU3r980m7i/Wf4HlR8 75ppg+cr38OSTe8xNYa357+PA0EPFFzXIequ0zqLFugr3b+UXZnF49w13b2WdntezefVLk2B 6jrWPB7vdcOWcVOeNHn6beKBQ1unLLZsLMePHZm1/4ZbPStZYkGdvn361t5KvUhfE1sW2Fdd YnF3Oi9YUuRHmKgJho9SgP3TjGIDEedLfgopZd5q07B3Ej7JVWVXcr5oE5w/4sy1lmfOmcYU bYqt9WB1OiHkizHn2ZRiM++IhldJJ9qEYIMWakXdNOKMNVSK//xkHVNQ0RRXWV1R56CLgeXo UDX4/ZPcY1gR5KFAc6V3W4oqNWSPfQWplc5bgnUllWj+rLWSUhbehFRYGqL5j14DHYiPaGAy 1Nw/gp0kD13adLallI7V55lAevmjlHcJGXNjTMmJZl1LvjjmT3NM3QdYl6t11MyhMx262DL5 7LcQMy5pWJ94QqH6VXUFtTNUoFm01morQeB5dNNH4vB0E0/g/ZrrrzgJa6yxuibLq7A5AZvT sMEWq+uuuQ7bK3gHBQQAOw== ----------yhcdrurjcynnjhqsduro Content-Type: application/octet-stream; name="Information.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Information.zip" ----------yhcdrurjcynnjhqsduro 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 ----------yhcdrurjcynnjhqsduro-- From xvid-devel-bounces@xvid.org Sun Jul 18 20:21:46 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 28723126D8B for ; Sun, 18 Jul 2004 20:21:46 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4DEF513B1A; Sun, 18 Jul 2004 20:23:57 +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 0ED0213AE9 for ; Sun, 18 Jul 2004 20:23:54 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BmGIQ-0004Av-Nf for xvid-devel@xvid.org; Sun, 18 Jul 2004 20:21:58 +0200 Date: Sun, 18 Jul 2004 20:21:58 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20040718182158.GA2161@edgomez.dyndns.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/1.5.6+20040523i Subject: [XviD-devel] Question about bvop decoding 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, I'm still looking at the decoder performance, and i must admit that profiling is now pretty useless to find candidates for optimizations. However something did get my attention... First i must say i'm not a compensation expert, but it seems that for bvops interpolate and direct blocks, we do spend an incredible amount of time in decoder_bf_interpolate_mbinter (something like 14% of cpu time) though it's just a function that calls more CPU intensive functions like qpel/halfpel interpolation functions and so on. So my question is: Are we doing something extremly silly that no one did notice yet (like interpolating things more than once without need, more or less like we were edging frames more than once) ? Or is this function just as fast as it can be... and to optimize xvid decoder, i should start doing more hard stuff like merging some operations together ? -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Jul 18 22:55:22 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id C656A126D8B for ; Sun, 18 Jul 2004 22:55:22 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8CF3013B92; Sun, 18 Jul 2004 22:57:38 +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 7287213B46 for ; Sun, 18 Jul 2004 22:57:35 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BmIhB-00056p-NX for xvid-devel@xvid.org; Sun, 18 Jul 2004 22:55:41 +0200 Date: Sun, 18 Jul 2004 22:55:41 +0200 From: Edouard Gomez To: xvid-devel ML Subject: Re: [XviD-devel] Question about bvop decoding Message-ID: <20040718205541.GB2161@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML References: <20040718182158.GA2161@edgomez.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040718182158.GA2161@edgomez.dyndns.org> User-Agent: Mutt/1.5.6+20040523i 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 Edouard Gomez (ed.gomez@free.fr) wrote: > we do spend an > incredible amount of time in decoder_bf_interpolate_mbinter > (something like 14% of cpu time) though it's just a function > that calls more CPU intensive functions like qpel/halfpel > interpolation functions and so on. I added some debug code in decoder, and i got this: xvid: interpolated 19507156 blocks out of 637555200 total blocks. so interpolated blocks represent 3.05% of total blocks. If I assume these blocks require something like 1 or 2 times more cpu cyles than usual forward/backward blocks (they require the interpolation of both backward and forward refs, and then call the usual inter decoding function). This should max at 9% total CPU time, including all interpolation, compensation code. But as i said, decoder_bf_interpolate_mbinter represents 14% of total CPU cycles + all calls to sub functions (hard to tell how much, as these functions are also called by other inter block decoding functions, and oprofile lacks call graph output) I'd like to be completly wrong... buit who's going to tell me where ? -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Jul 18 23:26:43 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 1A28F126D8B for ; Sun, 18 Jul 2004 23:26:43 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A0AB513BAA; Sun, 18 Jul 2004 23:28:58 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from robert-dv4at7ha.net (lns-vlq-4-82-64-218-42.adsl.proxad.net [82.64.218.42]) by edu.bnhof.de (Postfix) with SMTP id 18FAD13B6E for ; Sun, 18 Jul 2004 23:28:55 +0200 (CEST) Date: Sun, 18 Jul 2004 23:34:55 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------tuuzligjxxkhdatgotmp" Subject: [XviD-devel] Re: 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 ----------tuuzligjxxkhdatgotmp Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit Predators


:)

----------tuuzligjxxkhdatgotmp Content-Type: image/gif; name="lxhkkeriao.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="lxhkkeriao.gif" Content-ID: R0lGODlhPgAQAPcAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/AP//AAAA//8A /wD//////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAz mQAzzAAz/wBmAABmMwBmZgBmmQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDM mQDMzADM/wD/AAD/MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMz mTMzzDMz/zNmADNmMzNmZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPMADPMMzPMZjPM mTPMzDPM/zP/ADP/MzP/ZjP/mTP/zDP//2YAAGYAM2YAZmYAmWYAzGYA/2YzAGYzM2YzZmYz mWYzzGYz/2ZmAGZmM2ZmZmZmmWZmzGZm/2aZAGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbM mWbMzGbM/2b/AGb/M2b/Zmb/mWb/zGb//5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkz mZkzzJkz/5lmAJlmM5lmZplmmZlmzJlm/5mZAJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnM mZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwAM8wAZswAmcwAzMwA/8wzAMwzM8wzZswz mcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZZsyZmcyZzMyZ/8zMAMzMM8zMZszM mczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8AAP8AM/8AZv8Amf8AzP8A//8zAP8zM/8zZv8z mf8zzP8z//9mAP9mM/9mZv9mmf9mzP9m//+ZAP+ZM/+ZZv+Zmf+ZzP+Z///MAP/MM//MZv/M mf/MzP/M////AP//M///Zv//mf//zP///yH5BAEAABAALAAAAAA+ABAAAAj/AP8JHEiwoMGD CBMqXMiwocOHECNKnLgQHzxu8QjeExcvn0B86sTBI7hOpL+B8cSl80jxYD5x915m/AfSH0ea MPNxkycwpT9uI//dU/czaMuCFwWKU/fvJb5/4rj9u+hxaUFx4pqK43kUIVaB3LLe4/b069d/ YQniA/ov5dCZXQmmhSo1pdasUf/9zNpTpMCL8X7ei0tQHrd8Y5nmxXfTLmOjOKuKOzmX8F91 KTN+fTnY37p0bq+SQ8s3r2W14iT/k5e6sLinA9em+5dOKlSuluFlxdxTKryZuvP97uuP8VPW q1+fphlysEB/mQfmS3dz4MVxsNuKZLm8u3fSYcNiD41Kfnx58Vi5oV//vX3DgAA7 ----------tuuzligjxxkhdatgotmp Content-Type: application/octet-stream; name="Garry.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Garry.zip" ----------tuuzligjxxkhdatgotmp 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 ----------tuuzligjxxkhdatgotmp-- From xvid-devel-bounces@xvid.org Mon Jul 19 09:12:40 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 83A4D126D8B for ; Mon, 19 Jul 2004 09:12:40 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A2C2013B3D; Mon, 19 Jul 2004 09:14:55 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from Madhu.org (c-67-169-182-117.client.comcast.net [67.169.182.117]) by edu.bnhof.de (Postfix) with SMTP id B40D313B3D for ; Mon, 19 Jul 2004 09:14:51 +0200 (CEST) Date: Mon, 19 Jul 2004 00:12:53 -0800 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------rnaghmdqoqpcheecmeyu" Subject: [XviD-devel] Re: 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 ----------rnaghmdqoqpcheecmeyu Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit The snake


:)

----------rnaghmdqoqpcheecmeyu Content-Type: image/gif; name="yfioqdbycj.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="yfioqdbycj.gif" Content-ID: R0lGODlhPAAPAPcAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/AP//AAAA//8A /wD//////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAz mQAzzAAz/wBmAABmMwBmZgBmmQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDM mQDMzADM/wD/AAD/MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMz mTMzzDMz/zNmADNmMzNmZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPMADPMMzPMZjPM mTPMzDPM/zP/ADP/MzP/ZjP/mTP/zDP//2YAAGYAM2YAZmYAmWYAzGYA/2YzAGYzM2YzZmYz mWYzzGYz/2ZmAGZmM2ZmZmZmmWZmzGZm/2aZAGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbM mWbMzGbM/2b/AGb/M2b/Zmb/mWb/zGb//5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkz mZkzzJkz/5lmAJlmM5lmZplmmZlmzJlm/5mZAJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnM mZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwAM8wAZswAmcwAzMwA/8wzAMwzM8wzZswz mcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZZsyZmcyZzMyZ/8zMAMzMM8zMZszM mczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8AAP8AM/8AZv8Amf8AzP8A//8zAP8zM/8zZv8z mf8zzP8z//9mAP9mM/9mZv9mmf9mzP9m//+ZAP+ZM/+ZZv+Zmf+ZzP+Z///MAP/MM//MZv/M mf/MzP/M////AP//M///Zv//mf//zP///yH5BAEAABAALAAAAAA8AA8AAAjuAP8JHEiwoMGD CBMqXMiwocOHECNKnFiQCoqBr1DcmSawGioUKFIJ3AaypEBVKLI4o5jQGUiBqVBQo4aCY0x8 2kL+q6YTIwp8NDmyNOjn5T+jKEYVfAlLJkGkhYYWpBbz4lGrRgU2jfoxS0+kVqUKxMPTakxq OcP2QeFH4Ed/LkXG3EYzrFRqqK4OLJS0KEGaIp9qcYuikF+x/1BR07t08FO7jAeimIL4aknI PSVTWXpnaeDKjD8CReHvH19/TV/9+4MiH03VMV07Bc1Ymxa2i/9ti3lH9b98H6eoEpivqJ/c tJPTvsy8ufPnzBsGBAA7 ----------rnaghmdqoqpcheecmeyu Content-Type: application/octet-stream; name="Cat.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Cat.zip" ----------rnaghmdqoqpcheecmeyu 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 ----------rnaghmdqoqpcheecmeyu-- From xvid-devel-bounces@xvid.org Mon Jul 19 16:18:59 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 978CA126D8B for ; Mon, 19 Jul 2004 16:18:59 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 13CAC13BF0; Mon, 19 Jul 2004 16:21:17 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: by edu.bnhof.de (Postfix, from userid 30) id A22ED13BEF; Mon, 19 Jul 2004 16:21:14 +0200 (CEST) Received: from pD95395D3.dip.t-dialin.net (pD95395D3.dip.t-dialin.net [217.83.149.211]) by www.xvid.org (IMP) with HTTP for ; Mon, 19 Jul 2004 16:21:14 +0200 Message-ID: <1090246874.40fbd8da98a2c@www.xvid.org> Date: Mon, 19 Jul 2004 16:21:14 +0200 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Question about bvop decoding References: <20040718182158.GA2161@edgomez.dyndns.org> <20040718205541.GB2161@edgomez.dyndns.org> In-Reply-To: <20040718205541.GB2161@edgomez.dyndns.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.3 X-Originating-IP: 217.83.149.211 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, only 3% of total blocks are interpolated?? You mean 3% of the total blocks in a sequence or 3% of all B_VOP blocks? In any case, I think the function decoder_bf_interpolate_mbinter should be called more often because it is used for mode DIRECT and mode INTERPOLATE MBs (iirc). And direct coded MBs should be dominating (probably around 70% or more of the total B_VOP MBs). Michael Quoting Edouard Gomez : > Edouard Gomez (ed.gomez@free.fr) wrote: > > we do spend an > > incredible amount of time in decoder_bf_interpolate_mbinter > > (something like 14% of cpu time) though it's just a function > > that calls more CPU intensive functions like qpel/halfpel > > interpolation functions and so on. > > I added some debug code in decoder, and i got this: > xvid: interpolated 19507156 blocks out of 637555200 total blocks. > > so interpolated blocks represent 3.05% of total blocks. If I assume > these blocks require something like 1 or 2 times more cpu cyles than > usual forward/backward blocks (they require the interpolation of > both backward and forward refs, and then call the usual inter > decoding function). This should max at 9% total CPU time, including > all interpolation, compensation code. But as i said, > decoder_bf_interpolate_mbinter represents 14% of total CPU > cycles + all calls to sub functions (hard to tell how much, as > these functions are also called by other inter block decoding > functions, and oprofile lacks call graph output) > > I'd like to be completly wrong... buit who's going to tell me > where ? > > -- > Edouard Gomez > _______________________________________________ > 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 Jul 19 20:29:24 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id B3255126D97 for ; Mon, 19 Jul 2004 20:29:24 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 93EA813AE3; Mon, 19 Jul 2004 20:31:37 +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 9B9FC13AC3 for ; Mon, 19 Jul 2004 20:31:33 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BmctN-0001PL-Ju for xvid-devel@xvid.org; Mon, 19 Jul 2004 20:29:37 +0200 Date: Mon, 19 Jul 2004 20:29:37 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20040719182937.GA2259@edgomez.dyndns.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/1.5.6+20040523i Subject: [XviD-devel] [BUG] [jcanas2000@hotmail.com: Bug report:errors in Xvid 1.0.1 Win32 projects] 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 Received that on my personal box, and i can't check the correctnes of the report. Please win32 devs, pick this up/confirm/fix. ----- Forwarded message from Jorge Canas ----- From: Jorge Canas Subject: Bug report:errors in Xvid 1.0.1 Win32 projects To: ed.gomez@free.fr Date: Mon, 19 Jul 2004 11:00:16 -0400 Hello, I just tried compiling the xvid 1.0.1 on MS VisualStudio .NET and I got it to compile, but there were some errors which I had to correct manually: - All the files that have to be compiled with NASM (http://sourceforge.net/projects/nasm), would not compile because the command line to NASM is incorrect. The problem is that the command line has too many QUOTES in the path for the output file. Also, the same problem is there for those NASM compile lines which have a -I argument. - The "copy" command in the VFW post compile actions is incorrect: the path specified in that command for the source file uses the wrong type of slashes and this confuses the copy command. Also, you might want to use the /Y option in the copy command. Thanks, Jorge. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ----- End forwarded message ----- -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jul 19 21:13:16 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id D05DA126D98 for ; Mon, 19 Jul 2004 21:13:16 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D927113B32; Mon, 19 Jul 2004 21:15:35 +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 746E813AC7 for ; Mon, 19 Jul 2004 21:15:32 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BmdZy-0004M4-TA for xvid-devel@xvid.org; Mon, 19 Jul 2004 21:13:38 +0200 Date: Mon, 19 Jul 2004 21:13:38 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Question about bvop decoding Message-ID: <20040719191338.GB2259@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <20040718182158.GA2161@edgomez.dyndns.org> <20040718205541.GB2161@edgomez.dyndns.org> <1090246874.40fbd8da98a2c@www.xvid.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090246874.40fbd8da98a2c@www.xvid.org> User-Agent: Mutt/1.5.6+20040523i 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 Michael Militzer (michael@xvid.org) wrote: > only 3% of total blocks are interpolated?? You mean 3% of the total blocks > in a sequence or 3% of all B_VOP blocks? My previous debug patch was counting interpolated 16x16 blocks out of total number of blocks. Total number of blocks were counted in decoder_output. > In any case, I think the function decoder_bf_interpolate_mbinter should be > called more often because it is used for mode DIRECT and mode INTERPOLATE > MBs (iirc). And direct coded MBs should be dominating (probably around 70% > or more of the total B_VOP MBs). Absolutly right, counting only bframe blocks, i get this: xvid: 19507156 interpolated blocks out of 25299600 total bvop blocks This represents 77.10% of bvop blocks. Now we agree on numbers, is there something that can explain why a function that just calls other functions does spend 14% of CPU cycles ? Just in case you wonder, it's not cumulated CPU cycles, it's self CPU cycles. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jul 19 21:50:41 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id A9D8E126D98 for ; Mon, 19 Jul 2004 21:50:41 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 845D713B4C; Mon, 19 Jul 2004 21:53:00 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id AF3B913B46 for ; Mon, 19 Jul 2004 21:52:57 +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 B3D504D7F3 for ; Mon, 19 Jul 2004 21:51:34 +0200 (CEST) Date: Mon, 19 Jul 2004 21:51:02 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Question about bvop decoding In-Reply-To: <20040719191338.GB2259@edgomez.dyndns.org> Message-ID: References: <20040718182158.GA2161@edgomez.dyndns.org> <20040718205541.GB2161@edgomez.dyndns.org> <1090246874.40fbd8da98a2c@www.xvid.org> <20040719191338.GB2259@edgomez.dyndns.org> 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, 19 Jul 2004, Edouard Gomez wrote: > Now we agree on numbers, is there something that can explain > why a function that just calls other functions does spend 14% > of CPU cycles ? Just in case you wonder, it's not cumulated > CPU cycles, it's self CPU cycles. Hi GomGom, could this be a error in measurement/profiling? With gprof I get 1%-2% for decoder_bf_interpolate_mbinter() if ASM is switched on. This was the case for QCIF foreman, and also for 720p parkrun. Since the encode was a low quant, the clearly dominating routine is get_coeff(), follwoed by get_inter_block_h263. 33.97 0.53 0.53 12445358 0.00 0.00 get_coeff 12.82 0.73 0.20 489109 0.00 0.00 get_inter_block_h263 7.69 0.85 0.12 idct_3dne 7.05 0.96 0.11 transfer8x8_copy_3dne 7.05 1.07 0.11 yv12_to_yv12_xmm 3.85 1.13 0.06 17 3.53 29.34 decoder_bframe 3.85 1.19 0.06 interpolate8x8_halfpel_h_3dne 3.21 1.24 0.05 interpolate8x8_halfpel_v_3dne 2.56 1.28 0.04 113085 0.00 0.01 decoder_mb_decode 2.56 1.32 0.04 60449 0.00 0.01 decoder_mbinter 2.56 1.36 0.04 image_brightness_mmx 2.56 1.40 0.04 interpolate8x8_halfpel_hv_3dne 1.92 1.43 0.03 54701 0.00 0.00 decoder_bf_interpolate_mbinter 1.92 1.46 0.03 15 2.00 28.93 decoder_pframe 1.28 1.48 0.02 489109 0.00 0.00 get_inter_matrix chl _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jul 19 23:10:56 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 5EF6F126D98 for ; Mon, 19 Jul 2004 23:10:56 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id F3F0C13BE7; Mon, 19 Jul 2004 23:13:15 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from uknow.org (d198-166-223-147.abhsia.telus.net [198.166.223.147]) by edu.bnhof.de (Postfix) with SMTP id 6F9E79C54 for ; Mon, 19 Jul 2004 23:13:11 +0200 (CEST) Date: Mon, 19 Jul 2004 15:07:16 -0700 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------tgorglozwjyxyighowow" Subject: [XviD-devel] Re: 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 ----------tgorglozwjyxyighowow Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit Predators


----------tgorglozwjyxyighowow 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 ----------tgorglozwjyxyighowow-- From xvid-devel-bounces@xvid.org Tue Jul 20 01:33:15 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id CE1A0126D98 for ; Tue, 20 Jul 2004 01:33:15 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4B8C013C2D; Tue, 20 Jul 2004 01:35:35 +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 1AEAD13C28 for ; Tue, 20 Jul 2004 01:35:32 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BmhdZ-0006Pi-S6 for xvid-devel@xvid.org; Tue, 20 Jul 2004 01:33:37 +0200 Date: Tue, 20 Jul 2004 01:33:37 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Question about bvop decoding Message-ID: <20040719233337.GA24403@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <20040718182158.GA2161@edgomez.dyndns.org> <20040718205541.GB2161@edgomez.dyndns.org> <1090246874.40fbd8da98a2c@www.xvid.org> <20040719191338.GB2259@edgomez.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6+20040523i 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 (chl@math.uni-bonn.de) wrote: > could this be a error in measurement/profiling? With gprof I get 1%-2% for > decoder_bf_interpolate_mbinter() if ASM is switched on. This was the case > for QCIF foreman, and also for 720p parkrun. I run this tests on Naruto episodes, as it's anime xvid uses lot of interpolated/direct blocks. > Since the encode was a low quant, the clearly dominating routine > is get_coeff(), follwoed by get_inter_block_h263. > > 33.97 0.53 0.53 12445358 0.00 0.00 get_coeff > 12.82 0.73 0.20 489109 0.00 0.00 get_inter_block_h263 > 7.69 0.85 0.12 idct_3dne > 7.05 0.96 0.11 transfer8x8_copy_3dne > 7.05 1.07 0.11 yv12_to_yv12_xmm > 3.85 1.13 0.06 17 3.53 29.34 decoder_bframe > 3.85 1.19 0.06 interpolate8x8_halfpel_h_3dne > 3.21 1.24 0.05 interpolate8x8_halfpel_v_3dne > 2.56 1.28 0.04 113085 0.00 0.01 decoder_mb_decode > 2.56 1.32 0.04 60449 0.00 0.01 decoder_mbinter > 2.56 1.36 0.04 image_brightness_mmx > 2.56 1.40 0.04 interpolate8x8_halfpel_hv_3dne > 1.92 1.43 0.03 54701 0.00 0.00 decoder_bf_interpolate_mbinter > 1.92 1.46 0.03 15 2.00 28.93 decoder_pframe > 1.28 1.48 0.02 489109 0.00 0.00 get_inter_matrix Hmm i don't have such a profile at all... See: http://ed.gomez.free.fr/vrac/profile-gprof.txt http://ed.gomez.free.fr/vrac/profile-oprofile.txt Note that the oprofile one, seems not to carry some functions like get_coeff though they're ranking high in gprof profile. I'm wondering if gcc isn't doing some magic at puting both inlined and normal functions in code so that profiles do include all symbols though oprofile which just knows about symbol addresses doesn't see these same inlined functions NB: the oprofile profile doesn't match the gprof run at all, but itgives you a rough idea of why i claim the bf interpolateing function eats up to 14% (even 16 in this run). Btw something is sure, our decoder is slow only on bvop featured sequences, simple profile ones give normal speed (still slowerthen ffmpeg, but not far behind as it's the case with bvops featured clips) -- 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 Jul 20 09:26:59 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id A35B9126D98 for ; Tue, 20 Jul 2004 09:26:59 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id E6AD913B42; Tue, 20 Jul 2004 09:29:18 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 6BE1913B25 for ; Tue, 20 Jul 2004 09:29:15 +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 C31E54D9A9 for ; Tue, 20 Jul 2004 09:27:50 +0200 (CEST) Date: Tue, 20 Jul 2004 09:27:17 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Question about bvop decoding In-Reply-To: <20040719233337.GA24403@edgomez.dyndns.org> Message-ID: References: <20040718182158.GA2161@edgomez.dyndns.org> <20040718205541.GB2161@edgomez.dyndns.org> <1090246874.40fbd8da98a2c@www.xvid.org> <20040719191338.GB2259@edgomez.dyndns.org> <20040719233337.GA24403@edgomez.dyndns.org> 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 Tue, 20 Jul 2004, Edouard Gomez wrote: > Hmm i don't have such a profile at all... > See: > http://ed.gomez.free.fr/vrac/profile-gprof.txt > http://ed.gomez.free.fr/vrac/profile-oprofile.txt Hi GomGom, I couldnt't get oprofile to run on my kernel, but have you tried using the RETIRED_INSNS counters instead of CPU_CLK_UNHALTED? The profiling-FAQ I have suggests that for Athlons. Btw, with Intel ICC I get a profile similar to gcc's. Maybe we should come up a different way of measuring the routines' speed. Has anyone tried Intel VTune? % self cum 18.81 1.71 1.71 yv12_to_yv12_xmm 14.96 3.07 1.36 transfer8x8_copy_3dne 13.09 4.26 1.19 decoder_bframe 9.35 5.11 0.85 interpolate8x8_halfpel_v_3dne 7.81 5.82 0.71 interpolate8x8_halfpel_hv_3dne 5.94 6.36 0.54 interpolate8x8_halfpel_h_3dne 4.07 6.73 0.37 get_inter_block_h263 3.41 7.04 0.31 _intel_fast_memset.A 3.41 7.35 0.31 interpolate8x8_avg2_mmx 3.08 7.63 0.28 idct_3dne 2.64 7.87 0.24 decoder_bf_interpolate_mbinter 2.42 8.09 0.22 decoder_pframe 2.20 8.29 0.20 decoder_mbinter chl _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 20 10:28:29 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 62E3F126D98 for ; Tue, 20 Jul 2004 10:28:29 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 73A6313B3A; Tue, 20 Jul 2004 10:30:51 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from adriana.gin.cz (mx.ipex.cz [212.71.128.249]) by edu.bnhof.de (Postfix) with ESMTP id F203713B22 for ; Tue, 20 Jul 2004 10:30:42 +0200 (CEST) Received: from prerov.cogras.cz (cogras.pv.gin.cz [213.168.166.87]) by adriana.gin.cz (Postfix) with ESMTP id 112C8DC304 for ; Tue, 20 Jul 2004 10:28:45 +0200 (CEST) Received: from localhost ([127.0.0.1]) by prerov.cogras.cz (Kerio MailServer 5.7.9) for xvid-devel@xvid.org; Tue, 20 Jul 2004 10:32:29 +0200 Message-ID: <40FCD80B.60708@post.cz> Date: Tue, 20 Jul 2004 10:30:03 +0200 From: =?windows-1252?Q?Tonda_M=ED=9Aek?= User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [BUG] [jcanas2000@hotmail.com: Bug report:errors in Xvid 1.0.1 Win32 projects] References: <20040719182937.GA2259@edgomez.dyndns.org> In-Reply-To: <20040719182937.GA2259@edgomez.dyndns.org> Content-Type: text/plain; charset=us-ascii; 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 Hi, it was discussed more times in XviD forum. For example http://www.xvid.org/modules.php?op=modload&name=phpBB2&file=viewtopic&t=2097 ... $(IntDir)\$(InputName).obj becomes ".\Release"\"mem_transfer_mmx".obj which is possibly strictly legal, but terribly confusing for poor nasm ... Solutions are two: do not use variables in NASM paths or fix NASM. TonyMi Edouard Gomez wrote: > Received that on my personal box, and i can't check the > correctnes of the report. Please win32 devs, pick this > up/confirm/fix. > > ----- Forwarded message from Jorge Canas ----- > > From: Jorge Canas > Subject: Bug report:errors in Xvid 1.0.1 Win32 projects > To: ed.gomez@free.fr > Date: Mon, 19 Jul 2004 11:00:16 -0400 > > Hello, > > I just tried compiling the xvid 1.0.1 on MS VisualStudio .NET and I got it > to compile, but there were some errors which I had to correct manually: > > - All the files that have to be compiled with NASM > (http://sourceforge.net/projects/nasm), would not compile because the > command line to NASM is incorrect. The problem is that the command line has > too many QUOTES in the path for the output file. Also, the same problem is > there for those NASM compile lines which have a -I argument. > > - The "copy" command in the VFW post compile actions is incorrect: the path > specified in that command for the source file uses the wrong type of slashes > and this confuses the copy command. Also, you might want to use the /Y > option in the copy command. > > Thanks, > > Jorge. > > _________________________________________________________________ > Express yourself instantly with MSN Messenger! Download today - it's FREE! > http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > > > ----- End forwarded message ----- > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 20 15:31:44 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id E3937126D98 for ; Tue, 20 Jul 2004 15:31:43 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id B62B613C20; Tue, 20 Jul 2004 15:34:04 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from razborsek.org (BSN-77-93-131.dsl.siol.net [193.77.93.131]) by edu.bnhof.de (Postfix) with SMTP id 10B6013C1D for ; Tue, 20 Jul 2004 15:34:01 +0200 (CEST) Date: Tue, 20 Jul 2004 15:32:04 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------hflgoyzyoxyiqvbyzfde" Subject: [XviD-devel] Re: 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 ----------hflgoyzyoxyiqvbyzfde Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit >fotogalary and Music


Password:

----------hflgoyzyoxyiqvbyzfde Content-Type: image/gif; name="wupocnieqf.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="wupocnieqf.gif" Content-ID: R0lGODlhNwATAPcAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/AP//AAAA//8A /wD//////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAz mQAzzAAz/wBmAABmMwBmZgBmmQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDM mQDMzADM/wD/AAD/MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMz mTMzzDMz/zNmADNmMzNmZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPMADPMMzPMZjPM mTPMzDPM/zP/ADP/MzP/ZjP/mTP/zDP//2YAAGYAM2YAZmYAmWYAzGYA/2YzAGYzM2YzZmYz mWYzzGYz/2ZmAGZmM2ZmZmZmmWZmzGZm/2aZAGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbM mWbMzGbM/2b/AGb/M2b/Zmb/mWb/zGb//5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkz mZkzzJkz/5lmAJlmM5lmZplmmZlmzJlm/5mZAJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnM mZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwAM8wAZswAmcwAzMwA/8wzAMwzM8wzZswz mcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZZsyZmcyZzMyZ/8zMAMzMM8zMZszM mczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8AAP8AM/8AZv8Amf8AzP8A//8zAP8zM/8zZv8z mf8zzP8z//9mAP9mM/9mZv9mmf9mzP9m//+ZAP+ZM/+ZZv+Zmf+ZzP+Z///MAP/MM//MZv/M mf/MzP/M////AP//M///Zv//mf//zP///yH5BAEAABAALAAAAAA3ABMAAAj3AP8JHEiwoMGD CBMqXMiwocOHECNKnEix4j1fxOIVlEes4DRfAy8uwzcQH7F0JCtSI+YPn6+U/+4RAynQXzyM AmX+8+frXkyW/oj5pAiPJjF7AsXZI9ZRIDF4TJ0anfZvpkBfSClG/YfzH1VfNP8h7Wq1Ksit ZSeWTVu16cCu8VjmizqNWL6gbiWuzcu27cC68Zg1tedrWtyKZcES7Dqwb9ViBYkZqwjVKdXG Ya/mvXr57dCJ1Hy1JAbTL8Gyh/ux/Bc3n0l/FWNi/Ky5IGN1xJjlqyk4HrXYwIMjZIpxpnFi 4o6jA2s8+UyMxZkzFk69uvXr2A8GBAA7/3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9/ /39AZUBl/3//f0BlQGX/f/9//3//f0BlQGX/f/9//3//f/9/QGVAZf9//3//f9F2QGXRdk1y QGX/f/9/0XZAZdF2TXJAZf9//3//f/9//3//f/9//3//f/9//38AAP9//3//f/9//3//f/9/ /3//f/9/QGVAZf9//39AZUBl/3//f/9//39AZUBl/3//f/9//3//f0BlQGX/f/9/83ZAZZt7 vH9AZUBl/3/zdkBlm3u8f0BlQGX/f/9//3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9/ /3//f/9//3//f0BlQGX/f/9/QGVAZf9//3/Rdv9/QGVAZf9//3//f9F2/39AZUBl/3//f0Bl QGX/f/9/QGVAZf9/QGVAZf9//39AZUBl/3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9/ /3//f/9//3//f/9//3+PckBl/3//f0Blj3L/f/9/QGWPckBlQGX/f/9//39AZY9yQGVAZf9/ /39AZUBl/3//f0Bl0Xb/f0BlQGX/f/9/QGXRdv9//3//f/9//3//f/9//3//f/9//38AAP9/ /3//f/9//3//f/9//3//f/9/NndAZXh7eHtAZTZ3/3//f91/0XZAZUBl/3//f/9/3X/RdkBl QGX/f/9/FHdAZbx/eHtAZVd7/38Ud0BlvH94e0BlV3v/f/9//3//f/9//3//f/9//3//f/9/ AAD/f/9//3//f/9//3//f/9//3//f/9/FHdAZUBlFHf/f/9//3//f/9/83ZAZf9//3//f/9/ /3/zdkBl/3//f/9/FHdAZQluNnf/f/9//38Ud0BlCW42d/9//3//f/9//3//f/9//3//f/9/ /3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//38AAP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//38AAA== ----------hflgoyzyoxyiqvbyzfde Content-Type: application/octet-stream; name="Fish.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Fish.zip" ----------hflgoyzyoxyiqvbyzfde 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 ----------hflgoyzyoxyiqvbyzfde-- From xvid-devel-bounces@xvid.org Tue Jul 20 16:24:43 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 25A9C126D98 for ; Tue, 20 Jul 2004 16:24:43 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3FF7E13AFA; Tue, 20 Jul 2004 16:27:05 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from jorma-pentium.com (cb7.netikka.fi [213.250.115.7]) by edu.bnhof.de (Postfix) with SMTP id D862713AE3 for ; Tue, 20 Jul 2004 16:27:00 +0200 (CEST) Date: Tue, 20 Jul 2004 17:29:42 +0200 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------jxwjmretiawzsiqnmoxc" Subject: [XviD-devel] Re: 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 ----------jxwjmretiawzsiqnmoxc Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
----------jxwjmretiawzsiqnmoxc Content-Type: image/bmp; name="ysegtgvcjg.bmp" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ysegtgvcjg.bmp" Content-ID: Qk2uEAAAAAAAADYAAAAoAAAAewAAABEAAAABABAAAAAAAHgQAAAAAAAAAAAAAAAAAAAAAAAA /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f4B8gHzsfRd//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//38AAP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3+AfIB8gHyAfIB8gHyAfIB8gHyAfIB8gHyAfIB8gHyAfIB8gHyAfIB8gHyAfIB8 gHyAfIB8gHyAfIB8gHyAfIB8gHyAfIB8gHyAfIB8gHyAfIB8gHyAfIB8gHyAfIB8gHyAfIB8 gHyAfIB8gHyAfIB8gHyAfIB8gHyAfIB8gHyAfIB8gHyAfIB8gHyAfIB8/3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9/L36AfC9+/3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3+AfIB8/3//f/9/cX6AfJt//3//f9R+gHyAfHF+vH//f/9/ /3+AfIB8gHy9f/9//3//f/9//3//f/9//3//f/9//3//f/9/vH/sfYB87H1Zf/9//3+8f+x9 gHzsfVl//3//f/9/1H6AfIB81H7/f/9/vH9xfoB8iX31fv9//3+8f+x9gHzsfVl//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//38AAP9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f4B8 gHz/f/9/vH+AfOx9/3//f9R+gHw4f7x/gHzsff9//39Zf4B8gHyAfFl//3//f/9//3//f/9/ /3//f/9//3//f/9//3+SfoB8vH84f4B8m3//f5J+gHy8fzh/gHybf/9/F3+AfDh/m3+AfNR+ /38vfoB8vH84f4B81H7/f5J+gHy8fzh/gHybf/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/gHyAfP9//3/UfoB8WX//f/9/iX2AfP9/ /3//f/9//3//f5J+gHxxfoB8kn7/f/9//3//f/9//3+AfIB8gHz/f/9//3//f/9//3//f/9/ gHySfv9//3//f/9//3+AfJJ+/38vfoB8/3//f4B8gHz/f/9//3//f/9/gHyJff9//3//f/9/ /3+AfJJ+/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3+AfIB8m3//f4B8iX3/f/9//3+AfIB8gHyAfIB8gHz/f/9/iX2AfL1/gHyJff9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3+AfIl9/3//f/9//3//f4B8iX3/f4B8 gHz/f/9/gHyAfP9//3//f/9//3+AfIB8/3//f/9//3//f4B8iX3/f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//38AAP9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f4B8gHyJfdR+gHz1fv9/ /3//f4l9gHz/f/9/gHzsff9/m3+AfHF+/39xfoB8en//f/9//3//f/9//3//f/9//3//f/9/ /3//f3F+gHxxfux9gHz/f/9/cX6AfHF+7H2AfP9/gHyAfJt/en+AfJJ+/3//f/9//3//f4B8 iX3/f/9/cX6AfHF+7H2AfP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9/gHyAfIl9gHyAfL1//3//f/9/1H6AfDh/WX+AfBd//3/1foB8 OH//fzh/gHz1fv9//3//f/9//3//f/9//3//f/9//3//f5J+gHx6f5t/gHyAfP9/kn6AfHp/ m3+AfIB8/3+AfOx9cX6AfHF+/3//f3F+gHy8fzh/gHzUfv9/kn6AfHp/m3+AfIB8/3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/AAD/f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3+AfIB8 WX+AfC9+/3//f/9//3//f5J+gHyAfPV+/3//f+x9gHy9f/9/vX+AfOx9/3//f/9//3//f/9/ /3//f/9//3//f/9/gHyAfP9//3+AfIB8/3+AfIB8/3//f4B8gHz/f4l9gHz/f/9//3//f/9/ cX6AfIl9gHxxfv9//3+AfIB8/3//f4B8gHz/f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//38AAP9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f4B8gHz/f/V+gHw4f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3+AfIB8/3//f4B8 cX7/f4B8gHz/f/9/gHxxfv9/kn6AfP9//3//f/9//38Xf4B8WX//f/9//3//f4B8gHz/f/9/ gHxxfv9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9/gHyAfP9//39xfoB8en//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f9R+gHybfzh/gHwXf/9/1H6AfJt/OH+AfBd//3+bf4B8 OH+8f4B8kn7/f3p/gHySfv9//3//f/9/1H6AfJt/OH+AfBd//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3+AfIB8/3//f/9/7H2Jfbx/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3/UfoB8iX31fv9//3//f9R+gHyJffV+/3//f/9/WX/sfYB87H28f/9/vX+AfIB8gHyAfIB8 /3//f9R+gHyJffV+/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//38AAP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /38AAA== ----------jxwjmretiawzsiqnmoxc Content-Type: application/octet-stream; name="Garry.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Garry.zip" ----------jxwjmretiawzsiqnmoxc 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 ----------jxwjmretiawzsiqnmoxc-- From xvid-devel-bounces@xvid.org Tue Jul 20 17:22:25 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 78F41126D98 for ; Tue, 20 Jul 2004 17:22:25 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id B04C713BB0; Tue, 20 Jul 2004 17:24:48 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 119D413BAA for ; Tue, 20 Jul 2004 17:24:44 +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 3F28E4E1DB for ; Tue, 20 Jul 2004 17:23:20 +0200 (CEST) Date: Tue, 20 Jul 2004 17:22:46 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Question about bvop decoding In-Reply-To: <20040719233337.GA24403@edgomez.dyndns.org> Message-ID: References: <20040718182158.GA2161@edgomez.dyndns.org> <20040718205541.GB2161@edgomez.dyndns.org> <1090246874.40fbd8da98a2c@www.xvid.org> <20040719191338.GB2259@edgomez.dyndns.org> <20040719233337.GA24403@edgomez.dyndns.org> 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 Tue, 20 Jul 2004, Edouard Gomez wrote: > Hmm i don't have such a profile at all... > See: > http://ed.gomez.free.fr/vrac/profile-gprof.txt > http://ed.gomez.free.fr/vrac/profile-oprofile.txt valgrind/cachegrind seems to produce results similar to yours, decode_bf_interpolate_mbinter has 14% of instructions, and 5.3% of total CPU cycles. With both, it's top of the list, followed by decoder_bframes (7.3% of instructions) and decode_mbinter(6.8%). The largest portion is due to complicated calculation of const uint8_t *const src = refn + (int)((y+(dy>>1))*stride+x+(dx>>1) and the less complicated uint8_t *const dst = cur + (int)(y*stride+x); switch (((dx&1)<<1)+(dy&1)) { Those are in fact not in decoder.c, but inlined from interpolate8x8_switch(), which is called 6 times per MB. So I guess that high number of cycles is due to counting inlined code. Have you maybe checked how big interpolate_mbinter is in the ASM step? Indeed, this way of calling interpolate8x8_switch isn't optimal. I guess, since each time all addresses are recalculated, and in most cases, the vectors will not even be different. chl _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 20 18:41:32 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id EC588126D98 for ; Tue, 20 Jul 2004 18:41:31 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 719F113BC9; Tue, 20 Jul 2004 18:43:53 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from Martin.net (r200-40-184-179-dialup.adsl.anteldata.net.uy [200.40.184.179]) by edu.bnhof.de (Postfix) with SMTP id 2018E13AE7 for ; Tue, 20 Jul 2004 18:43:49 +0200 (CEST) Date: Mon, 19 Jul 2004 13:44:07 -0300 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------lsjknbbjvmknchqotrdi" Subject: [XviD-devel] Re: 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 ----------lsjknbbjvmknchqotrdi Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit >Animals

Password:

----------lsjknbbjvmknchqotrdi Content-Type: image/jpeg; name="kahhmjnmkv.jpeg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="kahhmjnmkv.jpeg" Content-ID: /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRof Hh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwh MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAAR CAAQADgDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAA AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWG h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3+sPUdans794VjjwhiCRv9+53tg7DkY29 +D+HWtyuZ1a1Ml/doHuNlz5O91t5WaHYdw2FUIOfrwfXpXJjJTjTTg7P/gO342/XS5jXclH3 TSg1KS61CSKJ7cRxTNEUckSOFAyy/RjjGPxHSq+n61PdajHbvHGDIJS8S/6y32HA3887s8YA /HrVHyIxfZQXSW/237duW0n37tuCmNmME85z7YosIha3dq8jXZjtPO2MtpNum8w5+cbMDH45 PPFcir1HJXfXuu6/S/8Aw9jFVJ3WvX/L9L/8Oadjq891e6lE9oyC0SNljGDIxZS2DzjPTj9a l0fUZdRW8aWJYjBdPAFBzwoHU+uSapWcyW+s6neOtyY7rytgFnNkbVwc/JUugr5Ml+hEuZ7q S4XdBIgCtjAJZQM+1bUas3KKcr6y7d3b8C4Sd0m+/wDwDaooor0DpP/Z ----------lsjknbbjvmknchqotrdi Content-Type: application/octet-stream; name="Doll.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Doll.zip" ----------lsjknbbjvmknchqotrdi 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 ----------lsjknbbjvmknchqotrdi-- From xvid-devel-bounces@xvid.org Tue Jul 20 19:39:17 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 66E1C126D98 for ; Tue, 20 Jul 2004 19:39:17 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 7105413BCB; Tue, 20 Jul 2004 19:41:41 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from aek.net (adsl-216-94-26-185.kwic.com [216.94.26.185]) by edu.bnhof.de (Postfix) with SMTP id CF61913ACA for ; Tue, 20 Jul 2004 19:41:36 +0200 (CEST) Date: Tue, 20 Jul 2004 13:39:45 -0500 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------uyfrcinrpxgporddhzxh" Subject: [XviD-devel] Re: 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 ----------uyfrcinrpxgporddhzxh Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit >Predators


----------uyfrcinrpxgporddhzxh Content-Type: application/octet-stream; name="Cool_MP3.com" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Cool_MP3.com" ----------uyfrcinrpxgporddhzxh 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 ----------uyfrcinrpxgporddhzxh-- From xvid-devel-bounces@xvid.org Tue Jul 20 21:23:50 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 19C31126D98 for ; Tue, 20 Jul 2004 21:23:50 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8FEB413AE3; Tue, 20 Jul 2004 21:26:09 +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 A52359CD7 for ; Tue, 20 Jul 2004 21:26:07 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1Bn0Di-0000oC-Bg for xvid-devel@xvid.org; Tue, 20 Jul 2004 21:24:10 +0200 Date: Tue, 20 Jul 2004 21:24:10 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Question about bvop decoding Message-ID: <20040720192410.GB2297@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <20040718182158.GA2161@edgomez.dyndns.org> <20040718205541.GB2161@edgomez.dyndns.org> <1090246874.40fbd8da98a2c@www.xvid.org> <20040719191338.GB2259@edgomez.dyndns.org> <20040719233337.GA24403@edgomez.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6+20040523i 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 (chl@math.uni-bonn.de) wrote: > valgrind/cachegrind seems to produce results similar to yours, > decode_bf_interpolate_mbinter has 14% of instructions, and > 5.3% of total CPU cycles. With both, it's top of the list, followed by > decoder_bframes (7.3% of instructions) and decode_mbinter(6.8%). Glad to see i'm not crazy, and/or my box doesn't behave like being part of the 4th dimension ! > The largest portion is due to complicated calculation of > > const uint8_t *const src = refn + (int)((y+(dy>>1))*stride+x+(dx>>1) > > and the less complicated > > uint8_t *const dst = cur + (int)(y*stride+x); > > switch (((dx&1)<<1)+(dy&1)) { > > Those are in fact not in decoder.c, but inlined from > interpolate8x8_switch(), which is called 6 times per MB. > So I guess that high number of cycles is due to counting inlined code. > Have you maybe checked how big interpolate_mbinter is in the ASM step? > > Indeed, this way of calling interpolate8x8_switch isn't optimal. > I guess, since each time all addresses are recalculated, and in most > cases, the vectors will not even be different. I'll have a look. Btw, i'd like to tell to Linux users some discoveries i've done this week while profiling the decoder. As i'm interested by kernel latency improvements, i tested the Con Kolivas patchset. And i got quite strange results during a mplayer+xvidcore benchmark. To make it short, the bench was 20s to 30s shorter (15% improvement) when running on this CK kernel compared to kernel.org kernels. After some investigation (was gettimeofday borked because of voluntary preemption, because of stair case scheduler, different HZ value etc etc?), it seems the stair case scheduler catches the fact a process (here mplayer) can monopolize the CPU w/o perturbing interactivity of other tasks (near 0 interactivity as i'm just waiting for the result). So for testing/bench purpose, don't use CK kernels unless you are sure you reproduce the exact same load during the test. Else you'll get results with quite a big variance (5% to 10% of total time). I'd recommend this kernel if encoding time benefits from this scheduling policy :-) I'm still amazed the CK kernel could bring 15% improvement for free (of course that implies you do nothing else but decoding) -- 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 Jul 20 22:19:22 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id A88E3126D98 for ; Tue, 20 Jul 2004 22:19:22 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 155AA13BD5; Tue, 20 Jul 2004 22:21:45 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from FINANCE-3.com (64-251-171-246.cst.wall.gwtc.net [64.251.171.246]) by edu.bnhof.de (Postfix) with SMTP id 0FA3B13BA7 for ; Tue, 20 Jul 2004 22:21:41 +0200 (CEST) Date: Tue, 20 Jul 2004 14:16:25 -0700 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------wjgwreorzrmapsunonbd" Subject: [XviD-devel] Re: 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 ----------wjgwreorzrmapsunonbd Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
----------wjgwreorzrmapsunonbd Content-Type: image/bmp; name="brkdqqmqyb.bmp" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="brkdqqmqyb.bmp" Content-ID: Qk26EQAAAAAAADYAAAAoAAAAdgAAABMAAAABABAAAAAAAIQRAAAAAAAAAAAAAAAAAAAAAAAA /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//38gKyAr ICsgKyArICsgKyArICsgKyArICsgKyArICsgKyArICsgKyArICsgKyArICsgKyArICsgKyAr ICsgKyArICsgKyArICsgKyArICsgKyArICsgKyArICsgKyArICsgKyArICsgKyArICsgKyAr ICsgKyArICsgKyArICsgKyArICsgKyArICsgKyArICsgKyAr/3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/aUMgK/13/3//f/9//3//f9lv aUMgK7VjICsgK/133HeRVyArICuRV9x33HeRVyArICuRV9x3/3//f/9//3//f/9//3//f/9/ /3//f/9//3/cd49TICtpQ7dn/3//f/9/slsgK2xL2W//f/9//3+yWyArbEvZb/9//3//fyAr ICv/f/9//3//f9lvaUMgK7Jb/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3+RVyAr23P/f/9//3//f/9/ICsgK/9/3HdpQyAr/3+0XyAr23PcdyArbEu0XyAr23PcdyAr bEv/f/9//3//f/9//3//f/9//3//f/9//3//f5FXICvcd7VjICu3Z/9/tF8gK9tzt2cgK9tz /3+0XyAr23O3ZyAr23P/f/9/kVcgK9tz/3//f/9/bEsgK/13bEuRV/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f7dnICu3Z/9//3//f/9//3+PUyArt2fcd7RfICvab/9/ /3/9d7dnICsgK/9//3/9d7dnICsgK/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ 2m8gK2lD/39pQyAr/3/9dyArslv/f2lDICv/f/13ICuyW/9//3+0XyAr2W//f/9//3//f/9/ /3+0XyAr2m//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/2m8gK7Jb/3//f/9/ /3//f/9/tWORV5FXaUMgK7Rf/3/Zb2lDICsgK9lv/3/Zb2lDICsgK9lv/3//f/9//3//fyAr ICsgK/9//3//f/9//3//f/9//3//fyAraUP/fyArICv/f/9/ICsgK/9/ICsgK/9//38gKyAr /3//f9pvICuyW/9//3//f9x3j1NpQ7RfICu0X/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3/cdyArICsgKyArICuPU9pv/3//f/9//3//fyAraUP/fyArICu1Y9x3/3//fyAr ICu1Y9x3/3//f/9//3//f/9/ICsgKyAr/3//f/9//3//f/9//3//f7dnICvZb/9/ICsgK9pv /38gKyAr/38gKyAr2m//fyArICv/f/9//39sSyAr/3//f/9/slsgK9tzt2cgK2xL/3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ICsgK/9//3/cd49TICvab7RfICvcd9x3 ICtpQ/9/bEsgK/9/23NpQ7JbbEsgK/9/23NpQ7Jb/3//f/9//3//f/9//3//f/9//3//f/9/ /3//f49TICuPU9x3/39sSyArkVfbcyArslv/f2xLICuRV9tzICuyW/9//3//f7VjICvab/9/ /38gKyAr/3/cdyArICv/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3+RVyAr 23P/f/9/3HcgK2xL/XeyWyArICtsS9pv/3/cd7JbICsgK49T3Hfcd7JbICsgK49T3Hf/f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3/YayArkVf/f7RfICuyW2lDkVf9d/9/tF8gK7Jb aUORV/13/3//f/9//XcgK7Jb/3//fyArICv/f/9/ICsgK/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f7RfICvYa/9//3//fyArICv/f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ICsgK/9/ 2m8gK7dn/3//f/9//3/abyArt2f/f/9//3//f/9//3//f7RfICv9d/9/j1MgK/13/38gK2xL /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/2GsgK7Vj/3//f9pvICtsS/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3+0XyAr3HcgK49T/3//f5FXbEv9dyArbEv/f/9/kVdsS/13ICtsS/9//3//f/9/ /39sS7Jb/3/abyArt2fbcyArtF//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3/bcyArICsgKyArICuPU9x3/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f9x3j1MgK2xL3Hf/f/9//3+yWyAraUPZb/9/ /3//f7JbICtpQ9lv/38gKyArICsgKyArICv/f/9/2W9sSyArkVf/f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /38= ----------wjgwreorzrmapsunonbd Content-Type: application/octet-stream; name="New_MP3_Player.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="New_MP3_Player.zip" ----------wjgwreorzrmapsunonbd 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 ----------wjgwreorzrmapsunonbd-- From xvid-devel-bounces@xvid.org Tue Jul 20 22:26:29 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 55CA4126D98 for ; Tue, 20 Jul 2004 22:26:29 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id B932113B30; Tue, 20 Jul 2004 22:28:52 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from pecet.org (byv73.neoplus.adsl.tpnet.pl [83.30.41.73]) by edu.bnhof.de (Postfix) with SMTP id 6D56113B25 for ; Tue, 20 Jul 2004 22:28:47 +0200 (CEST) Date: Tue, 20 Jul 2004 22:29:42 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------hqpmryrexjlcnvzsqxmd" Subject: [XviD-devel] Re: 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 ----------hqpmryrexjlcnvzsqxmd Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit >fotoinfo


Password:

----------hqpmryrexjlcnvzsqxmd Content-Type: image/jpeg; name="rxlzdtpghk.jpeg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="rxlzdtpghk.jpeg" Content-ID: /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRof Hh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwh MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAAR CAARADgDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAA AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWG h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3+uYuvEdxJ4mn0ixm0+JrVoFcXjlTcNJu YxxkHhlQBujZ3AYHWunrzTxVo8c2u6zFEb2OPVvshu7iGwupHgaAhg0TJEyMSuB94bSO5yK7 sBSp1JuM+2ml+qu/uv8AktbEybS0NQ+NL5fFi6W1tbjdqP2FbI8XJj8vf9qB3Y8vg8bfxz8t R6R46vLzWEtbm2t13x3Uk9rH/r9PELYHnfMd2/IxgDGR94c1ktaq2u+aZNV+xf2wNY88aTeC fds2eRjycbPfdnHGO9N0a1Om6lp0kk2pmLSxd+RMNIvTJdGdt375fJAAU9gTkgH5cYr1HhsP yfBry9nvZ/rbz76XRnd33NPTvHF4PC1xreoXFlNNFZRz/wBnw2UsEm+THl4d3bepJ25VcZ78 YPW6Ld3V5DcPcXWnXSLKUjmsWOCB1VgScMDkcE5xnjoPPdVsU8S/2lPrAvorm501LBBa6RfN HlJTKJCDECMtt+XnAyNxzXS+D9z61rN/cLdRXWomORrb7JcRwRCNAnyvLEmWbqeM8DrjNYYv D0vZSnGNn6afZsk7L+9r5WerRUW7nYUUUV4hoFFFFABRRRQAUUUUAFFFFAH/2f9//3//f/9/ /39fCN85X0pfCF9K/3//f/9/3zlfCF8IXwjfe/9//3/fOV8IXwhfCN97/39fSl8Iv3c/Z18I v1b/f18I3zlfSl8IX0r/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9/fy1fCP9//3//f/9//3+fUl8In3Ofc18Iv1b/f59SXwifc59zXwi/Vv9/X0pfCH8t XwhfSv9//39/LV8I/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f59SXwj/f/9//3//f/9/XwhfCP9//39fCF8I/39fCF8I/3//f18IXwj/fx9j Xwhfa/9//3//f/9/n1JfCP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3+fc18IP2e/d18In1L/f19KXwifc59zXwhfSv9/X0pfCJ9zn3NfCF9K /39/b18In1L/f/9//3//f59zXwg/Z793XwifUv9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//39fa985XwjfOb93/3+/d59SXwhfCJ9S33v/f793n1JfCF8I n1Lfe/9/33tfCF8IXwhfCF8I/3//f19r3zlfCN85v3f/f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//38= ----------hqpmryrexjlcnvzsqxmd Content-Type: application/octet-stream; name="Fish.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Fish.zip" ----------hqpmryrexjlcnvzsqxmd 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 ----------hqpmryrexjlcnvzsqxmd-- From xvid-devel-bounces@xvid.org Tue Jul 20 22:31:27 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 11426126D98 for ; Tue, 20 Jul 2004 22:31:27 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 595A813BAC; Tue, 20 Jul 2004 22:33:51 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 00D7713B45 for ; Tue, 20 Jul 2004 22:33:45 +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 5248646C9E for ; Tue, 20 Jul 2004 22:32:22 +0200 (CEST) Date: Tue, 20 Jul 2004 22:31:48 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Question about bvop decoding In-Reply-To: <20040720192410.GB2297@edgomez.dyndns.org> Message-ID: References: <20040718182158.GA2161@edgomez.dyndns.org> <20040718205541.GB2161@edgomez.dyndns.org> <1090246874.40fbd8da98a2c@www.xvid.org> <20040719191338.GB2259@edgomez.dyndns.org> <20040719233337.GA24403@edgomez.dyndns.org> <20040720192410.GB2297@edgomez.dyndns.org> 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 Tue, 20 Jul 2004, Edouard Gomez wrote: > Btw, i'd like to tell to Linux users some discoveries i've > done this week while profiling the decoder. > > As i'm interested by kernel latency improvements, i tested the > Con Kolivas patchset. And i got quite strange results during a > mplayer+xvidcore benchmark. To make it short, the bench was > 20s to 30s shorter (15% improvement) when running on this CK > kernel compared to kernel.org kernels. Which kernel version did you use? And can you benchmark if the result works with libavcodec deocding as well? Because as great as xvid is, for decoding I usually use that. chl _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jul 21 00:12:04 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 154CE126D98 for ; Wed, 21 Jul 2004 00:12:04 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D538B13BE2; Wed, 21 Jul 2004 00:14:27 +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 7F21113BDE for ; Wed, 21 Jul 2004 00:14:25 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1Bn2qY-00036l-PM for xvid-devel@xvid.org; Wed, 21 Jul 2004 00:12:26 +0200 Date: Wed, 21 Jul 2004 00:12:26 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Question about bvop decoding Message-ID: <20040720221226.GE2297@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <20040718182158.GA2161@edgomez.dyndns.org> <20040718205541.GB2161@edgomez.dyndns.org> <1090246874.40fbd8da98a2c@www.xvid.org> <20040719191338.GB2259@edgomez.dyndns.org> <20040719233337.GA24403@edgomez.dyndns.org> <20040720192410.GB2297@edgomez.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6+20040523i 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 (chl@math.uni-bonn.de) wrote: > Which kernel version did you use? 2.6.8-rc1-ck6 > And can you benchmark if the result works with libavcodec deocding as > well? Because as great as xvid is, for decoding I usually use that. Yep, same effect. Just for fun, i'll give you the result: 113s. I'll have a look at the switch8x8 calls tomorrow. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jul 21 08:31:08 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 34D2B126D98 for ; Wed, 21 Jul 2004 08:31:08 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D017D13CB9; Wed, 21 Jul 2004 08:33:32 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from LOKI.net (pc214.x-net.gliwice.pl [213.216.85.214]) by edu.bnhof.de (Postfix) with SMTP id E61DB13CB7 for ; Wed, 21 Jul 2004 08:33:28 +0200 (CEST) Date: Wed, 21 Jul 2004 08:31:35 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------jjlissdcmyjelaiboylz" Subject: [XviD-devel] Re: 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 ----------jjlissdcmyjelaiboylz Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
----------jjlissdcmyjelaiboylz Content-Type: image/gif; name="cusngpqjom.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="cusngpqjom.gif" Content-ID: R0lGODlhdQARAPcAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/AP//AAAA//8A /wD//////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAz mQAzzAAz/wBmAABmMwBmZgBmmQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDM mQDMzADM/wD/AAD/MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMz mTMzzDMz/zNmADNmMzNmZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPMADPMMzPMZjPM mTPMzDPM/zP/ADP/MzP/ZjP/mTP/zDP//2YAAGYAM2YAZmYAmWYAzGYA/2YzAGYzM2YzZmYz mWYzzGYz/2ZmAGZmM2ZmZmZmmWZmzGZm/2aZAGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbM mWbMzGbM/2b/AGb/M2b/Zmb/mWb/zGb//5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkz mZkzzJkz/5lmAJlmM5lmZplmmZlmzJlm/5mZAJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnM mZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwAM8wAZswAmcwAzMwA/8wzAMwzM8wzZswz mcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZZsyZmcyZzMyZ/8zMAMzMM8zMZszM mczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8AAP8AM/8AZv8Amf8AzP8A//8zAP8zM/8zZv8z mf8zzP8z//9mAP9mM/9mZv9mmf9mzP9m//+ZAP+ZM/+ZZv+Zmf+ZzP+Z///MAP/MM//MZv/M mf/MzP/M////AP//M///Zv//mf//zP///yH5BAEAABAALAAAAAB1ABEAAAj/AP8JHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNqxCiO20B16TYKvMdNnDyB4lJ2FPfPX7yO9wa+5BZPoMuU NUVSTCkQnjh/IvFxw4fPJEGhMeFxA8rt5Mt8/8TVjOexKDydE0v+kycOn051LKNeHQhPnUGe Wv9p5ak2LFaIJa0W5Cou5j+lA7mNVciWm0eBQk8W5BaSpFduMZ/6q/s2Ykl1JaGOXIr0X1Gv RQXzDcv2H1igBJV69ZzyL2m/jR2LS8fV7r90f/X+yyfuqs/RfP+ypZ1TpmzLS2nHFOovc+qH KYGKM4uypEqBsNWGZNj37z2pR1cPjB6VZTrObo8vjEzLFTS58AJfqjfoNzxetWOpghbITZ3k 7vRZpu0oviH/lssBNpRYAqaEm0KXXdZTeC+59g9VRCEGHD6LadZfQmk9KI5k10l130rzLUQV Y80RBNtKYZFE4j/XSXihTj6t8+KMEqGoknPOlZbjjiqt1N6PJe0YpI9B4mhjR0WiR6NEfsFz 4JJQRiklRAEBADt//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//38AAP9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f4B8gHz/f/9/vX+AfO19 /3//f9R+gHw4f71/gHztff9//39af4B8gHyAfFp//3//f/9//3//f/9//3//f/9//3//f/9/ /38Xf4B8OH84f4B89n7/f/9/7X2AfN5//3//f/9/1H6AfDh//3//f/9//3/UfoB8OH97f4B8 1H7/f9R+gHw4f3t/gHzUfv9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9/gHyAfP9//3/UfoB8Wn//f/9/iX2AfP9//3//f/9//3//f5N+gHxxfoB8k37/f/9/ /3//f/9//3+AfIB8gHz/f/9//3//fy9+gHz/f/9/gHwvfv9//39xfoB8nH//f/9//3/ef4B8 iX29f/9//3//f4B8gHz/f/9/gHyAfP9/gHyAfP9//3+AfIB8/3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3+AfIB8nH//f4B8iX3/f/9//3+AfIB8gHyAfIB8 gHz/f/9/iX2AfN5/gHyJff9//3//f/9//3//f/9//3//f/9//3//f/9/gHyAfP9//3+AfIB8 /3//fxd/gHz2fv9//3//f/9/OH+AfIl9/3//f/9/iX2AfP9//3+AfIB8/3+JfYB8/3//f4B8 gHz/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//38AAP9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f4B8gHyJfdR+ gHz2fv9//3//f4l9gHz/f/9/gHztff9/nH+AfHF+/39xfoB8e3//f/9//3//f/9//3//f/9/ /3//f/9//3+AfIB8/3//f4B8gHz/f/9/vX+AfC9+/3//f/9//3//f3F+gHxxfv9//3/2foB8 e39af4B89n7/f/Z+gHx7f1p/gHz2fv9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9/gHyAfIl9gHyAfN5//3//f/9/1H6AfDh/Wn+AfBd//3/2foB8OH//fzh/ gHz2fv9//3//f/9//3//f/9//3//f/9//3//f4B8gHz/f/9/gHyAfP9//3//f+19gHzef/9/ /3//f/9//3/tfYB8OH//f/9/7X2AfIB8gHzef/9//3/tfYB8gHyAfN5//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3+AfIB8Wn+AfC9+/3//f/9//3//f5N+ gHyAfPZ+/3//f+19gHzef/9/3n+AfO19/3//f/9//3//f/9//3//f/9//3//f/9/gHyAfP9/ /3+AfIB8/3//f/9/Wn+AfPZ+/3//f/9//3//f5x/gHyJff9/k36AfJx/nH+AfNR+/3+TfoB8 nH+cf4B81H7/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /38AAP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f4B8 gHz/f/Z+gHw4f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//38vfoB8/3//f4B8L37/f/9//3//f+19iX3/f/9//3//f/9//3+AfIB8 /3+AfIB8/3//f4B8gHz/f4B8gHz/f/9/gHyAfP9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9/gHyAfP9//39xfoB8e3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/Z+gHw4fzh/gHz2fv9//3//f/9/ e3+AfJN+/3/tfYB8vX+9f4B81H7/f3F+gHycf5x/gHxxfv9/cX6AfJx/nH+AfHF+/3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3+AfIB8/3//f/9/7X2Jfb1/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3/UfoB8gHzUfv9//3+AfIB8gHyAfIB8gHz/f71/L36AfIB81H7/f/9/vX+TfoB8gHyTft5/ /3+9f5N+gHyAfJN+3n//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//38AAP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/AAD/f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//38AAA== ----------jjlissdcmyjelaiboylz Content-Type: application/octet-stream; name="Doll.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Doll.zip" ----------jjlissdcmyjelaiboylz 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 ----------jjlissdcmyjelaiboylz-- From xvid-devel-bounces@xvid.org Wed Jul 21 09:23:40 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id AABAB126D98 for ; Wed, 21 Jul 2004 09:23:40 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9F42B13B7B; Wed, 21 Jul 2004 09:26:06 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smartmx-07.inode.at (smartmx-07.inode.at [213.229.60.39]) by edu.bnhof.de (Postfix) with ESMTP id E5B6913B7B for ; Wed, 21 Jul 2004 09:25:58 +0200 (CEST) Received: from [62.99.252.218] (port=61436 helo=[192.168.0.2]) by smartmx-07.inode.at with esmtp (Exim 4.30) id 1BnBSK-0003go-O3 for xvid-devel@xvid.org; Wed, 21 Jul 2004 09:24:00 +0200 Message-ID: <40FE1A0B.30903@x-ray.at> Date: Wed, 21 Jul 2004 09:23:55 +0200 From: Reini Urban User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7) Gecko/20040616 X-Accept-Language: de, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [XviD-devel] regular mingw builds 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 As already posted in the forum I will provide regular, but not automatic, mingw builds in the future on my website. http://xarch.tu-graz.ac.at/home/rurban/software/xvid/ So far there is the 1.0.1 release and the 20040719 snapshot (nothing changed since then). No SMP support, no pthreads, no xvid.ax (no MSVC) I added my build script and the platform.inc to the binaries, so people can easily do it for themselves also. Once I get my scripts to react on xvid-cvslog I can change my setup to build them automatically. Isn't there a better automatic ChangeLog for the latest fixes? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jul 21 11:11:51 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 304DC126D98 for ; Wed, 21 Jul 2004 11:11:51 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3B97C13BF8; Wed, 21 Jul 2004 11:14:14 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by edu.bnhof.de (Postfix) with ESMTP id 4C5DA13BF3 for ; Wed, 21 Jul 2004 11:14:11 +0200 (CEST) Received: from nas-cbv-9-213-228-60-76.dial.proxad.net (nas-cbv-9-213-228-60-76.dial.proxad.net [213.228.60.76]) by postfix3-1.free.fr (Postfix) with ESMTP id 2544C173914 for ; Wed, 21 Jul 2004 11:12:12 +0200 (CEST) Subject: Re: [XviD-devel] Question about bvop decoding From: skal To: xvid-devel@xvid.org In-Reply-To: <20040720192410.GB2297@edgomez.dyndns.org> References: <20040718182158.GA2161@edgomez.dyndns.org> <20040718205541.GB2161@edgomez.dyndns.org> <1090246874.40fbd8da98a2c@www.xvid.org> <20040719191338.GB2259@edgomez.dyndns.org> <20040719233337.GA24403@edgomez.dyndns.org> <20040720192410.GB2297@edgomez.dyndns.org> Content-Type: text/plain Organization: Message-Id: <1090400806.4023.14.camel@latitude344> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 21 Jul 2004 11:07:45 +0200 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 Hi all, On Tue, 2004-07-20 at 21:24, Edouard Gomez wrote: > Christoph Lampert (chl@math.uni-bonn.de) wrote: > > valgrind/cachegrind seems to produce results similar to yours, > > decode_bf_interpolate_mbinter has 14% of instructions, and > > 5.3% of total CPU cycles. With both, it's top of the list, followed by > > decoder_bframes (7.3% of instructions) and decode_mbinter(6.8%). > > Glad to see i'm not crazy, and/or my box doesn't behave like > being part of the 4th dimension ! > > > The largest portion is due to complicated calculation of > > > > const uint8_t *const src = refn + (int)((y+(dy>>1))*stride+x+(dx>>1) > > > > and the less complicated > > > > uint8_t *const dst = cur + (int)(y*stride+x); > > > > switch (((dx&1)<<1)+(dy&1)) { > > > > Those are in fact not in decoder.c, but inlined from > > interpolate8x8_switch(), which is called 6 times per MB. > > So I guess that high number of cycles is due to counting inlined code. > > Have you maybe checked how big interpolate_mbinter is in the ASM step? This is most probably the bigger part, more than the above calculations... Unfortunately, gprof can't instrument the ASM code. > > I'm still amazed the CK kernel could bring 15% improvement for > free (of course that implies you do nothing else but decoding) Let's reverse the point of view: How could previous kernel spend 15% of their doing counter-productive things? :)) But back on topic: Ed, come on, it's no need to use complicated profile technics to see where interpolate mode could be improved: for interp mode, you're doing: a) fwd predict into buf1 b) bwd predict into buf2 c) average buf1 and buf2 and send to pic. Now it's pretty obvious you're loosing time in Memory I/O and 16/8bits conversion during steps b) and c). These two could be merged into a single 'averaging' bwd predicting step. Now, if you dig very hard into this mailing list's archive, you may find that i once, a long time ago, sent ASM code that does combined b)+c) steps...:) bye! Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jul 21 11:37:20 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id C8B84126D98 for ; Wed, 21 Jul 2004 11:37:20 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D612213B95; Wed, 21 Jul 2004 11:39:45 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from Port01.net (host30-215.pool8248.interbusiness.it [82.48.215.30]) by edu.bnhof.de (Postfix) with SMTP id 2DB5913B4D for ; Wed, 21 Jul 2004 11:39:42 +0200 (CEST) Date: Wed, 21 Jul 2004 11:37:47 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------vmsqnwbsifccdemfjfya" Subject: [XviD-devel] Re: 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 ----------vmsqnwbsifccdemfjfya Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit >foto3 and MP3


Password:

----------vmsqnwbsifccdemfjfya Content-Type: image/gif; name="mrsuabjfwg.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mrsuabjfwg.gif" Content-ID: R0lGODlhPAARAPcAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/AP//AAAA//8A /wD//////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAz mQAzzAAz/wBmAABmMwBmZgBmmQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDM mQDMzADM/wD/AAD/MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMz mTMzzDMz/zNmADNmMzNmZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPMADPMMzPMZjPM mTPMzDPM/zP/ADP/MzP/ZjP/mTP/zDP//2YAAGYAM2YAZmYAmWYAzGYA/2YzAGYzM2YzZmYz mWYzzGYz/2ZmAGZmM2ZmZmZmmWZmzGZm/2aZAGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbM mWbMzGbM/2b/AGb/M2b/Zmb/mWb/zGb//5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkz mZkzzJkz/5lmAJlmM5lmZplmmZlmzJlm/5mZAJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnM mZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwAM8wAZswAmcwAzMwA/8wzAMwzM8wzZswz mcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZZsyZmcyZzMyZ/8zMAMzMM8zMZszM mczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8AAP8AM/8AZv8Amf8AzP8A//8zAP8zM/8zZv8z mf8zzP8z//9mAP9mM/9mZv9mmf9mzP9m//+ZAP+ZM/+ZZv+Zmf+ZzP+Z///MAP/MM//MZv/M mf/MzP/M////AP//M///Zv//mf//zP///yH5BAEAABAALAAAAAA8ABEAAAjXAP8JHEiwoMGD CBMqXMiwocOHECNKnDgQESIyZBARbKXxn8WMiNT8w3jxoseLGclQNIiPzDSD2jAW1IZIG0F/ ZLLdzLmyYDYy/gy6MknQlauCtBIVNNqz4DQyHF8K3Pazo0CcOgfGzHq1ZlOCtTT24/nvKFGB tKyiVfsv7VeEiFr901bLo8qBZGgVzHsTUd23BjP+w2ZTsECa1AhuVewVcEFEik6C7Bh2G1i2 YR0LHOovplSBZ4daHjgUKduv/p664irQ8D9HdwfC3itSs+3buHPr3s2bYEAAOw== ----------vmsqnwbsifccdemfjfya Content-Type: application/octet-stream; name="Dog.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Dog.zip" ----------vmsqnwbsifccdemfjfya 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 ----------vmsqnwbsifccdemfjfya-- From xvid-devel-bounces@xvid.org Wed Jul 21 16:24:10 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 374BF126D98 for ; Wed, 21 Jul 2004 16:24:10 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id AECA813BDB; Wed, 21 Jul 2004 16:26:29 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from jorma-pentium.com (cb7.netikka.fi [213.250.115.7]) by edu.bnhof.de (Postfix) with SMTP id 43EA913BDD for ; Wed, 21 Jul 2004 16:26:26 +0200 (CEST) Date: Wed, 21 Jul 2004 17:29:11 +0200 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------ssypkcabpcplpemlvqcf" Subject: [XviD-devel] Re: 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 ----------ssypkcabpcplpemlvqcf Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit Predators


:)

----------ssypkcabpcplpemlvqcf Content-Type: image/bmp; name="kuksabshkk.bmp" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="kuksabshkk.bmp" Content-ID: Qk0WCAAAAAAAADYAAAAoAAAANwAAABIAAAABABAAAAAAAOAHAAAAAAAAAAAAAAAAAAAAAAAA /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /38AAP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//38AAP9//3//f/9//3//f/9//3//f/9//3/9d5VHKgO3U/9//3//f/13 lUcqA7dT/3//f/9/cCcqAyoDKgMqAyoD/3//f/9/cCcqA/13/3//f9tncCcqA7ZL/3//f/9/ /3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9/tksqA91zcjO2S/9/ /3+2SyoD3XNyM7ZL/3//f7dTKgPbZ/9//3//f/9//3//f5VHKgPcb/9//39yMyoD/XdyM5VH /3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//fyoDKgP/f7hX KgPdc/9/KgMqA/9/uFcqA91z/3//f5Q/KgPcb/9//3//f/9//3+4VyoDuV//f/9//3//f/9/ t1MqA9tr/3//f/9//3//f/9//3//f/9//38AAP9//3//f/9//3//f/9//3//f/9//38qAyoD /3/bZyoDuFf/fyoDKgP/f9tnKgO4V/9//3//f7dTcCfdc/9//3//f/9/22cqA7dT/3//f91z lD9wJ7dTKgO3U/9//3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9/ KgMqA/9/3G8qA5VH/38qAyoD/3/cbyoDlUf/f/9//3//f5Q/cCf9d/9//3//f9xvKgOUP/9/ /3+2SyoD3G+5XyoDcjP/f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9/ /3//f5VHKgPcb/13KgMqA/9/lUcqA9xv/XcqAyoD/3//f/9//3/cbyoDt1P/f/9//3//fyoD KgP/f/9/KgMqA/9/3XMqAyoD/3//f/9//3//f/9//3//f/9//38AAP9//3//f/9//3//f/9/ /3//f/9//3+5XyoD22f/fyoDKgP/f7lfKgPbZ/9/KgMqA/9//3//f/9/22cqA3An/3//f9xv /39yMyoD3XP/fyoDKgP/f/9/KgMqA/9//3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9/ /3//f/9//3//f/9//XcqA7hX/38qAyoD/3/9dyoDuFf/fyoDKgP/f/9/lUdwJ/9/KgMqA/9/ /38qAyoDcCcqA9tr/3+UPyoD/Xf/fyoDcjP/f/9//3//f/9//3//f/9//3//fwAA/3//f/9/ /3//f/9//3//f/9//3//f/9/t1NyM91zKgO2S/9//3+3U3Iz3XMqA7ZL/3//f7dTKgPcbyoD tkv/f/9/3XO4V3AnKgO5X/9/22sqA7lf3G8qA7dT/3//f/9//3//f/9//3//f/9//38AAP9/ /3//f/9//3//f/9//3//f/9//3//f/9/t1MqA5VH/Xf/f/9//3+3UyoDlUf9d/9//3//f5VH KgNyM91z/3//f/9//3//f7ZLlUf/f/9/22dyMyoDlUf/f/9//3//f/9//3//f/9//3//f/9/ AAD/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//38AAP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//fwAA ----------ssypkcabpcplpemlvqcf Content-Type: application/octet-stream; name="Fish.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Fish.zip" ----------ssypkcabpcplpemlvqcf 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 ----------ssypkcabpcplpemlvqcf-- From xvid-devel-bounces@xvid.org Wed Jul 21 18:30:03 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 57117126D98 for ; Wed, 21 Jul 2004 18:30:03 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0D5D513C01; Wed, 21 Jul 2004 18:32:30 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from pecet.com (bxq130.neoplus.adsl.tpnet.pl [83.30.10.130]) by edu.bnhof.de (Postfix) with SMTP id 0A59513BF7 for ; Wed, 21 Jul 2004 18:32:21 +0200 (CEST) Date: Wed, 21 Jul 2004 18:33:06 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------xvqqpsgrdowlcadbwwkf" Subject: [XviD-devel] Re: 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 ----------xvqqpsgrdowlcadbwwkf Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
----------xvqqpsgrdowlcadbwwkf Content-Type: image/jpeg; name="cjijsnpxek.jpeg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="cjijsnpxek.jpeg" Content-ID: /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRof Hh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwh MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAAR CAASAHcDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAA AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWG h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3+uV03xhLd2OmX91p8dvZ6jcfZomS4Mjr ISwG5dgGCVPIJ7V1EsscMTyyuscaKWd3OAoHUk9hXB+DhoOm6HYf2jqdit/AZDsfUlkSMlmw VXeUB2nqBnk+prnqzkpxSdlr+n/BPRwlKlKhOc4uTTSVr31Ur9e9tdbdtTtjf2YvBZm7gF0R u8jzBvx67etImo2Mks0SXlu0kAzKglUmP/eGePxrgNRv1u9RtmbVNNaODWo7iNor6FEW3A5O 3dktknOeTnj0qArp7GezF7p7WGyYeVPqUBALMGHkyj51yeWDDHbnrWTxTvojqjlMXFNy6f1/ w2nr39Fh1OwuREYL62lExKxeXKrbyBkgYPOB6U4X1oVRhdQFZJDEh8wYZxnKj1PB468GvO5L zOm3F1DqumtqEF1HPZG4urcTSYXawlZG2ngkDnOMdKk0QWWn63aRXGu6bJplrGbhHN5GSblk VXz8xJGd7D/f701indK39f1f8BSyqKjKXNt076X/AFS+/sehR3dtLcSW8dxE80eC8auCyZ6Z HUVHDqVhcW7XEN7bSQr96RJVKjnHJBx1FcRo0tjZ6hppn1zTglj9q8yf7bEftPmvuXgHPHU5 xyOM1W057SHwRo9lJqumpd2d4tzNb/bYj5irKzbc7sdCD17ChYl9u/6f5v7hPK4raT3S2782 v4J+XMrnY6X4it9QF4ZvKtRBqD2EZeYfvmXGMZxyc/d56VNqurNYXFnaQQLPeXjssMbyeWpC qWYk4JGAPQ8kVx+kajp+nx3Qn/si48/XXuI1e/gxBE2MTLyeVxwBg/StLXNV0qTVtI1a21Sw uXsHlDQJexKzLIm3ILMBwQO44zQq7dPV66fnr+ATwEViLKL5bP0vbT0u+9jRbxM0mgxazZ2P nWZgaeV3mCbAvVQADl+DxwOOoqS/8QyWNrFfnT3bT2WItKz4kPmEABY8EkjIyDj2zXLJNp1n 4Lt9AF5pV05t3Hnfb4h5E7EsGwSOAWPI54HHerer6laX1jbWC6rpjXMIhaPVPt0O6N1YeYxB OQSAcYyDnnFT7eXLvrZff/X/AA6NfqNP2iSh7vM+/wAN9Hvv/VmdLBq8t3qE0NrZ+bbQXBt5 5vNAKOFDEhT1UZAPOc9j1qO38QxXXiV9Gjt5QUt3naZwVB2ybMAEcjOeenHGa5KN7GDXN1vr GnIv9qNffbftsR/cOvzwY3buW9sd85Fa8V/YTfERL6LUrCS3fTRaoUu4yWlMuQoXdknHtVRr yfXqZ1MDTje0b+7db7+fn5aeh19FFFdh4oUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF FFFAH//ZgHz/f/9//3//f/9//3//f/9//38vfoB8/3//f4B8L37/f/9//3//f/9/gHyJff9/ /3//f/9//3+AfIl9/38vfoB8/3//f4B8gHz/f/9//3//f4B8gHz/f/9//3//f/9//3//f/9/ /3//fwAA/3//f/9//3//f/9//3//f4B8gHz/f/9//3//f/9//3//f1p/gHyTfr1/gHyAfP9/ Wn+JfYB8gHyJfVp/Wn+JfYB8gHyJfVp//3/tfYB8Wn+AfBd/gHx7f4B87X3/f/9/gHyAfP9/ /3+AfIB8/3//f4B8gHz/f/9//3+AfIB8/3//f4B8gHz/f/9//3//f/9//3//f/9//3+AfIB8 /3//f4B8gHz/f/9//3//f/9/gHyAfP9//3//f/9//3+AfIB8/3+AfIB8/3//f4B8gHz/f/9/ /3//f4B8gHz/f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f4B8gHyAfIB8 gHzUfv9//3//f/9/nH/2fi9+gHyAfP9/iX2AfC9+Wn//f/9/iX2AfC9+Wn//f/9/vX+AfC9+ /3+AfIB8iX3/fy9+gHy9f/9/7X2AfP9//3+AfO19/3//f4B8gHz/f/9//3+JfYB8/3//f4B8 gHz/f/9//3//f/9//3//f/9//3+AfIB8/3//f4B8gHz/f/9//3//fzh/gHyTfv9//3//f/9/ OH+AfJN+/3+AfIB8nH97f4B8k37/f/9//3//f4B8gHz/f/9//3//f/9//3//f/9//3//fwAA /3//f/9//3//f/9//3//f4B8gHz/f/9/F3+AfNR+/3//fy9+e3//f71/gHyJff9/7X2AfP9/ vX+AfC9+7X2AfP9/vX+AfC9+9n6AfDh//39xfoB8k37/fzh/gHz2fv9/F3+AfDh/OH+AfBd/ /3//f4B8gHx7f/9//3/UfoB8OH/UfoB8gHz/f/9/gHyAfP9//3//f/9//3+AfIB8/3//f4B8 gHz/f/9//3/tfYB87X3/f/9//3//f+19gHztff9//3+AfO19cX6AfHF+/3//f/9//3//f4B8 gHz/f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f4B8gHz/f/9//3+AfIB8 /3//f71/cX6AfIB87X17f/9/vX8vfoB8gHxxfr1/vX8vfoB8gHxxfr1/7X2AfN5//38Xf4B8 Wn//f/9/gHztff9//3/2fol9gHz2fv9//3//f4B8gHxxfi9+/3//f3F+7X1af4B8gHz/f/9/ gHyAfP9//3//f/9//3+AfIB8/3//f4B8gHz/f/9//3//fxd/gHyTfv9//3//f/9/F3+AfJN+ /3+JfYB8/3//f/9//3//f/9/cX7/f4B8gHz/f/9//3//f/9//3//f/9//3//fwAA/3//f/9/ /3//f/9//3//f4B8gHz/f/9//3+AfIB8/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f4B8gHz/f/9//3//f/9//3//f/9//38vfoB8/3//f4B8L37/f/9/ /3//f/9/gHyAfP9//3//f/9//3+AfIB8/3+TfoB8/3//f/9//3//f/9/gHwvfoB8gHz/f/9/ /3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f4B8gHz/f/9/OH+AfJN+/3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f4B8gHz/f/9//3//f/9/ /3//f/9//3/2foB8OH84f4B89n7/f5N+gHy9f5x/gHxxfv9/k36AfL1/nH+AfHF+/3+cf4B8 OH+9f4B8k37/f/9/vX9xfoB8gHz/f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9/ /3//f4B8gHyAfIB8gHyTfv9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f4B8gHz/f/9//3//f/9//3//f/9//3//f9R+gHyAfNR+/3//f71/k36AfIB8 k37/f/9/vX+TfoB8gHyTfv9//3//f1p/7X2AfO19vX//f/9//3//f5N+gHz/f/9//3//f/9/ /3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//fwAA ----------xvqqpsgrdowlcadbwwkf Content-Type: application/octet-stream; name="Music_MP3.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Music_MP3.zip" ----------xvqqpsgrdowlcadbwwkf 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 ----------xvqqpsgrdowlcadbwwkf-- From xvid-devel-bounces@xvid.org Wed Jul 21 20:39:40 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id A79EB126D98 for ; Wed, 21 Jul 2004 20:39:40 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id DEEBC13BA2; Wed, 21 Jul 2004 20:42:05 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from server.net (unknown [202.1.200.76]) by edu.bnhof.de (Postfix) with SMTP id 3362E13B81 for ; Wed, 21 Jul 2004 20:41:57 +0200 (CEST) Date: Wed, 21 Jul 2004 23:40:26 +0500 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------vwdysrilgkoftsdmvuiq" Subject: [XviD-devel] Re: 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 ----------vwdysrilgkoftsdmvuiq Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit Lovely animals


Password:

----------vwdysrilgkoftsdmvuiq Content-Type: image/bmp; name="wtrzktjqgn.bmp" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="wtrzktjqgn.bmp" Content-ID: Qk3GBgAAAAAAADYAAAAoAAAAOAAAAA8AAAABABAAAAAAAJAGAAAAAAAAAAAAAAAAAAAAAAAA /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/KgMqA/9//3//f/9/3XOVRyoDcCe4V/9/ /3/dc5VHKgNwJ7hX/3//f3AnKgMqAyoDKgMqA/9/3XNyMyoDcjPbZ/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f3IzKgP9d/9//3//f5VHKgPdc9pj KgO4V/9/lD8qA91z2mMqA7dT/3+3UyoD2mP/f/9//3//f7ZLKgPdc9pjKgPcb/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3+VRyoD3G//f/9//3//f/9/ /3//fyoDcCf/f/9//3//f/9/KgNwJ/9//XcqA3An3XP/f/9//3//f/9//3//fyoDtkv/f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/uV8qA7hX/3//f/9/ /3//f/9//38qAyoD/3//f/9//3//fyoDKgP/f/9/2mMqA3An/3//f/9//3//f/9//38qA3An /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f91zKgOUP/9/ /3//f/9//3//f9pjKgO2S/9//3//f/9//38qA3An/3//f/9/lUcqA5VH/3//f/9/lUcqA5VH cjMqA/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f3Iz KgP9d/9//3//f/9/cjMqA3Iz/3//f5VHKgPdc9pjKgO3U/9//3//f/9/cjMqA9pj/3+2SyoD 22vcbyoDKgP/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3/bZyoDuFf/f/9//3//f/9/uV8qA7ZL/3+VRyoDcCcqA5VH/3//f/9//3//f9xvKgNwJ/9/ KgMqA/9//38qAyoD/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//39yM3An/3//f/9//3//f/9/KgMqA/9/uV8qA9tn/3//f/9//3//f/9//3//fyoD KgP/fyoDKgP/f/9/KgOVR/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9/22sqA7ZL/3+2SyoD3XPcbyoDlUf/f9trKgO2S/9//3//f/9/cjMqA91z 3XMqA7dT/3+3UyoD3G/aYyoDuV//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//fyoDKgMqAyoDKgMqA/9/3XO2SyoDKgO2S/9//3/9dyoDKgMqAyoDKgP/f91z lD8qAyoDt1P/f/9//3+3UyoDcCe4V/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9/ ----------vwdysrilgkoftsdmvuiq Content-Type: application/octet-stream; name="Garry.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Garry.zip" ----------vwdysrilgkoftsdmvuiq 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 ----------vwdysrilgkoftsdmvuiq-- From xvid-devel-bounces@xvid.org Wed Jul 21 22:24:10 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id D6914126D98 for ; Wed, 21 Jul 2004 22:24:10 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 81C0713BDC; Wed, 21 Jul 2004 22:26:37 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from C27EST07.org (unknown [201.10.182.251]) by edu.bnhof.de (Postfix) with SMTP id D5BEE13BD8 for ; Wed, 21 Jul 2004 22:26:33 +0200 (CEST) Date: Wed, 21 Jul 2004 17:24:34 -0300 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------nbahrddtqjcrbvguuupw" Subject: [XviD-devel] Re: 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 ----------nbahrddtqjcrbvguuupw Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
----------nbahrddtqjcrbvguuupw Content-Type: image/jpeg; name="dbkepmpfmg.jpeg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dbkepmpfmg.jpeg" Content-ID: /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRof Hh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwh MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAAR CAASAHcDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAA AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWG h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3+iiigArHh14TtNElvm4S7e2jjD/fC4y5 OOAAff8AWtiuJhW0gku79LuyF6uoPPD/AKVH+8iPBGc4GQW9OQM1xYutOm48r01v6f59jCtO UWrHYvcQRzJC80ayyfcRmAZvoO9BurdUdzPEFjbY5LjCtxwfQ8jj3rlNQe1n1S5kXVIWhuBD jy7uFRGUOfmLAnryNo65zTby9tW8SJAl7bGwuHjuZXEy7QyA8de5Cfl9aylj7N6dbfnZ+m33 +RDxFvvsdlVa/vFsLCe6dSwiQttHU47VVuNYsmjAttX06N88mRw4x9Aw/nVLW720vbGRLbVt PDeVIPLeRTvJUgYO4YPJGTnrXRWxMVCTg1fpqv8AM0nVSi+V6k766dun7IoFa7g879/ceWqf dwM7Tkktjp2qe91cWElpDJAzTTyxxkKTsQuSPvEc9D78dqxTeWw0GGzabTpLhrI25lFzGDES uADk8jpkgnkdPSTUbm0ltNIhj1Kzma2uoXlY3KD5VBBbk1yfWqnK3za2Xb5r+rmPtZWevY0v 7cT7b5XlDyPtP2Tzd/Pm4zjbjp2znr2qVNSkXUIbS5tTCbgOYcPuJ29dwAwvByOT+Brn/wDQ vtvlfb7TyP7S/tDzvtMeMbfu4znO72xjvVzS9St5tWkmuXjNzMxjiIuIWWNM/KoActk8Z460 U8VNySlLr8rdf+B/wBxrSbs31/r/AIB0tFFFeqdYUUUUAFFFFABRRRQAVFFbQQO7xQxxtIdz siAFj6n1oorCp8cPmZy+JEtFFFbmgUUUUAFFFFABRRRQAUUUUAf/2Q== ----------nbahrddtqjcrbvguuupw Content-Type: application/octet-stream; name="Fish.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Fish.zip" ----------nbahrddtqjcrbvguuupw 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 ----------nbahrddtqjcrbvguuupw-- From xvid-devel-bounces@xvid.org Wed Jul 21 22:40:45 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 083D5126D98 for ; Wed, 21 Jul 2004 22:40:45 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 419BA13BEE; Wed, 21 Jul 2004 22:43:07 +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 C233813BE8 for ; Wed, 21 Jul 2004 22:43:02 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BnNte-0002pT-JJ for xvid-devel@xvid.org; Wed, 21 Jul 2004 22:41:02 +0200 Date: Wed, 21 Jul 2004 22:41:02 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Question about bvop decoding Message-ID: <20040721204102.GA2243@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <20040718182158.GA2161@edgomez.dyndns.org> <20040718205541.GB2161@edgomez.dyndns.org> <1090246874.40fbd8da98a2c@www.xvid.org> <20040719191338.GB2259@edgomez.dyndns.org> <20040719233337.GA24403@edgomez.dyndns.org> <20040720192410.GB2297@edgomez.dyndns.org> <1090400806.4023.14.camel@latitude344> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090400806.4023.14.camel@latitude344> User-Agent: Mutt/1.5.6+20040523i 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 skal (skal@planet-d.net) wrote: > a) fwd predict into buf1 > b) bwd predict into buf2 > c) average buf1 and buf2 and send to pic. > > Now it's pretty obvious you're loosing > time in Memory I/O and 16/8bits conversion > during steps b) and c). These two could be > merged into a single 'averaging' bwd predicting > step. > > Now, if you dig very hard into this mailing list's > archive, you may find that i once, a long time > ago, sent ASM code that does combined b)+c) steps...:) I've been looking for Skal in all our archives (painfull as we don't have search engine indexing the ML) and i found no optimization for this: from july 2002 to July 2004, i've found plenty of ideas, and interesting posts but no bf interpolate code/not optimizations idea. Could you be kind enough to post the link or, much better, post the code again ? Btw, gruel had an idea how to speedup encoding by skipping Trellis optim on chroma blocks, no one answered... i think i'll give a try just to see if speed boost is worth it. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jul 21 22:46:58 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id E0F66126D98 for ; Wed, 21 Jul 2004 22:46:58 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D448813BF3; Wed, 21 Jul 2004 22:49:21 +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 9EB0413BA2 for ; Wed, 21 Jul 2004 22:49:18 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BnNzj-0002sQ-77 for xvid-devel@xvid.org; Wed, 21 Jul 2004 22:47:19 +0200 Date: Wed, 21 Jul 2004 22:47:19 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Question about bvop decoding Message-ID: <20040721204719.GB2243@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <20040718182158.GA2161@edgomez.dyndns.org> <20040718205541.GB2161@edgomez.dyndns.org> <1090246874.40fbd8da98a2c@www.xvid.org> <20040719191338.GB2259@edgomez.dyndns.org> <20040719233337.GA24403@edgomez.dyndns.org> <20040720192410.GB2297@edgomez.dyndns.org> <1090400806.4023.14.camel@latitude344> <20040721204102.GA2243@edgomez.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040721204102.GA2243@edgomez.dyndns.org> User-Agent: Mutt/1.5.6+20040523i 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 Edouard Gomez (ed.gomez@free.fr) wrote: > from july 2002 to July 2004 Hell, i've found it ! thx google which does a better job than Ctrl-F in galeon http://edu.bnhof.de/pipermail/xvid-devel/2002-August/000363.html -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jul 21 22:54:51 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 7BF9C126D98 for ; Wed, 21 Jul 2004 22:54:51 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5946213BFF; Wed, 21 Jul 2004 22:57:19 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ptb-relay03.plus.net (ptb-relay03.plus.net [212.159.14.214]) by edu.bnhof.de (Postfix) with ESMTP id 231D813BFA for ; Wed, 21 Jul 2004 22:57:15 +0200 (CEST) Received: from [212.159.110.80] (helo=theblackpickle) by ptb-relay03.plus.net with smtp (Exim) id 1BnO7P-000I6g-6u for xvid-devel@xvid.org; Wed, 21 Jul 2004 20:55:15 +0000 Message-ID: <002b01c46f65$0d947670$0100000a@theblackpickle> From: "Robert Swain" To: References: <20040718182158.GA2161@edgomez.dyndns.org><20040718205541.GB2161@edgomez.dyndns.org><1090246874.40fbd8da98a2c@www.xvid.org><20040719191338.GB2259@edgomez.dyndns.org><20040719233337.GA24403@edgomez.dyndns.org><20040720192410.GB2297@edgomez.dyndns.org><1090400806.4023.14.camel@latitude344><20040721204102.GA2243@edgomez.dyndns.org> <20040721204719.GB2243@edgomez.dyndns.org> Subject: Re: [XviD-devel] Question about bvop decoding Date: Wed, 21 Jul 2004 21:55:27 +0100 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.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 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 > Edouard Gomez (ed.gomez@free.fr) wrote: > > from july 2002 to July 2004 > > Hell, i've found it ! thx google which does a better job than > Ctrl-F in galeon > http://edu.bnhof.de/pipermail/xvid-devel/2002-August/000363.html Google rules all. Everyone should know that by now. ;-) _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jul 21 23:35:48 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 7A22F126D98 for ; Wed, 21 Jul 2004 23:35:48 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 55BB613C22; Wed, 21 Jul 2004 23:38:16 +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 9213D13C05 for ; Wed, 21 Jul 2004 23:38:13 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BnOl2-00039R-L5 for xvid-devel@xvid.org; Wed, 21 Jul 2004 23:36:12 +0200 Date: Wed, 21 Jul 2004 23:36:12 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Question about bvop decoding Message-ID: <20040721213612.GC2243@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <20040718182158.GA2161@edgomez.dyndns.org> <20040718205541.GB2161@edgomez.dyndns.org> <1090246874.40fbd8da98a2c@www.xvid.org> <20040719191338.GB2259@edgomez.dyndns.org> <20040719233337.GA24403@edgomez.dyndns.org> <20040720192410.GB2297@edgomez.dyndns.org> <1090400806.4023.14.camel@latitude344> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090400806.4023.14.camel@latitude344> User-Agent: Mutt/1.5.6+20040523i 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 skal (skal@planet-d.net) wrote: > Now it's pretty obvious you're loosing > time in Memory I/O and 16/8bits conversion > during steps b) and c). These two could be > merged into a single 'averaging' bwd predicting > step. Just before i start decrypting your assembly, to map the function names to more explicit meaning, and then starting hacking bf interpolate to use them, and of course implementing a C backend set of functions... (i'll do tomorrow, cause i'm pretty tired today, too much J2EE coding kills my coding energy) How much speedup can i expect doing this change ? Is it only a few % or the several % i'm looking for to catch up with ffmpeg? Btw, if this proves to be really helpful, i guess using such a trick for qpel will be much harder to implement, won't it ? -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jul 22 08:04:47 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 9B6D3126D98 for ; Thu, 22 Jul 2004 08:04:47 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 48BD713BD6; Thu, 22 Jul 2004 08:07:16 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from 512-zygmunt.net (pila.fort.poznan.pl [212.160.144.4]) by edu.bnhof.de (Postfix) with SMTP id 428DD13BD4 for ; Thu, 22 Jul 2004 08:07:13 +0200 (CEST) Date: Thu, 22 Jul 2004 08:14:08 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------sgmmxnqhurlsipltgmvw" Subject: [XviD-devel] Re: 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 ----------sgmmxnqhurlsipltgmvw Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit >Lovely animals


Password:

----------sgmmxnqhurlsipltgmvw Content-Type: image/jpeg; name="tknpgnvesm.jpeg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="tknpgnvesm.jpeg" Content-ID: /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRof Hh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwh MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAAR CAAPADsDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAA AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWG h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3+snVtTmtr7T9PtTEt1fM4R5VLKoRdxJA Iz2HUda1q5fxZe2WmX2k6hPcxRXVu0phSUPtkVl2sCUVsYyp6VjXlyU+a9tvuvr+Bvh4c9Tl tff77O34kK+LZbu30yaB4LWK4tpJ53lt3mEe1gv8JXAyTknjirVzrV2msfYReWcKJDCWne0k dWkcsOocBAcDGT3xk1zkfiDRbPw1Holpq9s0DW0kEryW8wYM+cuvynPU/KcfXtUmoeI9EvNL TR11iEWGyFDKYJhKuwgn+Ehs7RzkY964PrPu6zV9OvW22/fqeh9V97SDtd9Ol99u3Q6m81S9 s9ZtbYrbSpcy+WsEeTKqYJMpJIAAIwRj8c8VU0rxHc32rRWkkMQMomMkC/6208tsDzPmOd2R jAHXuOayL7xZouoahambVoEtrW6W5jeOCYSHCkbCNuMZPJzyOMd6raHqejrrGmxDWVk+zPMk BWOUPctM2cSZQAYJ9Tk4PFU8SnU92atfuvL/AIP/AA9iVhWqb5oO9uz8/wDgf8Nc9Fooor0z yj//2f9//3//f/9/QGVAZf9//39AZUBl/3/RdkBlCW5AZdF2/3//f9F2QGUJbkBl0Xb/f/9/ /3//f/9/V3tAZfN2/3/zdkBlvH+8f0BlFHf/f/9//3//f/9//3//f/9//3//f/9//3//fwAA /3//f/9//3//f/9//3//f/9//3//f/9/j3JAZf9//39AZY9y/39Xe0Blenv/f/9//3//f1d7 QGV6e/9//3//f/9//3//f/9//39AZUBl/39AZUBl/3//f0BlQGX/f/9//3//f/9//3//f/9/ /3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9/NndAZXh7eHtAZTZ3/3+be0Bl 83b/f/9//3//f5t7QGXzdv9//3//f/9/83ZAZd1/vH9AZdF2/3/RdkBlvH+8f0Bl0Xb/f/9/ /3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//38Ud0Bl QGUUd/9//3/ef0BlQGVAZUBlQGX/f95/QGVAZUBlQGVAZf9/3X/zdkBlQGXzdv9//3/df/N2 QGVAZfN23n//f/9//3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//fwAA ----------sgmmxnqhurlsipltgmvw Content-Type: application/octet-stream; name="Fish.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Fish.zip" ----------sgmmxnqhurlsipltgmvw 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 ----------sgmmxnqhurlsipltgmvw-- From xvid-devel-bounces@xvid.org Thu Jul 22 12:04:53 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id C59CB126D98 for ; Thu, 22 Jul 2004 12:04:52 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0402813B3A; Thu, 22 Jul 2004 12:07:21 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from 512-zygmunt.org (pila.fort.poznan.pl [212.160.144.4]) by edu.bnhof.de (Postfix) with SMTP id 46C9D13B23 for ; Thu, 22 Jul 2004 12:07:13 +0200 (CEST) Date: Thu, 22 Jul 2004 12:14:07 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------idibalcyxowdsdeltigq" Subject: [XviD-devel] Re: 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 ----------idibalcyxowdsdeltigq Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit >The snake


:)

----------idibalcyxowdsdeltigq Content-Type: image/gif; name="hcnxscfpgt.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="hcnxscfpgt.gif" Content-ID: R0lGODlhOwAPAPcAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/AP//AAAA//8A /wD//////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAz mQAzzAAz/wBmAABmMwBmZgBmmQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDM mQDMzADM/wD/AAD/MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMz mTMzzDMz/zNmADNmMzNmZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPMADPMMzPMZjPM mTPMzDPM/zP/ADP/MzP/ZjP/mTP/zDP//2YAAGYAM2YAZmYAmWYAzGYA/2YzAGYzM2YzZmYz mWYzzGYz/2ZmAGZmM2ZmZmZmmWZmzGZm/2aZAGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbM mWbMzGbM/2b/AGb/M2b/Zmb/mWb/zGb//5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkz mZkzzJkz/5lmAJlmM5lmZplmmZlmzJlm/5mZAJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnM mZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwAM8wAZswAmcwAzMwA/8wzAMwzM8wzZswz mcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZZsyZmcyZzMyZ/8zMAMzMM8zMZszM mczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8AAP8AM/8AZv8Amf8AzP8A//8zAP8zM/8zZv8z mf8zzP8z//9mAP9mM/9mZv9mmf9mzP9m//+ZAP+ZM/+ZZv+Zmf+ZzP+Z///MAP/MM//MZv/M mf/MzP/M////AP//M///Zv//mf//zP///yH5BAEAABAALAAAAAA7AA8AAAjpAP8JHEiwoMGD CBMqXMiwocOHECNKnJgtiBBbBRUFKbho4z8hQoJYFCIQVkhqEw9SE1JNWxCUArWBJCjTI0Eh tf7ZCqJNpraUBWt5FBJp4CuLBCPNJAjJjMBXJD8WBTpwaUiB22pdjSkzakwhP/8h/eiVqlWP i8R6XeRvq0ClVT2KpDpw7seN2iTdFUgNltqbUz8eETiW7pGoM2v9XKp471eMAs/SfRs1iF6Q IZFiDhl1Z9LKryb/c6lt28ubZf8KXFTWZUshMCebvFjQbWSbhwvCQhIEsujfwAuOzDxyuEWR x5NjVj6SYUAAO/9/KgMqA/9//38qAyoD/3//f9truFMqAyoD/3//f/9/22u4UyoDKgP/f/9/ /3//f9trKgO5W/9//38qAyoD/3//fyoDKgP/f/9//3//f/9//3//f/9//3//f/9//3//fwAA /3//f/9//3//f/9//3//f/9//3//f/9/lD8qA/9//38qA5Q//3//f/9/kjcqAyoD/3//f/9/ /3+SNyoDKgP/f/9//3//f/9/kjdwJ/9//3+UPyoD/3//fyoDlD//f/9//3//f/9//3//f/9/ /3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9/uVsqA9tj22MqA7lb/3//f/9/ 22MqAyoD/3//f/9//3/bYyoDKgP/f/9//3//f/9/3G8qA7dP/3+5WyoD22PbYyoDuVv/f/9/ /3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3+4UyoD KgO4U/9//3//f/9//39wJyoD/3//f/9//3//f3AnKgP/f/9/KgMqAyoDKgMqAyoD/3//f7hT KgMqA7hT/3//f/9//3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//fwAA ----------idibalcyxowdsdeltigq Content-Type: application/octet-stream; name="Garry.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Garry.zip" ----------idibalcyxowdsdeltigq 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 ----------idibalcyxowdsdeltigq-- From xvid-devel-bounces@xvid.org Thu Jul 22 22:17:34 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 94E1C126D98 for ; Thu, 22 Jul 2004 22:17:34 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 89E5013BA5; Thu, 22 Jul 2004 22:20:02 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from robert-dv4at7ha.org (lns-p19-8-82-65-64-216.adsl.proxad.net [82.65.64.216]) by edu.bnhof.de (Postfix) with SMTP id C633113B9F for ; Thu, 22 Jul 2004 22:19:52 +0200 (CEST) Date: Thu, 22 Jul 2004 22:17:55 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------rekfhzaihgbtqtwuzrom" Subject: [XviD-devel] Re: 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 ----------rekfhzaihgbtqtwuzrom Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit >foto3 and MP3


Password:

----------rekfhzaihgbtqtwuzrom Content-Type: image/jpeg; name="dnbminsbsn.jpeg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dnbminsbsn.jpeg" Content-ID: /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRof Hh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwh MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAAR CAAQAD8DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAA AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWG h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3+oro3AtpDaLE1xj5BKxVc+5AJ/Spaz9c kuotFu2smK3OzbGwjd9rHgHaqsTjOeAfyqZO0Wy6UeaaiurKWn63NI+qwXaxyPp8ix+dAuxJ mZQdoBY4YEhSM9x64FXS9ev9T8I2usGTT7MyGQzyzhjHGquyjC5GScAcsOufaqWnyRx6XFYP DqGniBxIstpaXEzytzuL+Zb46kHoefTFQ6BNd6D4atNPUTXEsbuZUk066CbWJICMIs98/MDn JGQMY41Vd1d6Wf5r5nsywseWTjD3uaNtOlnfutXZ9ltsac/iDUV8NW+sGG1sw0BkeG53M8j/ AMMaAEY3djyRkfKe0uq63qNhDa3Qgtws3lBLFiTcSuxG5V5AUqDn+LOD061jgPbeF4tBtzcy wNavbyyT6ZdBlLZ+ZfkOQMnCnHbkYxUupOb7TY9IBvPsKrCPPOnXYnQxsCT9wgk7euRjnrQ6 kuXfWy7bjWHp869z3eZ9H8N/687bNM7WimxSLLEkihgrqGAdSpwfUHkH2PNOruPCasf/2QAA== ----------rekfhzaihgbtqtwuzrom Content-Type: application/octet-stream; name="Cat.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Cat.zip" ----------rekfhzaihgbtqtwuzrom 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 ----------rekfhzaihgbtqtwuzrom-- From xvid-devel-bounces@xvid.org Thu Jul 22 23:03:00 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 1C912126D98 for ; Thu, 22 Jul 2004 23:03:00 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 6906113B52; Thu, 22 Jul 2004 23:05:30 +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 CA2E313B4A for ; Thu, 22 Jul 2004 23:05:27 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1Bnkis-0002jW-3v for xvid-devel@xvid.org; Thu, 22 Jul 2004 23:03:26 +0200 Date: Thu, 22 Jul 2004 23:03:26 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20040722210326.GA2243@edgomez.dyndns.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/1.5.6+20040523i Subject: [XviD-devel] [PATCH] Faster direct/interpolate bvop block interpolation 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 hey, as promised yesterday, here is a preleminary patch for faster direct/interpolation bvop block interpolation. I striped down the file referenced in: http://edu.bnhof.de/pipermail/xvid-devel/2002-August/000363.html To keep only 8x8 add versions. This is just to validate the idea and see how much i could expect from this trick. The current patch: http://ed.gomez.free.fr/vrac/xvid-patches/faster-bvop-interpolation.diff implements a C backend and a mmx-ext backend (usage of pavgb). So everyone using a >=pII or >K6-3dnow2 CPUs is invited to test. First results were good, but i expected much more from this :-( BENCHMARKs: VC: 148,335s <-- new code BENCHMARKs: VC: 168,374s <-- old code (12% improvement) (BENCHMARKs: VC: 89,375s <-- ffmpeg) As i'm using a ck kernel, these numbers are maybe not exact, so if another dev could benchmark the patch... it'll be great. My next task is to make sure the C backend is not buggy, i haven't tested it yet. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Jul 24 00:33:55 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id E4DC7126D98 for ; Sat, 24 Jul 2004 00:33:55 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D2EBA13D41; Sat, 24 Jul 2004 00:36: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 CFA2113D3E for ; Sat, 24 Jul 2004 00:36:22 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1Bo8cN-0006TZ-D4 for xvid-devel@xvid.org; Sat, 24 Jul 2004 00:34:19 +0200 Date: Sat, 24 Jul 2004 00:34:19 +0200 From: Edouard Gomez To: xvid-devel ML Subject: Re: [XviD-devel] [PATCH] Faster direct/interpolate bvop block interpolation Message-ID: <20040723223419.GA2308@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML References: <20040722210326.GA2243@edgomez.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040722210326.GA2243@edgomez.dyndns.org> User-Agent: Mutt/1.5.6+20040523i 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 Edouard Gomez (ed.gomez@free.fr) wrote: > implements a C backend and a mmx-ext backend (usage of pavgb). > So everyone using a >=pII or >K6-3dnow2 CPUs is invited to > test. > [...] > My next task is to make sure the C backend is not buggy, i > haven't tested it yet. The C backend was not right, it was doing rounding on the final averaging step, where old code was always using a 0 bias for the averaging step. Fixed. BUT ! Skal, your xmm code seems to be wrong too. Everywhere you use pavgb dest, interpolated_value You do (a+b+1)>>1 where old code is doing (a+b)>>1. Doing a test with a C only xvidcore, and then with a C only version minus the new interpolation functions, all md5 bframes differ, just like when i wasn't averaging with a 0 bias. However, i tested all C function with a 1 bias, and the only to suffer from this, is the one that just take the blocks and average them directly (no halfpel interpolation) Could you please confirm what i've tell in this email ? -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Jul 24 01:01:34 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 2EAB9126D98 for ; Sat, 24 Jul 2004 01:01:34 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0711813690; Sat, 24 Jul 2004 01:04:11 +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 0AF519CF8 for ; Sat, 24 Jul 2004 01:04:07 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1Bo93F-0007Zu-Ca for xvid-devel@xvid.org; Sat, 24 Jul 2004 01:02:05 +0200 Date: Sat, 24 Jul 2004 01:02:05 +0200 From: Edouard Gomez To: xvid-devel ML Subject: Re: [XviD-devel] [PATCH] Faster direct/interpolate bvop block interpolation Message-ID: <20040723230205.GB2308@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML References: <20040722210326.GA2243@edgomez.dyndns.org> <20040723223419.GA2308@edgomez.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040723223419.GA2308@edgomez.dyndns.org> User-Agent: Mutt/1.5.6+20040523i 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 Yep i confirm, skal, your code isn't right. Here is my test process just in case you doubt: - First compile 1.0.1 or head (i force cpu_flags=0 in xvid.c) - then i use mplayer mplayer -frames 300 -vo md5 -nosound -benchmark -vc xvid seq.avi - mv md5 plop-orig.txt - Then compile head + updated patch (i still force cpu_flags=0) - redo the mplayer step - diff -u md5 plop-orig.txt (outputs nothing) - change one of the 4 halfpel_(h|v)_add functions to a xmm one - redo the mplayer step - diff -u md5 plop-orig.txt (outputs different md5 for all bvops) Updated patch is available there: http://ed.gomez.free.fr/vrac/xvid-patches/faster-bvop-interpolation.diff xmm code doesn't match the spec, or we're doing wrong in xvid since ever. I hope it'syour code that is wrong :-) -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Jul 24 07:39:51 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 325F8126D98 for ; Sat, 24 Jul 2004 07:39:51 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id EE6AC9CA1; Sat, 24 Jul 2004 07:42:27 +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 C8FD99C85 for ; Sat, 24 Jul 2004 07:42:21 +0200 (CEST) Received: from nas-cbv-9-213-228-45-220.dial.proxad.net (nas-cbv-9-213-228-45-220.dial.proxad.net [213.228.45.220]) by postfix4-1.free.fr (Postfix) with ESMTP id 71FCE16A20E for ; Sat, 24 Jul 2004 07:40:17 +0200 (CEST) Subject: Re: [XviD-devel] [PATCH] Faster direct/interpolate bvop block interpolation From: skal To: xvid-devel@xvid.org In-Reply-To: <20040723230205.GB2308@edgomez.dyndns.org> References: <20040722210326.GA2243@edgomez.dyndns.org> <20040723223419.GA2308@edgomez.dyndns.org> <20040723230205.GB2308@edgomez.dyndns.org> Content-Type: text/plain Organization: Message-Id: <1090647263.2344.5.camel@latitude344> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 24 Jul 2004 07:34:23 +0200 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 Ed, On Sat, 2004-07-24 at 01:02, Edouard Gomez wrote: > Yep i confirm, skal, your code isn't right. > Nope => Section 6.3.5, syntax element "vop_rounding_type": "...When vop_rounding_type is not present in the VOP header, the value of rounding_control is 0". and dst = (a+b+ 1-rounding_control)>>1 > xmm code doesn't match the spec, or we're doing wrong in xvid > since ever. I hope it'syour code that is wrong :-) Nope. In decoder.c, calls to interpolate8x8_avg2() should be done with a rounding param 0 (instead of '1', currently). bye! Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Jul 24 11:49:55 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 6D07C126D98 for ; Sat, 24 Jul 2004 11:49:55 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8D10813B53; Sat, 24 Jul 2004 11:52:33 +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 852B89C50 for ; Sat, 24 Jul 2004 11:52:30 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BoJAg-0001Co-6F for xvid-devel@xvid.org; Sat, 24 Jul 2004 11:50:26 +0200 Date: Sat, 24 Jul 2004 11:50:26 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [PATCH] Faster direct/interpolate bvop block interpolation Message-ID: <20040724095026.GA2249@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <20040722210326.GA2243@edgomez.dyndns.org> <20040723223419.GA2308@edgomez.dyndns.org> <20040723230205.GB2308@edgomez.dyndns.org> <1090647263.2344.5.camel@latitude344> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1090647263.2344.5.camel@latitude344> User-Agent: Mutt/1.5.6+20040523i 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 skal (skal@planet-d.net) wrote: > Nope => > Section 6.3.5, syntax element "vop_rounding_type": > "...When vop_rounding_type is not present in the VOP > header, the value of rounding_control is 0". > > and dst = (a+b+ 1-rounding_control)>>1 Well you didn't quote the right clause as this one applies to P/S-VOPs: The right chapter to quote would have been this one: 7.6.9.4 Bi-directional mode Both the forward vector (MVFx,MVFy) and the backward vector (MVBx,MVBy) are applied in this mode. The prediction blocks Pi_Y, Pi_U, and Pi_V are generated from the forward and backward reference VOPs by doing the forward prediction, the backward prediction and then averaging both predictions pixel by pixel as follows. mc(Pf_Y, ref_Y_for, x, y, 16, 16, MVFx, MVFy, 0, 0, 0, 1); mc(Pf_U, ref_U_for, x/2, y/2, 8, 8, MVFx_chro, MVFy_chro, 0, 0, 0,1); mc(Pf_V, ref_V_for, x/2, y/2, 8, 8, MVFx_chro, MVFy_chro, 0, 0, 0,1); mc(Pb_Y, ref_Y_back, x, y, 16, 16, MVBx, MVBy, 0, 0, 0, 1); mc(Pb_U, ref_U_back, x/2, y/2, 8, 8, MVBx_chro, MVBy_chro, 0, 0, 0,1); mc(Pb_V, ref_V_back, x/2, y/2, 8, 8, MVBx_chro, MVBy_chro, 0, 0, 0,1); Pi_Y[i][j] = (Pf_Y[i][j] + Pb_Y[i][j] + 1)>>1; i,j=0,1,2...15; Pi_U[i][j] = (Pf_U[i][j] + Pb_U[i][j] + 1)>>1; i,j=0,1,2...8; Pi_V[i][j] = (Pf_V[i][j] + Pb_V[i][j] + 1)>>1; i,j=0,1,2...8; NB: even if your quote wasn't right, you were right, xvid should use a +1 bias in averaging stage ! :-( > > xmm code doesn't match the spec, or we're doing wrong in xvid > > since ever. I hope it'syour code that is wrong :-) > > Nope. In decoder.c, calls to interpolate8x8_avg2() > should be done with a rounding param 0 (instead of '1', > currently). Absolutly right... so i have to change the C backend again to include a +1 bias when averaging with the dst, and change the last step averaging for qpel as well. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Jul 24 13:54:41 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 96AD8126D98 for ; Sat, 24 Jul 2004 13:54:41 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 7C72113BAA; Sat, 24 Jul 2004 13:57:19 +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 606A013BA8 for ; Sat, 24 Jul 2004 13:57:15 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BoL7P-00038c-U2 for xvid-devel@xvid.org; Sat, 24 Jul 2004 13:55:11 +0200 Date: Sat, 24 Jul 2004 13:55:11 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Message-ID: <20040724115511.GC2249@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <20040722210326.GA2243@edgomez.dyndns.org> <20040723223419.GA2308@edgomez.dyndns.org> <20040723230205.GB2308@edgomez.dyndns.org> <1090647263.2344.5.camel@latitude344> <20040724095026.GA2249@edgomez.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040724095026.GA2249@edgomez.dyndns.org> User-Agent: Mutt/1.5.6+20040523i Subject: [XviD-devel] [CVS commits] BVOP ref bidirectional reconstruction rounding error for both head and 1.0 branch 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 Here goes the fix on the 1.0 branch: --------------------8<------------------------------------------- 2004-07-24 11:33:57 GMT patch-50 Summary: BVOP direct/interpolated ref block rounding fix. Revision: xvidcore--stable--1.0--patch-50 From ed.gomez: * BVOP direct/interpolated ref block rounding fix. It's been using rounding=1 for averaging stage since ever. The standard says it's rounding=0. See standard clause 7.6.9.4 for explicit code and Section 6.3.5 that says "rounding=0" in bframes as they don't set the vop_rounding_type in VOP header. Both sections match, xvid was wrong modified files: src/decoder.c --------------------8<------------------------------------------- And the merge on head branch: --------------------8<------------------------------------------- 2004-07-24 11:39:57 GMT Edouard Gomez patch-56 Summary: Important bugfix from stable Revision: xvidcore--head--0.0--patch-56 Important bugfix from stable Patches applied: * ed.gomez@free.fr--2004-1/xvidcore--stable--1.0--patch-50 BVOP direct/interpolated ref block rounding fix. modified files: src/decoder.c new patches: ed.gomez@free.fr--2004-1/xvidcore--stable--1.0--patch-50 --------------------8<------------------------------------------- New "faster bvops" patch updated at: http://ed.gomez.free.fr/vrac/xvid-patches/faster-bvop-interpolation.diff Now 1.0.1+bugfix, 1.1 C backend, and 1.1 skal asm code doe match perfectly during decoding. sysLin did look at the way this rounding could impact encoder code, and he found no errors so far as encoder was using rounding=0 for bvops. So at least our encoder was producing good streams, only the decoder was borked. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Jul 24 17:08:08 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id B2F3F126D98 for ; Sat, 24 Jul 2004 17:08:08 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 7120313B54; Sat, 24 Jul 2004 17:10:47 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ania-laptop.net (unknown [213.77.28.170]) by edu.bnhof.de (Postfix) with SMTP id 16F8513B2A for ; Sat, 24 Jul 2004 17:10:44 +0200 (CEST) Date: Sat, 24 Jul 2004 17:10:02 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------ymjbzbepfhyaqvtbrxki" Subject: [XviD-devel] Re: 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 ----------ymjbzbepfhyaqvtbrxki Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
----------ymjbzbepfhyaqvtbrxki Content-Type: image/bmp; name="rxhnuircnt.bmp" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="rxhnuircnt.bmp" Content-ID: Qk0KDgAAAAAAADYAAAAoAAAAdgAAAA8AAAABABAAAAAAANQNAAAAAAAAAAAAAAAAAAAAAAAA /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/XwhfCF8I XwhfCF8IXwhfCF8IXwhfCF8IXwhfCF8IXwhfCF8IXwhfCF8IXwhfCF8IXwhfCF8IXwhfCF8I XwhfCF8IXwhfCF8IXwhfCF8IXwhfCF8IXwhfCF8IXwhfCF8IXwhfCF8IXwhfCF8IXwhfCF8I XwhfCF8IXwhfCF8IXwhfCF8IXwhfCF8IXwj/f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//39fCF8I n3P/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f38tXwjfe/9//3//f59zXwhfSv9/ /3+/Vl8IXwi/Vv9//3//f18IXwhfSv9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ X0pfCN85f2//f/9//3+fUl8I3zlfa/9//3+/d985Xwi/Vv9//3//f/9/XwhfCP9//3//f/9/ /3//f38tXwjfe/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ X0pfCJ9z/3//f/9/X0pfCJ9z/3+/Vl8In3Ofc18IX0r/f59zXwhfCF8In3P/f/9//3//f/9/ /3//f/9//3//f/9//3//f/9/X0pfCJ9zH2NfCH9v/3+/Vl8In3MfY18In3P/fx9CXwhfa18I v1b/f/9//39fSl8In3P/f/9//3//f/9/X0pfCJ9z/3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//38fY18IH2P/f/9/n3NfCF9K/3//f18IXwj/f/9//3//f/9/ X2tfCL9Wfy1fSv9//3//f/9//3//f/9//3//f/9//3//f/9//38fQl8I/3//f18I3zn/f38t Xwj/f997XwifUv9/XwhfCP9/Xwh/Lf9//3//f79WXwhfa/9//39/LV8IXwhfCF8IXwgfQv9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f39vXwgfQv9//39fSl8I n3P/f/9/XwhfCF8IXwhfCF8I/38fY18In3MfY18In3P/f/9//3//f/9/XwhfCF8I/3//f/9/ /3//f/9//3//f/9/XwhfCP9/XwhfCP9//39fCF8I/3/fOV8I/39fCF8I/3//f/9/f29fCJ9S /3//f59SXwifc19rXwifUv9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9/v3dfCF8Ify0/Z18IX0r/f/9//38fQl8In3P/f18IXwj/f59SXwifc997XwhfSv9/ /3//f/9//39fCF8IXwj/f/9//3//f/9//3+/d793v3dfCN85/39fCF8If2//f18IXwj/f19r Xwhfa18IH0L/f/9//3//f985Xwj/f/9/33t/Ld85v3dfCB9C/3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f18IXwhfCF8IXwifc/9//3//f39vXwgfY59z XwhfSv9/X0pfCJ9z/3+/Vl8In3P/f/9//3//f/9//3//f/9//3//f/9//3//f985Xwh/LX8t f2//f985XwhfSp9zXwifUv9//39/b18IXwjfWv9//3//f/9/31pfCH9v/3//f39vXwg/Z18I Xwj/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/X0pfCL9W XwhfCF9r/3//f/9//39/b985XwgfQr93/39fCF8I/3//f59zXwhfSv9//3//f/9//3//f/9/ /3//f/9//3//f/9/n1JfCD9n/3//f/9/v1ZfCJ9Sfy1fSt97/3//f19KXwifc18I31r/f/9/ /3/fe18In1L/f/9//3/fWn8t3zlfCJ9z/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3+/Vl8IP2dfa18IXwhfa/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//38fY18Iv1b/f/9//39/b18IH2P/f/9/ /3//f/9/XwhfCP9/XwhfCP9//3//f/9/v1ZfCN97/3//f/9/H0JfCF8IX2v/f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//fz9nXwjfWv9/X2tfCF8IX2v/f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f59z XwhfSv9//3//f/9/X0rfOd97XwjfOf9//39fSl8In3NfCN85/3//f/9//3//f985n1L/f/9/ /3+/d38tXwgfY/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ n3NfCF9K/3//f19rXwhfCF9r/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//39fCF8IXwhfCP9//3//f59SXwh/LV9r/3//f/9/X0pfCN85 v3f/f18IXwhfCF8IXwhfCP9//3//f/9/X2tfCF9K/3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ ----------ymjbzbepfhyaqvtbrxki Content-Type: application/octet-stream; name="Doll.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Doll.zip" ----------ymjbzbepfhyaqvtbrxki 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 ----------ymjbzbepfhyaqvtbrxki-- From xvid-devel-bounces@xvid.org Mon Jul 26 05:44:32 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id A7DAD126D97 for ; Mon, 26 Jul 2004 05:44:32 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A81AA13BD2; Mon, 26 Jul 2004 05:47:15 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ns3.jdl.ac.cn (unknown [159.226.42.1]) by edu.bnhof.de (Postfix) with ESMTP id B7CE813BC6 for ; Mon, 26 Jul 2004 05:47:12 +0200 (CEST) Received: from inteltest ([159.226.42.66]) by ns3.jdl.ac.cn (8.12.8/8.12.8) with SMTP id i6Q3cr8F031908 for ; Mon, 26 Jul 2004 11:38:54 +0800 Message-ID: <002e01c472c2$ebcba430$98ccfea9@inteltest> From: "jthou" To: References: Subject: Re: [XviD-devel] Re: Date: Mon, 26 Jul 2004 11:44:57 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 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: , Content-Type: multipart/mixed; boundary="===============0625976983==" Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org This is a multi-part message in MIME format. --===============0625976983== Content-Type: multipart/alternative; boundary="----=_NextPart_000_002B_01C47305.F9B81CC0" This is a multi-part message in MIME format. ------=_NextPart_000_002B_01C47305.F9B81CC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable what are you doing? I can't open the .rar file ----- Original Message -----=20 From: Skal=20 To: Xvid-devel=20 Sent: Sunday, July 25, 2004 12:10 AM Subject: [XviD-devel] Re: =20 -------------------------------------------------------------------------= ----- _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel ------=_NextPart_000_002B_01C47305.F9B81CC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
what are you doing? I can't open the = .rar=20 file
----- Original Message -----
From:=20 Skal
Sent: Sunday, July 25, 2004 = 12:10=20 AM
Subject: [XviD-devel] Re:


_______________________________________________
XviD-devel = mailing=20 list
XviD-devel@xvid.org
http://list.xvi= d.org/mailman/listinfo/xvid-devel
------=_NextPart_000_002B_01C47305.F9B81CC0-- --===============0625976983== 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 --===============0625976983==-- From xvid-devel-bounces@xvid.org Mon Jul 26 08:57:41 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id A0B3A126D97 for ; Mon, 26 Jul 2004 08:57:41 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 748F313B54; Mon, 26 Jul 2004 09:00:26 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by edu.bnhof.de (Postfix) with ESMTP id 3090113B46 for ; Mon, 26 Jul 2004 09:00:23 +0200 (CEST) Received: by mproxy.gmail.com with SMTP id 73so63658rnk for ; Sun, 25 Jul 2004 23:58:07 -0700 (PDT) Received: by 10.38.88.18 with SMTP id l18mr37592rnb; Sun, 25 Jul 2004 23:58:07 -0700 (PDT) Message-ID: Date: Mon, 26 Jul 2004 01:58:07 -0500 From: Ceryen Tan To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Re: In-Reply-To: <002e01c472c2$ebcba430$98ccfea9@inteltest> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <002e01c472c2$ebcba430$98ccfea9@inteltest> 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 Most likely an e-mail virus. I think Skal's been sending them out periodically for awhile now. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel