From xvid-devel-bounces@xvid.org Fri Jul 1 02:36:14 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 8A2B9126D89 for ; Fri, 1 Jul 2005 02:36:14 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4129E18E3B; Fri, 1 Jul 2005 02:36:01 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from rwcrmhc12.comcast.net (rwcrmhc14.comcast.net [216.148.227.89]) by edu.bnhof.de (Postfix) with ESMTP id 330AA18E2E for ; Fri, 1 Jul 2005 02:35:51 +0200 (CEST) Received: from [192.168.0.222] (c-24-129-87-71.hsd1.fl.comcast.net[24.129.87.71]) by comcast.net (rwcrmhc14) with ESMTP id <2005070100354401400n059ve>; Fri, 1 Jul 2005 00:35:45 +0000 Message-ID: <42C48FD9.4040702@trbarry.com> Date: Thu, 30 Jun 2005 20:35:37 -0400 From: Tom Barry User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] test sequence References: <1120143362.42c40802b53d2@student-webmail.lboro.ac.uk> In-Reply-To: <1120143362.42c40802b53d2@student-webmail.lboro.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Dunno about "standard" but I was very pleased recently to come across some non-copyrighted uncompressed 1080p HD samples here: ftp://ftp.ldv.e-technik.tu-muenchen.de/pub/test_sequences/1080p/ - Tom Tom Jacobs wrote: > hi > > can anyone suggest where i can find some standard video test sequences. i > have a number at CIF resolution but i am after larger resolution sequences, > D1 would be nice, hd even better. since most of the test sequences were made > a good few years ago i am thinking that CIF is the best you can find for > these sequences. > > does anyone have larger sequences? if you can pint me in the right direction > or host/scp me the files that would be great > > many thanks > > Tom > > > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Jul 3 05:47:42 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id B0EC9126D8B for ; Sun, 3 Jul 2005 05:47:41 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 861761867B; Sun, 3 Jul 2005 05:47:28 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from yucs.org (pyromania.cs.columbia.edu [128.59.23.83]) by edu.bnhof.de (Postfix) with SMTP id DB42218655 for ; Sun, 3 Jul 2005 05:47:26 +0200 (CEST) Received: (qmail 21639 invoked by uid 777); 2 Jul 2005 23:42:34 -0400 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 2 Jul 2005 23:42:34 -0400 Date: Sat, 2 Jul 2005 23:42:34 -0400 (EDT) From: David Regev To: xvid-devel@xvid.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: [XviD-devel] B-frames + AQ or frame-dropping 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 have a few b-frame-related questions: 1. It seems that Adaptive Quantization does not get applied to b-frames. I have verified this using celticdruid's most recent compile and ffdshow's quantizer visualization. This was pointed out a year ago on Doom9's forum . I was wondering if there are any plans for implementing such a feature in the future (no necessarily for 1.1). Would it even be advantageous? 2. Before 1.0 was released, frame dropping was disabled for when b-frames are enabled, due to N-VOP confusion (2004-04-04 14:07:00 GMT patch-4). However, I believe that unpacked b-frames do not pose any compatibility problems with frame drops (as implied by http://edu.bnhof.de/pipermail/xvid-devel/2004-April/004105.html). Still, unpacked b-frames and frame dropping cannot be used simultaneously. So, would it be possible to re-enable frame dropping with unpacked b-frames? 3. On an unrelated, simpler note, could 24fps be added to the calculator? (And while you're adding frame-rates, I believe some people would like 119.88fps as well.) I know that #1 could be a lot of work, but I hope #2 and #3 could be implemented in 1.1, if it's not too much of a hassle. Thank you very much. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Jul 3 22:50:39 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 8DCF9126D83 for ; Sun, 3 Jul 2005 22:50:39 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5FC8119114; Sun, 3 Jul 2005 22:50:26 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp3.poczta.onet.pl (smtp3.poczta.onet.pl [213.180.130.29]) by edu.bnhof.de (Postfix) with ESMTP id 0703419111 for ; Sun, 3 Jul 2005 22:50:23 +0200 (CEST) Received: from n02.satfilm.pl ([195.136.107.218]:38156 "EHLO hal") by ps3.test.onet.pl with ESMTP id ; Sun, 3 Jul 2005 22:50:12 +0200 Message-ID: <000d01c58011$576da510$450f000a@hal> From: "Jakub Piotrowski" To: Date: Sun, 3 Jul 2005 22:54:01 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.4 Subject: [XviD-devel] XviD waterkmark? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello, I'm working on watermarking scheme dedicated for XviD. Did anyone of You = ever seen anything like this? I mean watermark that is written = especially for XviD, since it is possible to use any typical watermark = on uncompressed video and then compress it using XviD (however, due to = quite good compression, it is questionable how usefull this way is). In = my proposed sollution, watermark data are added by marking functions = added by me to original encoding part of XviD, while extraction is = performed by analogous function in decoder, and all this is supposed to = work real-time (especially extraction of data - it happens directly = while playing movie). And just for explanation - my waterkmark is designed to carry additional = info like description or maybe subtitiles rather than copyright = information, and will be rather fragile than robust to most of attacks:) _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Jul 3 22:57:57 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id C2A1F126D83 for ; Sun, 3 Jul 2005 22:57:57 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id B108719120; Sun, 3 Jul 2005 22:57:45 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by edu.bnhof.de (Postfix) with SMTP id 600891911D for ; Sun, 3 Jul 2005 22:57:42 +0200 (CEST) Received: (qmail invoked by alias); 03 Jul 2005 20:57:42 -0000 Received: from port-83-236-13-167.dynamic.qsc.de (EHLO [83.236.13.167]) [83.236.13.167] by mail.gmx.net (mp018) with SMTP; 03 Jul 2005 22:57:42 +0200 X-Authenticated: #15227202 Message-ID: <42C8608C.4080707@gmx.de> Date: Sun, 03 Jul 2005 23:02:52 +0100 From: closedshop User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD waterkmark? References: <000d01c58011$576da510$450f000a@hal> In-Reply-To: <000d01c58011$576da510$450f000a@hal> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi the best watermark is a lot of movies encoded by open source xvid. divx 6 has a simple drag and drop converter xvid needs this as well i suggest to use vidomi.com encoder website is down, I have the open source for the encoder to make a xvid encoder this shoudl have priority xvid needs an encoder simple as possible ed2k://|file|VidomiEncoderSource.469.zip|1751759|C6ECCC0F2D2A3056A92E832FFED4A8E3|h=7ZGIZIGSGILIZTANHWNOLFR5QS4W4GJL|/ here the ed2k link or send me a mail Thanks Jakub Piotrowski wrote: >Hello, > >I'm working on watermarking scheme dedicated for XviD. Did anyone of You ever seen anything like this? I mean watermark that is written especially for XviD, since it is possible to use any typical watermark on uncompressed video and then compress it using XviD (however, due to quite good compression, it is questionable how usefull this way is). In my proposed sollution, watermark data are added by marking functions added by me to original encoding part of XviD, while extraction is performed by analogous function in decoder, and all this is supposed to work real-time (especially extraction of data - it happens directly while playing movie). > >And just for explanation - my waterkmark is designed to carry additional info like description or maybe subtitiles rather than copyright information, and will be rather fragile than robust to most of attacks:) >_______________________________________________ >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 4 20:35:43 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 8ABCF126D83 for ; Mon, 4 Jul 2005 20:35:43 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A708714905; Mon, 4 Jul 2005 20:35:20 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id 96E7313F2A for ; Mon, 4 Jul 2005 20:35:15 +0200 (CEST) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id 90E77A400 for ; Mon, 4 Jul 2005 20:35:14 +0200 (CEST) Received: from p54B5DD3E.dip.t-dialin.net (p54B5DD3E.dip.t-dialin.net [84.181.221.62]) by www.lansco.de (IMP) with HTTP for ; Mon, 4 Jul 2005 20:35:14 +0200 Message-ID: <1120502114.42c9816259920@www.lansco.de> Date: Mon, 4 Jul 2005 20:35:14 +0200 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD waterkmark? References: <000d01c58011$576da510$450f000a@hal> In-Reply-To: <000d01c58011$576da510$450f000a@hal> 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: 84.181.221.62 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, hm, I'm not sure I understood correctly what you are doing. But, if you added proprietary 'marking functions' to the en- and decoder, that sounds as if you've changed the bitstream syntax. In this case the videos created with your modified encoder will very likely not be decoded anymore by the original XviD decoder. Hence, you will loose compatibility to XviD/ MPEG-4 devices or software. Therefore, I would rather call such an approach a proprietary syntax extension and not a watermark - after all, the usual watermark approaches don't harm standard compliance but add data (often copyright information) that goes unnoticed by decoders not supporting the watermark technique. So I'd be interested to know if your approach harms compliance to standard decoders. If it does, what benefits does it provide in return? Subtitles or special movie description etc. can also be added using a modern container format (e.g. mp4 or Matroska) without sacrificing standard compliance of the video data. So what's the benefit of your approach over such a solution? bye, Michael Quoting Jakub Piotrowski : > Hello, > > I'm working on watermarking scheme dedicated for XviD. Did anyone of You ever > seen anything like this? I mean watermark that is written especially for > XviD, since it is possible to use any typical watermark on uncompressed video > and then compress it using XviD (however, due to quite good compression, it > is questionable how usefull this way is). In my proposed sollution, watermark > data are added by marking functions added by me to original encoding part of > XviD, while extraction is performed by analogous function in decoder, and all > this is supposed to work real-time (especially extraction of data - it > happens directly while playing movie). > > And just for explanation - my waterkmark is designed to carry additional info > like description or maybe subtitiles rather than copyright information, and > will be rather fragile than robust to most of attacks:) > _______________________________________________ > 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 4 21:13:38 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 712DE126D83 for ; Mon, 4 Jul 2005 21:13:38 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id F33F018E87; Mon, 4 Jul 2005 21:13:25 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id 884A118E41 for ; Mon, 4 Jul 2005 21:13:22 +0200 (CEST) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id CB2DBD2BB for ; Mon, 4 Jul 2005 21:13:21 +0200 (CEST) Received: from p54B5DD3E.dip.t-dialin.net (p54B5DD3E.dip.t-dialin.net [84.181.221.62]) by www.lansco.de (IMP) with HTTP for ; Mon, 4 Jul 2005 21:13:21 +0200 Message-ID: <1120504401.42c98a51a148b@www.lansco.de> Date: Mon, 4 Jul 2005 21:13:21 +0200 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD waterkmark? References: <000d01c58011$576da510$450f000a@hal> <42C8608C.4080707@gmx.de> In-Reply-To: <42C8608C.4080707@gmx.de> 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: 84.181.221.62 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, I think we now know that you like Vidomi ;) And while I agree with you that a simple, easy-to-use encoder application for XviD will help to make XviD more popular, I don't think that Vidomi would be the right choice for such a app. First of all, it seems that Vidomi hasn't been updated for a long while now, which means that a lot of efforts may be required to bring it up-to-date again. Also iirc, Vidomi bases somewhat on the VirtualDub source code. Since VirtualDub is still under active development, it may be a better idea to use VirtualDub for XviD encoding instead. Besides, there are also other very complete and free encoder applications available, which are compatible to XviD: e.g. transcode or MEncoder. MEncoder can also be run on windows and there are GUIs available to allow convenient usage. I agree that these applications may probably be too complex for beginners, so I support your idea that a free and very simple encoder application would be good to give newbies a kick-start in using XviD. But most of us concentrate on codec development here (and we don't have even enough time for that), so I fear we won't be able to develop and maintain an additional encoder app. If however someone likes to develop a dedicated XviD encoder application or wants to create a special, newbie-friendly XviD MEncoder frontend (or already has), I am of course open to suggestions and very willing to help if I can. bye, Michael Quoting closedshop : > Hi the best watermark is a lot of movies encoded by open source xvid. > divx 6 has a simple drag and drop converter > xvid needs this as well > i suggest to use vidomi.com encoder > website is down, I have the open source for the encoder to make a xvid > encoder > > this shoudl have priority > xvid needs an encoder simple as possible > > ed2k://|file|VidomiEncoderSource.469.zip|1751759|C6ECCC0F2D2A3056A92E832FFED4A8E3|h=7ZGIZIGSGILIZTANHWNOLFR5QS4W4GJL|/ > > here the ed2k link or send me a mail > > Thanks > > > Jakub Piotrowski wrote: > > >Hello, > > > >I'm working on watermarking scheme dedicated for XviD. Did anyone of You > ever seen anything like this? I mean watermark that is written especially for > XviD, since it is possible to use any typical watermark on uncompressed video > and then compress it using XviD (however, due to quite good compression, it > is questionable how usefull this way is). In my proposed sollution, watermark > data are added by marking functions added by me to original encoding part of > XviD, while extraction is performed by analogous function in decoder, and all > this is supposed to work real-time (especially extraction of data - it > happens directly while playing movie). > > > >And just for explanation - my waterkmark is designed to carry additional > info like description or maybe subtitiles rather than copyright information, > and will be rather fragile than robust to most of attacks:) > >_______________________________________________ > >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 Mon Jul 4 22:46:52 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 3547C126D83 for ; Mon, 4 Jul 2005 22:46:52 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 453EB190F9; Mon, 4 Jul 2005 22:46:39 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from www.thegratwicks.com (unknown [64.246.26.79]) by edu.bnhof.de (Postfix) with ESMTP id 9541C190F5 for ; Mon, 4 Jul 2005 22:46:35 +0200 (CEST) Received: (qmail 16696 invoked from network); 4 Jul 2005 20:40:26 -0000 Received: from 212-41-111-239.adsl.solnet.ch (HELO xpc) (212.41.111.239) by ev1s-64-246-26-79.ev1servers.net with SMTP; 4 Jul 2005 20:40:26 -0000 Message-ID: <000801c580d9$8081dca0$2101a8c0@xpc> From: "Doom9 Feedback Hotline" To: References: <000d01c58011$576da510$450f000a@hal> <42C8608C.4080707@gmx.de> <1120504401.42c98a51a148b@www.lansco.de> Subject: Re: [XviD-devel] XviD waterkmark? Date: Mon, 4 Jul 2005 22:46:18 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi > > If however someone likes to develop a dedicated XviD encoder application > or > wants to create a special, newbie-friendly XviD MEncoder frontend (or > already has), I am of course open to suggestions and very willing to help > if I can. enhancing encraw like x264.exe has been to offer avisynth input, mp4 output and all the xvid options might be a good idea.. and would probably be easier than add all the options to mencoder. mencoder is lacking quite a bit when it comes to xvid features. Perhaps you've seen that zone support was added - I wrote that patch, but even that is incomplete when compared to what the VfW version offers. My mencoder GUI megui will soon get a one click mode for newbie users.. but being mencoder based, it is limited to the options mencoder can offer. It's not drag and drop.. some intelligence by the user should be expected.. you literally cannot have a one click app that works for most people or it'll be one that leaves highly to be desired.. not even mp3 audio rippers are truly one click and the complexity of audio encoding is nothing compared to a full DVD backup. Doom9 _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jul 4 23:26:00 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 2AFA6126D83 for ; Mon, 4 Jul 2005 23:26:00 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id AE89718DF6; Mon, 4 Jul 2005 23:25:47 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by edu.bnhof.de (Postfix) with SMTP id 0755218DEB for ; Mon, 4 Jul 2005 23:25:44 +0200 (CEST) Received: (qmail invoked by alias); 04 Jul 2005 21:25:44 -0000 Received: from port-83-236-13-167.dynamic.qsc.de (EHLO [83.236.13.167]) [83.236.13.167] by mail.gmx.net (mp005) with SMTP; 04 Jul 2005 23:25:44 +0200 X-Authenticated: #15227202 Message-ID: <42C9B8A0.2090909@gmx.de> Date: Mon, 04 Jul 2005 23:30:56 +0100 From: closedshop User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD waterkmark? References: <000d01c58011$576da510$450f000a@hal> <42C8608C.4080707@gmx.de> <1120504401.42c98a51a148b@www.lansco.de> In-Reply-To: <1120504401.42c98a51a148b@www.lansco.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 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 oh, thanks, I will try transcode or MEcoder Vidomi does not need to be updated, you can choose the codec in vidomi you like, so it is just an addition. Vidomi is such as easy to input the files, choose ONE CD SZIE of 700 MB or whatever and hit run. Yes, we need it, but let me tell you, it is like developing a good car, without doing the marketing for it. I highky recommend to make an xvid encoder with vidomi. I have the source, the website is down. If you want it, i can sent it. Cannot beleive, that you are not interested in sticking an encoder with xvid together. we really need this simpel and easy kick start app. Why not ? It is just a small project, but I have not the ability to do it, so i request it here thanks, message me for the code please Michael Militzer wrote: >Hi, > >I think we now know that you like Vidomi ;) And while I agree with you >that a simple, easy-to-use encoder application for XviD will help to >make XviD more popular, I don't think that Vidomi would be the right >choice for such a app. First of all, it seems that Vidomi hasn't been >updated for a long while now, which means that a lot of efforts may be >required to bring it up-to-date again. Also iirc, Vidomi bases somewhat >on the VirtualDub source code. Since VirtualDub is still under active >development, it may be a better idea to use VirtualDub for XviD encoding >instead. > >Besides, there are also other very complete and free encoder applications >available, which are compatible to XviD: e.g. transcode or MEncoder. >MEncoder can also be run on windows and there are GUIs available to allow >convenient usage. I agree that these applications may probably be too >complex for beginners, so I support your idea that a free and very simple >encoder application would be good to give newbies a kick-start in using >XviD. But most of us concentrate on codec development here (and we don't >have even enough time for that), so I fear we won't be able to develop and >maintain an additional encoder app. > >If however someone likes to develop a dedicated XviD encoder application or >wants to create a special, newbie-friendly XviD MEncoder frontend (or >already has), I am of course open to suggestions and very willing to help >if I can. > >bye, >Michael > > > >Quoting closedshop : > > > >>Hi the best watermark is a lot of movies encoded by open source xvid. >>divx 6 has a simple drag and drop converter >>xvid needs this as well >>i suggest to use vidomi.com encoder >>website is down, I have the open source for the encoder to make a xvid >>encoder >> >>this shoudl have priority >>xvid needs an encoder simple as possible >> >> >> >> >ed2k://|file|VidomiEncoderSource.469.zip|1751759|C6ECCC0F2D2A3056A92E832FFED4A8E3|h=7ZGIZIGSGILIZTANHWNOLFR5QS4W4GJL|/ > > >>here the ed2k link or send me a mail >> >>Thanks >> >> >>Jakub Piotrowski wrote: >> >> >> >>>Hello, >>> >>>I'm working on watermarking scheme dedicated for XviD. Did anyone of You >>> >>> >>ever seen anything like this? I mean watermark that is written especially for >>XviD, since it is possible to use any typical watermark on uncompressed video >>and then compress it using XviD (however, due to quite good compression, it >>is questionable how usefull this way is). In my proposed sollution, watermark >>data are added by marking functions added by me to original encoding part of >>XviD, while extraction is performed by analogous function in decoder, and all >>this is supposed to work real-time (especially extraction of data - it >>happens directly while playing movie). >> >> >>>And just for explanation - my waterkmark is designed to carry additional >>> >>> >>info like description or maybe subtitiles rather than copyright information, >>and will be rather fragile than robust to most of attacks:) >> >> >>>_______________________________________________ >>>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 > > > > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jul 4 23:30:33 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id F37B1126D83 for ; Mon, 4 Jul 2005 23:30:32 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 44D8918E0B; Mon, 4 Jul 2005 23:30:21 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by edu.bnhof.de (Postfix) with SMTP id DF32518DEB for ; Mon, 4 Jul 2005 23:30:18 +0200 (CEST) Received: (qmail invoked by alias); 04 Jul 2005 21:30:18 -0000 Received: from port-83-236-13-167.dynamic.qsc.de (EHLO [83.236.13.167]) [83.236.13.167] by mail.gmx.net (mp015) with SMTP; 04 Jul 2005 23:30:18 +0200 X-Authenticated: #15227202 Message-ID: <42C9B9B2.7030004@gmx.de> Date: Mon, 04 Jul 2005 23:35:30 +0100 From: closedshop User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD waterkmark? References: <000d01c58011$576da510$450f000a@hal> <42C8608C.4080707@gmx.de> <1120504401.42c98a51a148b@www.lansco.de> <000801c580d9$8081dca0$2101a8c0@xpc> In-Reply-To: <000801c580d9$8081dca0$2101a8c0@xpc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi I think divx 6 has a one click encoder and as well audiograbber is an one click ripper for mp3. vidomi is as well an one click encoder. use it, We need a simple bitrate calculation app for creating mainly 699 MB files of xvid code, with no matter which files you inpuit Vidomi has the power and just needs the actual xvid codec and the source is open, so make an xvid coder, We need an installer, which installes the xvid codec and places a xvid converter DEFAULT FOR 699 MB Bitrate calculation., This would be perfect. Just opent he files and you get a 699 MB xvid file out. The bitrate shoudl be adjusted automatically, and as well 2-pass method shoudl be default, please make it as simple as this and release vidomi under the new name xvid encoder for the desktop this will speed up much of open soruce software !!!! thanks Doom9 Feedback Hotline wrote: > Hi > >> >> If however someone likes to develop a dedicated XviD encoder >> application or >> wants to create a special, newbie-friendly XviD MEncoder frontend (or >> already has), I am of course open to suggestions and very willing to >> help >> if I can. > > > enhancing encraw like x264.exe has been to offer avisynth input, mp4 > output and all the xvid options might be a good idea.. and would > probably be easier than add all the options to mencoder. mencoder is > lacking quite a bit when it comes to xvid features. Perhaps you've > seen that zone support was added - I wrote that patch, but even that > is incomplete when compared to what the VfW version offers. My > mencoder GUI megui will soon get a one click mode for newbie users.. > but being mencoder based, it is limited to the options mencoder can > offer. It's not drag and drop.. some intelligence by the user should > be expected.. you literally cannot have a one click app that works for > most people or it'll be one that leaves highly to be desired.. not > even mp3 audio rippers are truly one click and the complexity of audio > encoding is nothing compared to a full DVD backup. > > Doom9 > _______________________________________________ > 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 5 00:29:33 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 467B7126D8F for ; Tue, 5 Jul 2005 00:29:33 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 740C418FB2; Tue, 5 Jul 2005 00:29:20 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp11.poczta.onet.pl (smtp11.poczta.onet.pl [213.180.130.71]) by edu.bnhof.de (Postfix) with ESMTP id B6FFF18EC6 for ; Tue, 5 Jul 2005 00:29:17 +0200 (CEST) Received: from user133-204.satfilm.net.pl ([195.136.133.204]:18450 "EHLO hal") by ps11.test.onet.pl with ESMTP id ; Tue, 5 Jul 2005 00:29:03 +0200 Message-ID: <001301c580e8$54a71050$cc8588c3@hal> From: "Jakub Piotrowski" To: Subject: Re: Re: [XviD-devel] XviD waterkmark? Date: Tue, 5 Jul 2005 00:32:58 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.4 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, In general idea of watermarking is that they do not interfere with the = standard - its only modification of payload. In my case, it is changing = least significant bits of macroblocks - this results in probably slight = (not yet tested:)) changes to the film. So I'm not changing bitstream = sythax (this would be useless), I'm only messing with bits = vaules.Changes are based on selected bits xor function (determined by a = random number, which acts like an encryption-key). Benefits are: You get extra data channel without incrasing bitrate, and = (not yet but maybe in future) You get robust marking tool. Of course = robustness can ba achieved only by increasing number of bits that are = involved in marking process, and to avoid lowering visual quality it = would require some kind of visual-adapting algorithm to be implemented = (just like phillips did for JAWS), but this is good direction, and I'll = try this way - after I complete first stage. And of course main target is not to include subtitlest. It is supposed = to become a fingerprinting/authentication system. For now, it may act as = a part of broadcast control system - but this can also be done with = media containers (btw. there are also a few projected watermarks for = media containers as well, e.g. for xmt scene structure in mpeg-4). Jakub _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 5 10:54:48 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 38A6C126D82 for ; Tue, 5 Jul 2005 10:54:48 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A435F19129; Tue, 5 Jul 2005 10:54:34 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web26601.mail.ukl.yahoo.com (web26601.mail.ukl.yahoo.com [217.146.176.51]) by edu.bnhof.de (Postfix) with SMTP id E442F190E9 for ; Tue, 5 Jul 2005 10:54:31 +0200 (CEST) Received: (qmail 68257 invoked by uid 60001); 5 Jul 2005 08:54:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=wp2pWHseDICfQ0ZgDb9k+I5YX5BuMY1uThbZX3qM7a/SaOdquvRaxw1yTeqhPdZuKN/kTG7Z3pMFyJnEySTlWXhbHaXF64uwhvU+7jllalqSLEfqrpKYuEx5+2Y7zmLoT8QlpuEJhR0A8153yBsKvyjU7uZHBQa7+woQBtzJjcg= ; Message-ID: <20050705085430.68255.qmail@web26601.mail.ukl.yahoo.com> Received: from [196.203.37.9] by web26601.mail.ukl.yahoo.com via HTTP; Tue, 05 Jul 2005 10:54:30 CEST Date: Tue, 5 Jul 2005 10:54:30 +0200 (CEST) From: karima smida To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.4 Subject: [XviD-devel] please help me 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 have a problem which is: I am asked to make a device who convert AVI files in XVID files.I downloaded the open source (xvid_20041205) ie the xvid libraries and i am unable to use them (I mean how to call them with visual C++) in order to compile the programm and use XVID.I'm looking forward to your help.Thank you for giving me attention. --------------------------------- Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez le ici ! _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 5 11:14:45 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id C80B3126D8F for ; Tue, 5 Jul 2005 11:14:45 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 239F419110; Tue, 5 Jul 2005 11:14:33 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by edu.bnhof.de (Postfix) with SMTP id 263A819104 for ; Tue, 5 Jul 2005 11:14:30 +0200 (CEST) Received: (qmail invoked by alias); 05 Jul 2005 09:14:24 -0000 Received: from port-83-236-15-46.dynamic.qsc.de (EHLO [83.236.15.46]) [83.236.15.46] by mail.gmx.net (mp024) with SMTP; 05 Jul 2005 11:14:24 +0200 X-Authenticated: #15227202 Message-ID: <42CA5EBA.4090802@gmx.de> Date: Tue, 05 Jul 2005 11:19:38 +0100 From: closedshop User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] please help me References: <20050705085430.68255.qmail@web26601.mail.ukl.yahoo.com> In-Reply-To: <20050705085430.68255.qmail@web26601.mail.ukl.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 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 that is, why we need a one click easy converter vidomi io habve the same problems, There is no windows installer, dont know where the linus souirce is installign in which path and dont know how to use whiche ncoder, tenmpgeg is good dvdx as well, but never used it with xvid and don´t know how to calculate the bitrate, i jsut want a one cd 699 mb xvid file of my vobs or svcd downloaded this is realy ugly to not to know, where the codec installes in which directory, Though, i have experience with divix encoding with dvd x2,0 and tempeg, I reencoded many, and want now to switch to open source, but it is to difficult, so pelase make the vidomi one click 699 MB file converter. thanks karima smida wrote: >I have a problem which is: >I am asked to make a device who convert AVI files in XVID files.I downloaded the open source (xvid_20041205) ie the xvid libraries and i am unable to use them (I mean how to call them with visual C++) in order to compile the programm and use XVID.I'm looking forward to your help.Thank you for giving me attention. > > > >--------------------------------- > Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger > Téléchargez le ici ! >_______________________________________________ >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 5 19:40:48 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 79045126D82 for ; Tue, 5 Jul 2005 19:40:48 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 001BF190FA; Tue, 5 Jul 2005 19:40:33 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web26605.mail.ukl.yahoo.com (web26605.mail.ukl.yahoo.com [217.146.176.55]) by edu.bnhof.de (Postfix) with SMTP id CA13C190F0 for ; Tue, 5 Jul 2005 19:40:31 +0200 (CEST) Received: (qmail 57040 invoked by uid 60001); 5 Jul 2005 17:40:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=vRznDIZonbhauBTx9yuxOEvIq6Bf+DWbeDHZ3mA2VE+67qZoF1VGSniTkM4u4I9fBhRgb6JaMxCyf+5YU1GOA4ET4Qr5wx35KOGYzyMhEehiAIqgTOgyzWMNAZ2MqBcfp0hQqr4b/lxo2YoJbvlq3dbtL6nevVE6rZYbBPESsoc= ; Message-ID: <20050705174031.57038.qmail@web26605.mail.ukl.yahoo.com> Received: from [196.203.37.50] by web26605.mail.ukl.yahoo.com via HTTP; Tue, 05 Jul 2005 19:40:30 CEST Date: Tue, 5 Jul 2005 19:40:30 +0200 (CEST) From: karima smida To: xvid-devel@xvid.org In-Reply-To: <42CA5EBA.4090802@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.4 Subject: [XviD-devel] help!!! 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 Please I'm stuck and i'm unable to progress in my work.I received your reply and i didn't understand what i'm supposed to do because i'm new in this field(video compression). Could you please send me the source code of XVID( i think the one ihave is not complete) and some information or documentation about how to implément it and make it work. At the moment i'm trying to compile (with visual C++) the code i have and i get always the same error message:"fatal error C1189: #error : You are trying to compile XviD without defining address bus size.".If you have any idea of how to resolve this problem please send it to me.Thank you very much. --------------------------------- Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez le ici ! _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Jul 10 20:17:29 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 57AAC126D83 for ; Sun, 10 Jul 2005 20:17:29 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D563418D95; Sun, 10 Jul 2005 20:17:11 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id AE0011866D for ; Sun, 10 Jul 2005 20:17:07 +0200 (CEST) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id EA172D2FE for ; Sun, 10 Jul 2005 20:17:06 +0200 (CEST) Received: from p54B5F4B1.dip.t-dialin.net (p54B5F4B1.dip.t-dialin.net [84.181.244.177]) by www.lansco.de (IMP) with HTTP for ; Sun, 10 Jul 2005 20:17:06 +0200 Message-ID: <1121019426.42d16622c63c4@www.lansco.de> Date: Sun, 10 Jul 2005 20:17:06 +0200 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: Re: [XviD-devel] XviD waterkmark? References: <001301c580e8$54a71050$cc8588c3@hal> In-Reply-To: <001301c580e8$54a71050$cc8588c3@hal> 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: 84.181.244.177 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, you should check how your modifications influence the picture quality (e.g. by measuring achieved PSNR values of the modified vs. unmodified encoder). If you mess around with the transform coefficients to add the watermark, this may introduce a mismatch with unmodified decoders, which will accumulate (and become visible). So you should take this into account... Michael Quoting Jakub Piotrowski : > Hi, > > In general idea of watermarking is that they do not interfere with the > standard - its only modification of payload. In my case, it is changing least > significant bits of macroblocks - this results in probably slight (not yet > tested:)) changes to the film. So I'm not changing bitstream sythax (this > would be useless), I'm only messing with bits vaules.Changes are based on > selected bits xor function (determined by a random number, which acts like an > encryption-key). > > Benefits are: You get extra data channel without incrasing bitrate, and (not > yet but maybe in future) You get robust marking tool. Of course robustness > can ba achieved only by increasing number of bits that are involved in > marking process, and to avoid lowering visual quality it would require some > kind of visual-adapting algorithm to be implemented (just like phillips did > for JAWS), but this is good direction, and I'll try this way - after I > complete first stage. > > And of course main target is not to include subtitlest. It is supposed to > become a fingerprinting/authentication system. For now, it may act as a part > of broadcast control system - but this can also be done with media containers > (btw. there are also a few projected watermarks for media containers as well, > e.g. for xmt scene structure in mpeg-4). > > Jakub > _______________________________________________ > 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 11 13:01:20 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id D8383126D82 for ; Mon, 11 Jul 2005 13:01:20 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 7151C18D93; Mon, 11 Jul 2005 13:01:06 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp20.libero.it (smtp20.libero.it [193.70.192.147]) by edu.bnhof.de (Postfix) with ESMTP id 758281866D for ; Mon, 11 Jul 2005 13:01:02 +0200 (CEST) Received: from localhost (172.16.1.83) by smtp20.libero.it (7.0.027-DD01) id 41D02C9802AAA9E0 for xvid-devel@xvid.org; Mon, 11 Jul 2005 13:01:02 +0200 Received: from libero.it (172.16.1.20) by smtp3.libero.it (7.0.027-DD01) id 42C445A500161973 for xvid-devel@xvid.org; Mon, 11 Jul 2005 13:01:01 +0200 Date: Mon, 11 Jul 2005 13:01:01 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "carlo.bramix" To: "xvid-devel" X-XaM3-API-Version: 4.1 (B27pl2) X-type: 0 X-SenderIP: 212.45.156.239 X-Virus-Scanned: by amavisd-new at libero.it serv4 Subject: [XviD-devel] MMX improvements X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello everyone. I improved this sources: src/bitstream/x86_asm/cbp_mm= x.asm My implementation is about 3% to 4% faster than previous code.=0D = I would like to make my changes public: how should I do it? Sincerely,= Carlo Bramini =0A=0A=0A=0A__________________________________________= __________________=0A6X velocizzare la tua navigazione a 56k? 6X Web Acce= lerator di Libero!=0AScaricalo su INTERNET GRATIS 6X http://www.libero.it= =0A _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jul 11 13:06:16 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id AA77E126D82 for ; Mon, 11 Jul 2005 13:06:16 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C6B9F18DE7; Mon, 11 Jul 2005 13:06:03 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.202]) by edu.bnhof.de (Postfix) with ESMTP id A6BFC1858B for ; Mon, 11 Jul 2005 13:06:01 +0200 (CEST) Received: by nproxy.gmail.com with SMTP id c2so199612nfe for ; Mon, 11 Jul 2005 04:06:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ejWIpKGOLaHGnqH2fodWn37hRCOxJgWIJKio9yzL0EJCMqUe9UEEaQOcSnJi0lbvAIkg65DXfq3yY+DlWByiNKgDsOUMN4Y6oj2HeIG6+sd949ReFQ7g55svWX4qIDOFgTcyqQaIajm1Q1MbwU78ZflF0MKkyAkgKeucIUNpV3c= Received: by 10.48.240.5 with SMTP id n5mr136444nfh; Mon, 11 Jul 2005 04:06:00 -0700 (PDT) Received: by 10.48.144.17 with HTTP; Mon, 11 Jul 2005 04:06:00 -0700 (PDT) Message-ID: <62d89367050711040642e1a6ab@mail.gmail.com> Date: Mon, 11 Jul 2005 12:06:00 +0100 From: Robert Swain To: xvid-devel@xvid.org Subject: Re: [XviD-devel] MMX improvements In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Robert Swain , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello. On 7/11/05, carlo.bramix wrote: > Hello everyone. > I improved this sources: >=20 > src/bitstream/x86_asm/cbp_mmx.asm >=20 > My implementation is about 3% to 4% faster than previous code. > I would like to make my changes public: how should I do it? >=20 > Sincerely, >=20 > Carlo Bramini You can submit patches to this mailing list. Just cvs diff -u the file(s) you've altered and pipe the output into a file. Then attach that file to a message here, or if you prefer upload it to some space and provide a link. Regards, Robert Swain _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jul 11 18:13:51 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 76CDB126D82 for ; Mon, 11 Jul 2005 18:13:51 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0014E190F6; Mon, 11 Jul 2005 18:13:38 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kepler.fjfi.cvut.cz (kepler.fjfi.cvut.cz [147.32.6.11]) by edu.bnhof.de (Postfix) with ESMTP id 81E5D190EE for ; Mon, 11 Jul 2005 18:13:35 +0200 (CEST) Received: from kepler.fjfi.cvut.cz (localhost.localdomain [127.0.0.1]) by kepler.fjfi.cvut.cz (8.12.11/8.12.11) with ESMTP id j6BGDVKo019517 for ; Mon, 11 Jul 2005 18:13:31 +0200 Received: from localhost (drab@localhost) by kepler.fjfi.cvut.cz (8.12.11/8.12.11/Submit) with ESMTP id j6BGDVqK019512 for ; Mon, 11 Jul 2005 18:13:31 +0200 Date: Mon, 11 Jul 2005 18:13:31 +0200 (CEST) From: Martin Drab To: xvid-devel@xvid.org Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="546507526-2089379893-1121098411=:19265" Subject: [XviD-devel] [PATCH] x86_64 QPel tables declaration fix X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --546507526-2089379893-1121098411=:19265 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, this patch makes GCC (at least the 4.1.x) stop complaining about incomplete types and makes it compile the XviD for x86_64. (BTW: I even think "int x[][]" is not allowed in C, I had a discussion with the GCC guys on this topic a while ago.) Martin --546507526-2089379893-1121098411=:19265 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="01-MD-qpel-tables-x86_64-decl-fix.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: x86_64 QPel tables declaration fix Content-Disposition: attachment; filename="01-MD-qpel-tables-x86_64-decl-fix.diff" ZGlmZiAtTmFwdXIgb3JpZy9zcmMvaW1hZ2UvcXBlbC5jIG5ldy9zcmMvaW1h Z2UvcXBlbC5jDQotLS0gb3JpZy9zcmMvaW1hZ2UvcXBlbC5jCTIwMDUtMDEt MDYgMDE6MjQ6NTguMDAwMDAwMDAwICswMTAwDQorKysgbmV3L3NyYy9pbWFn ZS9xcGVsLmMJMjAwNS0wNy0xMCAyMzo1MjowMy4wMDAwMDAwMDAgKzAyMDAN CkBAIC0zOTcsNyArMzk3LDcgQEAgdWludDE2X3QgeHZpZF9FeHBhbmRfbW14 WzI1Nl1bNF07IC8qIDhiIA0KICNlbmRpZg0KIA0KICNpZmRlZiBBUkNIX0lT X1g4Nl82NA0KLWV4dGVybiB1aW50MTZfdCB4dmlkX0V4cGFuZF9tbXhbXVtd OyAvKiA4YiAtPiA2NGIgZXhwYW5zaW9uIHRhYmxlICovDQorZXh0ZXJuIHVp bnQxNl90IHh2aWRfRXhwYW5kX21teFsyNTZdWzRdOyAvKiA4YiAtPiA2NGIg ZXhwYW5zaW9uIHRhYmxlICovDQogI2VuZGlmDQogDQogLyogQWx0ZXJuYXRl IHdheSBvZiBmaWx0ZXJpbmcgKGNmLiBVU0VfVEFCTEVTIGZsYWcgaW4gcXBl bF9tbXguYXNtKQ0KQEAgLTQwOCwyMyArNDA4LDIzIEBAIGV4dGVybiB1aW50 MTZfdCB4dmlkX0V4cGFuZF9tbXhbXVtdOyAvKiANCiAgKiBVc2luZyBTeW1t ZXRyaWVzIChhbmQgYnN3YXApIGNvdWxkIHJlZHVjZSBmdXJ0aGVyDQogICog dGhlIG1lbW9yeSB0byA3IHRhYmxlcyAoLT4xNEspLiAqLw0KICNpZmRlZiBB UkNIX0lTX1g4Nl82NA0KLWV4dGVybiBpbnQxNl90IHh2aWRfRklSXzFfMF8w XzBbXVtdOw0KLWV4dGVybiBpbnQxNl90IHh2aWRfRklSXzNfMV8wXzBbXVtd Ow0KLWV4dGVybiBpbnQxNl90IHh2aWRfRklSXzZfM18xXzBbXVtdOw0KLWV4 dGVybiBpbnQxNl90IHh2aWRfRklSXzE0XzNfMl8xW11bXTsNCi1leHRlcm4g aW50MTZfdCB4dmlkX0ZJUl8yMF82XzNfMVtdW107DQotZXh0ZXJuIGludDE2 X3QgeHZpZF9GSVJfMjBfMjBfNl8zW11bXTsNCi1leHRlcm4gaW50MTZfdCB4 dmlkX0ZJUl8yM18xOV82XzNbXVtdOw0KLWV4dGVybiBpbnQxNl90IHh2aWRf RklSXzdfMjBfMjBfNltdW107DQotZXh0ZXJuIGludDE2X3QgeHZpZF9GSVJf Nl8yMF8yMF82W11bXTsNCi1leHRlcm4gaW50MTZfdCB4dmlkX0ZJUl82XzIw XzIwXzdbXVtdOw0KLWV4dGVybiBpbnQxNl90IHh2aWRfRklSXzNfNl8yMF8y MFtdW107DQotZXh0ZXJuIGludDE2X3QgeHZpZF9GSVJfM182XzE5XzIzW11b XTsNCi1leHRlcm4gaW50MTZfdCB4dmlkX0ZJUl8xXzNfNl8yMFtdW107DQot ZXh0ZXJuIGludDE2X3QgeHZpZF9GSVJfMV8yXzNfMTRbXVtdOw0KLWV4dGVy biBpbnQxNl90IHh2aWRfRklSXzBfMV8zXzZbXVtdOw0KLWV4dGVybiBpbnQx Nl90IHh2aWRfRklSXzBfMF8xXzNbXVtdOw0KLWV4dGVybiBpbnQxNl90IHh2 aWRfRklSXzBfMF8wXzFbXVtdOw0KK2V4dGVybiBpbnQxNl90IHh2aWRfRklS XzFfMF8wXzBbMjU2XVs0XTsNCitleHRlcm4gaW50MTZfdCB4dmlkX0ZJUl8z XzFfMF8wWzI1Nl1bNF07DQorZXh0ZXJuIGludDE2X3QgeHZpZF9GSVJfNl8z XzFfMFsyNTZdWzRdOw0KK2V4dGVybiBpbnQxNl90IHh2aWRfRklSXzE0XzNf Ml8xWzI1Nl1bNF07DQorZXh0ZXJuIGludDE2X3QgeHZpZF9GSVJfMjBfNl8z XzFbMjU2XVs0XTsNCitleHRlcm4gaW50MTZfdCB4dmlkX0ZJUl8yMF8yMF82 XzNbMjU2XVs0XTsNCitleHRlcm4gaW50MTZfdCB4dmlkX0ZJUl8yM18xOV82 XzNbMjU2XVs0XTsNCitleHRlcm4gaW50MTZfdCB4dmlkX0ZJUl83XzIwXzIw XzZbMjU2XVs0XTsNCitleHRlcm4gaW50MTZfdCB4dmlkX0ZJUl82XzIwXzIw XzZbMjU2XVs0XTsNCitleHRlcm4gaW50MTZfdCB4dmlkX0ZJUl82XzIwXzIw XzdbMjU2XVs0XTsNCitleHRlcm4gaW50MTZfdCB4dmlkX0ZJUl8zXzZfMjBf MjBbMjU2XVs0XTsNCitleHRlcm4gaW50MTZfdCB4dmlkX0ZJUl8zXzZfMTlf MjNbMjU2XVs0XTsNCitleHRlcm4gaW50MTZfdCB4dmlkX0ZJUl8xXzNfNl8y MFsyNTZdWzRdOw0KK2V4dGVybiBpbnQxNl90IHh2aWRfRklSXzFfMl8zXzE0 WzI1Nl1bNF07DQorZXh0ZXJuIGludDE2X3QgeHZpZF9GSVJfMF8xXzNfNlsy NTZdWzRdOw0KK2V4dGVybiBpbnQxNl90IHh2aWRfRklSXzBfMF8xXzNbMjU2 XVs0XTsNCitleHRlcm4gaW50MTZfdCB4dmlkX0ZJUl8wXzBfMF8xWzI1Nl1b NF07DQogI2Vsc2UNCiBpbnQxNl90IHh2aWRfRklSXzFfMF8wXzBbMjU2XVs0 XTsNCiBpbnQxNl90IHh2aWRfRklSXzNfMV8wXzBbMjU2XVs0XTsNCg== --546507526-2089379893-1121098411=:19265 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 --546507526-2089379893-1121098411=:19265-- From xvid-devel-bounces@xvid.org Mon Jul 11 23:10:02 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 5F9E0126D82 for ; Mon, 11 Jul 2005 23:10:02 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8659F1912F; Mon, 11 Jul 2005 23:09:46 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp2.wanadoo.fr (smtp2.wanadoo.fr [193.252.22.29]) by edu.bnhof.de (Postfix) with ESMTP id 376E419130 for ; Mon, 11 Jul 2005 23:09:41 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0206.wanadoo.fr (SMTP Server) with ESMTP id 4DDA51C001CE for ; Mon, 11 Jul 2005 23:09:41 +0200 (CEST) Received: from localhost.localdomain (ASte-Genev-Bois-151-1-33-18.w83-114.abo.wanadoo.fr [83.114.31.18]) by mwinf0206.wanadoo.fr (SMTP Server) with ESMTP id 001F21C001A3 for ; Mon, 11 Jul 2005 23:09:38 +0200 (CEST) X-ME-UUID: 20050711210941592.001F21C001A3@mwinf0206.wanadoo.fr Subject: Re: [XviD-devel] help!!! From: Pascal Massimino To: xvid-devel@xvid.org In-Reply-To: <20050705174031.57038.qmail@web26605.mail.ukl.yahoo.com> References: <20050705174031.57038.qmail@web26605.mail.ukl.yahoo.com> Content-Type: text/plain; charset= Message-Id: <1121116096.3312.2.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-14) Date: Mon, 11 Jul 2005 23:08:16 +0200 Content-Transfer-Encoding: 8bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: skal@planet-d.net, xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org hi karima, On Tue, 2005-07-05 at 19:40, karima smida wrote: > Please I'm stuck and i'm unable to progress in my work.I received your reply and i didn't understand what i'm supposed to do because i'm new in this field(video compression). > Could you please send me the source code of XVID( i think the one ihave is not complete) and some information or documentation about how to implément it and make it work. > At the moment i'm trying to compile (with visual C++) the code i have and i get always the same error message:"fatal error C1189: #error : You are trying to compile XviD without defining address bus size.".If you have any idea of how to resolve this problem please send it to me.Thank you very much. As said in file 'portab.h', you need to have either ARCH_IS_32BIT or ARCH_IS_64BIT defined. They are defined in MSVC's project file 'libxvidcore.dsp', so i don't know what's wrong with your configuration. hope it helps, -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jul 11 23:17:53 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 5E651126D82 for ; Mon, 11 Jul 2005 23:17:53 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5E72F1913A; Mon, 11 Jul 2005 23:17:41 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp11.wanadoo.fr (smtp11.wanadoo.fr [193.252.22.31]) by edu.bnhof.de (Postfix) with ESMTP id 9C0BC19136 for ; Mon, 11 Jul 2005 23:17:38 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1103.wanadoo.fr (SMTP Server) with ESMTP id B95881C00099 for ; Mon, 11 Jul 2005 23:17:37 +0200 (CEST) Received: from localhost.localdomain (ASte-Genev-Bois-151-1-33-18.w83-114.abo.wanadoo.fr [83.114.31.18]) by mwinf1103.wanadoo.fr (SMTP Server) with ESMTP id 7A3041C00084 for ; Mon, 11 Jul 2005 23:17:35 +0200 (CEST) X-ME-UUID: 20050711211737500.7A3041C00084@mwinf1103.wanadoo.fr Subject: Re: [XviD-devel] MMX improvements From: Pascal Massimino To: xvid-devel@xvid.org In-Reply-To: References: Content-Type: text/plain Message-Id: <1121116572.3312.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-14) Date: Mon, 11 Jul 2005 23:16:12 +0200 Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: skal@planet-d.net, xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi Carlo, On Mon, 2005-07-11 at 13:01, carlo.bramix wrote: > Hello everyone. > I improved this sources: > > src/bitstream/x86_asm/cbp_mmx.asm > > My implementation is about 3% to 4% faster than previous code. > I would like to make my changes public: how should I do it? just post them here (but before, check that they pass 'xvid_bench 6' test!), they'll get committed if applicable -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jul 11 23:38:36 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id A96C0126D82 for ; Mon, 11 Jul 2005 23:38:36 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 261281918D; Mon, 11 Jul 2005 23:38:24 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp10.wanadoo.fr (smtp10.wanadoo.fr [193.252.22.21]) by edu.bnhof.de (Postfix) with ESMTP id 6419319188 for ; Mon, 11 Jul 2005 23:38:20 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1006.wanadoo.fr (SMTP Server) with ESMTP id 6A8FA3000094 for ; Mon, 11 Jul 2005 23:38:18 +0200 (CEST) Received: from localhost.localdomain (ASte-Genev-Bois-151-1-33-18.w83-114.abo.wanadoo.fr [83.114.31.18]) by mwinf1006.wanadoo.fr (SMTP Server) with ESMTP id DED87300008A; Mon, 11 Jul 2005 23:38:15 +0200 (CEST) X-ME-UUID: 20050711213817912.DED87300008A@mwinf1006.wanadoo.fr Subject: Re: [XviD-devel] vop flag question From: Pascal Massimino To: Sang-Uok Kum , xvid-devel@xvid.org In-Reply-To: References: <1119422451.3892.7.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1121117812.3312.14.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-14) Date: Mon, 11 Jul 2005 23:36:52 +0200 Content-Transfer-Encoding: 7bit Cc: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: skal@planet-d.net, xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello, On Thu, 2005-06-23 at 21:36, MAILER-DAEMON@edu.bnhof.de wrote: > > hmm... try setting the Cb & Cr values to '127' instead. > > > > Thanks. That is a good idea. Slipped my mind that Cb & Cr is centered. > I'll try it and post the results just in case anyone is interested. > you should really use a value of ~127 for Cb/Cr before comparing. Because, even if the flag XVID_VOP_GREYSCALE discards the Cb/Cr for *INTER* blocks, these chroma values still matter for INTRA prediction. Actually, the default prediction value is '128', more or less, but with rounding taken into account, the idct(fdct(.)) fixed point is more or less around '127', dependent of 'Q'. That why i suggested you this value. > I also had another question about encoding a 1 channel greyscale image. > > I encoded it two different ways. > First test was encoded by setting the Y to the greyscale value and setting > Cb & Cr to 0, and setting the csp to XVID_CSP_I420 . I also set the > XVID_VOP_GREYSCALE flag,so the values of Cb & Cr > should not matter. > > The second test was encoded by using the XVID_CSP_BGR color space and > setting the values of BGR to the same greyscale value. I also set the > XVID_VOP_GREYSCALE flag, and when decoding just ask back the Y value. > So this case basically does the YUV conversion on the RGB images and then > just encodes the Y. > > The results from the two tests are very interesting. For the same Q factor > the second test(feeding it RGB) frame size is significantly smaller. The > difference gets smaller as the Q factor goes up, but at Q factor of 7 > the difference is about 1KB, and about 0.5KB at Q = 18. The PSNR is better > for the first case, even at the same fr size(so the Q factor will be > bigger for the first case since it needs a higher Q factor to compress it > more). Another thing about the 2nd test is that you can get a smaller > frame size that is not possible with the first test(For the examples I > ran 1st test at Q=31 and 2nd test at Q=22 have about the same fr size). > > Which leads to my question, is there something going on in the YUV > conversion that makes it compress better? There might be very little rounding errors during the (RGB)->(YUV) conversion. hope it helps, -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 12 00:13:39 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id B9C56126D82 for ; Tue, 12 Jul 2005 00:13:39 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1EA97191BA; Tue, 12 Jul 2005 00:13:27 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp8.wanadoo.fr (smtp8.wanadoo.fr [193.252.22.23]) by edu.bnhof.de (Postfix) with ESMTP id 61BF9191B7 for ; Tue, 12 Jul 2005 00:13:23 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0812.wanadoo.fr (SMTP Server) with ESMTP id 612121C001F1 for ; Tue, 12 Jul 2005 00:13:21 +0200 (CEST) Received: from localhost.localdomain (ASte-Genev-Bois-151-1-33-18.w83-114.abo.wanadoo.fr [83.114.31.18]) by mwinf0812.wanadoo.fr (SMTP Server) with ESMTP id 253841C001EF for ; Tue, 12 Jul 2005 00:13:20 +0200 (CEST) X-ME-UUID: 20050711221321152.253841C001EF@mwinf0812.wanadoo.fr Subject: Re: [XviD-devel] [PATCH] x86_64 QPel tables declaration fix From: Pascal Massimino To: xvid-devel@xvid.org In-Reply-To: References: Content-Type: text/plain Message-Id: <1121119917.3312.18.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-14) Date: Tue, 12 Jul 2005 00:11:57 +0200 Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: skal@planet-d.net, xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello, On Mon, 2005-07-11 at 18:13, Martin Drab wrote: > Hi, > > this patch makes GCC (at least the 4.1.x) stop complaining about > incomplete types and makes it compile the XviD for x86_64. thanks, committed > (BTW: I even > think "int x[][]" is not allowed in C, I had a discussion with the GCC > guys on this topic a while ago. Must have been quite a discussion, considering that gcc allows use of zero-sized arrays ;) > ) -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 12 14:42:48 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id B82BC126D82 for ; Tue, 12 Jul 2005 14:42:47 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id E61D91911E; Tue, 12 Jul 2005 14:42:32 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by edu.bnhof.de (Postfix) with ESMTP id 0D4D8190FD for ; Tue, 12 Jul 2005 14:27:21 +0200 (CEST) Received: from localhost (172.16.1.48) by smtp1.libero.it (7.0.027-DD01) id 42C16E9D002F43C0 for xvid-devel@xvid.org; Tue, 12 Jul 2005 14:27:18 +0200 Received: from libero.it (172.16.1.101) by smtp20.libero.it (7.0.027-DD01) id 41D02BD601D45F03 for xvid-devel@xvid.org; Tue, 12 Jul 2005 14:27:17 +0200 Date: Tue, 12 Jul 2005 14:27:17 +0200 Message-Id: Subject: Re: [XviD-devel] MMX improvements MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: multipart/mixed; boundary="_=__=_XaM3_.1121171237.2A.480761.42.16204.52.42.007.20036" From: "carlo.bramix" To: "xvid-devel" X-XaM3-API-Version: 4.1 (B27pl2) X-type: 0 X-SenderIP: 212.45.156.239 X-Virus-Scanned: by amavisd-new at libero.it serv8 X-Mailman-Approved-At: Tue, 12 Jul 2005 14:40:12 +0200 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 --_=__=_XaM3_.1121171237.2A.480761.42.16204.52.42.007.20036 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Ok, after some hours of work and study (I had to understand how CVS works= ) I was able to make the patch with TortoiseCVS. I also did the benchmar= k as suggested in one message, and it worked fine. The patch is attached= with this message. By the way, I also noticed a thing in one source b= ut I'm not sure. The source is "src/bitstream/x86_asm/cbp_sse2.asm". At= line 68 the macro LOOP_SSE2 has a "test ecx, ecx" but this instruction i= s already after all calls of that macro (example: at line 105). In my op= inion the line 68 should be removed because it just duplicates the testin= g opcode. I'm sorry if I don't give you the patch directly, but I can't = test this change. My PC is an old Pentium 200MHz with MMX and it haven't= SSE or SSE2 support. I hope somebody could test it. I would like to = use this message for asking two questions: 1) Why can't I join to XVid's= forums? I tried to make the registration, but it's disabled. However i= t isn't very important because I can use this mailing list when I want to= release my changes to the source code. 2) What's the most important f= eature that's missing right now? Since I'm new here, I just wanted some = guidelines for pointing my attentions to some specific parts of the sourc= e code. Sincerely, Carlo Bramini ---------- Initial Header -----= ------ >From : xvid-devel-bounces@xvid.org To : xvid-dev= el@xvid.org Cc : Date : Mon, 11 Jul 2005 12:06:00 +0100=0D = Subject : Re: [XviD-devel] MMX improvements > Hello. > =0D = > On 7/11/05, carlo.bramix wrote: > > Hello eve= ryone. > > I improved this sources: > > > > src/bitstream/x86_asm/cbp= _mmx.asm > > > > My implementation is about 3% to 4% faster than previ= ous code. > > I would like to make my changes public: how should I do it= ? > > > > Sincerely, > > > > Carlo Bramini > > You can submit pa= tches to this mailing list. Just cvs diff -u the > file(s) you've altere= d and pipe the output into a file. Then attach > that file to a message = here, or if you prefer upload it to some space > and provide a link. > = > Regards, > Robert Swain > _________________________________________= ______ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.x= vid.org/mailman/listinfo/xvid-devel > =0A=0A=0A=0A______________________= ______________________________________=0ANavighi a 4 MEGA e i primi 3 mes= i sono GRATIS. =0AScegli Libero Adsl Flat senza limiti su http://www.libe= ro.it=0A --_=__=_XaM3_.1121171237.2A.480761.42.16204.52.42.007.20036 Content-Type: text/plain; name="=?iso-8859-1?Q?cbp=5Fmmx.asm.patch?=" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="=?iso-8859-1?Q?cbp=5Fmmx.asm.patch?=" Index: src/bitstream/x86_asm/cbp_mmx.asm =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D RCS file: /xvid/xvidcore/src/bitstream/x86_asm/cbp_mm= x.asm,v retrieving revision 1.12 diff -u -r1.12 cbp_mmx.asm --- src/bi= tstream/x86_asm/cbp_mmx.asm 29 Aug 2004 10:02:38 -0000 1.12 +++ src/bits= tream/x86_asm/cbp_mmx.asm 11 Jul 2005 22:15:40 -0000 @@ -1,136 +1,134 @@= -;/********************************************************************= ******** -; * -; * XVID MPEG-4 VIDEO CODEC -; * - MMX CBP computatio= n - -; * -; * Copyright (C) 2001-2003 Peter Ross -; = * 2002-2003 Pascal Massimino -; * -;= * This program is free software ; you can redistribute it and/or modify= -; * it under the terms of the GNU General Public License as published= by -; * the Free Software Foundation ; either version 2 of the License= , or -; * (at your option) any later version. -; * -; * This program= is distributed in the hope that it will be useful, -; * but WITHOUT AN= Y WARRANTY ; without even the implied warranty of -; * MERCHANTABILITY = or FITNESS FOR A PARTICULAR PURPOSE. See the -; * GNU General Public L= icense for more details. -; * -; * You should have received a copy of = the GNU General Public License -; * along with this program ; if not, w= rite to the Free Software -; * Foundation, Inc., 59 Temple Place, Suite= 330, Boston, MA 02111-1307 USA -; * -; * $Id: cbp_mmx.asm,v 1.12 2004= /08/29 10:02:38 edgomez Exp $ -; * -; *********************************= ******************************************/ - -BITS 32 - -;=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D -;= Macros -;=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D - -%macro cglobal 1 - %ifdef PREFIX - %ifdef MARK= _FUNCS - global _%1:function %1.endfunc-%1 - %define %1 _%1:functio= n %1.endfunc-%1 - %else - global _%1 - %define %1 _%1 - %endif=0D = - %else - %ifdef MARK_FUNCS - global %1:function %1.endfunc-%1 - %= else - global %1 - %endif - %endif -%endmacro - -;=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D -; Lo= cal data -;=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D - -%ifdef FORMAT_COFF -SECTION .rodata -%else -SE= CTION .rodata align=3D16 -%endif - -ALIGN 16 - -ignore_dc: - dw 0, = -1, -1, -1, -1, -1, -1, -1 - -;=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D -; Code -;=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D - -SECTION= .text - -cglobal calc_cbp_mmx - -;----------------------------------= ------------------------------------------- -; uint32_t calc_cbp_mmx(con= st int16_t coeff[6][64]); -;--------------------------------------------= --------------------------------- - -ALIGN 16 -calc_cbp_mmx: - push = ebx - push esi - - mov esi, [esp + 8 + 4] ; coeff - xor eax, eax = ; cbp =3D 0 - mov edx, (1 << 5) - - movq mm7, [ignore_dc] - -.loo= p - movq mm0, [esi] - movq mm1, [esi+8] - pand mm0, mm7 - - por = mm0, [esi+16] - por mm1, [esi+24] - - por mm0, [esi+32] - por mm1,= [esi+40] - - por mm0, [esi+48] - por mm1, [esi+56] - - por mm0, = [esi+64] - por mm1, [esi+72] - - por mm0, [esi+80] - por mm1, [esi= +88] - - por mm0, [esi+96] - por mm1, [esi+104] - - por mm0, [esi= +112] - por mm1, [esi+120] - - por mm0, mm1 - movq mm1, mm0 - ps= rlq mm1, 32 - lea esi, [esi + 128] - - por mm0, mm1 - movd ebx, mm= 0 - - test ebx, ebx - jz .next - or eax, edx ; cbp |=3D 1 << (= 5-i) - -.next - shr edx,1 - jnc .loop - - pop esi - pop ebx=0D = - - ret -.endfunc - +;/*********************************************= ******************************* +; * +; * XVID MPEG-4 VIDEO CODEC +; = * - MMX CBP computation - +; * +; * Copyright (C) 2001-2003 Peter Ros= s +; * 2002-2003 Pascal Massimino +; * +; * This program is free software ; you can redist= ribute it and/or modify +; * it under the terms of the GNU General Publ= ic License as published by +; * the Free Software Foundation ; either v= ersion 2 of the License, or +; * (at your option) any later version.=0D = +; * +; * This program is distributed in the hope that it will be usefu= l, +; * but WITHOUT ANY WARRANTY ; without even the implied warranty of= +; * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +;= * GNU General Public License for more details. +; * +; * You should = have received a copy of the GNU General Public License +; * along with = this program ; if not, write to the Free Software +; * Foundation, Inc.= , 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA +; * +; * $Id$= +; * +; **************************************************************= *************/ + +BITS 32 + +;=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D +; Macros +;=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D + +%mac= ro cglobal 1 + %ifdef PREFIX + %ifdef MARK_FUNCS + global _%1:funct= ion %1.endfunc-%1 + %define %1 _%1:function %1.endfunc-%1 + %else=0D = + global _%1 + %define %1 _%1 + %endif + %else + %ifdef MARK_FU= NCS + global %1:function %1.endfunc-%1 + %else + global %1 + %e= ndif + %endif +%endmacro + +;=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D +; Local data +;=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D + +%= ifdef FORMAT_COFF +SECTION .rodata +%else +SECTION .rodata align=3D16=0D = +%endif + +ALIGN 16 + +shift_mask: + dd 0x00000020, 0x00000020=0D = +ignore_dc: + dw 0, -1, -1, -1 + +;=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D +; Code +;=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D +=0D = +SECTION .text + +cglobal calc_cbp_mmx + +;--------------------------= --------------------------------------------------- +; uint32_t calc_cbp= _mmx(const int16_t coeff[6][64]); +;------------------------------------= ----------------------------------------- + +ALIGN 16 +calc_cbp_mmx:=0D = + mov eax, [esp + 4] ; coeff + mov edx, (1 << 5) + + mov= q mm4, [shift_mask] + psubd mm2, mm2 ; used only for com= paring + movq mm7, [ignore_dc] + psubd mm3, mm3 ; cbp = =3D 0 + +.loop + movq mm0, [eax] + movq mm1, [eax+8] + pand mm0, = mm7 + + por mm0, [eax+16] + por mm1, [eax+24] + + por mm0, [eax+3= 2] + por mm1, [eax+40] + + por mm0, [eax+48] + por mm1, [eax+56]=0D = + + por mm0, [eax+64] + por mm1, [eax+72] + + por mm0, [eax+80]=0D = + por mm1, [eax+88] + + por mm0, [eax+96] + por mm1, [eax+104] +=0D = + por mm0, [eax+112] + por mm1, [eax+120] + + por mm0, mm1 + pcmp= gtd mm0, mm2 + pand mm0, mm4 + por mm3, mm0 ; cbp |=3D= 1 << (5-i) + psrld mm4,1 + + shr edx,1 + lea eax, [eax + 128] + = jnc .loop + + movq mm0, mm3 + psrlq mm0, 32 + + por mm0, mm3 + = movd eax, mm0 + + ret +.endfunc + --_=__=_XaM3_.1121171237.2A.480761.42.16204.52.42.007.20036 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 --_=__=_XaM3_.1121171237.2A.480761.42.16204.52.42.007.20036-- From xvid-devel-bounces@xvid.org Tue Jul 12 14:43:52 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id E4514126D82 for ; Tue, 12 Jul 2005 14:43:52 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5BBC419134; Tue, 12 Jul 2005 14:43:34 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kepler.fjfi.cvut.cz (kepler.fjfi.cvut.cz [147.32.6.11]) by edu.bnhof.de (Postfix) with ESMTP id A39D919126 for ; Tue, 12 Jul 2005 14:43:30 +0200 (CEST) Received: from kepler.fjfi.cvut.cz (localhost.localdomain [127.0.0.1]) by kepler.fjfi.cvut.cz (8.12.11/8.12.11) with ESMTP id j6CChJgf024266; Tue, 12 Jul 2005 14:43:19 +0200 Received: from localhost (drab@localhost) by kepler.fjfi.cvut.cz (8.12.11/8.12.11/Submit) with ESMTP id j6CChJLX024261; Tue, 12 Jul 2005 14:43:19 +0200 Date: Tue, 12 Jul 2005 14:43:19 +0200 (CEST) From: Martin Drab To: skal@planet-d.net, xvid-devel@xvid.org Subject: Re: [XviD-devel] [PATCH] x86_64 QPel tables declaration fix In-Reply-To: <1121119917.3312.18.camel@localhost.localdomain> Message-ID: References: <1121119917.3312.18.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Tue, 12 Jul 2005, Pascal Massimino wrote: > > (BTW: I even > > think "int x[][]" is not allowed in C, I had a discussion with the GCC > > guys on this topic a while ago. > > Must have been quite a discussion, considering that gcc > allows use of zero-sized arrays ;) Well, actually I found some bug in the gcc (GCC bug #19333), http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19333 and it turned out that it was due to an improper handling of constructions like these in special cases, because gcc allowed them before. I don't know whether it was allowed only by accident or intentionally, but then they decided to ban these constructions as they are not allowed in the C standard anyway. If you take a closer look at the bugreport, you'll find out that it was discovered during a compilation of XviD. :-) Martin _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 12 14:58:32 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id A21AC126D82 for ; Tue, 12 Jul 2005 14:58:32 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3F10E18D99; Tue, 12 Jul 2005 14:58:20 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.205]) by edu.bnhof.de (Postfix) with ESMTP id A40AD1867B for ; Tue, 12 Jul 2005 14:58:17 +0200 (CEST) Received: by nproxy.gmail.com with SMTP id d4so275198nfe for ; Tue, 12 Jul 2005 05:58:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=t6Er8kbIiUAenE1/XnTYFVVULExPzG1yUjzzx02m4yyJshPApopwORxCwyv4PRZXHFEbTpHOvX/RKQ8/UWX9IEAD6c0crNW3u5fgB4P1iYq2jx+3lRkFLa7jRHLfdOf9Vrhf6AEZu75CY6nwVu78OO92UaSG7gkwPi55TsOrKdg= Received: by 10.48.240.16 with SMTP id n16mr186859nfh; Tue, 12 Jul 2005 05:58:16 -0700 (PDT) Received: by 10.48.4.16 with HTTP; Tue, 12 Jul 2005 05:58:16 -0700 (PDT) Message-ID: <4e03026a05071205587f815a0d@mail.gmail.com> Date: Tue, 12 Jul 2005 14:58:16 +0200 From: Guillaume POIRIER To: xvid-devel@xvid.org Subject: Re: [XviD-devel] MMX improvements In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Guillaume POIRIER , 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, On 7/12/05, carlo.bramix wrote: > Ok, after some hours of work and study (I had to understand how CVS works= ) I was able to make the patch with TortoiseCVS. It's unfortunately not the way it should be; If you have a closer look at your patch, it mostly consists in deleting the whole file to replace it with your implementation, which *could* be fine if you had found a revolutionary way to schedule the SIMD code, but I doubt it. All the more since your patch also changes the header, which has nothing to do with your MMX optimizations. This makes the reviewing task of the maintainers a little more difficult. I don't know how tortoiseCVS works, but you should try to find an option that discards white space changes to make this patch more readable. Could you maybe resend a clean patch? Regards, Guillaume --=20 A lie gets halfway around the world before the truth has a chance to get its pants on. -- Winston Churchill _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 12 15:05:06 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 4CE5D126D82 for ; Tue, 12 Jul 2005 15:05:06 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D7CA318DF5; Tue, 12 Jul 2005 15:04:53 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from connet.com.tw (unknown [202.39.28.154]) by edu.bnhof.de (Postfix) with ESMTP id BCDCD18D4A for ; Fri, 24 Jun 2005 07:08:01 +0200 (CEST) Received: (from root@localhost) by connet.com.tw Sharetech Mailgateway id j5O57nV04191 for xvid-devel@xvid.org; Fri, 24 Jun 2005 13:07:49 +0800 Received: from victorasus ([210.22.148.228]) (authenticated bits=0) by connet.com.tw Sharetech with ESMTP id j5O57UZV004098 for ; Fri, 24 Jun 2005 13:07:32 +0800 Message-ID: <000701c5787a$a8d2aed0$0f010a0a@victorasus> From: "Victor Chen" To: Date: Fri, 24 Jun 2005 13:07:24 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on connet.com.tw X-Spam-Status: No, hits=-97.7 required=5.0 tests=DEAR_SOMETHING, MIME_BASE64_TEXT,USER_IN_WHITELIST autolearn=no version=2.63 X-Spam-Level: X-Mailman-Approved-At: Tue, 12 Jul 2005 15:02:35 +0200 Subject: [XviD-devel] why xvid decode NOTHING on windows sometime? 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="===============1955052470==" Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org --===============1955052470== Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBzaXJzOg0KICAgICBJIHVzZSB4dmlkIGVuY29kZSB2aWRlbyBkYXRhIGluIGxpbnV4KCBW NEwgKSwgYW5kIHBsYXkgaXQgb24gd2luZG93cywgYXQgMzIwKjI0MCwgMTYwKjEyMCwgYWxsIGlz IG9rLg0KICAgICBidXQgaWYgSSBzZXQgdmlkZW8gc2l6ZSB0byAzNTIqMjg4IG9yIDY0MCo0ODAg b24gbGludXgsIGVuY29kZSBvaywgYnV0IGRlY29kZSBvbiB3aW5kb3dzIGdldCBlcnJvciBpbWFn ZSwgYW5kIG5vIGVycm9yIG1zZywgYW5kIEkgdGVzdCBsaWtlIHRoaXM6IGRlY29kZSBvbmUgZnJh bWUgb24gbGludXggdG8gUkdCMjQsIGFuZCBzaG93IHRoaXMgUkdCMjQgb24gd2luZG93cywgaXQg ZmluZSwgdGhlIGRlY29kZSBBUEkgb24gbGludXggYW5kIHdpbmRvd3MgYXJlIHNhbWUuIHNvIGl0 IHNlZW1zIHRoYXQgc29tZXRpbWVzLCBpdCBmYWlsZWQgdG8gZGVjb2RlIG9uIHdpbmRvd3MgYXQg c29tZSBpbWFnZSBzaXplLiANCiAgICBhbmQgc29tZXRpbWVzIGRlY29kZSBnZXQgeHZpZF9kZWNf c3RhdHMudHlwZT0wLCBtZWFucyBOT1RISU5HLiBidXQgc2FtZSBmcmFtZSBkZWNvZGUgb2sgb24g d2luZG93cy4NCiAgICBhdCBhbGwgdGltZSwgZnJhbWUgeHZpZF9kZWNfc3RhdHMudHlwZT0tMSBj YW4gZGVjb2RlIG9rIG9uIHdpbmRvd3MuDQogICAgV2h5IHh2aWRjb3JlIGRlY29kZSBpbmNvcnJl Y3Qgb24gd2luZG93cz8NCg0KdGhhbmtzLg0KDQo= --===============1955052470== 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 --===============1955052470==-- From xvid-devel-bounces@xvid.org Tue Jul 12 20:14:17 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id BF8C8126D82 for ; Tue, 12 Jul 2005 20:14:17 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id EC63718ECA; Tue, 12 Jul 2005 20:14:03 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.127]) by edu.bnhof.de (Postfix) with ESMTP id 6F3EF1867B for ; Tue, 12 Jul 2005 20:14:00 +0200 (CEST) Received: from localhost (172.16.1.80) by smtp3.libero.it (7.0.027-DD01) id 42C445C50026293A for xvid-devel@xvid.org; Tue, 12 Jul 2005 20:13:59 +0200 Received: from libero.it (172.16.1.104) by smtp1.libero.it (7.0.027-DD01) id 42C16E5C0020A5A3 for xvid-devel@xvid.org; Tue, 12 Jul 2005 20:13:59 +0200 Date: Tue, 12 Jul 2005 20:13:59 +0200 Message-Id: Subject: Re: [XviD-devel] MMX improvements MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "carlo.bramix" To: "xvid-devel" X-XaM3-API-Version: 4.1 (B27pl2) X-type: 0 X-SenderIP: 151.25.159.67 X-Virus-Scanned: by amavisd-new at libero.it serv2 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello, I found the cause of the "problem". My sources have a 0Dh 0Ah at= the end of each line, while the sources into the CVS repository have onl= y 0Ah. But I started from these sources: http://downloads.xvid.org/do= wnloads/xvid_latest.tar.gz and they are already in MS-DOS format! I w= ill try to change my modified source to Unix format before doing the patc= h file. Sincerely, Carlo Bramini. ---------- Initial Header ----= ------- >From : xvid-devel-bounces@xvid.org To : xvid-de= vel@xvid.org Cc : Date : Tue, 12 Jul 2005 14:58:16 +0200= Subject : Re: [XviD-devel] MMX improvements > Hi, > =0D = > On 7/12/05, carlo.bramix wrote: > > Ok, after= some hours of work and study (I had to understand how CVS works) I was a= ble to make the patch with TortoiseCVS. > > It's unfortunately not the= way it should be; If you have a closer look > at your patch, it mostly = consists in deleting the whole file to > replace it with your implementa= tion, which *could* be fine if you had > found a revolutionary way to sc= hedule the SIMD code, but I doubt it. > All the more since your patch al= so changes the header, which has > nothing to do with your MMX optimizat= ions. > > This makes the reviewing task of the maintainers a little mo= re difficult. > > I don't know how tortoiseCVS works, but you should t= ry to find an > option that discards white space changes to make this pa= tch more > readable. > > Could you maybe resend a clean patch? > =0D = > Regards, > Guillaume > -- > A lie gets halfway around the world bef= ore the truth has a chance to > get its pants on. > -- Winston Churchi= ll > _______________________________________________ > XviD-devel maili= ng list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/x= vid-devel > =0A=0A=0A=0A________________________________________________= ____________=0ANavighi a 4 MEGA e i primi 3 mesi sono GRATIS. =0AScegli L= ibero Adsl Flat senza limiti su http://www.libero.it=0A _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 12 23:42:44 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 019DB126D82 for ; Tue, 12 Jul 2005 23:42:43 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8F04D18EC6; Tue, 12 Jul 2005 23:42:23 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.ln9.net (rrcs-24-73-193-138.se.biz.rr.com [24.73.193.138]) by edu.bnhof.de (Postfix) with ESMTP id CC9B618E25 for ; Tue, 12 Jul 2005 23:42:19 +0200 (CEST) Received: from [192.168.100.164] (yarr.ad.ln9.net [192.168.100.164]) by mail.ln9.net (Postfix) with ESMTP id A67A94B0192 for ; Tue, 12 Jul 2005 17:42:16 -0400 (EDT) Message-ID: <42D43938.9070507@leoninedev.com> Date: Tue, 12 Jul 2005 17:42:16 -0400 From: Bryan Mayland Organization: Leonine Development, Inc. User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [XviD-devel] Is Motion search a separable 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 I was looking recently into breaking up xvid's motion search to be more multi-core friendly when I realized that my changes had seriously degraded quality. My basic approach is to vertically divide a frame into 2 halves (top and bottom), then have two separate threads run the MotionEstimation() function on each half of the image. Each thread has its own SearchData struct, but share the common current and reference frame information as well as params, interH, interV, and interHV. At first I assumed the quality issue was due to a lack of thread-safety on any of the data. To eliminate that, I had the bottom-half thread wait for the top-half thread before starting. Everything looked fine again. Then I switched them to make the bottom half go first and have the top half wait for it. Quality took a nose-dive. Finally I removed all my code and modified the original MotionEstimation() to loop for (y=mb_height/2; y X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id B5D2A126D82 for ; Tue, 12 Jul 2005 23:52:37 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5E332190F6; Tue, 12 Jul 2005 23:52:25 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp0.libero.it (smtp0.libero.it [193.70.192.33]) by edu.bnhof.de (Postfix) with ESMTP id 93AFB190EE for ; Tue, 12 Jul 2005 23:52:20 +0200 (CEST) Received: from localhost (172.16.1.84) by smtp0.libero.it (7.2.063) id 42D3AEA000024C7E for xvid-devel@xvid.org; Tue, 12 Jul 2005 23:52:19 +0200 Received: from libero.it (172.16.1.108) by smtp0.libero.it (7.2.063) id 42D3AE3F0001A047 for xvid-devel@xvid.org; Tue, 12 Jul 2005 23:52:19 +0200 Date: Tue, 12 Jul 2005 23:52:18 +0200 Message-Id: Subject: Re: [XviD-devel] MMX improvements MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: multipart/mixed; boundary="_=__=_XaM3_.1121205138.2A.743809.42.19231.52.42.007.22811" From: "carlo.bramix" To: "xvid-devel" X-XaM3-API-Version: 4.1 (B27pl2) X-type: 0 X-SenderIP: 151.25.136.239 X-Virus-Scanned: by amavisd-new at libero.it serv5 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 --_=__=_XaM3_.1121205138.2A.743809.42.19231.52.42.007.22811 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I did a new patch file as requested. I hope this could be more useful th= an previous one. Sincerely, Carlo Bramini. ---------- Initial He= ader ----------- >From : xvid-devel-bounces@xvid.org To = : xvid-devel@xvid.org Cc : Date : Tue, 12 Jul 2005 14:58= :16 +0200 Subject : Re: [XviD-devel] MMX improvements > H= i, > > On 7/12/05, carlo.bramix wrote: > > O= k, after some hours of work and study (I had to understand how CVS works)= I was able to make the patch with TortoiseCVS. > > It's unfortunately= not the way it should be; If you have a closer look > at your patch, it= mostly consists in deleting the whole file to > replace it with your im= plementation, which *could* be fine if you had > found a revolutionary w= ay to schedule the SIMD code, but I doubt it. > All the more since your = patch also changes the header, which has > nothing to do with your MMX o= ptimizations. > > This makes the reviewing task of the maintainers a l= ittle more difficult. > > I don't know how tortoiseCVS works, but you = should try to find an > option that discards white space changes to make= this patch more > readable. > > Could you maybe resend a clean patch= ? > > Regards, > Guillaume > -- > A lie gets halfway around the wo= rld before the truth has a chance to > get its pants on. > -- Winston = Churchill > _______________________________________________ > XviD-deve= l mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/lis= tinfo/xvid-devel > =0A=0A=0A=0A_________________________________________= ___________________=0ANavighi a 4 MEGA e i primi 3 mesi sono GRATIS. =0AS= cegli Libero Adsl Flat senza limiti su http://www.libero.it=0A --_=__=_XaM3_.1121205138.2A.743809.42.19231.52.42.007.22811 Content-Type: text/plain; name="=?iso-8859-1?Q?cbp=5Fmmx.asm.patch?=" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="=?iso-8859-1?Q?cbp=5Fmmx.asm.patch?=" Index: src/bitstream/x86_asm/cbp_mmx.asm =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D RCS file: /xvid/xvidcore/src/bitstream/x86_asm/cbp_mm= x.asm,v retrieving revision 1.12 diff -u -r1.12 cbp_mmx.asm --- src/bi= tstream/x86_asm/cbp_mmx.asm 29 Aug 2004 10:02:38 -0000 1.12 +++ src/bits= tream/x86_asm/cbp_mmx.asm 11 Jul 2005 22:15:40 -0000 @@ -20,7 +20,7 @@=0D = ; * along with this program ; if not, write to the Free Software ; * = Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA= ; * -; * $Id: cbp_mmx.asm,v 1.12 2004/08/29 10:02:38 edgomez Exp $=0D = +; * $Id$ ; * ; *****************************************************= **********************/ @@ -60,8 +60,10 @@ ALIGN 16 +shift_m= ask: + dd 0x00000020, 0x00000020 ignore_dc: - dw 0, -1, -1, -1, -1= , -1, -1, -1 + dw 0, -1, -1, -1 ;=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ; Code @@ -77,59 +79,= 55 @@ ALIGN 16 calc_cbp_mmx: - push ebx - push esi - - mov = esi, [esp + 8 + 4] ; coeff - xor eax, eax ; cbp =3D 0 + mov eax, [e= sp + 4] ; coeff mov edx, (1 << 5) + movq mm4, [shift_= mask] + psubd mm2, mm2 ; used only for comparing mov= q mm7, [ignore_dc] + psubd mm3, mm3 ; cbp =3D 0 .lo= op - movq mm0, [esi] - movq mm1, [esi+8] + movq mm0, [eax] + movq= mm1, [eax+8] pand mm0, mm7 - por mm0, [esi+16] - por mm1, [es= i+24] - - por mm0, [esi+32] - por mm1, [esi+40] + por mm0, [eax+16= ] + por mm1, [eax+24] - por mm0, [esi+48] - por mm1, [esi+56]=0D = + por mm0, [eax+32] + por mm1, [eax+40] - por mm0, [esi+64] - p= or mm1, [esi+72] + por mm0, [eax+48] + por mm1, [eax+56] - por m= m0, [esi+80] - por mm1, [esi+88] + por mm0, [eax+64] + por mm1, [ea= x+72] - por mm0, [esi+96] - por mm1, [esi+104] + por mm0, [eax+8= 0] + por mm1, [eax+88] - por mm0, [esi+112] - por mm1, [esi+120]= + por mm0, [eax+96] + por mm1, [eax+104] - por mm0, mm1 - mov= q mm1, mm0 - psrlq mm1, 32 - lea esi, [esi + 128] + por mm0, [eax+1= 12] + por mm1, [eax+120] por mm0, mm1 - movd ebx, mm0 + pcmp= gtd mm0, mm2 + pand mm0, mm4 + por mm3, mm0 ; cbp |=3D= 1 << (5-i) + psrld mm4,1 - test ebx, ebx - jz .next - or eax,= edx ; cbp |=3D 1 << (5-i) - -.next shr edx,1 + lea eax, [eax= + 128] jnc .loop - pop esi - pop ebx + movq mm0, mm3 + ps= rlq mm0, 32 + + por mm0, mm3 + movd eax, mm0 ret .endfunc=0D = --_=__=_XaM3_.1121205138.2A.743809.42.19231.52.42.007.22811 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 --_=__=_XaM3_.1121205138.2A.743809.42.19231.52.42.007.22811-- From xvid-devel-bounces@xvid.org Wed Jul 13 00:00:02 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id E30C0126D82 for ; Wed, 13 Jul 2005 00:00:02 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1A2C619100; Tue, 12 Jul 2005 23:59:51 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.205]) by edu.bnhof.de (Postfix) with ESMTP id 176B8190FD for ; Tue, 12 Jul 2005 23:59:48 +0200 (CEST) Received: by nproxy.gmail.com with SMTP id c2so11194nfe for ; Tue, 12 Jul 2005 14:59:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LKSbOivaP+dYGMzoUDJPlMekZNkuUgfkxPc5ff+CgWlkBp9O55+m5dm5mES8IpvzmUGr/Kqx+WC6S3Oc3O4ndJELbgJH7012DZL/F99JciDfO610bSJZzocOKV132hpEP4dzVfrVBWH7rv3QcYjQWrU45dtg914llT+OFAU/wH0= Received: by 10.48.4.10 with SMTP id 10mr8477nfd; Tue, 12 Jul 2005 14:59:48 -0700 (PDT) Received: by 10.48.4.16 with HTTP; Tue, 12 Jul 2005 14:59:48 -0700 (PDT) Message-ID: <4e03026a0507121459626f8103@mail.gmail.com> Date: Tue, 12 Jul 2005 23:59:48 +0200 From: Guillaume POIRIER To: xvid-devel@xvid.org Subject: Re: [XviD-devel] MMX improvements In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Guillaume POIRIER , 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, On 7/12/05, carlo.bramix wrote: > I did a new patch file as requested. > I hope this could be more useful than previous one. It looks a lot better, except that I don't think you should remove that lin= e:=20 ; * $Id: cbp_mmx.asm,v 1.12 2004/08/29 10:02:38 edgomez Exp $ Guillaume --=20 A lie gets halfway around the world before the truth has a chance to get its pants on. -- Winston Churchill _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jul 13 00:26:21 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 4ED57126D82 for ; Wed, 13 Jul 2005 00:26:21 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id E68C219112; Wed, 13 Jul 2005 00:26:07 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by edu.bnhof.de (Postfix) with ESMTP id B111A190E6 for ; Wed, 13 Jul 2005 00:26:04 +0200 (CEST) Received: from localhost (172.16.1.79) by smtp1.libero.it (7.0.027-DD01) id 42C16E9D00317AE3 for xvid-devel@xvid.org; Wed, 13 Jul 2005 00:26:03 +0200 Received: from libero.it (172.16.1.109) by smtp0.libero.it (7.2.063) id 42D3AE3F0001AB81 for xvid-devel@xvid.org; Wed, 13 Jul 2005 00:26:03 +0200 Date: Wed, 13 Jul 2005 00:26:03 +0200 Message-Id: Subject: Re: [XviD-devel] MMX improvements MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: multipart/mixed; boundary="_=__=_XaM3_.1121207163.2A.338147.42.28381.52.42.007.15285" From: "carlo.bramix" To: "xvid-devel" X-XaM3-API-Version: 4.1 (B27pl2) X-type: 0 X-SenderIP: 151.25.136.239 X-Virus-Scanned: by amavisd-new at libero.it serv1 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 --_=__=_XaM3_.1121207163.2A.338147.42.28381.52.42.007.15285 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I didn't modify the header. Unfortunately, I started to work on the offi= cial source release (not on CVS one). Then, after writing here how to st= art and after studying CVS a little I understood I had to use the CVS sna= pshot. I had overwritten original cbp_mmx.asm with mine but I did a mist= ake. I forgot to make a comparison between the two original files before= overwriting and I didn't see the header is different into that line. I = read that file was unmodified by 10 months so I thought they were identic= al. I know this isn't a big excuse but afterall I'm a newbie here. No= w header is restored as it is into CVS package. Is this my first correct= patch? Sincerely, Carlo Bramini ---------- Initial Header -----= ------ >From : xvid-devel-bounces@xvid.org To : xvid-dev= el@xvid.org Cc : Date : Tue, 12 Jul 2005 23:59:48 +0200=0D = Subject : Re: [XviD-devel] MMX improvements > Hi, > > O= n 7/12/05, carlo.bramix wrote: > > I did a new = patch file as requested. > > I hope this could be more useful than previ= ous one. > > It looks a lot better, except that I don't think you shou= ld remove that line: > ; * $Id: cbp_mmx.asm,v 1.12 2004/08/29 10:02:38 = edgomez Exp $ > > Guillaume > -- > A lie gets halfway around the wo= rld before the truth has a chance to > get its pants on. > -- Winston = Churchill > _______________________________________________ > XviD-deve= l mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/lis= tinfo/xvid-devel > =0A=0A=0A=0A_________________________________________= ___________________=0ANavighi a 4 MEGA e i primi 3 mesi sono GRATIS. =0AS= cegli Libero Adsl Flat senza limiti su http://www.libero.it=0A --_=__=_XaM3_.1121207163.2A.338147.42.28381.52.42.007.15285 Content-Type: text/plain; name="=?iso-8859-1?Q?cbp=5Fmmx.asm.patch?=" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="=?iso-8859-1?Q?cbp=5Fmmx.asm.patch?=" Index: src/bitstream/x86_asm/cbp_mmx.asm =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D RCS file: /xvid/xvidcore/src/bitstream/x86_asm/cbp_mm= x.asm,v retrieving revision 1.12 diff -u -r1.12 cbp_mmx.asm --- src/bi= tstream/x86_asm/cbp_mmx.asm 29 Aug 2004 10:02:38 -0000 1.12 +++ src/bits= tream/x86_asm/cbp_mmx.asm 12 Jul 2005 22:11:48 -0000 @@ -60,8 +60,10 @@=0D = ALIGN 16 +shift_mask: + dd 0x00000020, 0x00000020 ignore_dc= : - dw 0, -1, -1, -1, -1, -1, -1, -1 + dw 0, -1, -1, -1 ;=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= ; Code @@ -77,59 +79,55 @@ ALIGN 16 calc_cbp_mmx: - push ebx= - push esi - - mov esi, [esp + 8 + 4] ; coeff - xor eax, eax ; = cbp =3D 0 + mov eax, [esp + 4] ; coeff mov edx, (1 << 5)= + movq mm4, [shift_mask] + psubd mm2, mm2 ; used o= nly for comparing movq mm7, [ignore_dc] + psubd mm3, mm3 = ; cbp =3D 0 .loop - movq mm0, [esi] - movq mm1, [esi+8] + = movq mm0, [eax] + movq mm1, [eax+8] pand mm0, mm7 - por mm0, = [esi+16] - por mm1, [esi+24] - - por mm0, [esi+32] - por mm1, [esi= +40] + por mm0, [eax+16] + por mm1, [eax+24] - por mm0, [esi+48]= - por mm1, [esi+56] + por mm0, [eax+32] + por mm1, [eax+40] - = por mm0, [esi+64] - por mm1, [esi+72] + por mm0, [eax+48] + por mm= 1, [eax+56] - por mm0, [esi+80] - por mm1, [esi+88] + por mm0, [= eax+64] + por mm1, [eax+72] - por mm0, [esi+96] - por mm1, [esi+= 104] + por mm0, [eax+80] + por mm1, [eax+88] - por mm0, [esi+112= ] - por mm1, [esi+120] + por mm0, [eax+96] + por mm1, [eax+104] =0D = - por mm0, mm1 - movq mm1, mm0 - psrlq mm1, 32 - lea esi, [esi + 1= 28] + por mm0, [eax+112] + por mm1, [eax+120] por mm0, mm1 - = movd ebx, mm0 + pcmpgtd mm0, mm2 + pand mm0, mm4 + por mm3, mm0 = ; cbp |=3D 1 << (5-i) + psrld mm4,1 - test ebx, ebx= - jz .next - or eax, edx ; cbp |=3D 1 << (5-i) - -.next sh= r edx,1 + lea eax, [eax + 128] jnc .loop - pop esi - pop ebx= + movq mm0, mm3 + psrlq mm0, 32 + + por mm0, mm3 + movd eax, mm= 0 ret .endfunc --_=__=_XaM3_.1121207163.2A.338147.42.28381.52.42.007.15285 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 --_=__=_XaM3_.1121207163.2A.338147.42.28381.52.42.007.15285-- From xvid-devel-bounces@xvid.org Thu Jul 14 16:45:25 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 98512126D82 for ; Thu, 14 Jul 2005 16:45:25 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 29F301858B; Thu, 14 Jul 2005 16:45: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 E5B291912C for ; Thu, 14 Jul 2005 16:38:05 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.52) id 1Dt4qi-0001c4-87 for xvid-devel@xvid.org; Thu, 14 Jul 2005 16:38:04 +0200 Date: Thu, 14 Jul 2005 16:38:04 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20050714143804.GA6185@edgomez.kicks-ass.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: mutt-ng devel-20050619 (Debian) X-Mailman-Approved-At: Thu, 14 Jul 2005 16:45:06 +0200 Subject: [XviD-devel] [PATCH] Trivial style thingies 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 During merges, i noticed some style inconsistencies for code recently pushed to CVS. Here is a tiny patch that should fix TabvsSpace, indentation... The only exception is a part of the patch that clears a bit the qpel;c file, no need to have two times the same array declarations. diff -ur xvidcore.cvshead/examples/xvid_encraw.c xvidcore.tlahead/examples/xvid_encraw.c --- xvidcore.cvshead/examples/xvid_encraw.c 2005-07-11 00:15:47.000000000 +0200 +++ xvidcore.tlahead/examples/xvid_encraw.c 2005-07-14 16:10:07.000000000 +0200 @@ -240,7 +240,7 @@ int stats_type; int stats_quant; int stats_length; - int use_assembler = 1; // this default changed! + int use_assembler = 1; int input_num; int output_num; @@ -351,11 +351,9 @@ ARG_OUTPUTFILE = argv[i]; } else if (strcmp("-vop_debug", argv[i]) == 0) { ARG_VOPDEBUG = 1; - } - else if (strcmp("-grey", argv[i]) == 0) { + } else if (strcmp("-grey", argv[i]) == 0) { ARG_GREYSCALE = 1; - } - else if (strcmp("-qpel", argv[i]) == 0) { + } else if (strcmp("-qpel", argv[i]) == 0) { ARG_QPEL = 1; } else if (strcmp("-gmc", argv[i]) == 0) { ARG_GMC = 1; diff -ur xvidcore.cvshead/src/bitstream/bitstream.c xvidcore.tlahead/src/bitstream/bitstream.c --- xvidcore.cvshead/src/bitstream/bitstream.c 2005-06-26 16:28:09.000000000 +0200 +++ xvidcore.tlahead/src/bitstream/bitstream.c 2005-06-26 16:49:02.000000000 +0200 @@ -1180,12 +1180,12 @@ WRITE_MARKER(); - if (pParam->fincr>0) { - BitstreamPutBit(bs, 1); /* fixed_vop_rate = 1 */ - BitstreamPutBits(bs, pParam->fincr, MAX(log2bin(pParam->fbase-1),1)); /* fixed_vop_time_increment */ - }else{ - BitstreamPutBit(bs, 0); /* fixed_vop_rate = 0 */ - } + if (pParam->fincr>0) { + BitstreamPutBit(bs, 1); /* fixed_vop_rate = 1 */ + BitstreamPutBits(bs, pParam->fincr, MAX(log2bin(pParam->fbase-1),1)); /* fixed_vop_time_increment */ + }else{ + BitstreamPutBit(bs, 0); /* fixed_vop_rate = 0 */ + } WRITE_MARKER(); BitstreamPutBits(bs, pParam->width, 13); /* width */ diff -ur xvidcore.cvshead/src/dct/x86_asm/fdct_sse2_skal.asm xvidcore.tlahead/src/dct/x86_asm/fdct_sse2_skal.asm --- xvidcore.cvshead/src/dct/x86_asm/fdct_sse2_skal.asm 2005-06-26 16:28:09.000000000 +0200 +++ xvidcore.tlahead/src/dct/x86_asm/fdct_sse2_skal.asm 2005-06-26 16:41:48.000000000 +0200 @@ -104,7 +104,7 @@ ; Inverse DCT tables ;----------------------------------------------------------------------------- -align 16 +ALIGN 16 iTab1: dw 0x4000, 0x539f, 0x4000, 0x22a3 dw 0x4000, 0xdd5d, 0x4000, 0xac61 @@ -145,7 +145,7 @@ dw 0x3b21, 0x14c3, 0x979e, 0xc4df dw 0x14c3, 0x587e, 0x587e, 0x979e -align 16 +ALIGN 16 Walken_Idct_Rounders: dd 65536, 65536, 65536, 65536 dd 3597, 3597, 3597, 3597 @@ -400,7 +400,7 @@ ;----------------------------------------------------------------------------- ; IEEE1180 and Walken compatible version -align 16 +ALIGN 16 idct_sse2_skal: mov ecx, [esp+ 4] ; Src diff -ur xvidcore.cvshead/src/encoder.c xvidcore.tlahead/src/encoder.c --- xvidcore.cvshead/src/encoder.c 2005-06-26 16:28:09.000000000 +0200 +++ xvidcore.tlahead/src/encoder.c 2005-06-26 16:52:59.000000000 +0200 @@ -173,7 +173,7 @@ pEnc->mbParam.fbase = create->fincr <= 0 ? 25 : create->fbase; if (pEnc->mbParam.fincr>0) simplify_time((int*)&pEnc->mbParam.fincr, (int*)&pEnc->mbParam.fbase); - + /* zones */ if(create->num_zones > 0) { pEnc->num_zones = create->num_zones; diff -ur xvidcore.cvshead/src/image/qpel.c xvidcore.tlahead/src/image/qpel.c --- xvidcore.cvshead/src/image/qpel.c 2005-07-14 16:08:08.000000000 +0200 +++ xvidcore.tlahead/src/image/qpel.c 2005-07-14 16:19:45.000000000 +0200 @@ -408,43 +408,29 @@ * Using Symmetries (and bswap) could reduce further * the memory to 7 tables (->14K). */ #ifdef ARCH_IS_X86_64 -extern int16_t xvid_FIR_1_0_0_0[256][4]; -extern int16_t xvid_FIR_3_1_0_0[256][4]; -extern int16_t xvid_FIR_6_3_1_0[256][4]; -extern int16_t xvid_FIR_14_3_2_1[256][4]; -extern int16_t xvid_FIR_20_6_3_1[256][4]; -extern int16_t xvid_FIR_20_20_6_3[256][4]; -extern int16_t xvid_FIR_23_19_6_3[256][4]; -extern int16_t xvid_FIR_7_20_20_6[256][4]; -extern int16_t xvid_FIR_6_20_20_6[256][4]; -extern int16_t xvid_FIR_6_20_20_7[256][4]; -extern int16_t xvid_FIR_3_6_20_20[256][4]; -extern int16_t xvid_FIR_3_6_19_23[256][4]; -extern int16_t xvid_FIR_1_3_6_20[256][4]; -extern int16_t xvid_FIR_1_2_3_14[256][4]; -extern int16_t xvid_FIR_0_1_3_6[256][4]; -extern int16_t xvid_FIR_0_0_1_3[256][4]; -extern int16_t xvid_FIR_0_0_0_1[256][4]; +#define __SCOPE extern #else -int16_t xvid_FIR_1_0_0_0[256][4]; -int16_t xvid_FIR_3_1_0_0[256][4]; -int16_t xvid_FIR_6_3_1_0[256][4]; -int16_t xvid_FIR_14_3_2_1[256][4]; -int16_t xvid_FIR_20_6_3_1[256][4]; -int16_t xvid_FIR_20_20_6_3[256][4]; -int16_t xvid_FIR_23_19_6_3[256][4]; -int16_t xvid_FIR_7_20_20_6[256][4]; -int16_t xvid_FIR_6_20_20_6[256][4]; -int16_t xvid_FIR_6_20_20_7[256][4]; -int16_t xvid_FIR_3_6_20_20[256][4]; -int16_t xvid_FIR_3_6_19_23[256][4]; -int16_t xvid_FIR_1_3_6_20[256][4]; -int16_t xvid_FIR_1_2_3_14[256][4]; -int16_t xvid_FIR_0_1_3_6[256][4]; -int16_t xvid_FIR_0_0_1_3[256][4]; -int16_t xvid_FIR_0_0_0_1[256][4]; +#define __SCOPE #endif +__SCOPE int16_t xvid_FIR_1_0_0_0[256][4]; +__SCOPE int16_t xvid_FIR_3_1_0_0[256][4]; +__SCOPE int16_t xvid_FIR_6_3_1_0[256][4]; +__SCOPE int16_t xvid_FIR_14_3_2_1[256][4]; +__SCOPE int16_t xvid_FIR_20_6_3_1[256][4]; +__SCOPE int16_t xvid_FIR_20_20_6_3[256][4]; +__SCOPE int16_t xvid_FIR_23_19_6_3[256][4]; +__SCOPE int16_t xvid_FIR_7_20_20_6[256][4]; +__SCOPE int16_t xvid_FIR_6_20_20_6[256][4]; +__SCOPE int16_t xvid_FIR_6_20_20_7[256][4]; +__SCOPE int16_t xvid_FIR_3_6_20_20[256][4]; +__SCOPE int16_t xvid_FIR_3_6_19_23[256][4]; +__SCOPE int16_t xvid_FIR_1_3_6_20[256][4]; +__SCOPE int16_t xvid_FIR_1_2_3_14[256][4]; +__SCOPE int16_t xvid_FIR_0_1_3_6[256][4]; +__SCOPE int16_t xvid_FIR_0_0_1_3[256][4]; +__SCOPE int16_t xvid_FIR_0_0_0_1[256][4]; + static void Init_FIR_Table(int16_t Tab[][4], int A, int B, int C, int D) { diff -ur xvidcore.cvshead/src/utils/mem_transfer.c xvidcore.tlahead/src/utils/mem_transfer.c --- xvidcore.cvshead/src/utils/mem_transfer.c 2005-06-26 16:28:09.000000000 +0200 +++ xvidcore.tlahead/src/utils/mem_transfer.c 2005-06-26 16:57:43.000000000 +0200 @@ -70,7 +70,7 @@ for (j = 0; j < 8; j++) { for (i = 0; i < 8; i++) { dst[j * 8 + i] = (int16_t) src[j * stride + i]; - } + } } } diff -ur xvidcore.cvshead/vfw/src/config.c xvidcore.tlahead/vfw/src/config.c --- xvidcore.cvshead/vfw/src/config.c 2005-07-14 16:08:08.000000000 +0200 +++ xvidcore.tlahead/vfw/src/config.c 2005-07-14 16:24:13.000000000 +0200 @@ -866,7 +866,7 @@ EnableDlgWindow(hDlg, IDC_MAXBFRAMES_S, bvops); EnableDlgWindow(hDlg, IDC_BQUANTRATIO_S, bvops); EnableDlgWindow(hDlg, IDC_BQUANTOFFSET_S, bvops); - EnableDlgWindow(hDlg, IDC_PACKED, bvops && !(profiles[profile].flags & PROFILE_DXN)); + EnableDlgWindow(hDlg, IDC_PACKED, bvops && !(profiles[profile].flags & PROFILE_DXN)); break; case IDD_AR: -- 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 14 18:19:36 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 760D0126D82 for ; Thu, 14 Jul 2005 18:19:36 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8B76419176; Thu, 14 Jul 2005 18:19:23 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from fafnir.cs.unc.edu (fafnir.cs.unc.edu [152.2.129.90]) by edu.bnhof.de (Postfix) with ESMTP id 71B4519172 for ; Thu, 14 Jul 2005 18:19:19 +0200 (CEST) Received-SPF: none (fafnir.cs.unc.edu: domain of quartet.cs.unc.edu does not designate permitted sender hosts) Received: from quartet.cs.unc.edu (quartet.cs.unc.edu [152.2.133.252]) by fafnir.cs.unc.edu (8.13.4/8.13.4) with ESMTP id j6EGJGiv029028 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 14 Jul 2005 12:19:16 -0400 Date: Thu, 14 Jul 2005 12:19:16 -0400 (EDT) X-X-Sender: kumsu@quartet.cs.unc.edu To: xvid-devel@xvid.org Subject: Re: [XviD-devel] vop flag question In-Reply-To: <1121117812.3312.14.camel@localhost.localdomain> Message-ID: References: <1119422451.3892.7.camel@localhost.localdomain> <1121117812.3312.14.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.52 on 152.2.129.90 From: MAILER-DAEMON@edu.bnhof.de X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Sang-Uok Kum , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Mon, 11 Jul 2005, Pascal Massimino wrote: > On Thu, 2005-06-23 at 21:36, MAILER-DAEMON@edu.bnhof.de wrote: > > > > hmm... try setting the Cb & Cr values to '127' instead. > > > > > > > Thanks. That is a good idea. Slipped my mind that Cb & Cr is centered. > > I'll try it and post the results just in case anyone is interested. > > > you should really use a value of ~127 for Cb/Cr before > comparing. Because, even if the flag XVID_VOP_GREYSCALE > discards the Cb/Cr for *INTER* blocks, these chroma values > still matter for INTRA prediction. Actually, the default > prediction value is '128', more or less, but with rounding > taken into account, the idct(fdct(.)) fixed point is more > or less around '127', dependent of 'Q'. > That why i suggested you this value. > Thanks for pointing this out. I was always courious why the dc values are all coded even if the the 'cbp' says to don't code Cb/Cr. In CodeBlockIntra when coding block coeffs it always codes the dc but checks the 'cpb' when coding the ac. If the block pattern of the MB indicates that Cb/Cr is not coded why are the dc coded anyway? For that matter all dc of the blocks in the MB is coded regardless of what the indicated block pattern in the MB header says. For my hack I've changed it so if XVID_VOP_GREYSCALE is set the dc of the Cb/Cr block is always set to the smallest length one( {0x03, 2} ). Anyone knwo if this would cause any problems? thanks _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Jul 17 16:07:05 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 61D41126D82 for ; Sun, 17 Jul 2005 16:07:05 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 05DB018DE7; Sun, 17 Jul 2005 16:06:51 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.127]) by edu.bnhof.de (Postfix) with ESMTP id 95C9818DDB for ; Sun, 17 Jul 2005 16:06:48 +0200 (CEST) Received: from localhost (172.16.1.84) by smtp3.libero.it (7.0.027-DD01) id 42C445C50035F16A for xvid-devel@xvid.org; Sun, 17 Jul 2005 16:06:45 +0200 Received: from libero.it (172.16.1.82) by smtp3.libero.it (7.0.027-DD01) id 42C445A50024832E for xvid-devel@xvid.org; Sun, 17 Jul 2005 16:06:45 +0200 Date: Sun, 17 Jul 2005 16:06:45 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: multipart/mixed; boundary="_=__=_XaM3_.1121609205.2A.107164.42.28884.52.42.007.5871" From: "carlo.bramix" To: "xvid-devel" X-XaM3-API-Version: 4.1 (B27pl2) X-type: 0 X-SenderIP: 151.25.138.50 X-Virus-Scanned: by amavisd-new at libero.it serv5 Subject: [XviD-devel] More MMX improvements 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 --_=__=_XaM3_.1121609205.2A.107164.42.28884.52.42.007.5871 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hello, I did more improvements to: \xvid_20050712\xvidcore\src\bitstr= eam\x86_asm\cbp_mmx.c This new version is 6.2% to 7.4% faster if compa= red to the same source into the CVS. I attached this new patch here. =0D = Sincerely, Carlo Bramini =0A=0A=0A=0A________________________________= ____________________________=0A6X velocizzare la tua navigazione a 56k? 6= X Web Accelerator di Libero!=0AScaricalo su INTERNET GRATIS 6X http://www= .libero.it=0A --_=__=_XaM3_.1121609205.2A.107164.42.28884.52.42.007.5871 Content-Type: text/plain; name="=?iso-8859-1?Q?cbp=5Fmmx.asm.patch?=" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="=?iso-8859-1?Q?cbp=5Fmmx.asm.patch?=" Index: src/bitstream/x86_asm/cbp_mmx.asm =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D RCS file: /xvid/xvidcore/src/bitstream/x86_asm/cbp_mm= x.asm,v retrieving revision 1.12 diff -u -r1.12 cbp_mmx.asm --- src/bi= tstream/x86_asm/cbp_mmx.asm 29 Aug 2004 10:02:38 -0000 1.12 +++ src/bits= tream/x86_asm/cbp_mmx.asm 17 Jul 2005 13:21:38 -0000 @@ -60,8 +60,10 @@=0D = ALIGN 16 +shift_mask: + dd 0x00000002, 0x00000002 ignore_dc= : - dw 0, -1, -1, -1, -1, -1, -1, -1 + dw 0, -1, -1, -1 ;=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= ; Code @@ -77,59 +79,78 @@ ALIGN 16 calc_cbp_mmx: - push ebx= - push esi - - mov esi, [esp + 8 + 4] ; coeff - xor eax, eax ; = cbp =3D 0 - mov edx, (1 << 5) + mov eax, [esp + 4] ; coeff= + mov edx, 3 + movq mm4, [shift_mask] + psubd mm2, mm2 = ; used only for comparing movq mm7, [ignore_dc] - + psubd m= m3, mm3 ; cbp =3D 0 +; we can get better addressing by in= creasing 'eax' here because +; two blocks can be read with near addressi= ng [-128,+127] + add eax, 128 .loop - movq mm0, [esi] - movq mm1,= [esi+8] + movq mm0, [eax-128] + movq mm1, [eax-128+8] + movq mm5, = [eax] + movq mm6, [eax+8] pand mm0, mm7 + pand mm5, mm7 - po= r mm0, [esi+16] - por mm1, [esi+24] - - por mm0, [esi+32] - por mm= 1, [esi+40] - - por mm0, [esi+48] - por mm1, [esi+56] - - por mm0= , [esi+64] - por mm1, [esi+72] - - por mm0, [esi+80] - por mm1, [e= si+88] - - por mm0, [esi+96] - por mm1, [esi+104] - - por mm0, [e= si+112] - por mm1, [esi+120] + por mm0, [eax-128+16] + por mm1, [ea= x-128+24] + por mm5, [eax+16] + por mm6, [eax+24] + + por mm0, [ea= x-128+32] + por mm1, [eax-128+40] + por mm5, [eax+32] + por mm6, [e= ax+40] + + por mm0, [eax-128+48] + por mm1, [eax-128+56] + por mm5= , [eax+48] + por mm6, [eax+56] + + por mm0, [eax-128+64] + por mm1= , [eax-128+72] + por mm5, [eax+64] + por mm6, [eax+72] + + por mm0= , [eax-128+80] + por mm1, [eax-128+88] + por mm5, [eax+80] + por mm= 6, [eax+88] + + por mm0, [eax-128+96] + por mm1, [eax-128+104] + p= or mm5, [eax+96] + por mm6, [eax+104] + + por mm0, [eax-128+112] + = por mm1, [eax-128+120] + por mm5, [eax+112] + por mm6, [eax+120] =0D = por mm0, mm1 - movq mm1, mm0 - psrlq mm1, 32 - lea esi, [esi + 1= 28] + por mm5, mm6 + pcmpgtd mm0, mm2 + pcmpgtd mm5, mm2 + pand m= m0, mm4 + psrld mm5, 31 + add eax,256 + pslld mm3, 2 + por mm3, m= m0 + dec edx + por mm3, mm5 - por mm0, mm1 - movd ebx, mm0 + = jnz NEAR .loop - test ebx, ebx - jz .next - or eax, edx ; c= bp |=3D 1 << (5-i) - -.next - shr edx,1 - jnc .loop + movq mm0, m= m3 + psrlq mm0, 32 - pop esi - pop ebx + por mm0, mm3 + movd= eax, mm0 ret .endfunc --_=__=_XaM3_.1121609205.2A.107164.42.28884.52.42.007.5871 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 --_=__=_XaM3_.1121609205.2A.107164.42.28884.52.42.007.5871-- From xvid-devel-bounces@xvid.org Mon Jul 25 09:33:03 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 13970126D85 for ; Mon, 25 Jul 2005 09:33:03 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1FFAF184D5; Mon, 25 Jul 2005 09:32:47 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by edu.bnhof.de (Postfix) with ESMTP id 6456814FAA for ; Mon, 25 Jul 2005 09:32:43 +0200 (CEST) Received: from localhost (172.16.1.47) by smtp1.libero.it (7.0.027-DD01) id 42C16E9D0057E3B8 for xvid-devel@xvid.org; Mon, 25 Jul 2005 09:32:43 +0200 Received: from libero.it (172.16.1.80) by smtp3.libero.it (7.0.027-DD01) id 42C445A500356457 for xvid-devel@xvid.org; Mon, 25 Jul 2005 09:32:43 +0200 Date: Mon, 25 Jul 2005 09:32:43 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "carlo.bramix" To: "xvid-devel" X-XaM3-API-Version: 4.1 (B27pl2) X-type: 0 X-SenderIP: 212.45.156.239 X-Virus-Scanned: by amavisd-new at libero.it serv7 Subject: [XviD-devel] How/When are the patched accepted? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello everyone, I just wanted to know how the posted patches are accepte= d. Since I didn't receive any reply, I don't know if my changes are acce= pted, or refused, or if they are considered wrong. Sorry for the trouble= . Sincerely, Carlo Bramini. =0A=0A=0A=0A__________________________= __________________________________=0A6X velocizzare la tua navigazione a = 56k? 6X Web Accelerator di Libero!=0AScaricalo su INTERNET GRATIS 6X http= ://www.libero.it=0A _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jul 25 12:04:16 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id C2CBC126D85 for ; Mon, 25 Jul 2005 12:04:16 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 350E518DE5; Mon, 25 Jul 2005 12:04:06 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.193]) by edu.bnhof.de (Postfix) with ESMTP id 163AC185EF for ; Mon, 25 Jul 2005 12:04:01 +0200 (CEST) Received: by nproxy.gmail.com with SMTP id h2so117181nfe for ; Mon, 25 Jul 2005 03:03:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pv1K9n1F9wY+lsExoKO2W5FWgrbmYF7G1oZlpMf1F8RVKt6jAR0FjrLSzViVIOGcH/YZ3ki+UHZ2L+HlhflP0WL4mMclrjHXUixOHPTii+yofCMfL+i8SlIkedKFf1yvz57kQE4Mu1rrmCu4+S0PXXzi3YM1rCHDvYG5qSkxwzM= Received: by 10.48.4.10 with SMTP id 10mr149540nfd; Mon, 25 Jul 2005 03:03:59 -0700 (PDT) Received: by 10.48.4.16 with HTTP; Mon, 25 Jul 2005 03:03:59 -0700 (PDT) Message-ID: <4e03026a050725030321cd0687@mail.gmail.com> Date: Mon, 25 Jul 2005 12:03:59 +0200 From: Guillaume POIRIER To: xvid-devel@xvid.org Subject: Re: [XviD-devel] More MMX improvements In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Guillaume POIRIER , 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, On 7/17/05, carlo.bramix wrote: > Hello, > I did more improvements to: >=20 > \xvid_20050712\xvidcore\src\bitstream\x86_asm\cbp_mmx.c >=20 > This new version is 6.2% to 7.4% faster if compared to the same source in= to the CVS. > I attached this new patch here. patch -p1 < /tmp/cbp_mmx.asm.patch File to patch: src/bitstream/x86_asm/cbp_mmx.asm patching file src/bitstream/x86_asm/cbp_mmx.asm Hunk #2 FAILED at 79. 1 out of 2 hunks FAILED -- saving rejects to file src/bitstream/x86_asm/cbp_mmx.asm.rej Sorry Carlo, but your patch doesn't apply. Could you send an updated patch that applies cleanly to CVS? Guillaume --=20 I feel sorry for people who don't drink. When they wake up in the morning, that's as good as they're going to feel all day. -- Frank Sinatra _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jul 25 17:36:35 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id B529C126D85 for ; Mon, 25 Jul 2005 17:36:35 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 954D918DDB; Mon, 25 Jul 2005 17:36:26 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52]) by edu.bnhof.de (Postfix) with ESMTP id 85D2818DA8 for ; Mon, 25 Jul 2005 17:36:21 +0200 (CEST) Received: from localhost (172.16.1.79) by smtp2.libero.it (7.0.027-DD01) id 42C48C81004F2244; Mon, 25 Jul 2005 17:36:12 +0200 Received: from libero.it (172.16.1.110) by smtp3.libero.it (7.0.027-DD01) id 42C445A50036E4BF; Mon, 25 Jul 2005 17:36:11 +0200 Date: Mon, 25 Jul 2005 17:36:11 +0200 Message-Id: Subject: Re: [XviD-devel] More MMX improvements MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "carlo.bramix" To: "poirierg" , "xvid-devel" X-XaM3-API-Version: 4.1 (B27pl2) X-type: 0 X-SenderIP: 212.45.156.239 X-Virus-Scanned: by amavisd-new at libero.it serv1 Cc: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello, I can't really understand what I'm doing wrong this time... I te= sted the patch command with djgpp and cygwin: carlo@carlonew ~ $ patc= h -p0 < cbp_mmx.asm.patch (Stripping trailing CRs from patch.) patching= file src/bitstream/x86_asm/cbp_mmx.asm carlo@carlonew ~ $ The mes= sage "Stripping trailing CRs from patch." happened because I grabbed the = patch file from the text archive of the mailing list: after pasting it in= to the notepad and saving it as cbp_mmx.asm.patch it wrote CR-LF at the e= nd of each line, but in my opinion it shouldn't be a problem. I also tri= ed to download that ASM file from CVS. I used the web based CVS interfac= e for getting cbp_mmx.asm. It worked too, exactly like the one stored in= to xvid_latest.tar.gz (afterall, they are identical). I can do again the= patch with cygwin CVS instead of tortoiseCVS, but I remember that it was= almost the same. Sincerely, Carlo Bramini ---------- Initia= l Header ----------- >From : xvid-devel-bounces@xvid.org To = : xvid-devel@xvid.org Cc : Date : Mon, 25 Jul 2005 1= 2:03:59 +0200 Subject : Re: [XviD-devel] More MMX improvements =0D = > Hi, > > On 7/17/05, carlo.bramix wrot= e: > > Hello, > > I did more improvements to: > > > > \xvid_20050712= \xvidcore\src\bitstream\x86_asm\cbp_mmx.c > > > > This new version is = 6.2% to 7.4% faster if compared to the same source into the CVS. > > I a= ttached this new patch here. > > patch -p1 < /tmp/cbp_mmx.asm.patch=0D = > File to patch: src/bitstream/x86_asm/cbp_mmx.asm > patching file src/b= itstream/x86_asm/cbp_mmx.asm > Hunk #2 FAILED at 79. > 1 out of 2 hunks= FAILED -- saving rejects to file > src/bitstream/x86_asm/cbp_mmx.asm.re= j > > Sorry Carlo, but your patch doesn't apply. Could you send an upd= ated > patch that applies cleanly to CVS? > > Guillaume > -- > I f= eel sorry for people who don't drink. > When they wake up in the morning= , that's > as good as they're going to feel all day. > -- Frank Sinatr= a > _______________________________________________ > XviD-devel mailin= g list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xv= id-devel > =0A=0A=0A=0A_________________________________________________= ___________=0A6X velocizzare la tua navigazione a 56k? 6X Web Accelerator= di Libero!=0AScaricalo su INTERNET GRATIS 6X http://www.libero.it=0A _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jul 25 22:34:28 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 30F6A126D85 for ; Mon, 25 Jul 2005 22:34:28 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3EDD318DDB; Mon, 25 Jul 2005 22:34:20 +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 6B71D18D9B for ; Mon, 25 Jul 2005 22:34:16 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.52) id 1Dx9eV-0008GD-KB for xvid-devel@xvid.org; Mon, 25 Jul 2005 22:34:19 +0200 Date: Mon, 25 Jul 2005 22:34:19 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20050725203419.GA31731@edgomez.kicks-ass.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: mutt-ng devel-20050619 (Debian) Subject: [XviD-devel] [PATCH] Make xvid_decraw tga output usable on big endian hosts 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 # HG changeset patch # User ed.gomez@free.fr # Node ID 2cb6e75029e770596f2550d4b5687d9f36d1b05a # Parent ff04915d8c22e96d33716a4f0a1c28cf36dfebcd Fix big endian tga output for decraw. >From ed.gomez: * Writing pointed data is always better than memory addresses diff -r ff04915d8c22 -r 2cb6e75029e7 examples/xvid_decraw.c --- a/examples/xvid_decraw.c Thu Jul 14 14:25:43 2005 +++ b/examples/xvid_decraw.c Mon Jul 25 19:45:25 2005 @@ -576,19 +576,19 @@ int i; for (i=0; i X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id C5F23126D83 for ; Tue, 26 Jul 2005 05:58:08 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 436B018DE7; Tue, 26 Jul 2005 05:58:01 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from vms2.rit.edu (vms2.isc.rit.edu [129.21.3.9]) by edu.bnhof.de (Postfix) with ESMTP id 97DC018D60 for ; Tue, 26 Jul 2005 05:57:56 +0200 (CEST) Received: from localhost (cpe-69-204-37-98.rochester.res.rr.com [69.204.37.98]) by ritvax.isc.rit.edu (PMDF V6.2-X26 #30843) with ESMTPA id <01LR279ADW14W34O23@ritvax.isc.rit.edu> for xvid-devel@xvid.org; Mon, 25 Jul 2005 23:57:40 -0400 (EDT) Date: Mon, 25 Jul 2005 23:37:28 -0400 From: Paul Kurucz Subject: Re: [XviD-devel] [PATCH] Make xvid_decraw tga output usable on big endian hosts In-reply-to: <20050725203419.GA31731@edgomez.kicks-ass.org> To: xvid-devel@xvid.org Message-id: <20050725233728.365c303e.ptk9417@ritvax.isc.rit.edu> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; powerpc-unknown-linux-gnu) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT X-RIT-Received-From: 69.204.37.98 ptk9417@ritvax.isc.rit.edu References: <20050725203419.GA31731@edgomez.kicks-ass.org> 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 Edouard, > for (i=0; i if (BPP == 1) { ..... ..... > } else if (BPP == 2) { > - fputc(image+i+1, f); > - fputc(image+i+0, f); > + fputc(*(image+i+1), f); > + fputc(*(image+i+0), f); How about: fputc(image[i+1], f); fputc(image[i+0], f); Paul _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jul 26 10:15:05 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 5D14E126D83 for ; Tue, 26 Jul 2005 10:15:05 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 721A918E3C; Tue, 26 Jul 2005 10:14:55 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by edu.bnhof.de (Postfix) with ESMTP id 86749190F6 for ; Tue, 26 Jul 2005 10:14:49 +0200 (CEST) Received: from imp2-q.free.fr (imp2-q.free.fr [212.27.42.2]) by postfix3-2.free.fr (Postfix) with ESMTP id 92472C0D4 for ; Tue, 26 Jul 2005 10:14:49 +0200 (CEST) Received: by imp2-q.free.fr (Postfix, from userid 33) id 0F7E26BA38; Tue, 26 Jul 2005 09:49:28 +0200 (MEST) Received: from 195.101.164.39 ([195.101.164.39]) by imp2-q.free.fr (IMP) with HTTP for ; Tue, 26 Jul 2005 09:49:27 +0200 Message-ID: <1122364167.42e5eb07ed1c2@imp2-q.free.fr> Date: Tue, 26 Jul 2005 09:49:27 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [PATCH] Make xvid_decraw tga output usable on big endian hosts References: <20050725203419.GA31731@edgomez.kicks-ass.org> <20050725233728.365c303e.ptk9417@ritvax.isc.rit.edu> In-Reply-To: <20050725233728.365c303e.ptk9417@ritvax.isc.rit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 195.101.164.39 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 Selon Paul Kurucz : > > for (i=0; i > "width" and "heigth" aren't defined. It should be XDIM*YDIM. No? Hmmm how could that slip into my xvidcore tree, i was reusing this function in another project of mine and had to rename width/height which were arguments. I'll resubmit a patch then. > > > if (BPP == 1) { > ..... > ..... > > } else if (BPP == 2) { > > - fputc(image+i+1, f); > > - fputc(image+i+0, f); > > + fputc(*(image+i+1), f); > > + fputc(*(image+i+0), f); > > How about: > fputc(image[i+1], f); > fputc(image[i+0], f); Well i'm not going to enter into notation wars, one or the other are fine adn equivalent in this case, so going for the less effort i'll stay with the pointer notation :-) -- 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 27 01:41:55 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id E1BCB126D91 for ; Wed, 27 Jul 2005 01:41:55 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 6D55A19126; Wed, 27 Jul 2005 01:41:49 +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 AF3E019124 for ; Wed, 27 Jul 2005 01:41:32 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.52) id 1DxZ3I-0007xl-9g for xvid-devel@xvid.org; Wed, 27 Jul 2005 01:41:36 +0200 Date: Wed, 27 Jul 2005 01:41:36 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20050726234136.GA6713@edgomez.kicks-ass.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: mutt-ng devel-20050619 (Debian) Subject: [XviD-devel] [PATCH] Long standing error in xvid_decraw for big endian hosts 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 Please apply after my last patch. # HG changeset patch # User ed.gomez@free.fr # Node ID 4fea89b12adc00ce55a53bb01a06c58188461880 # Parent 5397bb5706a7c402c6438c21e4641c5edb729943 Long standing error in xvid_decraw for big endian hosts >From ed.gomez, spoted by Paul Kurucz ptk9417 at ritvax.isc.rit.edu * No width and height declared in write_tga bug. diff -r 5397bb5706a7 -r 4fea89b12adc examples/xvid_decraw.c --- a/examples/xvid_decraw.c Mon Jul 25 19:45:25 2005 +++ b/examples/xvid_decraw.c Tue Jul 26 23:32:52 2005 @@ -574,7 +574,7 @@ #else { int i; - for (i=0; i X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 1A475126D97 for ; Wed, 27 Jul 2005 22:43:07 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D0F301566C; Wed, 27 Jul 2005 22:42:59 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.ln9.net (rrcs-24-73-193-138.se.biz.rr.com [24.73.193.138]) by edu.bnhof.de (Postfix) with ESMTP id 0B2B215669 for ; Wed, 27 Jul 2005 22:42:55 +0200 (CEST) Received: from [192.168.100.164] (yarr.ad.ln9.net [192.168.100.164]) by mail.ln9.net (Postfix) with ESMTP id D77794B04CA for ; Wed, 27 Jul 2005 16:42:53 -0400 (EDT) Message-ID: <42E7F1CD.4030905@leoninedev.com> Date: Wed, 27 Jul 2005 16:42:53 -0400 From: Bryan Mayland Organization: Leonine Development, Inc. User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [XviD-devel] Multithreaded Motion Search - looking for benchmarker 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 While I was lying in bed the other night thinking about how much time it takes to encode my 720x480 MPEG2 television recordings in 2-pass XViD, I considered a processor upgrade. That of course led me to ponder about the performance of XViD on a dual core processor. I know that the xvidcore itself is single threaded for safety and simplicity, but maybe it would benefit to run multithreaded in the area where 50% of encoding time is spent (on my system): Motion Estimation. This was brought up in a thread in Sept 04 "[XviD devel] Changes to get_pmv2", but it sort of died when gruel said that the overhead of the threading negated any performance gains. Since I don't take no for an answer, I have hacked (and when I say hacked I mean this is some really ugly code) support for a win32 dual-threaded MotionEstimation() against CVS head. Yeah, win32. I do all of my encoding under linux, but I'm just a better windows programmer when it comes to threading. The new code still works on my system, with what only looks like a minor speed hit. However, I'd like to see if performance is increased (theoretically by up to 25%) on a SMP or multicore system. The algorithm creates a second thread to help with the ME, although there is no reason this could not be increased further. An array [mb_width x mb_height] of "completed blocks" is initialized to 0, and an array of "available blocks" is initialized to point to the block at (0,0). Once the thread has completed the search, the block is flagged as completed and then the algorithm checks to see if the block to the right can be searched (which is true if block2's top right neighbor is complete), and if the block to the bottom left can be searched (which is true if block3's left neighbor is complete). These blocks are added to the "available" list. If there are blocks on the list, the thread takes one and starts again. This is kinda a rough explanation, and I'll go into more detail if this works, but in a nutshell what happens is thread1 searches (0,0) then (1,0), sets (0,1) as available and keeps going right. Thread2 picks up on row 1 and starts moving right along that row. More CPUs/threads would just jump on more rows as they are ready so the entire motion search actually completes in a diagonal pattern top left to bottom right. I actually wrangled up a dual Pentium II-450 system and gave this a try 512x480 29.97 xvid source material 34,400 frames, using VirtualDubMod. Default options except for b-frames disabled ========================================= Standard CVS head: 1hr 20mins (7.1fps) My code: 1hr 6mins (8.7fps) ========================================= Not bad considering this is just ugly unoptimized code Is there anyone who has a win32 SMP or multicore machine that would be willing to benchmark my xvidcore.dll against the standard CVS head? http://capnbry.net/~bmayland/fi/xvidcore.zip _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jul 27 23:27:32 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id EB424126D97 for ; Wed, 27 Jul 2005 23:27:31 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 857C91568F; Wed, 27 Jul 2005 23:27:26 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from scamper.lut.ac.uk (scamper.lut.ac.uk [158.125.1.219]) by edu.bnhof.de (Postfix) with ESMTP id 892D41568B for ; Wed, 27 Jul 2005 23:26:12 +0200 (CEST) Received: from [158.125.1.220] (helo=jamie.lut.ac.uk) by scamper.lut.ac.uk with esmtp (Exim 4.44) id 1DxtPm-0001ds-Rh for xvid-devel@xvid.org; Wed, 27 Jul 2005 22:26:11 +0100 Received: from apache by jamie.lut.ac.uk with local (Exim 4.44) id 1DxtPm-0005W2-Kd for xvid-devel@xvid.org; Wed, 27 Jul 2005 22:26:10 +0100 Received: from cpc1-kemp2-4-0-cust138.lutn.cable.ntl.com (cpc1-kemp2-4-0-cust138.lutn.cable.ntl.com [81.109.153.138]) by staff-webmail.lboro.ac.uk (IMP) with HTTP for ; Wed, 27 Jul 2005 22:26:10 +0100 Message-ID: <1122499570.42e7fbf294d17@staff-webmail.lboro.ac.uk> Date: Wed, 27 Jul 2005 22:26:10 +0100 From: Tom Jacobs To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Multithreaded Motion Search - looking for benchmarker References: <42E7F1CD.4030905@leoninedev.com> In-Reply-To: <42E7F1CD.4030905@leoninedev.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="-MOQ1122499568581da256b1986af120f5bd2626edafdd" User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 81.109.153.138 X-Scan-Signature: 6e544a90934377ea01141e3a0dc104ad X-Mailman-Approved-At: Wed, 27 Jul 2005 23:27:23 +0200 X-Content-Filtered-By: Mailman/MimeDel 2.1.4 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org This message is in MIME format. ---MOQ1122499568581da256b1986af120f5bd2626edafdd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit wow someone actually went back that far in the archive. welll it let you all know where i got with it ive dpne this. my work is for me phd and i have been compiling for the simplescalar and not x48. not very handy for every normal user but it lets me sumilar for any number of processors and gives me cycle accurate data :) for example i have been encoding some HD images with 128 procossor. i finished xvid before last christmas and it gave me a near linear reduction in instruction count per processor. i have just come back (about 5hr ago) from Samos (greek island) where i presented a paper on my work in xvid (http://www.ece.uvic.ca/asap2005/) . i prolly shouldnt attach the paper cos its copyrighted by IEEE now but here it is anyway. as for using multithreading for normal users you could try the pthread library. this has succesfully be used in x264 to thread that (which ive done with simplescalr too, another video codec done and dusted ;) ). i will send my copy of motion_estimation.c once i am back at uni, 3 weeks cos off on holiday on sat Quoting Bryan Mayland : > While I was lying in bed the other night thinking about how much time it > takes to encode my 720x480 MPEG2 television recordings in 2-pass XViD, I > considered a processor upgrade. That of course led me to ponder about > the performance of XViD on a dual core processor. I know that the > xvidcore itself is single threaded for safety and simplicity, but maybe > it would benefit to run multithreaded in the area where 50% of encoding > time is spent (on my system): Motion Estimation. > > This was brought up in a thread in Sept 04 "[XviD devel] Changes to > get_pmv2", but it sort of died when gruel said that the overhead of the > threading negated any performance gains. > > Since I don't take no for an answer, I have hacked (and when I say > hacked I mean this is some really ugly code) support for a win32 > dual-threaded MotionEstimation() against CVS head. Yeah, win32. I do > all of my encoding under linux, but I'm just a better windows programmer > when it comes to threading. The new code still works on my system, with > what only looks like a minor speed hit. However, I'd like to see if > performance is increased (theoretically by up to 25%) on a SMP or > multicore system. > > The algorithm creates a second thread to help with the ME, although > there is no reason this could not be increased further. An array > [mb_width x mb_height] of "completed blocks" is initialized to 0, and an > array of "available blocks" is initialized to point to the block at > (0,0). Once the thread has completed the search, the block is flagged as > completed and then the algorithm checks to see if the block to the right > can be searched (which is true if block2's top right neighbor is > complete), and if the block to the bottom left can be searched (which is > true if block3's left neighbor is complete). These blocks are added to > the "available" list. If there are blocks on the list, the thread takes > one and starts again. > > This is kinda a rough explanation, and I'll go into more detail if this > works, but in a nutshell what happens is thread1 searches (0,0) then > (1,0), sets (0,1) as available and keeps going right. Thread2 picks up > on row 1 and starts moving right along that row. More CPUs/threads > would just jump on more rows as they are ready so the entire motion > search actually completes in a diagonal pattern top left to bottom right. > > I actually wrangled up a dual Pentium II-450 system and gave this a try > 512x480 29.97 xvid source material 34,400 frames, using VirtualDubMod. > Default options except for b-frames disabled > ========================================= > Standard CVS head: 1hr 20mins (7.1fps) > My code: 1hr 6mins (8.7fps) > ========================================= > Not bad considering this is just ugly unoptimized code > > Is there anyone who has a win32 SMP or multicore machine that would be > willing to benchmark my xvidcore.dll against the standard CVS head? > http://capnbry.net/~bmayland/fi/xvidcore.zip > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > ---MOQ1122499568581da256b1986af120f5bd2626edafdd 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 ---MOQ1122499568581da256b1986af120f5bd2626edafdd-- From xvid-devel-bounces@xvid.org Thu Jul 28 20:45:27 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 35F79126D9E for ; Thu, 28 Jul 2005 20:45:27 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5971515693; Thu, 28 Jul 2005 20:45:17 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay19-f36.bay19.hotmail.com [64.4.53.86]) by edu.bnhof.de (Postfix) with ESMTP id 797C015669 for ; Thu, 28 Jul 2005 20:45:11 +0200 (CEST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 28 Jul 2005 11:45:10 -0700 Message-ID: Received: from 202.175.54.227 by by19fd.bay19.hotmail.msn.com with HTTP; Thu, 28 Jul 2005 18:45:09 GMT X-Originating-IP: [202.175.54.227] X-Originating-Email: [lawbreakeron@hotmail.com] X-Sender: lawbreakeron@hotmail.com From: "Law Ron" To: xvid-devel@xvid.org Date: Thu, 28 Jul 2005 18:45:09 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=big5; format=flowed X-OriginalArrivalTime: 28 Jul 2005 18:45:10.0048 (UTC) FILETIME=[7B2E5200:01C593A4] Subject: [XviD-devel] How to directly change the options of xvid vfw? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi all, I attemp to develop a project and using xvid vfw, coz I am using vc++ on winxp platform, and I am trying to directly change the options of xvid vfw, not via the dialog box. How can I get that? Can anyone help? Thanks a lot, Regards, Ron _________________________________________________________________ MSN ¬Ûï´£¨Ñ±z³Ì²³æªº¤è¦¡¤À¨É¨Ã¦C¦L±zªº¬Û¤ù¡A½Ð²¾¦Ü : http://photos.msn.com.hk/support/worldwide.aspx _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jul 28 22:38:47 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 7E825126D9F for ; Thu, 28 Jul 2005 22:38:47 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id E3F9215696; Thu, 28 Jul 2005 22:38:42 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.198]) by edu.bnhof.de (Postfix) with ESMTP id 279C015692 for ; Thu, 28 Jul 2005 22:38:39 +0200 (CEST) Received: by nproxy.gmail.com with SMTP id h2so128818nfe for ; Thu, 28 Jul 2005 13:38:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MeBcmCdMYyNGMB/bk3IHxDuPeH1t0bqLs9YlRnZTpJhlOcEs/EilD5R4APHEXRF0XkSIZfWQ2dhd9Qno6yKl6JRbkcmQl07/F6FM63GaBde6PigCTEdAtQihW5AnK2uk/3q6entcTF2nK8l4LGhgdUUrJqwzHaVF3x+eC6fglTo= Received: by 10.48.250.9 with SMTP id x9mr86968nfh; Thu, 28 Jul 2005 13:38:38 -0700 (PDT) Received: by 10.48.4.16 with HTTP; Thu, 28 Jul 2005 13:38:38 -0700 (PDT) Message-ID: <4e03026a05072813384e1abf74@mail.gmail.com> Date: Thu, 28 Jul 2005 22:38:38 +0200 From: Guillaume POIRIER To: xvid-devel@xvid.org Subject: Re: [XviD-devel] More MMX improvements In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Guillaume POIRIER , 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, On 7/17/05, carlo.bramix wrote: > Hello, > I did more improvements to: >=20 > \xvid_20050712\xvidcore\src\bitstream\x86_asm\cbp_mmx.c >=20 > This new version is 6.2% to 7.4% faster if compared to the same source in= to the CVS. > I attached this new patch here. Your optimization do work for me, but I can't measure any speed-up. You must be optimizing a part of XviD that doesn't account for a large part of the encoding process. Now, I don't know what the maintainers are gonna do about it, but I'm quite worried about the fact that no one has commented on that patch. :-( Guillaume --=20 I feel sorry for people who don't drink. When they wake up in the morning, that's as good as they're going to feel all day. -- Frank Sinatra _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jul 28 23:53:34 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id E5EBC126D9F for ; Thu, 28 Jul 2005 23:53:33 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A24BD1565B; Thu, 28 Jul 2005 23:53:28 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp4.wanadoo.fr (smtp4.wanadoo.fr [193.252.22.27]) by edu.bnhof.de (Postfix) with ESMTP id 72BDA89D7 for ; Thu, 28 Jul 2005 23:53:24 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0408.wanadoo.fr (SMTP Server) with ESMTP id 7966F1C0016F for ; Thu, 28 Jul 2005 23:53:24 +0200 (CEST) Received: from localhost.localdomain (ASte-Genev-Bois-151-1-55-208.w82-121.abo.wanadoo.fr [82.121.15.208]) by mwinf0408.wanadoo.fr (SMTP Server) with ESMTP id 334771C00166 for ; Thu, 28 Jul 2005 23:53:23 +0200 (CEST) X-ME-UUID: 20050728215324210.334771C00166@mwinf0408.wanadoo.fr Subject: Re: [XviD-devel] More MMX improvements From: Pascal Massimino To: xvid-devel@xvid.org In-Reply-To: <4e03026a05072813384e1abf74@mail.gmail.com> References: <4e03026a05072813384e1abf74@mail.gmail.com> Content-Type: text/plain Message-Id: <1122587680.3316.19.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-14) Date: Thu, 28 Jul 2005 23:54:40 +0200 Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: skal@planet-d.net, xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Howdy everybody, On Thu, 2005-07-28 at 22:38, Guillaume POIRIER wrote: > Hi, > > On 7/17/05, carlo.bramix wrote: > > Hello, > > I did more improvements to: > > > > \xvid_20050712\xvidcore\src\bitstream\x86_asm\cbp_mmx.c > > > > This new version is 6.2% to 7.4% faster if compared to the same source into the CVS. > > I attached this new patch here. > > Your optimization do work for me, but I can't measure any speed-up. > You must be optimizing a part of XviD that doesn't account for a large > part of the encoding process. > > Now, I don't know what the maintainers are gonna do about it, but I'm > quite worried about the fact that no one has commented on that patch. > :-( It's on my to-commit list ... when holidays are over :) Anyway, it's normal and expected you don't see any speed-up. Cbp calculation is called once per MB. Would it not be in MMX/SSE, but simply plain C, you wouldn't notice the difference either. *But*, i personally find it very pleasant lot of people try to optimize this particular function. Hey, where would be the fun of open-sourceness otherwise, hmm? :) i'll try to find some time to do my homework... bye! Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Jul 29 00:18:15 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 2C378126D9F for ; Fri, 29 Jul 2005 00:18:15 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4D59115677; Fri, 29 Jul 2005 00:18:10 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id B676E15670 for ; Fri, 29 Jul 2005 00:18:06 +0200 (CEST) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id 05B1D25F26 for ; Fri, 29 Jul 2005 00:18:03 +0200 (CEST) Received: from p54B5E968.dip.t-dialin.net (p54B5E968.dip.t-dialin.net [84.181.233.104]) by www.lansco.de (IMP) with HTTP for ; Fri, 29 Jul 2005 00:18:03 +0200 Message-ID: <1122589083.42e9599bdec47@www.lansco.de> Date: Fri, 29 Jul 2005 00:18:03 +0200 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] More MMX improvements References: <4e03026a05072813384e1abf74@mail.gmail.com> <1122587680.3316.19.camel@localhost.localdomain> In-Reply-To: <1122587680.3316.19.camel@localhost.localdomain> 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: 84.181.233.104 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, Quoting Pascal Massimino : > > Howdy everybody, > > On Thu, 2005-07-28 at 22:38, Guillaume POIRIER wrote: > > Hi, > > > > On 7/17/05, carlo.bramix wrote: > > > Hello, > > > I did more improvements to: > > > > > > \xvid_20050712\xvidcore\src\bitstream\x86_asm\cbp_mmx.c > > > > > > This new version is 6.2% to 7.4% faster if compared to the same source > into the CVS. > > > I attached this new patch here. > > > > Your optimization do work for me, but I can't measure any speed-up. > > You must be optimizing a part of XviD that doesn't account for a large > > part of the encoding process. > > > > Now, I don't know what the maintainers are gonna do about it, but I'm > > quite worried about the fact that no one has commented on that patch. > > :-( > > It's on my to-commit list ... when holidays are over :) > Anyway, it's normal and expected you don't see any > speed-up. Cbp calculation is called once per MB. Would > it not be in MMX/SSE, but simply plain C, you wouldn't > notice the difference either. > *But*, i personally find it very pleasant lot of people > try to optimize this particular function. Yes, the reason why not many commented on this optimization (besides the fact that it's holiday season) is probably that no noticable overall speed- up can be expected from this patch. As Skal pointed out, the cbp calculation code is actually not really speed critical, which however didn't prevent people from writing many optimizations for it - but that's perfectly fine and just demonstrates the huge motivation of people to participate in development... Michael _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Jul 29 17:59:57 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id C75FA126DA4 for ; Fri, 29 Jul 2005 17:59:57 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id CB646156A4; Fri, 29 Jul 2005 17:59:47 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52]) by edu.bnhof.de (Postfix) with ESMTP id BD3061569E for ; Fri, 29 Jul 2005 17:59:44 +0200 (CEST) Received: from localhost (172.16.1.83) by smtp2.libero.it (7.0.027-DD01) id 42C48C81005DDA5A for xvid-devel@xvid.org; Fri, 29 Jul 2005 17:59:43 +0200 Received: from libero.it (172.16.1.20) by smtp1.libero.it (7.0.027-DD01) id 42C16E5C0047A75C for xvid-devel@xvid.org; Fri, 29 Jul 2005 17:59:43 +0200 Date: Fri, 29 Jul 2005 17:59:43 +0200 Message-Id: Subject: Re: [XviD-devel] More MMX improvements MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "carlo.bramix" To: "xvid-devel" Cc: "xvid-devel" X-XaM3-API-Version: 4.1 (B27pl2) X-type: 0 X-SenderIP: 212.45.156.239 X-Virus-Scanned: by amavisd-new at libero.it serv4 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello, thanks a lot for your replies. Unfortunately, I thought those ro= utines were speed critical for the fact they were rewritten in ASM. I wi= ll try to do improvements on other parts of the codec. Sincerely, =0D = Carlo Bramini ---------- Initial Header ----------- >From : xvi= d-devel-bounces@xvid.org To : xvid-devel@xvid.org Cc = : Date : Fri, 29 Jul 2005 00:18:03 +0200 Subject : Re: [XviD-deve= l] More MMX improvements > Hi all, > > Quoting Pascal M= assimino : > > > > > Howdy everybody, > > > >= On Thu, 2005-07-28 at 22:38, Guillaume POIRIER wrote: > > > Hi, > > > = > > > On 7/17/05, carlo.bramix wrote: > > > >= Hello, > > > > I did more improvements to: > > > > > > > > \xvid_200= 50712\xvidcore\src\bitstream\x86_asm\cbp_mmx.c > > > > > > > > This ne= w version is 6.2% to 7.4% faster if compared to the same source > > into= the CVS. > > > > I attached this new patch here. > > > > > > Your op= timization do work for me, but I can't measure any speed-up. > > > You m= ust be optimizing a part of XviD that doesn't account for a large > > > = part of the encoding process. > > > > > > Now, I don't know what the m= aintainers are gonna do about it, but I'm > > > quite worried about the = fact that no one has commented on that patch. > > > :-( > > > > It's= on my to-commit list ... when holidays are over :) > > Anyway, it's no= rmal and expected you don't see any > > speed-up. Cbp calculation is ca= lled once per MB. Would > > it not be in MMX/SSE, but simply plain C, y= ou wouldn't > > notice the difference either. > > *But*, i personall= y find it very pleasant lot of people > > try to optimize this particul= ar function. > > Yes, the reason why not many commented on this optim= ization (besides the > fact that it's holiday season) is probably that n= o noticable overall speed- > up can be expected from this patch. As Skal= pointed out, the cbp calculation > code is actually not really speed c= ritical, which however didn't prevent > people from writing many optimiz= ations for it - but that's perfectly fine > and just demonstrates the hu= ge motivation of people to participate in > development... > > Michae= l > > _______________________________________________ > XviD-devel ma= iling list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinf= o/xvid-devel > =0A=0A=0A=0A_____________________________________________= _______________=0A6X velocizzare la tua navigazione a 56k? 6X Web Acceler= ator di Libero!=0AScaricalo su INTERNET GRATIS 6X http://www.libero.it=0A= _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Jul 30 18:21:39 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id AE916126DAC for ; Sat, 30 Jul 2005 18:21:39 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5562415690; Sat, 30 Jul 2005 18:21:31 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web52508.mail.yahoo.com (web52508.mail.yahoo.com [206.190.48.191]) by edu.bnhof.de (Postfix) with SMTP id 14AA71568A for ; Sat, 30 Jul 2005 18:21:27 +0200 (CEST) Received: (qmail 72454 invoked by uid 60001); 30 Jul 2005 16:21:26 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.ar; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=IME4aUW8R2RvYGzNLZ8rdyd/Qt+U7clb1o1W1kH9jVf2cCYUULrPXjOFv/ceBDqR+ZGNrTWDXk0+0eSiOy3FExlhFubokiJtaJdkGM6F2p41os/Rpj17eOqp9+GLKaNV1yzVYJyfcR9bP+yycysWgd26thVJF/gC1+9hDN92TPQ= ; Message-ID: <20050730162126.72452.qmail@web52508.mail.yahoo.com> Received: from [200.42.34.234] by web52508.mail.yahoo.com via HTTP; Sat, 30 Jul 2005 13:21:26 ART Date: Sat, 30 Jul 2005 13:21:26 -0300 (ART) From: Dark Sylinc Subject: Re: [XviD-devel] How to directly change the options of xvid vfw? To: xvid-devel@xvid.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Look at HKEY_CURRENT_USER\\Software\\GNU\\XviD\\config I can't help you more. You should know how to use the ADVAPI32.dll to modify the values (Try looking at Plattform SDK documentation at www.msdn.com Ah, you are developing a project with XviD. Remember that it has to be compatible with the GPL license (i.e. The program can not be linked with another one that can have commercial purposes, unless it is user choise to use XviD and the programm can do it's job without XviD) Dark_Sylinc --- Law Ron escribió: > Hi all, > > I attemp to develop a project and using xvid vfw, > coz I am using vc++ on > winxp platform, and I am trying to directly change > the options of xvid vfw, > not via the dialog box. How can I get that? Can > anyone help? > > Thanks a lot, > Regards, > > Ron > > _________________________________________________________________ > MSN ¬Ûï´£¨Ñ±z³Ì²³æªº¤è¦¡¤À¨É¨Ã¦C¦L±zªº¬Û¤ù¡A½Ð²¾¦Ü > : > http://photos.msn.com.hk/support/worldwide.aspx > > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel