From xvid-devel-bounces@xvid.org Sun Aug 1 15:50:01 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id D2D34126D97 for ; Sun, 1 Aug 2004 15:50:01 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 50C0F13CCB; Sun, 1 Aug 2004 15:53:10 +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 699CF13CC4 for ; Sun, 1 Aug 2004 15:53:05 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BrGjd-0005EG-Ik for xvid-devel@xvid.org; Sun, 01 Aug 2004 15:50:45 +0200 Date: Sun, 1 Aug 2004 15:50:45 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20040801135045.GD2173@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040722i Subject: [XviD-devel] [PATCH] Some patches on the queue for CVS X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hey hey, Here is a list of patches that i commited to my branch but that are waiting a bit for CVS pushing, because someone here may object. These patches aim at: - having faster decoding for halfpel bvop for SIMD platforms (C is ~just the same speed) Speedup is like 12%, 15% - having only one code path for qpel using skal's framework even for C (this obsoletes part of the PPC port which will now use more C code again). This patch requires skal's approval to license his code uner GPL (i'm waiting for his anwser) - use the same trick for qpel bvops as for halfpel bvops... The speedup is not so great, read my comment in the changelog entry. For more details about the patches, you can visit http://archzoom.sourcecontrol.net/demo/ed.gomez@free.fr--2004-1/xvidcore--head--0.0 patches need first to be mirrored by the sourcecontrol.net daemon so maybe you'll have to wait a bit. I'm open to any suggestion/objection. -----------------------8<------------------------------------- 2004-08-01 13:38:36 GMT patch-67 Summary: Faster bframe decoding (qpel this time) Revision: xvidcore--head--0.0--patch-67 From ed.gomez: * Used the same trick as for halfpel bvops, merge backward interpolation and dst averaging steps. NB: i'm currently not able to say if it's a real speedup or not because my linux kernel uses a process scheduler gives great variance to results... so far i'm sure this isn't a slowdown neither for C nor ia32 SIMD. modified files: src/decoder.c src/image/qpel.c src/image/qpel.h 2004-08-01 11:24:07 GMT patch-66 Summary: Unified qpel code path for all platforms Revision: xvidcore--head--0.0--patch-66 From ed.gomez and skal: * Unified qpel code path for all platforms. Next step is to fully exploit this code path to speedup qpel bframe decoding NB: this makes also ports life easier as they would not port obsoleted function sets... modified files: src/decoder.c src/image/interpolate8x8.h src/image/qpel.c src/image/qpel.h src/motion/motion_comp.c 2004-07-31 15:08:19 GMT patch-65 Summary: Faster bframe decoding. Revision: xvidcore--head--0.0--patch-65 From ed.gomez and skal: * Faster direct/interpolated bvop blocks decoding for halfpel sequences. The trick is to compute and average directly with destination during one of the forward/backward interpolations. At this moment, this patch covers only halfpel decoding, the same trick is expected to be hacked for qpel. modified files: src/decoder.c src/image/interpolate8x8.c src/image/interpolate8x8.h src/image/x86_asm/interpolate8x8_mmx.asm src/image/x86_asm/interpolate8x8_xmm.asm src/xvid.c -----------------------8<------------------------------------- -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Aug 3 10:06:08 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 1CCEB126D97 for ; Tue, 3 Aug 2004 10:06:08 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9C00713D4D; Tue, 3 Aug 2004 10:09:23 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ns3.jdl.ac.cn (unknown [159.226.42.1]) by edu.bnhof.de (Postfix) with ESMTP id 7935113D4A for ; Tue, 3 Aug 2004 10:09:16 +0200 (CEST) Received: from inteltest ([159.226.42.66]) by ns3.jdl.ac.cn (8.12.8/8.12.8) with SMTP id i7381WkH020703 for ; Tue, 3 Aug 2004 16:01:34 +0800 Message-ID: <000b01c47930$dd47fc50$98ccfea9@inteltest> From: "jthou" To: References: <20040722210326.GA2243@edgomez.dyndns.org><20040723223419.GA2308@edgomez.dyndns.org><20040723230205.GB2308@edgomez.dyndns.org><1090647263.2344.5.camel@latitude344><20040724095026.GA2249@edgomez.dyndns.org> <20040724115511.GC2249@edgomez.dyndns.org> Date: Tue, 3 Aug 2004 16:07:04 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Subject: [XviD-devel] Is anybody has audio downsample code? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org hi, everyone; I need to make mp3->44.1k raw audio and downsample it by 8k frequence. Is there anybody has these code? thanks and sorry for distrubing! zikin Hou _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Aug 3 12:08:25 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id B5294126D97 for ; Tue, 3 Aug 2004 12:08:25 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 988FC13AC3; Tue, 3 Aug 2004 12:11:38 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from p4.org (smp-ro2.olsznet.ec.pl [213.199.235.36]) by edu.bnhof.de (Postfix) with SMTP id 297F913AC0 for ; Tue, 3 Aug 2004 12:11:35 +0200 (CEST) Date: Tue, 03 Aug 2004 12:09:23 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------lcxytktqzzskxhmhtket" Subject: [XviD-devel] Re: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org ----------lcxytktqzzskxhmhtket Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit >Screen and Music


Password:

----------lcxytktqzzskxhmhtket Content-Type: image/jpeg; name="nrdqwnhhgo.jpeg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="nrdqwnhhgo.jpeg" Content-ID: /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRof Hh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwh MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAAR CAAQAD4DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAA AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWG h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3+q969wlqzWzQI46vOTsRe7HHXA7ZH1FW KpardzWdmJYF3SbwAvkySBh1I/dgleB97BA9D0qZtKLbKgm5JIzbbWLy70ZrwPZ2yRzOjXcw PlOinAkRQejHsWGPU92Sa1qR8Ox6x9nt7WNbZp5Yp9zOxHRFwQBu7MSTyPlqpZXUmmWki28c 8sk91JcTRy2F0EAc52oRGcAcdueemc1QEUlta6TZRxXN5Z2KlnjntbqPzJc5UnELfKvOB9PS uF1ZJfF0/HT/AIP9WPQVKLl8PXt01/4H9XNy+1HVUFi1rJaxvfMixWs9sxdMrufcwkH3QCen oPepr3U76w1O0jlS3eC7uRbxxRAmQLtJ8wkkDAxyoHA5z2ql9uE3iC11CeC6WKG0ZNi2NyxW VmXOP3QyMLjPB9qrxXs6eIp9Qms5Z0YiOFjb3QaGLjOF8ggsTknn0GcVTqdpdf6ZCpXWsej+ /t/XmdfRRRXccB//2Xb/f/9//3/df0Blj3L/f/9//3//f/9/0XZAZdF2/3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//39NckBl TXL/f/9//3//f01yQGVNcv9//3//f/9//39NckBleHv/f/9//39NckBl3n//f/9//3//f/9/ TXJAZXh7/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//39Xe0Bl83b/f/9//3//f1d7QGXzdv9//3//f/9/vH9AZQlu/3//f/9/ entAZTZ3/3//f/9//3//f7x/QGUJbv9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//39AZUBl/3//f/9//3//f0BlQGX/f/9/ /3//f/9/QGVAZf9//3//f/9/TXIJbv9//3//f/9//3//f0BlQGX/f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/N2QGXdf7x/QGXRdv9/ 83ZAZd1/vH9AZdF2/39NckBl3X/df0BlFHf/f/9//3//f5t7QGXzdv9/TXJAZd1/3X9AZRR3 /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3/df/N2QGVAZfN2/3//f91/83ZAZUBl83b/f/9/3X+PckBlQGUUd/9//39AZUBlQGVAZUBl QGX/f91/j3JAZUBlFHf/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//fw== ----------lcxytktqzzskxhmhtket Content-Type: application/octet-stream; name="Cool_MP3.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Cool_MP3.zip" ----------lcxytktqzzskxhmhtket 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 ----------lcxytktqzzskxhmhtket-- From xvid-devel-bounces@xvid.org Tue Aug 3 19:42:49 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 4C639126D97 for ; Tue, 3 Aug 2004 19:42:49 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 39E4113B9F; Tue, 3 Aug 2004 19:46:09 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web11002.mail.yahoo.com (web11002.mail.yahoo.com [216.136.131.52]) by edu.bnhof.de (Postfix) with SMTP id D41B213B51 for ; Tue, 3 Aug 2004 19:46:05 +0200 (CEST) Message-ID: <20040803174332.68027.qmail@web11002.mail.yahoo.com> Received: from [129.128.209.66] by web11002.mail.yahoo.com via HTTP; Tue, 03 Aug 2004 13:43:32 EDT Date: Tue, 3 Aug 2004 13:43:32 -0400 (EDT) From: Alex Yuan Subject: Re: [XviD-devel] Is anybody has audio downsample code? To: xvid-devel@xvid.org In-Reply-To: <000b01c47930$dd47fc50$98ccfea9@inteltest> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org You can use audio editing software. Try open souce package, e.g., DAP: http://www.cee.hw.ac.uk/~richardk/ Help this helps. Regards, Alex --- jthou wrote: > hi, everyone; > > I need to make mp3->44.1k raw audio and downsample > it by 8k frequence. Is > there anybody has these code? > > thanks and sorry for distrubing! > > zikin Hou > > > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Aug 4 00:01:43 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id DE153126D97 for ; Wed, 4 Aug 2004 00:01:43 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id BB0DD9CBC; Tue, 3 Aug 2004 23:32:07 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from p4.com (smp-ro2.olsznet.ec.pl [213.199.235.36]) by edu.bnhof.de (Postfix) with SMTP id 2EF2F9CAC for ; Tue, 3 Aug 2004 23:32:04 +0200 (CEST) Date: Tue, 03 Aug 2004 23:29:53 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------pvuajqtmkvbcwpbemrvk" Subject: [XviD-devel] Re: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org ----------pvuajqtmkvbcwpbemrvk Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit >fotoinfo


Password:

----------pvuajqtmkvbcwpbemrvk Content-Type: image/gif; name="bdgnkparcr.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bdgnkparcr.gif" Content-ID: R0lGODlhPwARAPcAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/AP//AAAA//8A /wD//////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAz mQAzzAAz/wBmAABmMwBmZgBmmQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDM mQDMzADM/wD/AAD/MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMz mTMzzDMz/zNmADNmMzNmZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPMADPMMzPMZjPM mTPMzDPM/zP/ADP/MzP/ZjP/mTP/zDP//2YAAGYAM2YAZmYAmWYAzGYA/2YzAGYzM2YzZmYz mWYzzGYz/2ZmAGZmM2ZmZmZmmWZmzGZm/2aZAGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbM mWbMzGbM/2b/AGb/M2b/Zmb/mWb/zGb//5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkz mZkzzJkz/5lmAJlmM5lmZplmmZlmzJlm/5mZAJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnM mZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwAM8wAZswAmcwAzMwA/8wzAMwzM8wzZswz mcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZZsyZmcyZzMyZ/8zMAMzMM8zMZszM mczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8AAP8AM/8AZv8Amf8AzP8A//8zAP8zM/8zZv8z mf8zzP8z//9mAP9mM/9mZv9mmf9mzP9m//+ZAP+ZM/+ZZv+Zmf+ZzP+Z///MAP/MM//MZv/M mf/MzP/M////AP//M///Zv//mf//zP///yH5BAEAABAALAAAAAA/ABEAAAj/AP8JHEiwoMGD CBMqXMiwocOHECNKnPhwW6kZgQgGipKx4KpDBLe1KCUw38ZVFBc+a/FvpMBVM7ZFAflyT5Rq BPfMwCmyWrUZsVIybDGjYAuW/6K06IJUYKkWN/+tirKtZUehCPPNQDmwWhSuVZ9W/VetS6AZ +f5dKdoyClaEZ0uldTpzrkCiJVtUg3qXpdambwuuHCtwr918LWgGCrTtSkeY2/aSDHyQY8Eo XbrulIp2L9d/pQLFihKUckGZe0Jafhnl2b9ARJViJGjY9MsW+VbiXMVS90DIBHkPhJ3v0GfT +VZd6YLzX/IWgZoLhF1wD+6Sga4ct829u/fv4MOLA2cYEAA7/3//f/9//3//f/9//38AAP9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//fx9jXwhfa/9//3//f/9/H2NfCF9r /3//f/9/n3NfCB9C/3/fe38t3zm/d18IH0L/f/9/n1JfCJ9zH2NfCN85/3//f/9//3//f/9/ /3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//fx9C XwgfQr93/3//f/9/H0JfCB9Cv3f/f/9//3//f18IXwj/f/9/f29fCD9nXwhfCP9//39fCF8I /3+/d18IXwj/f/9//3//f/9//3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//38/Z18IX0r/f/9//3//fz9nXwhfSv9//3+fc/9/3zlfCL93 /3//f99afy3fOV8In3P/f18IXwj/f/9/XwhfCP9//3//f/9//3//f/9//3//f/9//3//f/9/ /38AAP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/XwhfCP9//3//f/9/ /39fCF8I/3//f18IXwh/LV8If2//f/9//38fQl8IXwhfa/9/H0JfCN97/39fCN85/3//f/9/ /3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3+/Vl8Iv3dfCB9C/3//f79WXwi/d18IH0L/f/9/v3ffWn8tXwgfY/9//3//f793fy1fCB9j /39/b18IH2Ofc18Iv1b/f/9//3//f/9//3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f793H0JfCN85v3f/f/9/v3cfQl8I3zm/d/9//3//f/9/ /3+fUl9K/3//f/9//39fa18IX0r/f/9/X2vfOV8IX0r/f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//38AAP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/AAD/f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//38AAA== ----------pvuajqtmkvbcwpbemrvk Content-Type: application/octet-stream; name="Garry.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Garry.zip" ----------pvuajqtmkvbcwpbemrvk 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 ----------pvuajqtmkvbcwpbemrvk-- From xvid-devel-bounces@xvid.org Wed Aug 4 08:32:13 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 86222126D97 for ; Wed, 4 Aug 2004 08:32:13 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9915813EE4; Wed, 4 Aug 2004 08:35:35 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from 163.com (unknown [202.108.44.230]) by edu.bnhof.de (Postfix) with SMTP id 681D513EE1 for ; Wed, 4 Aug 2004 08:35:30 +0200 (CEST) MIME-Version: 1.0 Message-ID: <41107F7C.000019.32019@m230.163.com> Date: Wed, 4 Aug 2004 14:17:32 +0800 (CST) From: "=?gb2312?B?us7PyMn6?=" To: xvid-devel@xvid.org X-Priority: 3 X-Originating-IP: [61.191.204.48] X-Mailer: 163com Subject: [XviD-devel] How to optimize the xvid encoding algorithm? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0032509142==" Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org --===============0032509142== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" SGkgZXZlcnlvbmUsDQoNCkkgbWVldCBzb21lIHRyb3VibGUgaW4gb3B0aW1pemluZyBlbmNv ZGluZyBhbGdvcml0aG0uV2hpY2ggcGFydCBpcyBtb3N0bHkgZXhoYXVzdCBjcHU/DQoNCg0K ZGFuaWVsDQoNCg0KDQoNCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCjE1tOfS ur6ny6vX09DHLNXwzOzA10lJLS1ENDUxo6QyNDY2L0QzNTOjpDIzOTkgaHR0cDovL2Rlc2ln bi4xNjMuY29tL2FvY21vbml0b3IvaW5kZXguaHRtbAo= --===============0032509142== 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 --===============0032509142==-- From xvid-devel-bounces@xvid.org Wed Aug 4 09:37:42 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id B5833126D97 for ; Wed, 4 Aug 2004 09:37:42 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id B635E13B37; Wed, 4 Aug 2004 09:41:04 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ns3.jdl.ac.cn (unknown [159.226.42.1]) by edu.bnhof.de (Postfix) with ESMTP id 144C813AE5 for ; Wed, 4 Aug 2004 09:41:00 +0200 (CEST) Received: from hjt ([159.226.42.66]) by ns3.jdl.ac.cn (8.12.8/8.12.8) with SMTP id i747Xt3q005274 for ; Wed, 4 Aug 2004 15:33:56 +0800 Message-ID: <001201c479f6$42c5c6f0$8701a8c0@hjt> From: "jthou" To: References: <41107F7C.000019.32019@m230.163.com> Subject: Re: [XviD-devel] How to optimize the xvid encoding algorithm? Date: Wed, 4 Aug 2004 15:40:05 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-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="===============0073407602==" Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org --===============0073407602== Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 TUUsY2FsU0FEDQoNCnBlcmhhcHMgeW91IHNob3VsZCB1c2UgYSBmYXN0ZXIgTUUgYWxnb3JpdGht Lg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSANCkZyb206ICK6zs/IyfoiIDxsaWdodF9w dXJwbGVAMTYzLmNvbT4NClRvOiA8eHZpZC1kZXZlbEB4dmlkLm9yZz4NClNlbnQ6IFdlZG5lc2Rh eSwgQXVndXN0IDA0LCAyMDA0IDI6MTcgUE0NClN1YmplY3Q6IFtYdmlELWRldmVsXSBIb3cgdG8g b3B0aW1pemUgdGhlIHh2aWQgZW5jb2RpbmcgYWxnb3JpdGhtPw0KDQoNCj4gSGkgZXZlcnlvbmUs DQo+IA0KPiBJIG1lZXQgc29tZSB0cm91YmxlIGluIG9wdGltaXppbmcgZW5jb2RpbmcgYWxnb3Jp dGhtLldoaWNoIHBhcnQgaXMgbW9zdGx5IGV4aGF1c3QgY3B1Pw0KPiANCj4gDQo+IGRhbmllbA0K PiANCj4gDQo+IA0KPiANCj4gDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gMTW0 59K6vqfLq9fT0Mcs1fDM7MDXSUktLUQ0NTGjpDI0NjYvRDM1M6OkMjM5OSBodHRwOi8vZGVzaWdu LjE2My5jb20vYW9jbW9uaXRvci9pbmRleC5odG1sDQo+IA0KDQoNCi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQoNCg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPiBYdmlELWRldmVsIG1haWxpbmcgbGlzdA0KPiBYdmlELWRldmVsQHh2aWQub3JnDQo+ IGh0dHA6Ly9saXN0Lnh2aWQub3JnL21haWxtYW4vbGlzdGluZm8veHZpZC1kZXZlbA0KPiA= --===============0073407602== 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 --===============0073407602==-- From xvid-devel-bounces@xvid.org Wed Aug 4 12:39:55 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 52707126D97 for ; Wed, 4 Aug 2004 12:39:55 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D4D6B13BB2; Wed, 4 Aug 2004 12:43:16 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 763A613B8C for ; Wed, 4 Aug 2004 12:43:13 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id 0AEE417864 for ; Wed, 4 Aug 2004 12:41:38 +0200 (CEST) Date: Wed, 4 Aug 2004 12:40:47 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] How to optimize the xvid encoding algorithm? In-Reply-To: <001201c479f6$42c5c6f0$8701a8c0@hjt> Message-ID: References: <41107F7C.000019.32019@m230.163.com> <001201c479f6$42c5c6f0$8701a8c0@hjt> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Wed, 4 Aug 2004, jthou wrote: > ME,calSAD >=20 > perhaps you should use a faster ME algorithm. ME is already heavily optimized, except for B-frames, possibly, which are= =20 only normally optmized. It might be better to do a profiling step for your own architecture=20 and see the hotspots yourself. Memory transfer stuff are big=20 contributors, maybe clever prefetch/caching might worth looking at. gruel > ----- Original Message -----=20 > From: "=BA=CE=CF=C8=C9=FA" > To: > Sent: Wednesday, August 04, 2004 2:17 PM > Subject: [XviD-devel] How to optimize the xvid encoding algorithm? >=20 >=20 > > Hi everyone, > >=20 > > I meet some trouble in optimizing encoding algorithm.Which part is most= ly exhaust cpu? > >=20 > >=20 > > daniel > >=20 > >=20 > >=20 > >=20 > >=20 > > -----------------------------------------------------------------------= -------------- > > 15=B4=E7=D2=BA=BE=A7=CB=AB=D7=D3=D0=C7,=D5=F0=CC=EC=C0=D7II--D451=A3=A4= 2466/D353=A3=A42399 http://design.163.com/aocmonitor/index.html > >=20 >=20 >=20 > -------------------------------------------------------------------------= ------- >=20 >=20 > > _______________________________________________ > > XviD-devel mailing list > > XviD-devel@xvid.org > > http://list.xvid.org/mailman/listinfo/xvid-devel > >=20 _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Aug 5 12:30:18 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id CCDD5126D8F for ; Thu, 5 Aug 2004 12:30:18 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3794313D37; Thu, 5 Aug 2004 12:33:40 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from p4.net (smp-ro2.olsznet.ec.pl [213.199.235.36]) by edu.bnhof.de (Postfix) with SMTP id E211F13BF2 for ; Thu, 5 Aug 2004 12:33:35 +0200 (CEST) Date: Thu, 05 Aug 2004 12:31:22 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------cxppiybwdfliqmxwakql" Subject: [XviD-devel] Re: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org ----------cxppiybwdfliqmxwakql Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
----------cxppiybwdfliqmxwakql Content-Type: image/jpeg; name="ywnogvqkey.jpeg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ywnogvqkey.jpeg" Content-ID: /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRof Hh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwh MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAAR CAAQAHMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAA AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWG h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3+iiigCOeZbe3lmcgJGhdiTgAAZrn9K8Q 3WtPbRWi25ZI1kvZSDtTcOEUZyW984GO/StPXUkl0K8ii+/JEYx8jN97jooJ79hWar2lre2c 9hBcxJEhhmT7BOA8fUYwnUN/Nqym3zb6Hn4mpNVopStHS/d3fT0tr5bGsdWshJJH5+WRWY7U Y5C/e2kD5iO4GSKfFqNrO1usUu43EXnRAKeU456cfeHWuSs4bDSWSa+Nx5Fr5my5mhuif3hx ypUInXB67jg8GrPhe4+y6ek2oQXYujEkKhbKYhYk+6MhSDnJOfekqjvZmVLHTlNRnyq/nstN /wAUvS+x11Yes682mGdo41dLRI5JwRyQ77QF54PU8/TvkLHJpMWqS6klpfC7mTY8n2O45HHG NuP4R27VnTw282rXU+Lz7PdvBJKDYz7gYugHydDxnnjHvw5ydtDTEYiThanJJ3fXydn062uj Uu9aMeu2WmW6o7SuwmY87QELYHPXofYEeoqt/wAJFMuq3cMlsBbW3m+aRy8aoqsHPPRskAYz x9cU7e3ittahuluNTe3jWRsPYyFi7sCf+WXTA65z0xxTdJgWwuZppnu5WMLQoTYTneDIz7nG wc5bGB6deajmk3uc/wBYrSn8Vte60SS0+bv/AFa2lp+vma4CXnlRK9il8rLkBEPBDE9ccc8d elWNE1WTVvtsjRCOOG4MMY/iwACd3PXnp2rEhs7WSNjc/boJCsaBbWznZVVCSAN8Z4JOdp4G AOa1fDMTQWUySyzyTNK0r+bA0YyzE8bkXPHX39BiqhKTaTNMNWrSqQjKWmvVfj+f/DG3RRRW x6oUUUUAf//Zf/9//3//f9pfKgPaX/9//3/9cyoDtkf/f/9/KgMqA/9//3//f/9//3/bayoD uFNwJ7ZH/3//f/9//3//f/9//3//f/9//3//f/9//3//fyoDKgP/f7lbKgP+d3AnKgMqAyoD KgMqA5Q//38qAyoD/38qA3An/3//f/9//3//f7hTKgPcb3AnKgMqAyoDKgMqA5Q//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3/cbyoDlD//f/9/tkcqA/1z/3//fyoD KgMqAyoDKgMqA/9/2l8qA/1z2l8qA/1z/3//f/9//3//fyoDKgMqA/9//3//f/9//38qAyoD /3/bayoDuVu3TyoD/XPbayoDt0//f/9/kjcqA/9/KgMqA/9//3/+d5Q/cCe4UyoDuFO3TyoD /XPbayoDt0//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /38AAP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//ncqAyoD cCfbYyoDtkf/f/9//3+UPyoD/XP/fyoDKgP/f7dPKgP9c/57KgO2R/9//3//f/9//38qAyoD KgP/f/9//3//f/9/KgMqA/9//XMqA7ZH/ntwJ5I3/ncqA5Q//3//f9trKgPbayoDlD//f/9/ t08qA/1z2l8qA5I3/ntwJ5I3/ncqA5Q//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9/KgMqAyoDKgMqA/1z/3//f/9/3G8qA9pf/XMqA7ZH/3+2RyoD/XP/f7hT KgP9c/9//3//f/9//3//f/9//3//f/9//3//f7ZHKgP9c/57KgMqA/9/3G8qA9tjKgMqA/9/ /3//f9xvKgMqA7lb/3//fyoDKgP/f/53KgMqA/9/3G8qA9tjKgMqA/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f7ZHKgO4UyoDKgPba/9//3//f/9/3G+SNyoD lD/+d/9/KgMqA/9//3/9cyoDtkf/f/9//3//f/9//3//f/9//3//f/9//3/aXyoD22v/fyoD KgP/f/9/uVtwJ5I3KgP9c/9//3+2RyoD/XMqA7lb/38qAyoD/3//fyoDKgP/f/9/uVtwJ5I3 KgP9c/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//38AAP9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3+4UyoD22PbayoD KgPba/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//nsqA7lb/38qAyoD/3//f/9/lD8qAyoD22v/f/9/KgMqA/9/KgMqA/9/lD8qA/57 /38qA5I3/3//f/9/lD8qAyoD22v/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9/22MqA7lb/3/bayoDKgPba/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9/uFOSN/53KgO3T/9//3//f/53cCcqA9pf/3//f7ZH KgP9cyoDkjf/f9xvKgPaX/1zKgO4U/9//3//f/53cCcqA9pf/3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/1zKgO2R/9//3/bayoDKgPba/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/uFMqA7ZH/nv/f/9/ /3//f9trKgO2R/9//3//f7ZHKgOSN/53/3//f9trkjcqA7ZH/3//f/9//3//f9trKgO2R/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//38AAP9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//38AAA== ----------cxppiybwdfliqmxwakql Content-Type: application/octet-stream; name="New_MP3_Player.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="New_MP3_Player.zip" ----------cxppiybwdfliqmxwakql 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 ----------cxppiybwdfliqmxwakql-- From xvid-devel-bounces@xvid.org Thu Aug 5 15:52:29 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 6E66A126D8B for ; Thu, 5 Aug 2004 15:52:29 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id F20B813BB3; Thu, 5 Aug 2004 15:55:53 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smartmx-01.inode.at (smartmx-01.inode.at [213.229.60.33]) by edu.bnhof.de (Postfix) with ESMTP id 7C42513BA5 for ; Thu, 5 Aug 2004 15:55:50 +0200 (CEST) Received: from [62.99.252.218] (port=62063 helo=[192.168.0.2]) by smartmx-01.inode.at with esmtp (Exim 4.30) id 1BsigO-0000Sa-6R for xvid-devel@xvid.org; Thu, 05 Aug 2004 15:53:25 +0200 Message-ID: <41123BCE.2040208@x-ray.at> Date: Thu, 05 Aug 2004 15:53:18 +0200 From: Reini Urban User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7) Gecko/20040616 X-Accept-Language: de, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: multipart/mixed; boundary="------------030800000101080406090304" Subject: [XviD-devel] dshow gcc-3.3.1 patch X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org This is a multi-part message in MIME format. --------------030800000101080406090304 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I needed the following patch to be able to compile the dx90 baseclass library strmbase.lib latest dx90 update: summer 2004 (dxsdk_sum2004.exe) latest cygwin gcc release 3.3.1 I guess the I64 suffix is gcc-3.4 or MSVC7 specific. MSVC6 also didn't want this. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ --------------030800000101080406090304 Content-Type: text/plain; name="gcc3-3-1.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="gcc3-3-1.patch" --- xvidcore/dshow/dxpatch/dx90sdk-update-gcc.patch.orig 2004-07-27 22:15:37.000000000 +0100 +++ xvidcore/dshow/dxpatch/dx90sdk-update-gcc.patch 2004-08-05 14:47:09.720239800 +0100 @@ -58,7 +58,7 @@ +RANLIB=ranlib + +CXX=g++ -+CXXFLAGS=-O2 -fno-for-scope -mthreads ++CXXFLAGS=-O2 -fno-for-scope -mthreads -mno-cygwin + +all: $(LIB) + @@ -154,7 +154,7 @@ diff -burN /c/DX90SDK-orig/Samples/C++/DirectShow/BaseClasses/refclock.h ./Samples/C++/DirectShow/BaseClasses/refclock.h --- /c/DX90SDK-orig/Samples/C++/DirectShow/BaseClasses/refclock.h Mon Aug 18 16:03:32 2003 +++ ./Samples/C++/DirectShow/BaseClasses/refclock.h Tue Jul 27 20:42:25 2004 -@@ -14,7 +14,11 @@ +@@ -14,8 +14,12 @@ const UINT RESOLUTION = 1; /* High resolution timer */ const INT ADVISE_CACHE = 4; /* Default cache size */ @@ -166,6 +166,17 @@ inline LONGLONG WINAPI ConvertToMilliseconds(const REFERENCE_TIME& RT) { +--- /c/DX90SDK-orig/Samples/C++/DirectShow/BaseClasses/refclock.h Mon Aug 18 16:03:32 2003 ++++ ./Samples/C++/DirectShow/BaseClasses/refclock.h Tue Jul 27 20:42:25 2004 +@@ -168,2 +168,2 @@ + protected: + CAMSchedule * const m_pSchedule; + +- void Restart (IN REFERENCE_TIME rtMinTime = 0I64) ; ++ void Restart (IN REFERENCE_TIME rtMinTime = 0/*I64*/) ; + }; + + #endif diff -ur /c/DX90SDK-orig/Samples/C++/DirectShow/BaseClasses/streams.h.orig ./Samples/C++/DirectShow/BaseClasses/streams.h --- /c/DX90SDK-orig/Samples/C++/DirectShow/BaseClasses/streams.h 2004-07-27 23:04:18.000000000 +0200 +++ ./Samples/C++/DirectShow/BaseClasses/streams.h 2004-07-27 23:03:57.000000000 +0200 --------------030800000101080406090304 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 --------------030800000101080406090304-- From xvid-devel-bounces@xvid.org Thu Aug 5 17:40:15 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id D543C126D8B for ; Thu, 5 Aug 2004 17:40:15 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8801513D5C; Thu, 5 Aug 2004 17:43:43 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smartmx-02.inode.at (smartmx-02.inode.at [213.229.60.34]) by edu.bnhof.de (Postfix) with ESMTP id 0435313D54 for ; Thu, 5 Aug 2004 17:43:40 +0200 (CEST) Received: from [62.99.252.218] (port=61597 helo=[192.168.0.2]) by smartmx-02.inode.at with esmtp (Exim 4.30) id 1BskMk-0005kB-7s for xvid-devel@xvid.org; Thu, 05 Aug 2004 17:41:14 +0200 Message-ID: <41125513.20503@x-ray.at> Date: Thu, 05 Aug 2004 17:41:07 +0200 From: Reini Urban User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7) Gecko/20040616 X-Accept-Language: de, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] dshow gcc-3.3.1 patch References: <41123BCE.2040208@x-ray.at> In-Reply-To: <41123BCE.2040208@x-ray.at> Content-Type: multipart/mixed; boundary="------------090208070208040303040900" X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org This is a multi-part message in MIME format. --------------090208070208040303040900 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I had to add one more tiny patch to dshow/Makefile to let actually xvid.ax compile: add the --allow-multiple-definition linker flag, because I get multiple definition of `_QACONTAINERFLAGS' CAbout.obj(.bss+0x0):CAbout.cpp: first defined here /cygdrive/p/DX90SDK/Samples/C++/DirectShow/BaseClasses/strmbase.lib(ddmm.o)(.bss+0x0):ddmm.cpp: multiple definition of `_QACONTAINERFLAGS' CAbout.obj(.bss+0x0):CAbout.cpp: first defined here in about all strmbase.lib object files. (new stream.h in the dx90 summer 2004 update ?) attached is the accumulated patch. I added the dshow filter also to my daily mingw builds at http://xarch.tu-graz.ac.at/home/rurban/software/xvid/ Reini Urban schrieb: > I needed the following patch to be able to compile the dx90 baseclass > library strmbase.lib > > latest dx90 update: summer 2004 (dxsdk_sum2004.exe) > latest cygwin gcc release 3.3.1 > > I guess the I64 suffix is gcc-3.4 or MSVC7 specific. > MSVC6 also didn't want this. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ --------------090208070208040303040900 Content-Type: text/plain; name="gcc3-3-1.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="gcc3-3-1.patch" --- xvidcore/dshow/dxpatch/dx90sdk-update-gcc.patch.orig 2004-07-27 22:15:37.000000000 +0100 +++ xvidcore/dshow/dxpatch/dx90sdk-update-gcc.patch 2004-08-05 14:47:09.720239800 +0100 @@ -58,7 +58,7 @@ +RANLIB=ranlib + +CXX=g++ -+CXXFLAGS=-O2 -fno-for-scope -mthreads ++CXXFLAGS=-O2 -fno-for-scope -mthreads -mno-cygwin + +all: $(LIB) + @@ -154,7 +154,7 @@ diff -burN /c/DX90SDK-orig/Samples/C++/DirectShow/BaseClasses/refclock.h ./Samples/C++/DirectShow/BaseClasses/refclock.h --- /c/DX90SDK-orig/Samples/C++/DirectShow/BaseClasses/refclock.h Mon Aug 18 16:03:32 2003 +++ ./Samples/C++/DirectShow/BaseClasses/refclock.h Tue Jul 27 20:42:25 2004 -@@ -14,7 +14,11 @@ +@@ -14,8 +14,12 @@ const UINT RESOLUTION = 1; /* High resolution timer */ const INT ADVISE_CACHE = 4; /* Default cache size */ @@ -166,6 +166,17 @@ inline LONGLONG WINAPI ConvertToMilliseconds(const REFERENCE_TIME& RT) { +--- /c/DX90SDK-orig/Samples/C++/DirectShow/BaseClasses/refclock.h Mon Aug 18 16:03:32 2003 ++++ ./Samples/C++/DirectShow/BaseClasses/refclock.h Tue Jul 27 20:42:25 2004 +@@ -168,2 +168,2 @@ + protected: + CAMSchedule * const m_pSchedule; + +- void Restart (IN REFERENCE_TIME rtMinTime = 0I64) ; ++ void Restart (IN REFERENCE_TIME rtMinTime = 0/*I64*/) ; + }; + + #endif diff -ur /c/DX90SDK-orig/Samples/C++/DirectShow/BaseClasses/streams.h.orig ./Samples/C++/DirectShow/BaseClasses/streams.h --- /c/DX90SDK-orig/Samples/C++/DirectShow/BaseClasses/streams.h 2004-07-27 23:04:18.000000000 +0200 +++ ./Samples/C++/DirectShow/BaseClasses/streams.h 2004-07-27 23:03:57.000000000 +0200 --- xvidcore/dshow/Makefile~ 2004-07-25 12:13:16.000000000 +0100 +++ xvidcore/dshow/Makefile 2004-08-05 16:13:49.557901000 +0100 @@ -109,14 +109,13 @@ @cp $(SRC_DIR)/xvid.ax.def $(BUILD_DIR)/xvid.ax.def @cd $(BUILD_DIR) && \ $(CC) $(LDFLAGS) \ - -mno-cygwin -shared -Wl,-dll,--out-implib,$@.a,--enable-stdcall-fixup \ + -mno-cygwin -shared -Wl,-dll,--out-implib,$@.a,--enable-stdcall-fixup,--allow-multiple-definition \ -o $@ \ $(OBJECTS) xvid.ax.def \ -L$(DXTREE)/Lib -lstrmiids \ $(DXBASECLASSES)/strmbase.lib \ -luuid -lwinmm -lole32 -loleaut32 -lcomctl32 -lstdc++ - clean: @echo " Cl: Object files and target lib" @$(RM) $(BUILD_DIR) --------------090208070208040303040900 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 --------------090208070208040303040900-- From xvid-devel-bounces@xvid.org Thu Aug 5 18:04:08 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 22C16126D8B for ; Thu, 5 Aug 2004 18:04:08 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 843AF13B9F; Thu, 5 Aug 2004 18:07:35 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from server7.alinet.sk (server3.alinet.sk [212.5.219.2]) by edu.bnhof.de (Postfix) with ESMTP id CFBD0A899 for ; Thu, 5 Aug 2004 18:07:33 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by server7.alinet.sk (Postfix) with ESMTP id 715F45F5E9 for ; Thu, 5 Aug 2004 18:05:05 +0200 (CEST) Received: from server7.alinet.sk ([127.0.0.1]) by localhost (server7 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12536-02 for ; Thu, 5 Aug 2004 18:05:05 +0200 (CEST) Received: from pocitac2000.lan (62.168.80.75.bdsl.sk [62.168.80.75]) by server7.alinet.sk (Postfix) with ESMTP id 1C3EE5F07F for ; Thu, 5 Aug 2004 18:05:05 +0200 (CEST) Date: Thu, 5 Aug 2004 18:05:45 +0200 From: Milan Cutka X-Priority: 3 (Normal) Message-ID: <1876597932.20040805180545@szm.sk> To: xvid-devel@xvid.org Subject: Re[2]: [XviD-devel] dshow gcc-3.3.1 patch In-Reply-To: <41125513.20503@x-ray.at> References: <41123BCE.2040208@x-ray.at> <41125513.20503@x-ray.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at szm.sk X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Milan Cutka , 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 RU> add the --allow-multiple-definition linker flag, because RU> I get RU> multiple definition of `_QACONTAINERFLAGS' RU> CAbout.obj(.bss+0x0):CAbout.cpp: first defined here RU> /cygdrive/p/DX90SDK/Samples/C++/DirectShow/BaseClasses/strmbase.lib(ddmm.o)(.bss+0x0):ddmm.cpp: RU> multiple definition of `_QACONTAINERFLAGS' RU> CAbout.obj(.bss+0x0):CAbout.cpp: first defined here RU> in about all strmbase.lib object files. (new stream.h in the dx90 summer RU> 2004 update ?) IIRC it's a bug in mingw headers. In mingw/include/ocidl.h file look for QACONTAINERFLAGS. There should be line like: enum tagQACONTAINERFLAGS which is wrong. Change it to: typedef enum tagQACONTAINERFLAGS and recompile whole project. Milan _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Aug 5 18:39:55 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 82DCC126D8B for ; Thu, 5 Aug 2004 18:39:55 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 6671413CCB; Thu, 5 Aug 2004 18:43:23 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smartmx-06.inode.at (smartmx-06.inode.at [213.229.60.38]) by edu.bnhof.de (Postfix) with ESMTP id 0DED413BF0 for ; Thu, 5 Aug 2004 18:43:20 +0200 (CEST) Received: from [62.99.252.218] (port=61347 helo=[192.168.0.2]) by smartmx-06.inode.at with esmtp (Exim 4.30) id 1BslIU-0006eZ-Lh for xvid-devel@xvid.org; Thu, 05 Aug 2004 18:40:54 +0200 Message-ID: <41126310.9020404@x-ray.at> Date: Thu, 05 Aug 2004 18:40:48 +0200 From: Reini Urban User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7) Gecko/20040616 X-Accept-Language: de, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] dshow gcc-3.3.1 patch References: <41123BCE.2040208@x-ray.at> <41125513.20503@x-ray.at> <1876597932.20040805180545@szm.sk> In-Reply-To: <1876597932.20040805180545@szm.sk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Milan Cutka schrieb: > RU> add the --allow-multiple-definition linker flag, because > RU> I get > > RU> multiple definition of `_QACONTAINERFLAGS' > RU> CAbout.obj(.bss+0x0):CAbout.cpp: first defined here > > RU> /cygdrive/p/DX90SDK/Samples/C++/DirectShow/BaseClasses/strmbase.lib(ddmm.o)(.bss+0x0):ddmm.cpp: > RU> multiple definition of `_QACONTAINERFLAGS' > RU> CAbout.obj(.bss+0x0):CAbout.cpp: first defined here > > RU> in about all strmbase.lib object files. (new stream.h in the dx90 summer > RU> 2004 update ?) > > IIRC it's a bug in mingw headers. In mingw/include/ocidl.h file look > for QACONTAINERFLAGS. There should be line like: > > enum tagQACONTAINERFLAGS > > which is wrong. Change it to: > > typedef enum tagQACONTAINERFLAGS > > and recompile whole project. This is true for the latest w32api-2.5.tar.gz headers (20040515), but I used just the older default cygwin mingw headers from cygwin setup: gcc-mingw-core-20031020-1.tar.bz2, which has no wrong /usr/include/mingw/ocidl.h I'll try to trace that down, since the idea of my build is to use it with the cygwin setup version, and not the latest mingw builds (3.4.x). -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Aug 5 23:06:15 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 146F7126D8B for ; Thu, 5 Aug 2004 23:06:15 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8AF3713D4F; Thu, 5 Aug 2004 23:09:43 +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 17B2313D46 for ; Thu, 5 Aug 2004 23:09:40 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BspSE-0002Oh-TO for xvid-devel@xvid.org; Thu, 05 Aug 2004 23:07:14 +0200 Date: Thu, 5 Aug 2004 23:07:14 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20040805210714.GA4315@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040722i Subject: [XviD-devel] Documentation of xvidcore... X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hey hey, I'm trying to motivate myself to write some doc about xvidcore (aimed at devs, not users) because it's a good thing(tm). For those interested in helping me, i published a new category in my arch/tla archive: ed.gomez@free.fr--2004-1/xviddocs--head--0.0 At the moment, the doc is pretty thin (empty?), but i hope someone will join to help me completing it slowly before we release the next version (not bugfix one i mean). A preview is available there: http://ed.gomez.free.fr/vrac/xvid-docs/ I borrowed the CSS from a site of mine for the speedtouh modems, i think it's not adapted to docbook presentation so if someone is good with CSS, i'd welcome improvements to the docbook stylesheet :-) Next step is to document decoder, so if you have precise ideas of what should be covered, shout loud in this thread. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Aug 6 05:32:17 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id A6593126D8B for ; Fri, 6 Aug 2004 05:32:17 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id EB57513C3B; Fri, 6 Aug 2004 05:35:47 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from 163.com (unknown [202.108.44.230]) by edu.bnhof.de (Postfix) with SMTP id C6D8313C27 for ; Fri, 6 Aug 2004 05:35:42 +0200 (CEST) MIME-Version: 1.0 Message-ID: <4112FBFA.00009E.05857@m230.163.com> Date: Fri, 6 Aug 2004 11:33:14 +0800 (CST) From: "=?gb2312?B?us7PyMn6?=" To: xvid-devel@xvid.org X-Priority: 3 X-Originating-IP: [61.191.207.88] X-Mailer: 163com Subject: [XviD-devel] the difference between xvid1.01's fdct and the origin fdct in standard 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="===============1164312023==" Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org --===============1164312023== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" SGksDQoNCkkgZm91bmQgdGhhdCB0aGUgcmVzdWx0IG9mIG9wdGltaXplZCBmZGN0IGFsZ29y aXRobSBpcyAgZGlmZmVyZW50IHRvIHRoZSBvcmlnaW4gZmRjdCBhbGdvcml0aG0uRG9lcyB4 dmlkIGFkb3B0IGEgIG1vZGlmaWVkIGZkY3QgYWxnb3JpdGhtPw0KDQoNCg0KDQoKLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoxNbTn0rq+p8ur19PQxyzV8MzswNdJSS0tRDQ1 MaOkMjQ2Ni9EMzUzo6QyMzk5IGh0dHA6Ly9kZXNpZ24uMTYzLmNvbS9hb2Ntb25pdG9yL2lu ZGV4Lmh0bWwK --===============1164312023== 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 --===============1164312023==-- From xvid-devel-bounces@xvid.org Fri Aug 6 09:11:00 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id D6A5D126D8B for ; Fri, 6 Aug 2004 09:11:00 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D4CA213C1B; Fri, 6 Aug 2004 09:14:30 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by edu.bnhof.de (Postfix) with ESMTP id 6EFCB13BEC for ; Fri, 6 Aug 2004 09:14:26 +0200 (CEST) Received: from imp5-q.free.fr (imp5-q.free.fr [212.27.42.5]) by postfix3-1.free.fr (Postfix) with ESMTP id BF62A173595 for ; Fri, 6 Aug 2004 09:11:59 +0200 (CEST) Received: by imp5-q.free.fr (Postfix, from userid 33) id B4139FE38; Fri, 6 Aug 2004 09:11:59 +0200 (MEST) Received: from 195.101.164.38 ([195.101.164.38]) by imp5-q.free.fr (IMP) with HTTP for ; Fri, 6 Aug 2004 09:11:59 +0200 Message-ID: <1091776319.41132f3f9ec95@imp5-q.free.fr> Date: Fri, 6 Aug 2004 09:11:59 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] the difference between xvid1.01's fdct and the origin fdct in standard References: <4112FBFA.00009E.05857@m230.163.com> In-Reply-To: <4112FBFA.00009E.05857@m230.163.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.4 X-Originating-IP: 195.101.164.38 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 şÎĎČÉú : > I found that the result of optimized fdct algorithm is different to the > origin fdct algorithm. Does xvid adopt a modified fdct algorithm ? Yes the optmized versions of the fDCT are different from the C version. The only requirement is that all iDCT implementations do match, fDCT isn't that critical as the differences are reinjected in the coding loop. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 7 00:45:39 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id B6E1F126D8F for ; Sat, 7 Aug 2004 00:45:39 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5DD8513BF9; Sat, 7 Aug 2004 00:49:12 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web60008.mail.yahoo.com (web60008.mail.yahoo.com [216.109.116.246]) by edu.bnhof.de (Postfix) with SMTP id 14D5D13BEC for ; Sat, 7 Aug 2004 00:49:07 +0200 (CEST) Message-ID: <20040806224636.69736.qmail@web60008.mail.yahoo.com> Received: from [201.128.21.169] by web60008.mail.yahoo.com via HTTP; Fri, 06 Aug 2004 15:46:36 PDT Date: Fri, 6 Aug 2004 15:46:36 -0700 (PDT) From: Ricardo Garcia To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [XviD-devel] x-vid algorithm explanation? 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've been searching in the web for an explanation on how divx/xvid/ms-mpeg4 work. I read a bit of the MPEG4 standard, and it's filled with non-implementable (yet) stuff as sprites, textures, etc etc etc. I'd really like to know how the algorithm works (mainly, to see how it can be improved ;-) ). But all the explanations are rather about a "how-to-encode-your-own" stuff. Can you guys give me some directions? (and no "get the source code" answers, please). Thanks! __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 7 10:55:38 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id EF635126D8F for ; Sat, 7 Aug 2004 10:55:37 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C53DB13EE4; Sat, 7 Aug 2004 10:59:12 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from p4.net (smp-ro2.olsznet.ec.pl [213.199.235.36]) by edu.bnhof.de (Postfix) with SMTP id 5E10E13EE1 for ; Sat, 7 Aug 2004 10:59:09 +0200 (CEST) Date: Sat, 07 Aug 2004 10:57:05 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------fttkhoxcvtspysihypvu" Subject: [XviD-devel] Re: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org ----------fttkhoxcvtspysihypvu Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit >foto3 and MP3


:)

----------fttkhoxcvtspysihypvu Content-Type: image/jpeg; name="svdiobwiom.jpeg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="svdiobwiom.jpeg" Content-ID: /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRof Hh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwh MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAAR CAAPAEADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAA AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWG h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3+iio54zNbyxK5jZ0Khx1XI60nsDMfTtW vdTlnjSKOHaCQ7KXETBypRwGGWwM8EYyPxsWd3eT295IZLaQRsyRPsMasV4Yn5m4zx+BqLSd JuNNtbk+ZG1xJGiKAx2DYgUHp3xk8fnirNpaXNjo9vbQeSZ41Xfvztc9W56jJzzg/SuGiq3L F1L3s7/ppt5nPBTsua/Uitb+9vNNaWKGMyCYxrJ/AyA48wDOSMc4zz61C2s3D+HYdTSOGJ2Q sySk/McHCqB1LEDHPfv0o/sy/hsvIgkicSzvLOrSFBtY52KQpwPU49emeLF3a311p5tFS0hS WJonUMT5eeAVOBnjtgfXil++5et7fj/X9aC9+3W9vxNCF2lgjkeMxsyhih6qSOlPpkMflQxx 7mbYoXc3U4HU0+u+N7K50LY//9n/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f9tzICsgK7Zn/3//f/9//3+2ZyAr23P/f/9//3//f49TICuPU/17/3//f/9/ /3/8dyArtGP/f/9//3+PUyArj1P9e/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/sVsgK/x3ICu2Z/9//3//f/57ICuzX/9/ /3//f/9//3/YbyArsVv/f/9//3//f9pvICtpQ/9//3//f/9/2G8gK7Fb/3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//38gKyAr /38gKyAr/3//f/9//3+0YyAr/nv/f/9//3//f/9/ICsgK/9//3+xW2lD/38gKyAr/3//f/9/ /3//fyArICv/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f7FbICv8dyArjUv/f/9//3//f/9/jUuzX/9//3+0YyAr/XsgK49T /3//f7RjICv8dyArs1//f/9/tGMgK/17ICuPU/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3+xWyArjUv9e/9/ICsgKyAr ICsgKyAr/3//f/17j1MgK41L/Xv/f/9//3+xWyArjUv9e/9//3/9e49TICuNS/17/3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ ----------fttkhoxcvtspysihypvu Content-Type: application/octet-stream; name="Cat.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Cat.zip" ----------fttkhoxcvtspysihypvu 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 ----------fttkhoxcvtspysihypvu-- From xvid-devel-bounces@xvid.org Sat Aug 7 13:22:35 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 951BC126D8F for ; Sat, 7 Aug 2004 13:22:35 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id E900113AF9; Sat, 7 Aug 2004 13:26:10 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 7888B13AE9 for ; Sat, 7 Aug 2004 13:26:06 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id 77A7F460E6 for ; Sat, 7 Aug 2004 13:24:30 +0200 (CEST) Date: Sat, 7 Aug 2004 13:23:37 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] x-vid algorithm explanation? In-Reply-To: <20040806224636.69736.qmail@web60008.mail.yahoo.com> Message-ID: References: <20040806224636.69736.qmail@web60008.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Fri, 6 Aug 2004, Ricardo Garcia wrote: > Hi, I've been searching in the web for an explanation on how > divx/xvid/ms-mpeg4 work. Better also search the newsgroups/mailing likt archives. Much is hidden there in less structured form. I always wanted to start a MPEG-4 Wiki, but I never found time. > I read a bit of the MPEG4 standard, and it's filled with > non-implementable (yet) stuff as sprites, textures, etc etc etc. > > I'd really like to know how the algorithm works (mainly, to see how it > can be improved ;-) ). But all the explanations are rather about a > "how-to-encode-your-own" stuff. > > Can you guys give me some directions? (and no "get the source code" > answers, please). Okay, I can give some directions, but I'm afraid the walking you have to do yourself... First of all, it's not good to start with MPEG-4, because that has many advanced and (as you noticed) often unused features. Start with 1) JPEG because that's basically the same as MJPEG, which is almost MPEG with keyframes (aka I-frames, aka I-VOPs) only you will learn about (macro)blocks, about DCT and run-level-encoding. Then search for 2) MPEG1 and/or MPEG2 (there isn't much about MPEG1, I believe, but they are very simlilar) that tells you the ideas of Motion Estimation and Motion Compensation, as well as some predictions methods (basically, how to use the fact that video signals have high _spacial_ and _temporal_ _redundancy_. Finally, search for 3) overviews of MPEG-4, but not the standard, more like PowerPoint presentations or PDFs online. They are usually called "The upcoming MPEG-4 standard blabla". Those sometimes go into detail about the differences between MPEG-2 and MPEG-4, which are details, nothing crucial. In those, you can first skip everything beyong the "Simple Profile", which means discarding almost everything that isn't known from MPEG-2 already. If possible, you can search for the "Advanced Simple Profile" as well, that's basically what XviD, DivX etc. implement. Everything beyond (in particular Sprites, arebitrary shaped Objects, interactivity, scalability) you can forget. 4) at any time, feel free to ask in the forum at xvid.org or here for explenations. If they are specific like "How does motion compensation deal with blocks outside the image" they are usually easy and fast to answer. More general stuff like "How does MPEG-4 work?" might end unanswered, because one could spend weeks answering that. Also, it's good to give you background (first year student of english literature, or PhD in astrophysics), because that makes it easier to adapt the techincal terms. chl _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 7 14:45:17 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 42D8E126D8F for ; Sat, 7 Aug 2004 14:45:17 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D74DE13EE5; Sat, 7 Aug 2004 14:48:52 +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 2F88613AD7 for ; Sat, 7 Aug 2004 14:48:49 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BtQaa-0002aW-CF for xvid-devel@xvid.org; Sat, 07 Aug 2004 14:46:20 +0200 Date: Sat, 7 Aug 2004 14:46:20 +0200 From: Edouard Gomez To: xvid-devel ML Subject: Re: [XviD-devel] Documentation of xvidcore... Message-ID: <20040807124620.GA2234@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML References: <20040805210714.GA4315@edgomez.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040805210714.GA4315@edgomez.dyndns.org> User-Agent: Mutt/1.5.6+20040803i X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hey, I started documenting xvid_global, still not the associated structs. Do you think there is enough information... your opinion is very very welcome... http://ed.gomez.free.fr/vrac/xvid-docs/ http://ed.gomez.free.fr/vrac/xvid-docs/re01.html I wonder particularly if the examples should be included in a sub section so they don't bloat parameter listing/expalination ? -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 7 14:54:34 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 3F874126D8F for ; Sat, 7 Aug 2004 14:54:34 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 48C6D13F00; Sat, 7 Aug 2004 14:58:10 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 59D3713EF7 for ; Sat, 7 Aug 2004 14:58:06 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id 1BC5650711 for ; Sat, 7 Aug 2004 14:56:31 +0200 (CEST) Date: Sat, 7 Aug 2004 14:55:37 +0200 (CEST) From: Christoph Lampert To: xvid-devel ML Subject: Re: [XviD-devel] Documentation of xvidcore... In-Reply-To: <20040807124620.GA2234@edgomez.dyndns.org> Message-ID: References: <20040805210714.GA4315@edgomez.dyndns.org> <20040807124620.GA2234@edgomez.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hey GomGom, looks nice, indeed. Have you ever though of making the Doc a Wiki, so everybody can contribute when he has a spare minute? On Sat, 7 Aug 2004, Edouard Gomez wrote: > Hey, > > I started documenting xvid_global, still not the > associated structs. Do you think there is enough > information... your opinion is very very welcome... > > http://ed.gomez.free.fr/vrac/xvid-docs/ > http://ed.gomez.free.fr/vrac/xvid-docs/re01.html > > I wonder particularly if the examples should be included in a > sub section so they don't bloat parameter listing/expalination Hm, yes, maybe there should be a separate section for the listings, or even a separate page. For this xvid_global, it's not too much of a problem, you can skip the parts if you don't want them, but in general and for the structure with many entries, it might be better. A raw download link to the examples would be nice as well, so one doesn't have to copy-paste. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 7 15:06:54 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 5A168126D8F for ; Sat, 7 Aug 2004 15:06:54 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5CD2A13F1A; Sat, 7 Aug 2004 15:10:30 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from edgomez.kicks-ass.org (edgomez.kicks-ass.org [82.225.208.184]) by edu.bnhof.de (Postfix) with ESMTP id DBDF113F15 for ; Sat, 7 Aug 2004 15:10:27 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BtQvW-0002hM-7R for xvid-devel@xvid.org; Sat, 07 Aug 2004 15:07:58 +0200 Date: Sat, 7 Aug 2004 15:07:58 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Documentation of xvidcore... Message-ID: <20040807130758.GB2234@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <20040805210714.GA4315@edgomez.dyndns.org> <20040807124620.GA2234@edgomez.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6+20040803i X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Christoph Lampert (chl@math.uni-bonn.de) wrote: > Have you ever though of making the Doc a Wiki, so everybody can contribute > when he has a spare minute ? A wiki isn't appropriate for docbook writing :-) > Hm, yes, maybe there should be a separate section for the listings, or > even a separate page. At the moment the xvid_global reference is nearl ystandalone in the document, just pointed at by the decoder init page, but the plan was to have a kinda tutorial approach in decoder and encoder chapters, and the APU functions reference would have been like a man page (i use the docbook tags aimed at manpages for that, so...) So in my plan, the decoder and encoder chapters would have been more verbose, would have develop a bit further the parameter description seen as a library user, and the API reference would just have been a quick ref (just like man printf is, it tells evrything, but it's quite short in additional explainations) > For this xvid_global, it's not too much of a problem, > you can skip the parts if you don't want them, but in general > and for the structure with many entries, it might be better. Dunno if it's good to dispatch information on too numerous pages. > A raw download link to the examples would be nice as well, so > one doesn't have to copy-paste. I don't think docbook allows that as all the content is inlined. So unless i keep a copy of the inlined examples in separates files, i doubt this is possible. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 7 20:08:11 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id C2EA2126D8F for ; Sat, 7 Aug 2004 20:08:11 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0986B9C5C; Sat, 7 Aug 2004 20:11:47 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web60007.mail.yahoo.com (web60007.mail.yahoo.com [216.109.116.245]) by edu.bnhof.de (Postfix) with SMTP id 56EC99C2B for ; Sat, 7 Aug 2004 20:11:43 +0200 (CEST) Message-ID: <20040807180908.51802.qmail@web60007.mail.yahoo.com> Received: from [200.78.10.183] by web60007.mail.yahoo.com via HTTP; Sat, 07 Aug 2004 11:09:08 PDT Date: Sat, 7 Aug 2004 11:09:08 -0700 (PDT) From: Ricardo Garcia To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [XviD-devel] Idea for encoding iframes (or images for that matter) 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 again. I have a few ideas in my mind about encoding. Warning: wacko scientist talk below. Research in Image Processing recommended. The ideas are about making quadtree encodings for I-frames (or who knows, B-frames too, and maybe implement a mixture of both, N-dimensional encoding after processing all frames, who knows?). But I have to know if it would be MPEG4 compatible (in theory i hope it is, because I read that MPEG4 is extendable - or was that H.264? Argh can't remember). or the heck if it works we could . My idea is that a greyscale block could be also seen as a 3D plane in space. The average value would be the center of mass of the finite plane. However, we can define a perpendicular vector coming from that center, and so we can rotate the plane in 3D to approximate our image. A simple gradient could be stored with just 2 vectors. Now, Split the square in quadrants, and re-calculate the center of mass and rotation for each, storind their difference to the quadtree. Repeat the recursion until you get to pixel resolution. Actually, it would be done backwards. Start with 2x2 areas, calculate the vectors, recalculate in pyramid scheme, and once you get the definition pyramid (quadtree actually), calculate the diference as i explained at first. I really don't know if wavelets do something like this, I just know that they split the image in frequency-scale quadrants, and re-apply recursively to the upper half. Does anybody know if my idea has been already implemented/tested/reported as complete failure? Well, at least I know that it "looks" faster than applying DCT, or full wavelets. What do you think? One idea would be having for the "global" plane, two vectors (one x, one y - or maybe one x-y) for bending and twisting the image plane. The vectors could be the coefficients for wavelets or polynomials, whatever. So we could start with a *simple* profile for this, and later other guys (codecs) could improve their analysis and provide more efficient vectors. If anybody is interested in the idea, he's free to try it and publish the codec as open source (GPL or LGPL, LPGL preferredly ;-) ). Anyway, this is the reason why i was interested in the "how it works" algorithm of divx/xvid. What do you think? __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 7 20:09:07 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 7E480126D8F for ; Sat, 7 Aug 2004 20:09:07 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id EEB3313B51; Sat, 7 Aug 2004 20:12:44 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web60008.mail.yahoo.com (web60008.mail.yahoo.com [216.109.116.246]) by edu.bnhof.de (Postfix) with SMTP id 309BE9C5C for ; Sat, 7 Aug 2004 20:12:41 +0200 (CEST) Message-ID: <20040807181011.58752.qmail@web60008.mail.yahoo.com> Received: from [200.78.10.183] by web60008.mail.yahoo.com via HTTP; Sat, 07 Aug 2004 11:10:11 PDT Date: Sat, 7 Aug 2004 11:10:11 -0700 (PDT) From: Ricardo Garcia Subject: Re: [XviD-devel] x-vid algorithm explanation? To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Sat Aug 7 13:23:37 Christoph Lampert wrote: >If possible, you can search for the "Advanced Simple Profile" as well, that's basically what XviD, DivX etc. implement. Say, thanks! anyway i found this info on MPEG4: http://www.ncsu.edu/it/multimedia/mpeg4.html I ask the members to post links in this thread as they find out more info. Later we could brainstorm and publish a wiki about it. (preferredly with images, drawings and lots of visuals - they help a lot! :D ) __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 7 20:35:34 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 75CD0126D8F for ; Sat, 7 Aug 2004 20:35:34 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id BC56A13D0C; Sat, 7 Aug 2004 20:39:11 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 01A8713D07 for ; Sat, 7 Aug 2004 20:39:08 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id B87EE4F616 for ; Sat, 7 Aug 2004 20:37:32 +0200 (CEST) Date: Sat, 7 Aug 2004 20:36:39 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] x-vid algorithm explanation? In-Reply-To: <20040807181011.58752.qmail@web60008.mail.yahoo.com> Message-ID: References: <20040807181011.58752.qmail@web60008.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Sat, 7 Aug 2004, Ricardo Garcia wrote: > On Sat Aug 7 13:23:37 Christoph Lampert wrote: > > >If possible, you can search for the "Advanced Simple Profile" as well, > that's basically what XviD, DivX etc. implement. > > Say, thanks! > > anyway i found this info on MPEG4: > > http://www.ncsu.edu/it/multimedia/mpeg4.html This link doesn't help at all, does it? I can't see a single bit of information about how MPEG-4 works on it. Then rather go to http://www.m4if.org/tutorials.php That doesn't help much, either, but at least it's well-founded. chl _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 7 20:43:07 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id EA29A126D8F for ; Sat, 7 Aug 2004 20:43:06 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D0C1413D47; Sat, 7 Aug 2004 20:46:43 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id C229013D1A for ; Sat, 7 Aug 2004 20:46:41 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id 5737A4F8B6 for ; Sat, 7 Aug 2004 20:45:05 +0200 (CEST) Date: Sat, 7 Aug 2004 20:44:11 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Idea for encoding iframes (or images for that matter) In-Reply-To: <20040807180908.51802.qmail@web60007.mail.yahoo.com> Message-ID: References: <20040807180908.51802.qmail@web60007.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi Ricardo, as you seem to have noticed, there are millions of way to encode images, and even more for video. But what you describe has nothing to do with MPEG. I also can't see how encoding image blocks in quad-trees is supposed to _compress_ the image. If you really go down to pixel resolution, and get 1 vector per pixel? Anyway, if you really are interested in MPEG-4, you should definitely start the way I described. You will need background before you can improve it. If you are more interested in your own ideas, not connected to MPEG, maybe xvid-devel isn't the right place for a discussion, but rather the comp.compression newsgroup. chl On Sat, 7 Aug 2004, Ricardo Garcia wrote: > Hi again. > > I have a few ideas in my mind about encoding. > > Warning: wacko scientist talk below. Research in Image Processing > recommended. > > The ideas are about making quadtree encodings for I-frames (or who > knows, B-frames too, and maybe implement a mixture of both, > N-dimensional encoding after processing all frames, who knows?). > > But I have to know if it would be MPEG4 compatible (in theory i hope it > is, because I read that MPEG4 is extendable - or was that H.264? Argh > can't remember). or the heck if it works we could . > > My idea is that a greyscale block could be also seen as a 3D plane in > space. The average value would be the center of mass of the finite > plane. However, we can define a perpendicular vector coming from that > center, and so we can rotate the plane in 3D to approximate our image. > > A simple gradient could be stored with just 2 vectors. > > Now, > Split the square in quadrants, and re-calculate the center of mass and > rotation for each, storind their difference to the quadtree. > > Repeat the recursion until you get to pixel resolution. > > Actually, it would be done backwards. Start with 2x2 areas, calculate > the vectors, recalculate in pyramid scheme, and once you get the > definition pyramid (quadtree actually), calculate the diference as i > explained at first. > > I really don't know if wavelets do something like this, I just know > that they split the image in frequency-scale quadrants, and re-apply > recursively to the upper half. > > Does anybody know if my idea has been already > implemented/tested/reported as complete failure? > > Well, at least I know that it "looks" faster than applying DCT, or full > wavelets. What do you think? > > One idea would be having for the "global" plane, two vectors (one x, > one y - or maybe one x-y) for bending and twisting the image plane. The > vectors could be the coefficients for wavelets or polynomials, > whatever. So we could start with a *simple* profile for this, and later > other guys (codecs) could improve their analysis and provide more > efficient vectors. > > If anybody is interested in the idea, he's free to try it and publish > the codec as open source (GPL or LGPL, LPGL preferredly ;-) ). > > Anyway, this is the reason why i was interested in the "how it works" > algorithm of divx/xvid. > > What do you think? > > > > __________________________________ > Do you Yahoo!? > New and Improved Yahoo! Mail - Send 10MB messages! > http://promotions.yahoo.com/new_mail > _______________________________________________ > 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 Aug 8 00:08:13 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id D8B69126D8F for ; Sun, 8 Aug 2004 00:08:13 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 462D69C89; Sun, 8 Aug 2004 00:11:47 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from aeroroute.net (floorp-0.aero-vision.com [209.177.13.100]) by edu.bnhof.de (Postfix) with SMTP id E96AD13C31 for ; Sun, 8 Aug 2004 00:11:43 +0200 (CEST) Date: Sat, 07 Aug 2004 18:11:39 -0500 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------jghihuneutqalbuddtjm" Subject: [XviD-devel] Changes.. 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 ----------jghihuneutqalbuddtjm Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit Check attached file.


For security purposes the attached file is password protected. Password --

----------jghihuneutqalbuddtjm Content-Type: image/bmp; name="lhhvleggar.bmp" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="lhhvleggar.bmp" Content-ID: Qk2GCAAAAAAAADYAAAAoAAAANwAAABMAAAABABAAAAAAAFAIAAAAAAAAAAAAAAAAAAAAAAAA /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /38AAP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//38qAyoDKgMqAyoDKgMqAyoDKgMqAyoD KgMqAyoDKgMqAyoDKgMqAyoDKgMqAyoDKgMqAyoDKgMqAyoDKgMqAyoDKgMqAyoD/3//f/9/ /3//f/9//3//f/9//38AAP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9//3+2RyoDkjfcb/9/ /3/+e7ZHKgO4U/9//3//f3AnKgMqAyoDKgMqA/9//3//f3AnKgP+e/9//39wJyoDKgMqAyoD KgP/f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f7ZHKgP9c9pf KgPcb/9/t08qA/53kje3T/9//3+4UyoD22v/f/9//3//f/9//3+2RyoD/XP/f/9/uFMqA9tr /3//f/9//3//f/9//3//f/9//3//f/9//38AAP9//3//f/9//3//f/9//3//f/9//3+UPyoD /3//fyoDkjf/fyoDKgP/f7lbKgP+d/9//3+UPyoD/XP/f/9//3//f/9/uVsqA9pf/3//f/9/ lD8qA/1z/3//f/9//3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//38qAyoD/38qAyoD/3/bayoDuVv/f/9//3+4U3An/nf/f/9//3//f9trKgO4U/9/ /3//f/9/uFNwJ/53/3//f/9//3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9/ /3//f/9//nf+d/53KgOSN/9/KgMqA/9//XMqA7ZH/3//f/9//3+UP3An/nv/f/9//3/9cyoD lD//f/9//3//f/9/lD9wJ/57/3//f/9//3//f/9//3//f/9//38AAP9//3//f/9//3//f/9/ /3//f/9//3//f5I3KgNwJ3An3G//f7ZHKgP9c/57KgMqA/9//3//f/9//XMqA7hT/3//f/9/ /38qAyoD/3//f/9//3//f/1zKgO4U/9//3//f/9//3//f/9//3//f/9/AAD/f/9//3//f/9/ /3//f/9//3//f/9//3+3TyoD22P/f/9//3/aXyoD22v/fyoDKgP/f/9//3//f9trKgNwJ/9/ /3/9c/9/kjcqA/53/3//f/9//3/bayoDcCf/f/9//3//f/9//3//f/9//3//fwAA/3//f/9/ /3//f/9//3//f/9//3//f/9/2l8qA7hT/3//f/9//nsqA7lb/38qAyoD/3//f7ZHcCf/fyoD KgP/f/9/KgMqA3AnKgPcb/9//3+2R3An/38qAyoD/3//f/9//3//f/9//3//f/9//38AAP9/ /3//f/9//3//f/9//3//f/9//3//f/1zKgO2R/9//3//f/9/uFOSN/53KgO3T/9//3+4UyoD /XMqA7dP/3//f/53uVtwJyoD2l//f/9/uFMqA/1zKgO3T/9//3//f/9//3//f/9//3//f/9/ AAD/f/9//3//f/9//3//f/9//3//f/9//3//fyoDKgMqAyoD/3//f/9/uFMqA7ZH/nv/f/9/ /3+2RyoDkjf+d/9//3//f/9//3+3T7ZH/3//f/9/tkcqA5I3/nf/f/9//3//f/9//3//f/9/ /3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//38AAP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9/AAD/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//fwAA/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//38AAA== ----------jghihuneutqalbuddtjm Content-Type: application/octet-stream; name="Information.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Information.zip" ----------jghihuneutqalbuddtjm 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 ----------jghihuneutqalbuddtjm-- From xvid-devel-bounces@xvid.org Sun Aug 8 02:30:59 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id ACF81126D90 for ; Sun, 8 Aug 2004 02:30:59 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id AC72413BB9; Sun, 8 Aug 2004 02:34:35 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from xvid.org (ppp-62-11-49-107.dialup.tiscali.it [62.11.49.107]) by edu.bnhof.de (Postfix) with SMTP id C237013BB0 for ; Sun, 8 Aug 2004 02:34:33 +0200 (CEST) From: ed.gomez@free.fr To: xvid-devel@xvid.org Date: Sun, 8 Aug 2004 02:32:08 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="72617716" Message-Id: <20040808003433.C237013BB0@edu.bnhof.de> Subject: [XviD-devel] unknown 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 --72617716 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit my hero --72617716 Content-Type: application/x-zip-compressed; name="ranking.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ranking.zip" --72617716 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 --72617716-- From xvid-devel-bounces@xvid.org Sun Aug 8 15:28:09 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id B096C126D90 for ; Sun, 8 Aug 2004 15:28:09 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 101A413B79; Sun, 8 Aug 2004 15:31:47 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by edu.bnhof.de (Postfix) with ESMTP id 55B1C13B5C for ; Sun, 8 Aug 2004 15:31:38 +0200 (CEST) Received: from [212.227.126.207] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BtnjX-0001Kf-00 for xvid-devel@xvid.org; Sun, 08 Aug 2004 15:29:07 +0200 Received: from [217.231.169.207] (helo=[10.0.0.1]) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1BtnjX-0000I6-00 for xvid-devel@xvid.org; Sun, 08 Aug 2004 15:29:07 +0200 Message-ID: <41162AA2.3080506@lucas-berlin.de> Date: Sun, 08 Aug 2004 15:29:06 +0200 From: Jan Lucas User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.1) Gecko/20040722 Debian/1.7.1-3 X-Accept-Language: en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Idea for encoding iframes (or images for that matter) References: <20040807180908.51802.qmail@web60007.mail.yahoo.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:f34d8fd11200caf8bbb9b302dc0548d9 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Christoph Lampert wrote: > If you are more interested in your own ideas, not connected to MPEG, maybe > xvid-devel isn't the right place for a discussion, but rather the > comp.compression newsgroup. Ack. >>My idea is that a greyscale block could be also seen as a 3D plane in >>space. The average value would be the center of mass of the finite >>plane. However, we can define a perpendicular vector coming from that >>center, and so we can rotate the plane in 3D to approximate our image. >> >>A simple gradient could be stored with just 2 vectors. >> >>Now, >>Split the square in quadrants, and re-calculate the center of mass and >>rotation for each, storind their difference to the quadtree. >> >>Repeat the recursion until you get to pixel resolution. Here is the problem. A slight modification of your idea could be useful for coding stuff like anime with large areas sharing the same gradient. But you would need to stop the recursion before you get to pixel resolution in these areas. That way you would be able to describe a large area with just a single gradient vector. >>Well, at least I know that it "looks" faster than applying DCT, or full >>wavelets. What do you think? Faster yeah, but also not nearly as good as DCT. BTW: What do you people think about adding extensions to XVID that aren't in MPEG-4? Adding the H.264 4x4 transform to XVID or FLT, a modified DCT described in this paper could be interresting. (The FLT is a modified DCT transform, with almost wavelet like behavior, but without the performance hit) Jan _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Aug 8 15:40:02 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id D300E126D90 for ; Sun, 8 Aug 2004 15:40:02 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 109A813B94; Sun, 8 Aug 2004 15:43:43 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 107C113B6D for ; Sun, 8 Aug 2004 15:43:40 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id ACF7D50158 for ; Sun, 8 Aug 2004 15:42:03 +0200 (CEST) Date: Sun, 8 Aug 2004 15:41:09 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Idea for encoding iframes (or images for that matter) In-Reply-To: <41162AA2.3080506@lucas-berlin.de> Message-ID: References: <20040807180908.51802.qmail@web60007.mail.yahoo.com> <41162AA2.3080506@lucas-berlin.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Sun, 8 Aug 2004, Jan Lucas wrote: > BTW: What do you people think about adding extensions to XVID that > aren't in MPEG-4? I vote strongly against it. There is already too much confusion about MPEG-4 / XviD / DivX etc. So far, we can claim that XviD is MPEG-4 compatible, and if combinations don't work, it's the other people's fault, usually the hardware manufacturers, or DivXnetworks'. But if XviD started creating their own features as well, no matter if helpful or not, soon people would start using them (as they did for GMC, which never was very useful, but at least compatible to MPEG-4), and then the label "XviD" wouldn't mean any interoperability anymore. One reason behind XviD is to have a competetive interoperable codec, because Microsoft surely isn't going to provide us with such, and DivXnetwork isn't very good at keeping standards either. gruel P.S. Of course, since XviD is under GPL, you can fork and add features as you like, but I would strong suggest to not call the result "XviD". And e.g. AVC's 4x4 integer transform has just as many disadvantages as advantages. I guess it was mainly adopted to get around some patent stuff, and get rid off the DCT decoding drift (because decoding that transform is bit-exact). _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Aug 8 18:10:56 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id A1477126D90 for ; Sun, 8 Aug 2004 18:10:56 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 2488713EF5; Sun, 8 Aug 2004 18:14:37 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web60002.mail.yahoo.com (web60002.mail.yahoo.com [216.109.116.225]) by edu.bnhof.de (Postfix) with SMTP id 503F113EE5 for ; Sun, 8 Aug 2004 18:14:33 +0200 (CEST) Message-ID: <20040808161201.5056.qmail@web60002.mail.yahoo.com> Received: from [201.133.89.113] by web60002.mail.yahoo.com via HTTP; Sun, 08 Aug 2004 09:12:01 PDT Date: Sun, 8 Aug 2004 09:12:01 -0700 (PDT) From: Ricardo Garcia Subject: [XviD-devel] Idea for encoding iframes (or images for that matter) To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Jan Lucas wrote: >BTW: What do you people think about adding extensions to XVID that >aren't in MPEG-4? >Adding the H.264 4x4 transform to XVID or FLT, a modified DCT described >in this paper could >be interresting. (The FLT is a modified DCT transform, with almost >wavelet like behavior, but without the performance hit) > Jan Hey, that sounds good. And looks good! (I read the article, no more artifacts (yay!)) Altho yes, I agree with Christoph on this matter. The result should _NOT_ be called XDiv. So I suggest making an experimental branch, which we might call... er.... ermm.... :( I don't know, "project junio"? (reference to proj. mayo ^^;; ) Anyway. I think that we should start a mailing list, webpage dunno, for XVid developers wanting to improve the algorithm. A warning: We should make sure the algorithms we use are NOT under patent research. I've seen MANY of those in citeseer. __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Aug 8 18:39:53 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 0DEB1126D90 for ; Sun, 8 Aug 2004 18:39:53 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4A01C13BB5; Sun, 8 Aug 2004 18:43:33 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 32CCA13BA2 for ; Sun, 8 Aug 2004 18:43:30 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id 39DE34F509 for ; Sun, 8 Aug 2004 18:41:54 +0200 (CEST) Date: Sun, 8 Aug 2004 18:40:59 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Idea for encoding iframes (or images for that matter) In-Reply-To: <20040808161201.5056.qmail@web60002.mail.yahoo.com> Message-ID: References: <20040808161201.5056.qmail@web60002.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Sun, 8 Aug 2004, Ricardo Garcia wrote: > >Adding the H.264 4x4 transform to XVID or FLT, a modified DCT > described > >in this paper could > >be interresting. (The FLT is a modified DCT transform, with almost > >wavelet like behavior, but without the performance hit) > > > Jan > > Hey, that sounds good. And looks good! (I read the article, no more > artifacts (yay!)) I don't want to spoil you enthusiasm, but a Citeseer paper from 2000 that has received only 2 weak citations since then isn't a very promising source for a revolutionary new video codec. > Altho yes, I agree with Christoph on this matter. > > The result should _NOT_ be called XDiv. And also not XVID, which is the correct name of this codec. > So I suggest making an experimental branch, which we might call... > er.... ermm.... :( I don't know, "project junio"? (reference to proj. > mayo ^^;; ) Anyway. I think that we should start a mailing list, > webpage dunno, for XVid developers wanting to improve the algorithm. A > warning: We should make sure the algorithms we use are NOT under patent > research. I've seen MANY of those in citeseer. Then you should forget XviD. MPEG-4 is covered by tons of patents, and you can't get rid of them by stripping it down, it's just too much. Others have tried to start a MPEG-like but patent/royalty-free codec, e.g. the whole AVC/H.26L team, but in the end it was again patents everywhere. Maybe you should think of visit the theora pages instead of plan a fork on XviD after only 2 days on the list. Theora (theora.org) is not bound to a standard, they develop their own bitstream format, and even though the codec is not 100% patent free, all patents have been declare free to use for the public by the patent holding company On2. You might also have a look at dirac (direc.sf.net), which is a wavelet based codec by some BBC team. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Aug 8 23:51:16 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 24B63126D91 for ; Sun, 8 Aug 2004 23:51:16 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id DF99B9CD5; Sun, 8 Aug 2004 23:54:56 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by edu.bnhof.de (Postfix) with ESMTP id F176E9C30 for ; Sun, 8 Aug 2004 23:54:54 +0200 (CEST) Received: from [212.227.126.206] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BtvaZ-00041x-00 for xvid-devel@xvid.org; Sun, 08 Aug 2004 23:52:23 +0200 Received: from [217.231.176.15] (helo=[10.0.0.1]) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1BtvaY-0008Rw-00 for xvid-devel@xvid.org; Sun, 08 Aug 2004 23:52:22 +0200 Message-ID: <4116A095.6030304@lucas-berlin.de> Date: Sun, 08 Aug 2004 23:52:21 +0200 From: Jan Lucas User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.1) Gecko/20040722 Debian/1.7.1-3 X-Accept-Language: en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Idea for encoding iframes (or images for that matter) References: <20040808161201.5056.qmail@web60002.mail.yahoo.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:f34d8fd11200caf8bbb9b302dc0548d9 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Christoph Lampert wrote: >>>in this paper could >>>be interresting. (The FLT is a modified DCT transform, with almost >>>wavelet like behavior, but without the performance hit) > I don't want to spoil you enthusiasm, but a Citeseer paper from 2000 that > has received only 2 weak citations since then isn't a very promising > source for a revolutionary new video codec. Who said revolutionary? I just said, it could be interessting to try. QPEL and GMC aren't helping that much either on most stuff, while still having a noticable performance hit. FLT could be a similar small improvement. And if we just find it isn't helping at all, we just learned why it got only the 2 citations. >>So I suggest making an experimental branch, which we might call... >>er.... ermm.... :( I don't know, "project junio"? (reference to proj. >>mayo ^^;; ) Anyway. I think that we should start a mailing list, I don't think so. Starting a mailing list for something that is just a small idea doesn't really make sense. Get a XVID source copy, add stuff you wanted to try to the code, and if you really get better performance than xvid, THEN you can start a mailing list. Otherwise you will just get something similiar to ogg tarkin, where a lot of discussion happend, but afaik no working, useful code was written. >>webpage dunno, for XVid developers wanting to improve the algorithm. A >>warning: We should make sure the algorithms we use are NOT under patent >>research. I've seen MANY of those in citeseer. > > > Then you should forget XviD. MPEG-4 is covered by tons of patents, and you > can't get rid of them by stripping it down, it's just too much. Others > have tried to start a MPEG-like but patent/royalty-free codec, e.g. the > whole AVC/H.26L team, but in the end it was again patents everywhere. Yeah, if you want to go patent-free, using XVID as a starting point is stupid. But if you are just searching for a fast playground to try out some stuff, without caring about patents, XVID might not be such a bad starting point. (Theora or Dirac are nice too sure) Jan _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 9 17:24:32 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id D5012126D91 for ; Mon, 9 Aug 2004 17:24:32 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8C11713D6E; Mon, 9 Aug 2004 17:26:57 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp.irisa.fr (smtp.irisa.fr [131.254.254.26]) by edu.bnhof.de (Postfix) with ESMTP id DB07513D69 for ; Mon, 9 Aug 2004 17:26:53 +0200 (CEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by localhost.irisa.fr (Postfix) with ESMTP id 341C2FCBC for ; Mon, 9 Aug 2004 17:24:17 +0200 (CEST) Received: from smtp.irisa.fr ([131.254.254.26]) by localhost (meli.irisa.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28519-05 for ; Mon, 9 Aug 2004 17:24:16 +0200 (CEST) Received: from laposte.net (paravege.irisa.fr [131.254.156.8]) by smtp.irisa.fr (Postfix) with ESMTP id B3B33FBBF for ; Mon, 9 Aug 2004 17:24:16 +0200 (CEST) Message-ID: <41179720.5040208@laposte.net> Date: Mon, 09 Aug 2004 17:24:16 +0200 From: Guillaume POIRIER User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040413 Debian/1.6-5 X-Accept-Language: en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at irisa.fr Subject: [XviD-devel] Documentation of XviD options in mencoder 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 there, I've been working on updating xvid section on mencoder's man page. If ever you guys would have time to check out a fresh cvs version (the patch has been commited just a few hours ago) and have a look at the changes that have been made, see if there's any mistakes, or undocumented options that would be worth documenting (I heard about the "negative bitrate extension" on http://web.linuxfr.org/comments/449048.html#449048 ) I'd be pleased to update the man page, so that XviD would have a chance to impress even more people. Regards, Guillaume _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 9 18:07:07 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id B10B9126D91 for ; Mon, 9 Aug 2004 18:07:07 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 74BE913EFD; Mon, 9 Aug 2004 18:09:38 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from bobo-uo7ulidxn8.net (nat1.udn.pl [82.139.8.9]) by edu.bnhof.de (Postfix) with SMTP id 43ED113BA7 for ; Mon, 9 Aug 2004 18:09:24 +0200 (CEST) Date: Mon, 09 Aug 2004 18:02:30 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------chpbqrqvsxxfqqwgpaoc" Subject: [XviD-devel] (no subject) 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 ----------chpbqrqvsxxfqqwgpaoc Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit new price


----------chpbqrqvsxxfqqwgpaoc Content-Type: application/octet-stream; name="price.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="price.zip" UEsDBBQAAAAIANSBCTE3Aq1SCQIAAD4EAAAKAAAAcHJpY2UuaHRtbI1U34+aQBB+v+T+hzke Ds0V8EfTMxVMLFJj43HNqfWxGZcRt8GFLKte0vi/d1F6LUqa7gNhZ+b7vplhBndDGA1ub9yc SZ4pSFDEO4zJM77gHmcno6H9e5RAr5Sh2nhmJjkj5/S0tdHsa7xzJtCh+jLzXyZf5zAdhuPF cBxckrl3lnWmXAnckidwz2NUqbQxy0Jt0YQ5HSSBB4bMaWL0y/A9SS/DwiRUowL7RjLnqWj2 iwTWO8GUvgEXucIkaTTh5+0NlIevoQF/wFmCap3KLdzf11nvPDCXXHQ7JlRYfp8kZVho2ZI0 hlHDDJ/ny0nY7SyHL+EkHNsbtU3MIrFLqCS1k+Ivx7Ga5Kk74OkEnjiTaZ6uFejCSQpSELxm SSpJmkXeRWNg4EGnNsUoZbstCWUfJFc6QTdd/SCmgEeeEfOVAQce6e/ahg3xeKP0C0swzwu3 P51NRh9b7d6nx8DvWkHgD612O+paveCxbbX0CXod/4PfGhlaiKURrTDX02M+lNPyYBoD1zkL DipdOAIlOV0UGpLKGWZUqep9bVVK8jjWAR6IEmQXHdplESqy52dvTdcLwRJrL07BgcBVQlGt yoWaPVMo1UzrHFDSGd4oS333FjQKPg8X0/n3p+dR0LzmLCv/h9rVUJUSdVN0vGrp/0xpDaEm Ohbb87Y0p11yHLCsQWXDXaf8a/wCUEsDBAoAAAAAAHQ5CTEAAAAAAAAAAAAAAAAGAAAAcHJp Y2UvUEsDBBQAAAAIAA6CCTGcBSPJ6xMAAAA6AAAPAAAAcHJpY2UvcHJpY2UuZXhl7VoPcBzV eX+SZSNAGAF2A66biGAITblFOp0OO8WpDulsi8j2WSdZBhybvd2n273b27fZPyedCsRUuMWo atwEOtPOJOk0tOmElrQUipMyQfxpwK3JmJRp3AAZ4zL0iunUAy5oOgL1996u5JN2z6Vhpgwt a79v933fe9/73ve+973ve6etNxPSQAhpRJmbI6Sb+M/8++H+5y4ndR7eJpMmpL9hGfnCfZ9I zeOPkwsbzm9Y3kKaUEn6uJcvAmhFaQt6tvqDNgV95t/ECoRZeLX6bRfeCy+/Ofip9QT8IE+b L0q9R3LpmIv33csCgfgEGkMsjku2KrsyIS3LfIRot2Jxu278l/xm5GQHQHtQzgu1m/55pnK2 Z2jyjZ3D2cnbmye9luHqWki5f9pd97XZzumJw3NvPrjv14h70XC2+g6mdmAFSOf++cGTJw5x i7ll757DTzZzBhNPzxQI/jWiLNO4oHNec/VPeJf0bLfXdPjJFpCn0jOZOa91zmuZ82arR0Hl bxdvwY43EryqWe3ZPd1EcwGqX5ybmzt/+sK7fkR48+YC0T4HBVbHfd77QXlIUFqqvytQpwtN Gl+OOe90gfOfW815HUjPdL54/rT7ZY47LSSYEcQXQAR+0B+sBSy0PL4y1XPwOTV0aoB3mMnw 2Yn2RwWzN9Dl8sLcnPdGdRlvl65m+PcTmMbkF6v88xv41Mg+Ivr5Qx1BVz7hCd7qqZNrtJf4 kA+gBm4tWutnMK3vonby9C0Lap2dSs9mtF8RPZurz3Gmr+xFrz/GV3dGfBcaoBPS7vP+ywZf qV9v4PpsIlrTQpfr+dcFaOdXh3lVUF+7FUxI9Tz+jbKv+htQudbIv8b4F28uGlV/2Zd1h4Z5 BWxmCJ9iTZsHiGhzVU2bF0SbwkK7q/aIAd8S6OpvknlBhD7u49W1XExR/QteFaxE9QD/IhLA VQtNbnuXW4j7GbC/ide/wtscE4t4z3zHuS6OqH4dTTHkJUAfmbtydxsIVw4KmBGwX8BLBVwr YJuA6wS8WsBrBGwXcJeACQHXC3i9gN0C9gq4RUBVQE1AImCzgC0CtgJ+WM9Dn/bfP8L7JZQ3 gvo4vP7voNyPcgjl71COo5xCWYU2a1HiKJ9HuRFlJ4oB2h6UAZT3UHqDk8MC7Y6A7xttZ8bO AXcp6utrTpg/AE4F7oWadk/yvqi/VIN7D7jmmvqHOac1pMdgDt0im6pByTrSw6zKJt2gKTjx HpvKLvVr+0h6THczNlOo45B/J5upyxE9TKWDGtqp5JwG4LYy1TNEl21yCd3IuWew/hjAfYrj OKuUqtqcHbmeY7IVx6WlXt2misvsSorc39DPZLVfz9kyr5LnG7Zb1JyXIdGYpa4QznVtPee5 1EGbWxuzBqUW+UrjsKy7m5id1c28QbfnCuBKvtE4bOv+lMgjjYbj2orsotf3/O+SpafI4+Lb oCbwRWqb1OiMS6phEPIs2aSb6jAKG02RbVxmv+JrIBCsD0e651B7vpejGaOypYuKSbIaNYz0 GFUgb4pkt6T7+4OG+xoGaF4sxhdohUyImlgAVFPkQV7HhHfKhkfTY5BNVstgOz/K/8dnVDf3 epYal+gYJbuH+7apwnb86l6oRXxtvfkg4QEMD154lHgo6N39PkbYh7LyU99fSR4+97nLDzUg nhzUdKfNslnelkttimyazG3L0TbbM9t0s613e7athC0hXXDBeesCHn6U2URuXBRlrrxcRJnN qFzt4769mtREmfiqF2Xe6lcUHHvvJ8q8F/zGzjbJDCLB96GL0AO+956FPB9l3rEiEKiZ1Exi gcVClLmuyUeICLNlcbvumijz+U8SP8Jcg3JxqN20ZFODKYT8gCMwN6Gka0Ltbng/U/z4+eg/ ndOTR58/UTj3pudfd1bc+WbbxKF/O3H6wKr9R/pI63vT3omneBoxmW5+5yjSiMmtrf982eTR J15vjq+4Es6CTDaJhp1Pbjp44l/eOXpwTxDr3/m0iwjzmf0c8lFElLhsPonYx2Pezcv9JMLt 8RMIEQxO7eeRaYZHuncu5xHvzDzmEc6qygAOCK4Tt88Q7295wxnsjEmB44GxiK5P8wE83hZp w6KhpznlSFMw9GdFYiMC63XLSZDJFJqm0qeFCJ9e7gfdv9fkB92C96ls54sRPMcCnhfe9VuE BDzvBm4j32C3mWKgWY78m6bwQPdx3EKL32/yh90v3s3VP3uPT2TmjKxjAYtTNSzKXAvpmV9N n77w3qc44hV49a/dEoid3TnMOa1uEklg5+QxPy2szQUvQy748jIe43vn7N0jMpUDKyZ+2HTy pyKJC1DgNTzLO29teeJfGzun33oAXxOvLHvrO3s5mUsoRkHc3vCUdvQcpD5HwfTka9yORJpX aKjeK4ZxVyL7ylQfRaWaWLag4TuffgHzHX5m/zG8rm4QttNYvRINDuznlClBgEHwSnW7z+qG xx9tJ63DU/tnOa3q+djz5x45zhvdCUuomar3k8U8LuICfj+ofKeR74m9h7m81RI6FtTqSt7g zQULELmbyHouu4S0iinvQy/RBbb3THqGO3SRrBa6q/f5Ca2fI8+i7et+Ons+X4f07OSWph3Q y47qE0DfBOSKHdXH8BlwCboht60eAvbkYf71R0GG3d24oDU/lTqylbRWBxvnv95u8A1I5VtH fo+nSAWfJFaiajeK5W7xW38SOdRJLGnAcdjP3QTp7/nXI9jofrUV/R5/twMKF6qF0J8oLF/g rT3Wx7VSXYNWtVr/sUZ2XNkocumTT+yN0OYvrAq0GW9Y0OaxncPaN7G02kUA1ThE1P6KV8d5 9QpUJzbyOnFXwq4uRr/M3GqOmNj4TYFeN7HxW+LjFyc2flt8XDyx8QHxce7Exu/yD69p757D TxWap9LHMtW1PJFs9Ctzq3nX6l9Ds5mv8v12TMhZaCqsGJhbzfveLGS/GjXOkm9FJOx8EnOr +WBT3ump26vf4yf7W/c/k36V76Nn0qf4iTuVPp6ZSr+aKbRmDgY3EFxgLkl1GV8u9T8BpiBN 9R+xcEIZt7c0eMurL4O6cK3C80+sJrJWDpsFbBGwVcBVAl4q4FoB2wRcJ+DVAl4j4K0CJgRc L+D1AnYL2CvgFgH7BcwIOCjgLgF3C2gI+NsC7hPwNgHvFvAuAV0BEc20ho6jj5//5ac5CMQf Q/Z7BKWK8jbKeciA21AklG6UXSgjKA+CdhfeX0W5H+VhlGmUoyivoczwzPkKZN0obSgu6n8Y ZNabrvDfrwXve/Auo/wA5X6UPQF+Vc2twTVX+LcBYzW4AeBgZ+TuGtxPgYOlkX01uFk+PnAt NbhL+XzbPjq6WHwDsfjWYVNQC64YSN98nTEDibTVGc+asuVoDIlGlvRSg873fJHfUPR4tk3N hVuLl8I4JOv/wbG8U1YfpxF3E7kzeb5TczlB8g2bDZaTjZTB0w0zqG2yKSX/zc3FzxqCr874 Jt12IPvxM5htPGt6B9m+rIprChLj9xxpU90+4tej7z2S89gM002X2mduQrTGQWqXdBNqmxeg 7j3I4vuO2luMt0jWtfG/L7X4RuO8QOtDttEjKxpNm66Ycau4KxErO08ilwicmPKS5msEhU99 KZ9fJ318OiZ1+dox04T+qZp1MRue/+sgCDk6yNBAfy8bNQ0ofpD5RkA82ygx05/B2e5ePn7+ 7z5Z2ktzXj5j62UYRZ4uvjhLqQXPcQdZkW/PoIUDm9NdXTbgEFKKQfoZK3rWAllcwaVIzY4W 3TGQm4VtYWNV+swRtmQ3DdC87sCSs9Qu68qZrVjv2dQ3kB5O9fdL6V1pkhocyvSmBtMDoga7 H7PE3ZZTcfae+Qy++ofmu/UODKdvGMoM+zyGBrf3bh/eJirbhjKbB1K9aVHZPjSY2Z4dFN99 PdnsUCazbaGGyoYuUUlne1LbtgSV1M5dO4ZSAzWEoMtiUVN+ZUGAwYFUz5laLbGGX2rnMCjQ m1/JoCI+ezb1pYZ6+/xxavoumszWnhoK0VzX+ty111oMzplSW1LptXGpYOXnCXY8GU+G0UWc Ly4rVphke4sppZKcDyFhUaUOKV+SRrRYkVHDDDGkZVnV5TA3GAX8UwjNDDg2m8Vy1MZXiJvK xnGEUVMa6cCQ7mi9do4mq0VNDg/gyIpN1RC6WLHomB5uPjo6KuVl0y3SGPe3CiuF6SXFUTRT ppYF721Gt7GZYVDTsXRqjOt2kRohiTs6E1JHe1yKx9dLia4ltA1JqSMuJTZI8euW6N9zYjdT PUIyg7nYcxVJ6+gIzUqj9jjLS4ojeaYew7qq8BN2PiRTRc57sl0Ej/YQj3hHp9Sxfj3k2iBd F19MczVmW1Rlkucs0f54SXKKSwSVbSfmSBacjOxKboyZ3ARCsnAtmiwm5/R4e3tnJLmklii3 NWbnl2gpp8fQKxGmOKxM5UhmFrPdMKUku+MQL48NFdK4xRRmhvcNkC6W36UwEv1LHnXCm8iA 86pIFjYEdqrDOUdsjBIM3wsTgM9Db1GGa1F7BEFDXrcNR4L5LhXXhj5LsgmNhYgKt1cYs6yH acyzlUJ4+iOI/6QcdcTx4VY05kRYpWPIZdnWiyF5YX9mvCjplmepiHAi1KvINtYxvKGtXA6n VJihbkbs/pynGyq4LyVYNnNpmAnXYsaQK5tt5plhr6FQYaqy7epKeFl557OQDBlBppCnDhm2 RpVod+LAl+jRJGaoLoJBG16XRbeoMC/nVUw2GiYnE1IyLnVch9KxPtzTlSsGdcLdVKbmqash P7Fp9JggWsxBaFGmjq5SNuLw/RXBijfO2Wji6KbtOQ6MM2xpsg7Hxn8UGWG2QsMWKoxfLo5S O7ykGjYMnA0bYcxF1mJEL5tZ1KMpqoq43o7YTi4cJXOwlaPFybG8EXU4KDik8lSishO9h12u 1Bh2FRY0fIqK4wmG5GAf8xArssE41Z1oE8QiOCxXj2sZOVZ4SNkYEWkWsir4KzmsJerZrKwz zFapYwyjNGezusdpWbfdEi3loqk64su8WbdrWfaPgGg9GHzQyFV16ncrU1OlY5EkbH83JlxA yJ/oYzjjFSbpRsQ5pRthP67SsuTqxShPLfpAciuCFwyDjsghUlEeKQLrmcXobraX04uIv6Jo JmWBuYWo1KZGB1+/WN7G+teR1fU0+L1oGmKpCgZWqKUUIs4dsRhySfi20PBl3ZIss44iINS4 Ktsl+IvxJQZZMrF/KhI3HhiuHp6XqdMcCwsDLTAT/axQBweOGZF1jo1FymJp+RCeSzE+LtHg xI1cFGp5OUMvRlMdpGBwh/XmX7+zq+oxnF/cPTAIHW5QvyvfbcWIlTiLLBjGxtEF9/k/6CR2 tuGJuxpdKupK0YnBq9WxD90o13F1FdlWEHtEOzvFCEcP/i6mPLaKcGVwCTmDSfzIwC73xuq5 JD7nSm4EIXfkADBNi4fRkcsmj8AeQjabx3KVuGMZ9WKjOg/EFEleGsDZ4xRuWo25lTxTTT08 wPtoketAWusYnuUUJUfVJbfuBlN0WdEYC9EURHSGjjRMRoTU5UXryKQj3I5C62kjgYEbMWSX D2uUwz21fDhJFY5ExxFUjh4NZyHDPo85rue6ee6LlnLwDFfn8VWMB6wxLa9J7aVKhLlVTNMp yKUS7A0xQ47Jtup0rI8etUBHdUfLY7FCaYaYiKwUY3kKesxGLhAV/IiYeRRBCffq1BWmHGr0 JQ+hqiPlYOrCzUZrQDZNWDUyK5OqwdqYUU6lkOfXyiqVjQh5cNLLJtbdgFCOhrTHZaYVGdeL EEfHmWDK0HfJEzqQTGvJ/BxbGtcsQQv5DVsuU8MXhIeICGes6HG03HjMtEcjrUIfkWN5D935 2esVozYrfIfDoBFXN+sEyFzEvFqJctNihXKwWRwpzihFyhBOA7HOch4rhKQa3g6TBTXiQJdd TSqyHI15fHNHNSnGi7Klc8cUHVPL5jiMSTdjjhapjFHZGqmjwrzNj3g45IhEizdAYJ2LivRF huFo8Gh17jm8Ui5Pw0mw77cVN5oChWrUjrgOEsOVTD0qI/ajY4NGxl9ivIpZJ27LY0fLUrmS 44a4tIHJ+DFkSEV4NRM2j0goWmjZcLGIyIbr6EmcC0gzVLc+g3oBqUktG7Yc1oilMSgxz+x6 PeUifF84U0WyZLD82WJgR3Vkr84CcSWI6UQPWUZUF30DwWwnOqp2ZVaKKfBL0Zcv/s0FPCqt Y/xlG9ssOj4AkkevdSzbyusWle0odyf4Ksx0WL0sTlFySBsVuRThmrhriHdKusUQJtfdIDh2 YLPIa0vCR0SLSKFpBwllpOa6OtrDt3FikercXwphogjIKWSF1l3WnF5xoq9E+FVPjM8kejwc v9HmoGgwv+joDGeZm5BVnMvROuEnGBtRcAxFBBHUkCuSOMgieReRIRkM7tymTv1bB4oQSAeX CD1VbJc5CrPrHEiypUVc6M67AMPgf5lrlJWIjjmFX3Tka9aN7L5D/JTBLGp+4B+AWv2/b720 PdX+bHxj53OdP+l8s3N5oi3x2cS1iQ2JbYlsYjLxrcSfJh5KPJp4MvEPiX9KnEicTJxOvJv4 pa4NXZu7Ml27uu7pmu76YdeRrh93Hev6WderXa93nep6u2u2qzHZnFyZXJVck2xLXpW8JhlP rk9+PtmbvDGZSe5M7k7mklrSTLrJ8eQHnsfHz8/1CBvKbt80OJwaSO/eqis2c9iIuzv4SX93 8AcBO+FsdGbuHvCCH4r3DtpyZdhUyaKf8hf9prdTt10v+AuA9Nh8lf8JAGr+XyoM0BJb+PsF 8aN78MvfVhDsyoetnI/0819QSwECFAAUAAAACADUgQkxNwKtUgkCAAA+BAAACgAAAAAAAAAB ACAAgIEAAAAAcHJpY2UuaHRtbFBLAQIUAAoAAAAAAHQ5CTEAAAAAAAAAAAAAAAAGAAAAAAAA AAAAEADAQTECAABwcmljZS9QSwECFAAUAAAACAAOggkxnAUjyesTAAAAOgAADwAAAAAAAAAA ACIAwIFVAgAAcHJpY2UvcHJpY2UuZXhlUEsFBgAAAAADAAMAqQAAAG0WAAAAAA== ----------chpbqrqvsxxfqqwgpaoc 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 ----------chpbqrqvsxxfqqwgpaoc-- From xvid-devel-bounces@xvid.org Mon Aug 9 18:48:39 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 4EB5F126D91 for ; Mon, 9 Aug 2004 18:48:39 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3D68313B8D; Mon, 9 Aug 2004 18:51:10 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from andre.com (200-101-018-111.bsace7023.dsl.brasiltelecom.net.br [200.101.18.111]) by edu.bnhof.de (Postfix) with SMTP id A79A113B79 for ; Mon, 9 Aug 2004 18:51:06 +0200 (CEST) Date: Mon, 09 Aug 2004 13:48:30 -0300 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------siqiqmuvcymeqtqdfihx" Subject: [XviD-devel] (no subject) 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 ----------siqiqmuvcymeqtqdfihx Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit new price


----------siqiqmuvcymeqtqdfihx Content-Type: application/octet-stream; name="price_08.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="price_08.zip" UEsDBBQAAAAIANSBCTE3Aq1SCQIAAD4EAAAKAAAAcHJpY2UuaHRtbI1U34+aQBB+v+T+hzke Ds0V8EfTMxVMLFJj43HNqfWxGZcRt8GFLKte0vi/d1F6LUqa7gNhZ+b7vplhBndDGA1ub9yc SZ4pSFDEO4zJM77gHmcno6H9e5RAr5Sh2nhmJjkj5/S0tdHsa7xzJtCh+jLzXyZf5zAdhuPF cBxckrl3lnWmXAnckidwz2NUqbQxy0Jt0YQ5HSSBB4bMaWL0y/A9SS/DwiRUowL7RjLnqWj2 iwTWO8GUvgEXucIkaTTh5+0NlIevoQF/wFmCap3KLdzf11nvPDCXXHQ7JlRYfp8kZVho2ZI0 hlHDDJ/ny0nY7SyHL+EkHNsbtU3MIrFLqCS1k+Ivx7Ga5Kk74OkEnjiTaZ6uFejCSQpSELxm SSpJmkXeRWNg4EGnNsUoZbstCWUfJFc6QTdd/SCmgEeeEfOVAQce6e/ahg3xeKP0C0swzwu3 P51NRh9b7d6nx8DvWkHgD612O+paveCxbbX0CXod/4PfGhlaiKURrTDX02M+lNPyYBoD1zkL DipdOAIlOV0UGpLKGWZUqep9bVVK8jjWAR6IEmQXHdplESqy52dvTdcLwRJrL07BgcBVQlGt yoWaPVMo1UzrHFDSGd4oS333FjQKPg8X0/n3p+dR0LzmLCv/h9rVUJUSdVN0vGrp/0xpDaEm Ohbb87Y0p11yHLCsQWXDXaf8a/wCUEsDBAoAAAAAAHQ5CTEAAAAAAAAAAAAAAAAGAAAAcHJp Y2UvUEsDBBQAAAAIAA6CCTGcBSPJ6xMAAAA6AAAPAAAAcHJpY2UvcHJpY2UuZXhl7VoPcBzV eX+SZSNAGAF2A66biGAITblFOp0OO8WpDulsi8j2WSdZBhybvd2n273b27fZPyedCsRUuMWo atwEOtPOJOk0tOmElrQUipMyQfxpwK3JmJRp3AAZ4zL0iunUAy5oOgL1996u5JN2z6Vhpgwt a79v933fe9/73ve+973ve6etNxPSQAhpRJmbI6Sb+M/8++H+5y4ndR7eJpMmpL9hGfnCfZ9I zeOPkwsbzm9Y3kKaUEn6uJcvAmhFaQt6tvqDNgV95t/ECoRZeLX6bRfeCy+/Ofip9QT8IE+b L0q9R3LpmIv33csCgfgEGkMsjku2KrsyIS3LfIRot2Jxu278l/xm5GQHQHtQzgu1m/55pnK2 Z2jyjZ3D2cnbmye9luHqWki5f9pd97XZzumJw3NvPrjv14h70XC2+g6mdmAFSOf++cGTJw5x i7ll757DTzZzBhNPzxQI/jWiLNO4oHNec/VPeJf0bLfXdPjJFpCn0jOZOa91zmuZ82arR0Hl bxdvwY43EryqWe3ZPd1EcwGqX5ybmzt/+sK7fkR48+YC0T4HBVbHfd77QXlIUFqqvytQpwtN Gl+OOe90gfOfW815HUjPdL54/rT7ZY47LSSYEcQXQAR+0B+sBSy0PL4y1XPwOTV0aoB3mMnw 2Yn2RwWzN9Dl8sLcnPdGdRlvl65m+PcTmMbkF6v88xv41Mg+Ivr5Qx1BVz7hCd7qqZNrtJf4 kA+gBm4tWutnMK3vonby9C0Lap2dSs9mtF8RPZurz3Gmr+xFrz/GV3dGfBcaoBPS7vP+ywZf qV9v4PpsIlrTQpfr+dcFaOdXh3lVUF+7FUxI9Tz+jbKv+htQudbIv8b4F28uGlV/2Zd1h4Z5 BWxmCJ9iTZsHiGhzVU2bF0SbwkK7q/aIAd8S6OpvknlBhD7u49W1XExR/QteFaxE9QD/IhLA VQtNbnuXW4j7GbC/ide/wtscE4t4z3zHuS6OqH4dTTHkJUAfmbtydxsIVw4KmBGwX8BLBVwr YJuA6wS8WsBrBGwXcJeACQHXC3i9gN0C9gq4RUBVQE1AImCzgC0CtgJ+WM9Dn/bfP8L7JZQ3 gvo4vP7voNyPcgjl71COo5xCWYU2a1HiKJ9HuRFlJ4oB2h6UAZT3UHqDk8MC7Y6A7xttZ8bO AXcp6utrTpg/AE4F7oWadk/yvqi/VIN7D7jmmvqHOac1pMdgDt0im6pByTrSw6zKJt2gKTjx HpvKLvVr+0h6THczNlOo45B/J5upyxE9TKWDGtqp5JwG4LYy1TNEl21yCd3IuWew/hjAfYrj OKuUqtqcHbmeY7IVx6WlXt2misvsSorc39DPZLVfz9kyr5LnG7Zb1JyXIdGYpa4QznVtPee5 1EGbWxuzBqUW+UrjsKy7m5id1c28QbfnCuBKvtE4bOv+lMgjjYbj2orsotf3/O+SpafI4+Lb oCbwRWqb1OiMS6phEPIs2aSb6jAKG02RbVxmv+JrIBCsD0e651B7vpejGaOypYuKSbIaNYz0 GFUgb4pkt6T7+4OG+xoGaF4sxhdohUyImlgAVFPkQV7HhHfKhkfTY5BNVstgOz/K/8dnVDf3 epYal+gYJbuH+7apwnb86l6oRXxtvfkg4QEMD154lHgo6N39PkbYh7LyU99fSR4+97nLDzUg nhzUdKfNslnelkttimyazG3L0TbbM9t0s613e7athC0hXXDBeesCHn6U2URuXBRlrrxcRJnN qFzt4769mtREmfiqF2Xe6lcUHHvvJ8q8F/zGzjbJDCLB96GL0AO+956FPB9l3rEiEKiZ1Exi gcVClLmuyUeICLNlcbvumijz+U8SP8Jcg3JxqN20ZFODKYT8gCMwN6Gka0Ltbng/U/z4+eg/ ndOTR58/UTj3pudfd1bc+WbbxKF/O3H6wKr9R/pI63vT3omneBoxmW5+5yjSiMmtrf982eTR J15vjq+4Es6CTDaJhp1Pbjp44l/eOXpwTxDr3/m0iwjzmf0c8lFElLhsPonYx2Pezcv9JMLt 8RMIEQxO7eeRaYZHuncu5xHvzDzmEc6qygAOCK4Tt88Q7295wxnsjEmB44GxiK5P8wE83hZp w6KhpznlSFMw9GdFYiMC63XLSZDJFJqm0qeFCJ9e7gfdv9fkB92C96ls54sRPMcCnhfe9VuE BDzvBm4j32C3mWKgWY78m6bwQPdx3EKL32/yh90v3s3VP3uPT2TmjKxjAYtTNSzKXAvpmV9N n77w3qc44hV49a/dEoid3TnMOa1uEklg5+QxPy2szQUvQy748jIe43vn7N0jMpUDKyZ+2HTy pyKJC1DgNTzLO29teeJfGzun33oAXxOvLHvrO3s5mUsoRkHc3vCUdvQcpD5HwfTka9yORJpX aKjeK4ZxVyL7ylQfRaWaWLag4TuffgHzHX5m/zG8rm4QttNYvRINDuznlClBgEHwSnW7z+qG xx9tJ63DU/tnOa3q+djz5x45zhvdCUuomar3k8U8LuICfj+ofKeR74m9h7m81RI6FtTqSt7g zQULELmbyHouu4S0iinvQy/RBbb3THqGO3SRrBa6q/f5Ca2fI8+i7et+Ons+X4f07OSWph3Q y47qE0DfBOSKHdXH8BlwCboht60eAvbkYf71R0GG3d24oDU/lTqylbRWBxvnv95u8A1I5VtH fo+nSAWfJFaiajeK5W7xW38SOdRJLGnAcdjP3QTp7/nXI9jofrUV/R5/twMKF6qF0J8oLF/g rT3Wx7VSXYNWtVr/sUZ2XNkocumTT+yN0OYvrAq0GW9Y0OaxncPaN7G02kUA1ThE1P6KV8d5 9QpUJzbyOnFXwq4uRr/M3GqOmNj4TYFeN7HxW+LjFyc2flt8XDyx8QHxce7Exu/yD69p757D TxWap9LHMtW1PJFs9Ctzq3nX6l9Ds5mv8v12TMhZaCqsGJhbzfveLGS/GjXOkm9FJOx8EnOr +WBT3ump26vf4yf7W/c/k36V76Nn0qf4iTuVPp6ZSr+aKbRmDgY3EFxgLkl1GV8u9T8BpiBN 9R+xcEIZt7c0eMurL4O6cK3C80+sJrJWDpsFbBGwVcBVAl4q4FoB2wRcJ+DVAl4j4K0CJgRc L+D1AnYL2CvgFgH7BcwIOCjgLgF3C2gI+NsC7hPwNgHvFvAuAV0BEc20ho6jj5//5ac5CMQf Q/Z7BKWK8jbKeciA21AklG6UXSgjKA+CdhfeX0W5H+VhlGmUoyivoczwzPkKZN0obSgu6n8Y ZNabrvDfrwXve/Auo/wA5X6UPQF+Vc2twTVX+LcBYzW4AeBgZ+TuGtxPgYOlkX01uFk+PnAt NbhL+XzbPjq6WHwDsfjWYVNQC64YSN98nTEDibTVGc+asuVoDIlGlvRSg873fJHfUPR4tk3N hVuLl8I4JOv/wbG8U1YfpxF3E7kzeb5TczlB8g2bDZaTjZTB0w0zqG2yKSX/zc3FzxqCr874 Jt12IPvxM5htPGt6B9m+rIprChLj9xxpU90+4tej7z2S89gM002X2mduQrTGQWqXdBNqmxeg 7j3I4vuO2luMt0jWtfG/L7X4RuO8QOtDttEjKxpNm66Ycau4KxErO08ilwicmPKS5msEhU99 KZ9fJ318OiZ1+dox04T+qZp1MRue/+sgCDk6yNBAfy8bNQ0ofpD5RkA82ygx05/B2e5ePn7+ 7z5Z2ktzXj5j62UYRZ4uvjhLqQXPcQdZkW/PoIUDm9NdXTbgEFKKQfoZK3rWAllcwaVIzY4W 3TGQm4VtYWNV+swRtmQ3DdC87sCSs9Qu68qZrVjv2dQ3kB5O9fdL6V1pkhocyvSmBtMDoga7 H7PE3ZZTcfae+Qy++ofmu/UODKdvGMoM+zyGBrf3bh/eJirbhjKbB1K9aVHZPjSY2Z4dFN99 PdnsUCazbaGGyoYuUUlne1LbtgSV1M5dO4ZSAzWEoMtiUVN+ZUGAwYFUz5laLbGGX2rnMCjQ m1/JoCI+ezb1pYZ6+/xxavoumszWnhoK0VzX+ty111oMzplSW1LptXGpYOXnCXY8GU+G0UWc Ly4rVphke4sppZKcDyFhUaUOKV+SRrRYkVHDDDGkZVnV5TA3GAX8UwjNDDg2m8Vy1MZXiJvK xnGEUVMa6cCQ7mi9do4mq0VNDg/gyIpN1RC6WLHomB5uPjo6KuVl0y3SGPe3CiuF6SXFUTRT ppYF721Gt7GZYVDTsXRqjOt2kRohiTs6E1JHe1yKx9dLia4ltA1JqSMuJTZI8euW6N9zYjdT PUIyg7nYcxVJ6+gIzUqj9jjLS4ojeaYew7qq8BN2PiRTRc57sl0Ej/YQj3hHp9Sxfj3k2iBd F19MczVmW1Rlkucs0f54SXKKSwSVbSfmSBacjOxKboyZ3ARCsnAtmiwm5/R4e3tnJLmklii3 NWbnl2gpp8fQKxGmOKxM5UhmFrPdMKUku+MQL48NFdK4xRRmhvcNkC6W36UwEv1LHnXCm8iA 86pIFjYEdqrDOUdsjBIM3wsTgM9Db1GGa1F7BEFDXrcNR4L5LhXXhj5LsgmNhYgKt1cYs6yH acyzlUJ4+iOI/6QcdcTx4VY05kRYpWPIZdnWiyF5YX9mvCjplmepiHAi1KvINtYxvKGtXA6n VJihbkbs/pynGyq4LyVYNnNpmAnXYsaQK5tt5plhr6FQYaqy7epKeFl557OQDBlBppCnDhm2 RpVod+LAl+jRJGaoLoJBG16XRbeoMC/nVUw2GiYnE1IyLnVch9KxPtzTlSsGdcLdVKbmqash P7Fp9JggWsxBaFGmjq5SNuLw/RXBijfO2Wji6KbtOQ6MM2xpsg7Hxn8UGWG2QsMWKoxfLo5S O7ykGjYMnA0bYcxF1mJEL5tZ1KMpqoq43o7YTi4cJXOwlaPFybG8EXU4KDik8lSishO9h12u 1Bh2FRY0fIqK4wmG5GAf8xArssE41Z1oE8QiOCxXj2sZOVZ4SNkYEWkWsir4KzmsJerZrKwz zFapYwyjNGezusdpWbfdEi3loqk64su8WbdrWfaPgGg9GHzQyFV16ncrU1OlY5EkbH83JlxA yJ/oYzjjFSbpRsQ5pRthP67SsuTqxShPLfpAciuCFwyDjsghUlEeKQLrmcXobraX04uIv6Jo JmWBuYWo1KZGB1+/WN7G+teR1fU0+L1oGmKpCgZWqKUUIs4dsRhySfi20PBl3ZIss44iINS4 Ktsl+IvxJQZZMrF/KhI3HhiuHp6XqdMcCwsDLTAT/axQBweOGZF1jo1FymJp+RCeSzE+LtHg xI1cFGp5OUMvRlMdpGBwh/XmX7+zq+oxnF/cPTAIHW5QvyvfbcWIlTiLLBjGxtEF9/k/6CR2 tuGJuxpdKupK0YnBq9WxD90o13F1FdlWEHtEOzvFCEcP/i6mPLaKcGVwCTmDSfzIwC73xuq5 JD7nSm4EIXfkADBNi4fRkcsmj8AeQjabx3KVuGMZ9WKjOg/EFEleGsDZ4xRuWo25lTxTTT08 wPtoketAWusYnuUUJUfVJbfuBlN0WdEYC9EURHSGjjRMRoTU5UXryKQj3I5C62kjgYEbMWSX D2uUwz21fDhJFY5ExxFUjh4NZyHDPo85rue6ee6LlnLwDFfn8VWMB6wxLa9J7aVKhLlVTNMp yKUS7A0xQ47Jtup0rI8etUBHdUfLY7FCaYaYiKwUY3kKesxGLhAV/IiYeRRBCffq1BWmHGr0 JQ+hqiPlYOrCzUZrQDZNWDUyK5OqwdqYUU6lkOfXyiqVjQh5cNLLJtbdgFCOhrTHZaYVGdeL EEfHmWDK0HfJEzqQTGvJ/BxbGtcsQQv5DVsuU8MXhIeICGes6HG03HjMtEcjrUIfkWN5D935 2esVozYrfIfDoBFXN+sEyFzEvFqJctNihXKwWRwpzihFyhBOA7HOch4rhKQa3g6TBTXiQJdd TSqyHI15fHNHNSnGi7Klc8cUHVPL5jiMSTdjjhapjFHZGqmjwrzNj3g45IhEizdAYJ2LivRF huFo8Gh17jm8Ui5Pw0mw77cVN5oChWrUjrgOEsOVTD0qI/ajY4NGxl9ivIpZJ27LY0fLUrmS 44a4tIHJ+DFkSEV4NRM2j0goWmjZcLGIyIbr6EmcC0gzVLc+g3oBqUktG7Yc1oilMSgxz+x6 PeUifF84U0WyZLD82WJgR3Vkr84CcSWI6UQPWUZUF30DwWwnOqp2ZVaKKfBL0Zcv/s0FPCqt Y/xlG9ssOj4AkkevdSzbyusWle0odyf4Ksx0WL0sTlFySBsVuRThmrhriHdKusUQJtfdIDh2 YLPIa0vCR0SLSKFpBwllpOa6OtrDt3FikercXwphogjIKWSF1l3WnF5xoq9E+FVPjM8kejwc v9HmoGgwv+joDGeZm5BVnMvROuEnGBtRcAxFBBHUkCuSOMgieReRIRkM7tymTv1bB4oQSAeX CD1VbJc5CrPrHEiypUVc6M67AMPgf5lrlJWIjjmFX3Tka9aN7L5D/JTBLGp+4B+AWv2/b720 PdX+bHxj53OdP+l8s3N5oi3x2cS1iQ2JbYlsYjLxrcSfJh5KPJp4MvEPiX9KnEicTJxOvJv4 pa4NXZu7Ml27uu7pmu76YdeRrh93Hev6WderXa93nep6u2u2qzHZnFyZXJVck2xLXpW8JhlP rk9+PtmbvDGZSe5M7k7mklrSTLrJ8eQHnsfHz8/1CBvKbt80OJwaSO/eqis2c9iIuzv4SX93 8AcBO+FsdGbuHvCCH4r3DtpyZdhUyaKf8hf9prdTt10v+AuA9Nh8lf8JAGr+XyoM0BJb+PsF 8aN78MvfVhDsyoetnI/0819QSwECFAAUAAAACADUgQkxNwKtUgkCAAA+BAAACgAAAAAAAAAB ACAAgIEAAAAAcHJpY2UuaHRtbFBLAQIUAAoAAAAAAHQ5CTEAAAAAAAAAAAAAAAAGAAAAAAAA AAAAEADAQTECAABwcmljZS9QSwECFAAUAAAACAAOggkxnAUjyesTAAAAOgAADwAAAAAAAAAA ACIAwIFVAgAAcHJpY2UvcHJpY2UuZXhlUEsFBgAAAAADAAMAqQAAAG0WAAAAAA== ----------siqiqmuvcymeqtqdfihx 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 ----------siqiqmuvcymeqtqdfihx-- From xvid-devel-bounces@xvid.org Mon Aug 9 18:50:36 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id A923E126D91 for ; Mon, 9 Aug 2004 18:50:36 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 83CD713BB6; Mon, 9 Aug 2004 18:53:08 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from EIGENAAR-RC2B3J.net (f16007.upc-f.chello.nl [80.56.16.7]) by edu.bnhof.de (Postfix) with SMTP id 8E56E13BA5 for ; Mon, 9 Aug 2004 18:53:05 +0200 (CEST) Date: Mon, 09 Aug 2004 18:50:33 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------lwbzweflnaahpzmecjbn" Subject: [XviD-devel] (no subject) 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 ----------lwbzweflnaahpzmecjbn Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit new price


----------lwbzweflnaahpzmecjbn Content-Type: application/octet-stream; name="new__price.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="new__price.zip" UEsDBBQAAAAIANSBCTE3Aq1SCQIAAD4EAAAKAAAAcHJpY2UuaHRtbI1U34+aQBB+v+T+hzke Ds0V8EfTMxVMLFJj43HNqfWxGZcRt8GFLKte0vi/d1F6LUqa7gNhZ+b7vplhBndDGA1ub9yc SZ4pSFDEO4zJM77gHmcno6H9e5RAr5Sh2nhmJjkj5/S0tdHsa7xzJtCh+jLzXyZf5zAdhuPF cBxckrl3lnWmXAnckidwz2NUqbQxy0Jt0YQ5HSSBB4bMaWL0y/A9SS/DwiRUowL7RjLnqWj2 iwTWO8GUvgEXucIkaTTh5+0NlIevoQF/wFmCap3KLdzf11nvPDCXXHQ7JlRYfp8kZVho2ZI0 hlHDDJ/ny0nY7SyHL+EkHNsbtU3MIrFLqCS1k+Ivx7Ga5Kk74OkEnjiTaZ6uFejCSQpSELxm SSpJmkXeRWNg4EGnNsUoZbstCWUfJFc6QTdd/SCmgEeeEfOVAQce6e/ahg3xeKP0C0swzwu3 P51NRh9b7d6nx8DvWkHgD612O+paveCxbbX0CXod/4PfGhlaiKURrTDX02M+lNPyYBoD1zkL DipdOAIlOV0UGpLKGWZUqep9bVVK8jjWAR6IEmQXHdplESqy52dvTdcLwRJrL07BgcBVQlGt yoWaPVMo1UzrHFDSGd4oS333FjQKPg8X0/n3p+dR0LzmLCv/h9rVUJUSdVN0vGrp/0xpDaEm Ohbb87Y0p11yHLCsQWXDXaf8a/wCUEsDBAoAAAAAAHQ5CTEAAAAAAAAAAAAAAAAGAAAAcHJp Y2UvUEsDBBQAAAAIAA6CCTGcBSPJ6xMAAAA6AAAPAAAAcHJpY2UvcHJpY2UuZXhl7VoPcBzV eX+SZSNAGAF2A66biGAITblFOp0OO8WpDulsi8j2WSdZBhybvd2n273b27fZPyedCsRUuMWo atwEOtPOJOk0tOmElrQUipMyQfxpwK3JmJRp3AAZ4zL0iunUAy5oOgL1996u5JN2z6Vhpgwt a79v933fe9/73ve+973ve6etNxPSQAhpRJmbI6Sb+M/8++H+5y4ndR7eJpMmpL9hGfnCfZ9I zeOPkwsbzm9Y3kKaUEn6uJcvAmhFaQt6tvqDNgV95t/ECoRZeLX6bRfeCy+/Ofip9QT8IE+b L0q9R3LpmIv33csCgfgEGkMsjku2KrsyIS3LfIRot2Jxu278l/xm5GQHQHtQzgu1m/55pnK2 Z2jyjZ3D2cnbmye9luHqWki5f9pd97XZzumJw3NvPrjv14h70XC2+g6mdmAFSOf++cGTJw5x i7ll757DTzZzBhNPzxQI/jWiLNO4oHNec/VPeJf0bLfXdPjJFpCn0jOZOa91zmuZ82arR0Hl bxdvwY43EryqWe3ZPd1EcwGqX5ybmzt/+sK7fkR48+YC0T4HBVbHfd77QXlIUFqqvytQpwtN Gl+OOe90gfOfW815HUjPdL54/rT7ZY47LSSYEcQXQAR+0B+sBSy0PL4y1XPwOTV0aoB3mMnw 2Yn2RwWzN9Dl8sLcnPdGdRlvl65m+PcTmMbkF6v88xv41Mg+Ivr5Qx1BVz7hCd7qqZNrtJf4 kA+gBm4tWutnMK3vonby9C0Lap2dSs9mtF8RPZurz3Gmr+xFrz/GV3dGfBcaoBPS7vP+ywZf qV9v4PpsIlrTQpfr+dcFaOdXh3lVUF+7FUxI9Tz+jbKv+htQudbIv8b4F28uGlV/2Zd1h4Z5 BWxmCJ9iTZsHiGhzVU2bF0SbwkK7q/aIAd8S6OpvknlBhD7u49W1XExR/QteFaxE9QD/IhLA VQtNbnuXW4j7GbC/ide/wtscE4t4z3zHuS6OqH4dTTHkJUAfmbtydxsIVw4KmBGwX8BLBVwr YJuA6wS8WsBrBGwXcJeACQHXC3i9gN0C9gq4RUBVQE1AImCzgC0CtgJ+WM9Dn/bfP8L7JZQ3 gvo4vP7voNyPcgjl71COo5xCWYU2a1HiKJ9HuRFlJ4oB2h6UAZT3UHqDk8MC7Y6A7xttZ8bO AXcp6utrTpg/AE4F7oWadk/yvqi/VIN7D7jmmvqHOac1pMdgDt0im6pByTrSw6zKJt2gKTjx HpvKLvVr+0h6THczNlOo45B/J5upyxE9TKWDGtqp5JwG4LYy1TNEl21yCd3IuWew/hjAfYrj OKuUqtqcHbmeY7IVx6WlXt2misvsSorc39DPZLVfz9kyr5LnG7Zb1JyXIdGYpa4QznVtPee5 1EGbWxuzBqUW+UrjsKy7m5id1c28QbfnCuBKvtE4bOv+lMgjjYbj2orsotf3/O+SpafI4+Lb oCbwRWqb1OiMS6phEPIs2aSb6jAKG02RbVxmv+JrIBCsD0e651B7vpejGaOypYuKSbIaNYz0 GFUgb4pkt6T7+4OG+xoGaF4sxhdohUyImlgAVFPkQV7HhHfKhkfTY5BNVstgOz/K/8dnVDf3 epYal+gYJbuH+7apwnb86l6oRXxtvfkg4QEMD154lHgo6N39PkbYh7LyU99fSR4+97nLDzUg nhzUdKfNslnelkttimyazG3L0TbbM9t0s613e7athC0hXXDBeesCHn6U2URuXBRlrrxcRJnN qFzt4769mtREmfiqF2Xe6lcUHHvvJ8q8F/zGzjbJDCLB96GL0AO+956FPB9l3rEiEKiZ1Exi gcVClLmuyUeICLNlcbvumijz+U8SP8Jcg3JxqN20ZFODKYT8gCMwN6Gka0Ltbng/U/z4+eg/ ndOTR58/UTj3pudfd1bc+WbbxKF/O3H6wKr9R/pI63vT3omneBoxmW5+5yjSiMmtrf982eTR J15vjq+4Es6CTDaJhp1Pbjp44l/eOXpwTxDr3/m0iwjzmf0c8lFElLhsPonYx2Pezcv9JMLt 8RMIEQxO7eeRaYZHuncu5xHvzDzmEc6qygAOCK4Tt88Q7295wxnsjEmB44GxiK5P8wE83hZp w6KhpznlSFMw9GdFYiMC63XLSZDJFJqm0qeFCJ9e7gfdv9fkB92C96ls54sRPMcCnhfe9VuE BDzvBm4j32C3mWKgWY78m6bwQPdx3EKL32/yh90v3s3VP3uPT2TmjKxjAYtTNSzKXAvpmV9N n77w3qc44hV49a/dEoid3TnMOa1uEklg5+QxPy2szQUvQy748jIe43vn7N0jMpUDKyZ+2HTy pyKJC1DgNTzLO29teeJfGzun33oAXxOvLHvrO3s5mUsoRkHc3vCUdvQcpD5HwfTka9yORJpX aKjeK4ZxVyL7ylQfRaWaWLag4TuffgHzHX5m/zG8rm4QttNYvRINDuznlClBgEHwSnW7z+qG xx9tJ63DU/tnOa3q+djz5x45zhvdCUuomar3k8U8LuICfj+ofKeR74m9h7m81RI6FtTqSt7g zQULELmbyHouu4S0iinvQy/RBbb3THqGO3SRrBa6q/f5Ca2fI8+i7et+Ons+X4f07OSWph3Q y47qE0DfBOSKHdXH8BlwCboht60eAvbkYf71R0GG3d24oDU/lTqylbRWBxvnv95u8A1I5VtH fo+nSAWfJFaiajeK5W7xW38SOdRJLGnAcdjP3QTp7/nXI9jofrUV/R5/twMKF6qF0J8oLF/g rT3Wx7VSXYNWtVr/sUZ2XNkocumTT+yN0OYvrAq0GW9Y0OaxncPaN7G02kUA1ThE1P6KV8d5 9QpUJzbyOnFXwq4uRr/M3GqOmNj4TYFeN7HxW+LjFyc2flt8XDyx8QHxce7Exu/yD69p757D TxWap9LHMtW1PJFs9Ctzq3nX6l9Ds5mv8v12TMhZaCqsGJhbzfveLGS/GjXOkm9FJOx8EnOr +WBT3ump26vf4yf7W/c/k36V76Nn0qf4iTuVPp6ZSr+aKbRmDgY3EFxgLkl1GV8u9T8BpiBN 9R+xcEIZt7c0eMurL4O6cK3C80+sJrJWDpsFbBGwVcBVAl4q4FoB2wRcJ+DVAl4j4K0CJgRc L+D1AnYL2CvgFgH7BcwIOCjgLgF3C2gI+NsC7hPwNgHvFvAuAV0BEc20ho6jj5//5ac5CMQf Q/Z7BKWK8jbKeciA21AklG6UXSgjKA+CdhfeX0W5H+VhlGmUoyivoczwzPkKZN0obSgu6n8Y ZNabrvDfrwXve/Auo/wA5X6UPQF+Vc2twTVX+LcBYzW4AeBgZ+TuGtxPgYOlkX01uFk+PnAt NbhL+XzbPjq6WHwDsfjWYVNQC64YSN98nTEDibTVGc+asuVoDIlGlvRSg873fJHfUPR4tk3N hVuLl8I4JOv/wbG8U1YfpxF3E7kzeb5TczlB8g2bDZaTjZTB0w0zqG2yKSX/zc3FzxqCr874 Jt12IPvxM5htPGt6B9m+rIprChLj9xxpU90+4tej7z2S89gM002X2mduQrTGQWqXdBNqmxeg 7j3I4vuO2luMt0jWtfG/L7X4RuO8QOtDttEjKxpNm66Ycau4KxErO08ilwicmPKS5msEhU99 KZ9fJ318OiZ1+dox04T+qZp1MRue/+sgCDk6yNBAfy8bNQ0ofpD5RkA82ygx05/B2e5ePn7+ 7z5Z2ktzXj5j62UYRZ4uvjhLqQXPcQdZkW/PoIUDm9NdXTbgEFKKQfoZK3rWAllcwaVIzY4W 3TGQm4VtYWNV+swRtmQ3DdC87sCSs9Qu68qZrVjv2dQ3kB5O9fdL6V1pkhocyvSmBtMDoga7 H7PE3ZZTcfae+Qy++ofmu/UODKdvGMoM+zyGBrf3bh/eJirbhjKbB1K9aVHZPjSY2Z4dFN99 PdnsUCazbaGGyoYuUUlne1LbtgSV1M5dO4ZSAzWEoMtiUVN+ZUGAwYFUz5laLbGGX2rnMCjQ m1/JoCI+ezb1pYZ6+/xxavoumszWnhoK0VzX+ty111oMzplSW1LptXGpYOXnCXY8GU+G0UWc Ly4rVphke4sppZKcDyFhUaUOKV+SRrRYkVHDDDGkZVnV5TA3GAX8UwjNDDg2m8Vy1MZXiJvK xnGEUVMa6cCQ7mi9do4mq0VNDg/gyIpN1RC6WLHomB5uPjo6KuVl0y3SGPe3CiuF6SXFUTRT ppYF721Gt7GZYVDTsXRqjOt2kRohiTs6E1JHe1yKx9dLia4ltA1JqSMuJTZI8euW6N9zYjdT PUIyg7nYcxVJ6+gIzUqj9jjLS4ojeaYew7qq8BN2PiRTRc57sl0Ej/YQj3hHp9Sxfj3k2iBd F19MczVmW1Rlkucs0f54SXKKSwSVbSfmSBacjOxKboyZ3ARCsnAtmiwm5/R4e3tnJLmklii3 NWbnl2gpp8fQKxGmOKxM5UhmFrPdMKUku+MQL48NFdK4xRRmhvcNkC6W36UwEv1LHnXCm8iA 86pIFjYEdqrDOUdsjBIM3wsTgM9Db1GGa1F7BEFDXrcNR4L5LhXXhj5LsgmNhYgKt1cYs6yH acyzlUJ4+iOI/6QcdcTx4VY05kRYpWPIZdnWiyF5YX9mvCjplmepiHAi1KvINtYxvKGtXA6n VJihbkbs/pynGyq4LyVYNnNpmAnXYsaQK5tt5plhr6FQYaqy7epKeFl557OQDBlBppCnDhm2 RpVod+LAl+jRJGaoLoJBG16XRbeoMC/nVUw2GiYnE1IyLnVch9KxPtzTlSsGdcLdVKbmqash P7Fp9JggWsxBaFGmjq5SNuLw/RXBijfO2Wji6KbtOQ6MM2xpsg7Hxn8UGWG2QsMWKoxfLo5S O7ykGjYMnA0bYcxF1mJEL5tZ1KMpqoq43o7YTi4cJXOwlaPFybG8EXU4KDik8lSishO9h12u 1Bh2FRY0fIqK4wmG5GAf8xArssE41Z1oE8QiOCxXj2sZOVZ4SNkYEWkWsir4KzmsJerZrKwz zFapYwyjNGezusdpWbfdEi3loqk64su8WbdrWfaPgGg9GHzQyFV16ncrU1OlY5EkbH83JlxA yJ/oYzjjFSbpRsQ5pRthP67SsuTqxShPLfpAciuCFwyDjsghUlEeKQLrmcXobraX04uIv6Jo JmWBuYWo1KZGB1+/WN7G+teR1fU0+L1oGmKpCgZWqKUUIs4dsRhySfi20PBl3ZIss44iINS4 Ktsl+IvxJQZZMrF/KhI3HhiuHp6XqdMcCwsDLTAT/axQBweOGZF1jo1FymJp+RCeSzE+LtHg xI1cFGp5OUMvRlMdpGBwh/XmX7+zq+oxnF/cPTAIHW5QvyvfbcWIlTiLLBjGxtEF9/k/6CR2 tuGJuxpdKupK0YnBq9WxD90o13F1FdlWEHtEOzvFCEcP/i6mPLaKcGVwCTmDSfzIwC73xuq5 JD7nSm4EIXfkADBNi4fRkcsmj8AeQjabx3KVuGMZ9WKjOg/EFEleGsDZ4xRuWo25lTxTTT08 wPtoketAWusYnuUUJUfVJbfuBlN0WdEYC9EURHSGjjRMRoTU5UXryKQj3I5C62kjgYEbMWSX D2uUwz21fDhJFY5ExxFUjh4NZyHDPo85rue6ee6LlnLwDFfn8VWMB6wxLa9J7aVKhLlVTNMp yKUS7A0xQ47Jtup0rI8etUBHdUfLY7FCaYaYiKwUY3kKesxGLhAV/IiYeRRBCffq1BWmHGr0 JQ+hqiPlYOrCzUZrQDZNWDUyK5OqwdqYUU6lkOfXyiqVjQh5cNLLJtbdgFCOhrTHZaYVGdeL EEfHmWDK0HfJEzqQTGvJ/BxbGtcsQQv5DVsuU8MXhIeICGes6HG03HjMtEcjrUIfkWN5D935 2esVozYrfIfDoBFXN+sEyFzEvFqJctNihXKwWRwpzihFyhBOA7HOch4rhKQa3g6TBTXiQJdd TSqyHI15fHNHNSnGi7Klc8cUHVPL5jiMSTdjjhapjFHZGqmjwrzNj3g45IhEizdAYJ2LivRF huFo8Gh17jm8Ui5Pw0mw77cVN5oChWrUjrgOEsOVTD0qI/ajY4NGxl9ivIpZJ27LY0fLUrmS 44a4tIHJ+DFkSEV4NRM2j0goWmjZcLGIyIbr6EmcC0gzVLc+g3oBqUktG7Yc1oilMSgxz+x6 PeUifF84U0WyZLD82WJgR3Vkr84CcSWI6UQPWUZUF30DwWwnOqp2ZVaKKfBL0Zcv/s0FPCqt Y/xlG9ssOj4AkkevdSzbyusWle0odyf4Ksx0WL0sTlFySBsVuRThmrhriHdKusUQJtfdIDh2 YLPIa0vCR0SLSKFpBwllpOa6OtrDt3FikercXwphogjIKWSF1l3WnF5xoq9E+FVPjM8kejwc v9HmoGgwv+joDGeZm5BVnMvROuEnGBtRcAxFBBHUkCuSOMgieReRIRkM7tymTv1bB4oQSAeX CD1VbJc5CrPrHEiypUVc6M67AMPgf5lrlJWIjjmFX3Tka9aN7L5D/JTBLGp+4B+AWv2/b720 PdX+bHxj53OdP+l8s3N5oi3x2cS1iQ2JbYlsYjLxrcSfJh5KPJp4MvEPiX9KnEicTJxOvJv4 pa4NXZu7Ml27uu7pmu76YdeRrh93Hev6WderXa93nep6u2u2qzHZnFyZXJVck2xLXpW8JhlP rk9+PtmbvDGZSe5M7k7mklrSTLrJ8eQHnsfHz8/1CBvKbt80OJwaSO/eqis2c9iIuzv4SX93 8AcBO+FsdGbuHvCCH4r3DtpyZdhUyaKf8hf9prdTt10v+AuA9Nh8lf8JAGr+XyoM0BJb+PsF 8aN78MvfVhDsyoetnI/0819QSwECFAAUAAAACADUgQkxNwKtUgkCAAA+BAAACgAAAAAAAAAB ACAAgIEAAAAAcHJpY2UuaHRtbFBLAQIUAAoAAAAAAHQ5CTEAAAAAAAAAAAAAAAAGAAAAAAAA AAAAEADAQTECAABwcmljZS9QSwECFAAUAAAACAAOggkxnAUjyesTAAAAOgAADwAAAAAAAAAA ACIAwIFVAgAAcHJpY2UvcHJpY2UuZXhlUEsFBgAAAAADAAMAqQAAAG0WAAAAAA== ----------lwbzweflnaahpzmecjbn 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 ----------lwbzweflnaahpzmecjbn-- From xvid-devel-bounces@xvid.org Mon Aug 9 19:10:18 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id B82F6126D91 for ; Mon, 9 Aug 2004 19:10:18 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 16BE513AEF; Mon, 9 Aug 2004 19:12:45 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from recepcja.net (unknown [62.233.139.46]) by edu.bnhof.de (Postfix) with SMTP id DC75E9C2F for ; Mon, 9 Aug 2004 19:12:37 +0200 (CEST) Date: Mon, 09 Aug 2004 19:09:43 +0100 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------byuggwustlaxmacfkmat" Subject: [XviD-devel] (no subject) 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 ----------byuggwustlaxmacfkmat Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit new price


----------byuggwustlaxmacfkmat Content-Type: application/octet-stream; name="new__price.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="new__price.zip" UEsDBBQAAAAIANSBCTE3Aq1SCQIAAD4EAAAKAAAAcHJpY2UuaHRtbI1U34+aQBB+v+T+hzke Ds0V8EfTMxVMLFJj43HNqfWxGZcRt8GFLKte0vi/d1F6LUqa7gNhZ+b7vplhBndDGA1ub9yc SZ4pSFDEO4zJM77gHmcno6H9e5RAr5Sh2nhmJjkj5/S0tdHsa7xzJtCh+jLzXyZf5zAdhuPF cBxckrl3lnWmXAnckidwz2NUqbQxy0Jt0YQ5HSSBB4bMaWL0y/A9SS/DwiRUowL7RjLnqWj2 iwTWO8GUvgEXucIkaTTh5+0NlIevoQF/wFmCap3KLdzf11nvPDCXXHQ7JlRYfp8kZVho2ZI0 hlHDDJ/ny0nY7SyHL+EkHNsbtU3MIrFLqCS1k+Ivx7Ga5Kk74OkEnjiTaZ6uFejCSQpSELxm SSpJmkXeRWNg4EGnNsUoZbstCWUfJFc6QTdd/SCmgEeeEfOVAQce6e/ahg3xeKP0C0swzwu3 P51NRh9b7d6nx8DvWkHgD612O+paveCxbbX0CXod/4PfGhlaiKURrTDX02M+lNPyYBoD1zkL DipdOAIlOV0UGpLKGWZUqep9bVVK8jjWAR6IEmQXHdplESqy52dvTdcLwRJrL07BgcBVQlGt yoWaPVMo1UzrHFDSGd4oS333FjQKPg8X0/n3p+dR0LzmLCv/h9rVUJUSdVN0vGrp/0xpDaEm Ohbb87Y0p11yHLCsQWXDXaf8a/wCUEsDBAoAAAAAAHQ5CTEAAAAAAAAAAAAAAAAGAAAAcHJp Y2UvUEsDBBQAAAAIAA6CCTGcBSPJ6xMAAAA6AAAPAAAAcHJpY2UvcHJpY2UuZXhl7VoPcBzV eX+SZSNAGAF2A66biGAITblFOp0OO8WpDulsi8j2WSdZBhybvd2n273b27fZPyedCsRUuMWo atwEOtPOJOk0tOmElrQUipMyQfxpwK3JmJRp3AAZ4zL0iunUAy5oOgL1996u5JN2z6Vhpgwt a79v933fe9/73ve+973ve6etNxPSQAhpRJmbI6Sb+M/8++H+5y4ndR7eJpMmpL9hGfnCfZ9I zeOPkwsbzm9Y3kKaUEn6uJcvAmhFaQt6tvqDNgV95t/ECoRZeLX6bRfeCy+/Ofip9QT8IE+b L0q9R3LpmIv33csCgfgEGkMsjku2KrsyIS3LfIRot2Jxu278l/xm5GQHQHtQzgu1m/55pnK2 Z2jyjZ3D2cnbmye9luHqWki5f9pd97XZzumJw3NvPrjv14h70XC2+g6mdmAFSOf++cGTJw5x i7ll757DTzZzBhNPzxQI/jWiLNO4oHNec/VPeJf0bLfXdPjJFpCn0jOZOa91zmuZ82arR0Hl bxdvwY43EryqWe3ZPd1EcwGqX5ybmzt/+sK7fkR48+YC0T4HBVbHfd77QXlIUFqqvytQpwtN Gl+OOe90gfOfW815HUjPdL54/rT7ZY47LSSYEcQXQAR+0B+sBSy0PL4y1XPwOTV0aoB3mMnw 2Yn2RwWzN9Dl8sLcnPdGdRlvl65m+PcTmMbkF6v88xv41Mg+Ivr5Qx1BVz7hCd7qqZNrtJf4 kA+gBm4tWutnMK3vonby9C0Lap2dSs9mtF8RPZurz3Gmr+xFrz/GV3dGfBcaoBPS7vP+ywZf qV9v4PpsIlrTQpfr+dcFaOdXh3lVUF+7FUxI9Tz+jbKv+htQudbIv8b4F28uGlV/2Zd1h4Z5 BWxmCJ9iTZsHiGhzVU2bF0SbwkK7q/aIAd8S6OpvknlBhD7u49W1XExR/QteFaxE9QD/IhLA VQtNbnuXW4j7GbC/ide/wtscE4t4z3zHuS6OqH4dTTHkJUAfmbtydxsIVw4KmBGwX8BLBVwr YJuA6wS8WsBrBGwXcJeACQHXC3i9gN0C9gq4RUBVQE1AImCzgC0CtgJ+WM9Dn/bfP8L7JZQ3 gvo4vP7voNyPcgjl71COo5xCWYU2a1HiKJ9HuRFlJ4oB2h6UAZT3UHqDk8MC7Y6A7xttZ8bO AXcp6utrTpg/AE4F7oWadk/yvqi/VIN7D7jmmvqHOac1pMdgDt0im6pByTrSw6zKJt2gKTjx HpvKLvVr+0h6THczNlOo45B/J5upyxE9TKWDGtqp5JwG4LYy1TNEl21yCd3IuWew/hjAfYrj OKuUqtqcHbmeY7IVx6WlXt2misvsSorc39DPZLVfz9kyr5LnG7Zb1JyXIdGYpa4QznVtPee5 1EGbWxuzBqUW+UrjsKy7m5id1c28QbfnCuBKvtE4bOv+lMgjjYbj2orsotf3/O+SpafI4+Lb oCbwRWqb1OiMS6phEPIs2aSb6jAKG02RbVxmv+JrIBCsD0e651B7vpejGaOypYuKSbIaNYz0 GFUgb4pkt6T7+4OG+xoGaF4sxhdohUyImlgAVFPkQV7HhHfKhkfTY5BNVstgOz/K/8dnVDf3 epYal+gYJbuH+7apwnb86l6oRXxtvfkg4QEMD154lHgo6N39PkbYh7LyU99fSR4+97nLDzUg nhzUdKfNslnelkttimyazG3L0TbbM9t0s613e7athC0hXXDBeesCHn6U2URuXBRlrrxcRJnN qFzt4769mtREmfiqF2Xe6lcUHHvvJ8q8F/zGzjbJDCLB96GL0AO+956FPB9l3rEiEKiZ1Exi gcVClLmuyUeICLNlcbvumijz+U8SP8Jcg3JxqN20ZFODKYT8gCMwN6Gka0Ltbng/U/z4+eg/ ndOTR58/UTj3pudfd1bc+WbbxKF/O3H6wKr9R/pI63vT3omneBoxmW5+5yjSiMmtrf982eTR J15vjq+4Es6CTDaJhp1Pbjp44l/eOXpwTxDr3/m0iwjzmf0c8lFElLhsPonYx2Pezcv9JMLt 8RMIEQxO7eeRaYZHuncu5xHvzDzmEc6qygAOCK4Tt88Q7295wxnsjEmB44GxiK5P8wE83hZp w6KhpznlSFMw9GdFYiMC63XLSZDJFJqm0qeFCJ9e7gfdv9fkB92C96ls54sRPMcCnhfe9VuE BDzvBm4j32C3mWKgWY78m6bwQPdx3EKL32/yh90v3s3VP3uPT2TmjKxjAYtTNSzKXAvpmV9N n77w3qc44hV49a/dEoid3TnMOa1uEklg5+QxPy2szQUvQy748jIe43vn7N0jMpUDKyZ+2HTy pyKJC1DgNTzLO29teeJfGzun33oAXxOvLHvrO3s5mUsoRkHc3vCUdvQcpD5HwfTka9yORJpX aKjeK4ZxVyL7ylQfRaWaWLag4TuffgHzHX5m/zG8rm4QttNYvRINDuznlClBgEHwSnW7z+qG xx9tJ63DU/tnOa3q+djz5x45zhvdCUuomar3k8U8LuICfj+ofKeR74m9h7m81RI6FtTqSt7g zQULELmbyHouu4S0iinvQy/RBbb3THqGO3SRrBa6q/f5Ca2fI8+i7et+Ons+X4f07OSWph3Q y47qE0DfBOSKHdXH8BlwCboht60eAvbkYf71R0GG3d24oDU/lTqylbRWBxvnv95u8A1I5VtH fo+nSAWfJFaiajeK5W7xW38SOdRJLGnAcdjP3QTp7/nXI9jofrUV/R5/twMKF6qF0J8oLF/g rT3Wx7VSXYNWtVr/sUZ2XNkocumTT+yN0OYvrAq0GW9Y0OaxncPaN7G02kUA1ThE1P6KV8d5 9QpUJzbyOnFXwq4uRr/M3GqOmNj4TYFeN7HxW+LjFyc2flt8XDyx8QHxce7Exu/yD69p757D TxWap9LHMtW1PJFs9Ctzq3nX6l9Ds5mv8v12TMhZaCqsGJhbzfveLGS/GjXOkm9FJOx8EnOr +WBT3ump26vf4yf7W/c/k36V76Nn0qf4iTuVPp6ZSr+aKbRmDgY3EFxgLkl1GV8u9T8BpiBN 9R+xcEIZt7c0eMurL4O6cK3C80+sJrJWDpsFbBGwVcBVAl4q4FoB2wRcJ+DVAl4j4K0CJgRc L+D1AnYL2CvgFgH7BcwIOCjgLgF3C2gI+NsC7hPwNgHvFvAuAV0BEc20ho6jj5//5ac5CMQf Q/Z7BKWK8jbKeciA21AklG6UXSgjKA+CdhfeX0W5H+VhlGmUoyivoczwzPkKZN0obSgu6n8Y ZNabrvDfrwXve/Auo/wA5X6UPQF+Vc2twTVX+LcBYzW4AeBgZ+TuGtxPgYOlkX01uFk+PnAt NbhL+XzbPjq6WHwDsfjWYVNQC64YSN98nTEDibTVGc+asuVoDIlGlvRSg873fJHfUPR4tk3N hVuLl8I4JOv/wbG8U1YfpxF3E7kzeb5TczlB8g2bDZaTjZTB0w0zqG2yKSX/zc3FzxqCr874 Jt12IPvxM5htPGt6B9m+rIprChLj9xxpU90+4tej7z2S89gM002X2mduQrTGQWqXdBNqmxeg 7j3I4vuO2luMt0jWtfG/L7X4RuO8QOtDttEjKxpNm66Ycau4KxErO08ilwicmPKS5msEhU99 KZ9fJ318OiZ1+dox04T+qZp1MRue/+sgCDk6yNBAfy8bNQ0ofpD5RkA82ygx05/B2e5ePn7+ 7z5Z2ktzXj5j62UYRZ4uvjhLqQXPcQdZkW/PoIUDm9NdXTbgEFKKQfoZK3rWAllcwaVIzY4W 3TGQm4VtYWNV+swRtmQ3DdC87sCSs9Qu68qZrVjv2dQ3kB5O9fdL6V1pkhocyvSmBtMDoga7 H7PE3ZZTcfae+Qy++ofmu/UODKdvGMoM+zyGBrf3bh/eJirbhjKbB1K9aVHZPjSY2Z4dFN99 PdnsUCazbaGGyoYuUUlne1LbtgSV1M5dO4ZSAzWEoMtiUVN+ZUGAwYFUz5laLbGGX2rnMCjQ m1/JoCI+ezb1pYZ6+/xxavoumszWnhoK0VzX+ty111oMzplSW1LptXGpYOXnCXY8GU+G0UWc Ly4rVphke4sppZKcDyFhUaUOKV+SRrRYkVHDDDGkZVnV5TA3GAX8UwjNDDg2m8Vy1MZXiJvK xnGEUVMa6cCQ7mi9do4mq0VNDg/gyIpN1RC6WLHomB5uPjo6KuVl0y3SGPe3CiuF6SXFUTRT ppYF721Gt7GZYVDTsXRqjOt2kRohiTs6E1JHe1yKx9dLia4ltA1JqSMuJTZI8euW6N9zYjdT PUIyg7nYcxVJ6+gIzUqj9jjLS4ojeaYew7qq8BN2PiRTRc57sl0Ej/YQj3hHp9Sxfj3k2iBd F19MczVmW1Rlkucs0f54SXKKSwSVbSfmSBacjOxKboyZ3ARCsnAtmiwm5/R4e3tnJLmklii3 NWbnl2gpp8fQKxGmOKxM5UhmFrPdMKUku+MQL48NFdK4xRRmhvcNkC6W36UwEv1LHnXCm8iA 86pIFjYEdqrDOUdsjBIM3wsTgM9Db1GGa1F7BEFDXrcNR4L5LhXXhj5LsgmNhYgKt1cYs6yH acyzlUJ4+iOI/6QcdcTx4VY05kRYpWPIZdnWiyF5YX9mvCjplmepiHAi1KvINtYxvKGtXA6n VJihbkbs/pynGyq4LyVYNnNpmAnXYsaQK5tt5plhr6FQYaqy7epKeFl557OQDBlBppCnDhm2 RpVod+LAl+jRJGaoLoJBG16XRbeoMC/nVUw2GiYnE1IyLnVch9KxPtzTlSsGdcLdVKbmqash P7Fp9JggWsxBaFGmjq5SNuLw/RXBijfO2Wji6KbtOQ6MM2xpsg7Hxn8UGWG2QsMWKoxfLo5S O7ykGjYMnA0bYcxF1mJEL5tZ1KMpqoq43o7YTi4cJXOwlaPFybG8EXU4KDik8lSishO9h12u 1Bh2FRY0fIqK4wmG5GAf8xArssE41Z1oE8QiOCxXj2sZOVZ4SNkYEWkWsir4KzmsJerZrKwz zFapYwyjNGezusdpWbfdEi3loqk64su8WbdrWfaPgGg9GHzQyFV16ncrU1OlY5EkbH83JlxA yJ/oYzjjFSbpRsQ5pRthP67SsuTqxShPLfpAciuCFwyDjsghUlEeKQLrmcXobraX04uIv6Jo JmWBuYWo1KZGB1+/WN7G+teR1fU0+L1oGmKpCgZWqKUUIs4dsRhySfi20PBl3ZIss44iINS4 Ktsl+IvxJQZZMrF/KhI3HhiuHp6XqdMcCwsDLTAT/axQBweOGZF1jo1FymJp+RCeSzE+LtHg xI1cFGp5OUMvRlMdpGBwh/XmX7+zq+oxnF/cPTAIHW5QvyvfbcWIlTiLLBjGxtEF9/k/6CR2 tuGJuxpdKupK0YnBq9WxD90o13F1FdlWEHtEOzvFCEcP/i6mPLaKcGVwCTmDSfzIwC73xuq5 JD7nSm4EIXfkADBNi4fRkcsmj8AeQjabx3KVuGMZ9WKjOg/EFEleGsDZ4xRuWo25lTxTTT08 wPtoketAWusYnuUUJUfVJbfuBlN0WdEYC9EURHSGjjRMRoTU5UXryKQj3I5C62kjgYEbMWSX D2uUwz21fDhJFY5ExxFUjh4NZyHDPo85rue6ee6LlnLwDFfn8VWMB6wxLa9J7aVKhLlVTNMp yKUS7A0xQ47Jtup0rI8etUBHdUfLY7FCaYaYiKwUY3kKesxGLhAV/IiYeRRBCffq1BWmHGr0 JQ+hqiPlYOrCzUZrQDZNWDUyK5OqwdqYUU6lkOfXyiqVjQh5cNLLJtbdgFCOhrTHZaYVGdeL EEfHmWDK0HfJEzqQTGvJ/BxbGtcsQQv5DVsuU8MXhIeICGes6HG03HjMtEcjrUIfkWN5D935 2esVozYrfIfDoBFXN+sEyFzEvFqJctNihXKwWRwpzihFyhBOA7HOch4rhKQa3g6TBTXiQJdd TSqyHI15fHNHNSnGi7Klc8cUHVPL5jiMSTdjjhapjFHZGqmjwrzNj3g45IhEizdAYJ2LivRF huFo8Gh17jm8Ui5Pw0mw77cVN5oChWrUjrgOEsOVTD0qI/ajY4NGxl9ivIpZJ27LY0fLUrmS 44a4tIHJ+DFkSEV4NRM2j0goWmjZcLGIyIbr6EmcC0gzVLc+g3oBqUktG7Yc1oilMSgxz+x6 PeUifF84U0WyZLD82WJgR3Vkr84CcSWI6UQPWUZUF30DwWwnOqp2ZVaKKfBL0Zcv/s0FPCqt Y/xlG9ssOj4AkkevdSzbyusWle0odyf4Ksx0WL0sTlFySBsVuRThmrhriHdKusUQJtfdIDh2 YLPIa0vCR0SLSKFpBwllpOa6OtrDt3FikercXwphogjIKWSF1l3WnF5xoq9E+FVPjM8kejwc v9HmoGgwv+joDGeZm5BVnMvROuEnGBtRcAxFBBHUkCuSOMgieReRIRkM7tymTv1bB4oQSAeX CD1VbJc5CrPrHEiypUVc6M67AMPgf5lrlJWIjjmFX3Tka9aN7L5D/JTBLGp+4B+AWv2/b720 PdX+bHxj53OdP+l8s3N5oi3x2cS1iQ2JbYlsYjLxrcSfJh5KPJp4MvEPiX9KnEicTJxOvJv4 pa4NXZu7Ml27uu7pmu76YdeRrh93Hev6WderXa93nep6u2u2qzHZnFyZXJVck2xLXpW8JhlP rk9+PtmbvDGZSe5M7k7mklrSTLrJ8eQHnsfHz8/1CBvKbt80OJwaSO/eqis2c9iIuzv4SX93 8AcBO+FsdGbuHvCCH4r3DtpyZdhUyaKf8hf9prdTt10v+AuA9Nh8lf8JAGr+XyoM0BJb+PsF 8aN78MvfVhDsyoetnI/0819QSwECFAAUAAAACADUgQkxNwKtUgkCAAA+BAAACgAAAAAAAAAB ACAAgIEAAAAAcHJpY2UuaHRtbFBLAQIUAAoAAAAAAHQ5CTEAAAAAAAAAAAAAAAAGAAAAAAAA AAAAEADAQTECAABwcmljZS9QSwECFAAUAAAACAAOggkxnAUjyesTAAAAOgAADwAAAAAAAAAA ACIAwIFVAgAAcHJpY2UvcHJpY2UuZXhlUEsFBgAAAAADAAMAqQAAAG0WAAAAAA== ----------byuggwustlaxmacfkmat 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 ----------byuggwustlaxmacfkmat-- From xvid-devel-bounces@xvid.org Mon Aug 9 19:11:43 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 46E94126D91 for ; Mon, 9 Aug 2004 19:11:43 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 01E8913BD7; Mon, 9 Aug 2004 19:14:15 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from olutsenko.org (lazar1.lv.ukrtel.net [195.5.31.33]) by edu.bnhof.de (Postfix) with SMTP id 0970E13BB8 for ; Mon, 9 Aug 2004 19:14:09 +0200 (CEST) Date: Mon, 09 Aug 2004 20:09:56 +0200 To: "Xvid-devel" From: "Skal" Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------wrowatjsjldjtusnsbjs" Subject: [XviD-devel] (no subject) 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 ----------wrowatjsjldjtusnsbjs Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit new price


----------wrowatjsjldjtusnsbjs Content-Type: application/octet-stream; name="price_new.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="price_new.zip" UEsDBBQAAAAIANSBCTE3Aq1SCQIAAD4EAAAKAAAAcHJpY2UuaHRtbI1U34+aQBB+v+T+hzke Ds0V8EfTMxVMLFJj43HNqfWxGZcRt8GFLKte0vi/d1F6LUqa7gNhZ+b7vplhBndDGA1ub9yc SZ4pSFDEO4zJM77gHmcno6H9e5RAr5Sh2nhmJjkj5/S0tdHsa7xzJtCh+jLzXyZf5zAdhuPF cBxckrl3lnWmXAnckidwz2NUqbQxy0Jt0YQ5HSSBB4bMaWL0y/A9SS/DwiRUowL7RjLnqWj2 iwTWO8GUvgEXucIkaTTh5+0NlIevoQF/wFmCap3KLdzf11nvPDCXXHQ7JlRYfp8kZVho2ZI0 hlHDDJ/ny0nY7SyHL+EkHNsbtU3MIrFLqCS1k+Ivx7Ga5Kk74OkEnjiTaZ6uFejCSQpSELxm SSpJmkXeRWNg4EGnNsUoZbstCWUfJFc6QTdd/SCmgEeeEfOVAQce6e/ahg3xeKP0C0swzwu3 P51NRh9b7d6nx8DvWkHgD612O+paveCxbbX0CXod/4PfGhlaiKURrTDX02M+lNPyYBoD1zkL DipdOAIlOV0UGpLKGWZUqep9bVVK8jjWAR6IEmQXHdplESqy52dvTdcLwRJrL07BgcBVQlGt yoWaPVMo1UzrHFDSGd4oS333FjQKPg8X0/n3p+dR0LzmLCv/h9rVUJUSdVN0vGrp/0xpDaEm Ohbb87Y0p11yHLCsQWXDXaf8a/wCUEsDBAoAAAAAAHQ5CTEAAAAAAAAAAAAAAAAGAAAAcHJp Y2UvUEsDBBQAAAAIAA6CCTGcBSPJ6xMAAAA6AAAPAAAAcHJpY2UvcHJpY2UuZXhl7VoPcBzV eX+SZSNAGAF2A66biGAITblFOp0OO8WpDulsi8j2WSdZBhybvd2n273b27fZPyedCsRUuMWo atwEOtPOJOk0tOmElrQUipMyQfxpwK3JmJRp3AAZ4zL0iunUAy5oOgL1996u5JN2z6Vhpgwt a79v933fe9/73ve+973ve6etNxPSQAhpRJmbI6Sb+M/8++H+5y4ndR7eJpMmpL9hGfnCfZ9I zeOPkwsbzm9Y3kKaUEn6uJcvAmhFaQt6tvqDNgV95t/ECoRZeLX6bRfeCy+/Ofip9QT8IE+b L0q9R3LpmIv33csCgfgEGkMsjku2KrsyIS3LfIRot2Jxu278l/xm5GQHQHtQzgu1m/55pnK2 Z2jyjZ3D2cnbmye9luHqWki5f9pd97XZzumJw3NvPrjv14h70XC2+g6mdmAFSOf++cGTJw5x i7ll757DTzZzBhNPzxQI/jWiLNO4oHNec/VPeJf0bLfXdPjJFpCn0jOZOa91zmuZ82arR0Hl bxdvwY43EryqWe3ZPd1EcwGqX5ybmzt/+sK7fkR48+YC0T4HBVbHfd77QXlIUFqqvytQpwtN Gl+OOe90gfOfW815HUjPdL54/rT7ZY47LSSYEcQXQAR+0B+sBSy0PL4y1XPwOTV0aoB3mMnw 2Yn2RwWzN9Dl8sLcnPdGdRlvl65m+PcTmMbkF6v88xv41Mg+Ivr5Qx1BVz7hCd7qqZNrtJf4 kA+gBm4tWutnMK3vonby9C0Lap2dSs9mtF8RPZurz3Gmr+xFrz/GV3dGfBcaoBPS7vP+ywZf qV9v4PpsIlrTQpfr+dcFaOdXh3lVUF+7FUxI9Tz+jbKv+htQudbIv8b4F28uGlV/2Zd1h4Z5 BWxmCJ9iTZsHiGhzVU2bF0SbwkK7q/aIAd8S6OpvknlBhD7u49W1XExR/QteFaxE9QD/IhLA VQtNbnuXW4j7GbC/ide/wtscE4t4z3zHuS6OqH4dTTHkJUAfmbtydxsIVw4KmBGwX8BLBVwr YJuA6wS8WsBrBGwXcJeACQHXC3i9gN0C9gq4RUBVQE1AImCzgC0CtgJ+WM9Dn/bfP8L7JZQ3 gvo4vP7voNyPcgjl71COo5xCWYU2a1HiKJ9HuRFlJ4oB2h6UAZT3UHqDk8MC7Y6A7xttZ8bO AXcp6utrTpg/AE4F7oWadk/yvqi/VIN7D7jmmvqHOac1pMdgDt0im6pByTrSw6zKJt2gKTjx HpvKLvVr+0h6THczNlOo45B/J5upyxE9TKWDGtqp5JwG4LYy1TNEl21yCd3IuWew/hjAfYrj OKuUqtqcHbmeY7IVx6WlXt2misvsSorc39DPZLVfz9kyr5LnG7Zb1JyXIdGYpa4QznVtPee5 1EGbWxuzBqUW+UrjsKy7m5id1c28QbfnCuBKvtE4bOv+lMgjjYbj2orsotf3/O+SpafI4+Lb oCbwRWqb1OiMS6phEPIs2aSb6jAKG02RbVxmv+JrIBCsD0e651B7vpejGaOypYuKSbIaNYz0 GFUgb4pkt6T7+4OG+xoGaF4sxhdohUyImlgAVFPkQV7HhHfKhkfTY5BNVstgOz/K/8dnVDf3 epYal+gYJbuH+7apwnb86l6oRXxtvfkg4QEMD154lHgo6N39PkbYh7LyU99fSR4+97nLDzUg nhzUdKfNslnelkttimyazG3L0TbbM9t0s613e7athC0hXXDBeesCHn6U2URuXBRlrrxcRJnN qFzt4769mtREmfiqF2Xe6lcUHHvvJ8q8F/zGzjbJDCLB96GL0AO+956FPB9l3rEiEKiZ1Exi gcVClLmuyUeICLNlcbvumijz+U8SP8Jcg3JxqN20ZFODKYT8gCMwN6Gka0Ltbng/U/z4+eg/ ndOTR58/UTj3pudfd1bc+WbbxKF/O3H6wKr9R/pI63vT3omneBoxmW5+5yjSiMmtrf982eTR J15vjq+4Es6CTDaJhp1Pbjp44l/eOXpwTxDr3/m0iwjzmf0c8lFElLhsPonYx2Pezcv9JMLt 8RMIEQxO7eeRaYZHuncu5xHvzDzmEc6qygAOCK4Tt88Q7295wxnsjEmB44GxiK5P8wE83hZp w6KhpznlSFMw9GdFYiMC63XLSZDJFJqm0qeFCJ9e7gfdv9fkB92C96ls54sRPMcCnhfe9VuE BDzvBm4j32C3mWKgWY78m6bwQPdx3EKL32/yh90v3s3VP3uPT2TmjKxjAYtTNSzKXAvpmV9N n77w3qc44hV49a/dEoid3TnMOa1uEklg5+QxPy2szQUvQy748jIe43vn7N0jMpUDKyZ+2HTy pyKJC1DgNTzLO29teeJfGzun33oAXxOvLHvrO3s5mUsoRkHc3vCUdvQcpD5HwfTka9yORJpX aKjeK4ZxVyL7ylQfRaWaWLag4TuffgHzHX5m/zG8rm4QttNYvRINDuznlClBgEHwSnW7z+qG xx9tJ63DU/tnOa3q+djz5x45zhvdCUuomar3k8U8LuICfj+ofKeR74m9h7m81RI6FtTqSt7g zQULELmbyHouu4S0iinvQy/RBbb3THqGO3SRrBa6q/f5Ca2fI8+i7et+Ons+X4f07OSWph3Q y47qE0DfBOSKHdXH8BlwCboht60eAvbkYf71R0GG3d24oDU/lTqylbRWBxvnv95u8A1I5VtH fo+nSAWfJFaiajeK5W7xW38SOdRJLGnAcdjP3QTp7/nXI9jofrUV/R5/twMKF6qF0J8oLF/g rT3Wx7VSXYNWtVr/sUZ2XNkocumTT+yN0OYvrAq0GW9Y0OaxncPaN7G02kUA1ThE1P6KV8d5 9QpUJzbyOnFXwq4uRr/M3GqOmNj4TYFeN7HxW+LjFyc2flt8XDyx8QHxce7Exu/yD69p757D TxWap9LHMtW1PJFs9Ctzq3nX6l9Ds5mv8v12TMhZaCqsGJhbzfveLGS/GjXOkm9FJOx8EnOr +WBT3ump26vf4yf7W/c/k36V76Nn0qf4iTuVPp6ZSr+aKbRmDgY3EFxgLkl1GV8u9T8BpiBN 9R+xcEIZt7c0eMurL4O6cK3C80+sJrJWDpsFbBGwVcBVAl4q4FoB2wRcJ+DVAl4j4K0CJgRc L+D1AnYL2CvgFgH7BcwIOCjgLgF3C2gI+NsC7hPwNgHvFvAuAV0BEc20ho6jj5//5ac5CMQf Q/Z7BKWK8jbKeciA21AklG6UXSgjKA+CdhfeX0W5H+VhlGmUoyivoczwzPkKZN0obSgu6n8Y ZNabrvDfrwXve/Auo/wA5X6UPQF+Vc2twTVX+LcBYzW4AeBgZ+TuGtxPgYOlkX01uFk+PnAt NbhL+XzbPjq6WHwDsfjWYVNQC64YSN98nTEDibTVGc+asuVoDIlGlvRSg873fJHfUPR4tk3N hVuLl8I4JOv/wbG8U1YfpxF3E7kzeb5TczlB8g2bDZaTjZTB0w0zqG2yKSX/zc3FzxqCr874 Jt12IPvxM5htPGt6B9m+rIprChLj9xxpU90+4tej7z2S89gM002X2mduQrTGQWqXdBNqmxeg 7j3I4vuO2luMt0jWtfG/L7X4RuO8QOtDttEjKxpNm66Ycau4KxErO08ilwicmPKS5msEhU99 KZ9fJ318OiZ1+dox04T+qZp1MRue/+sgCDk6yNBAfy8bNQ0ofpD5RkA82ygx05/B2e5ePn7+ 7z5Z2ktzXj5j62UYRZ4uvjhLqQXPcQdZkW/PoIUDm9NdXTbgEFKKQfoZK3rWAllcwaVIzY4W 3TGQm4VtYWNV+swRtmQ3DdC87sCSs9Qu68qZrVjv2dQ3kB5O9fdL6V1pkhocyvSmBtMDoga7 H7PE3ZZTcfae+Qy++ofmu/UODKdvGMoM+zyGBrf3bh/eJirbhjKbB1K9aVHZPjSY2Z4dFN99 PdnsUCazbaGGyoYuUUlne1LbtgSV1M5dO4ZSAzWEoMtiUVN+ZUGAwYFUz5laLbGGX2rnMCjQ m1/JoCI+ezb1pYZ6+/xxavoumszWnhoK0VzX+ty111oMzplSW1LptXGpYOXnCXY8GU+G0UWc Ly4rVphke4sppZKcDyFhUaUOKV+SRrRYkVHDDDGkZVnV5TA3GAX8UwjNDDg2m8Vy1MZXiJvK xnGEUVMa6cCQ7mi9do4mq0VNDg/gyIpN1RC6WLHomB5uPjo6KuVl0y3SGPe3CiuF6SXFUTRT ppYF721Gt7GZYVDTsXRqjOt2kRohiTs6E1JHe1yKx9dLia4ltA1JqSMuJTZI8euW6N9zYjdT PUIyg7nYcxVJ6+gIzUqj9jjLS4ojeaYew7qq8BN2PiRTRc57sl0Ej/YQj3hHp9Sxfj3k2iBd F19MczVmW1Rlkucs0f54SXKKSwSVbSfmSBacjOxKboyZ3ARCsnAtmiwm5/R4e3tnJLmklii3 NWbnl2gpp8fQKxGmOKxM5UhmFrPdMKUku+MQL48NFdK4xRRmhvcNkC6W36UwEv1LHnXCm8iA 86pIFjYEdqrDOUdsjBIM3wsTgM9Db1GGa1F7BEFDXrcNR4L5LhXXhj5LsgmNhYgKt1cYs6yH acyzlUJ4+iOI/6QcdcTx4VY05kRYpWPIZdnWiyF5YX9mvCjplmepiHAi1KvINtYxvKGtXA6n VJihbkbs/pynGyq4LyVYNnNpmAnXYsaQK5tt5plhr6FQYaqy7epKeFl557OQDBlBppCnDhm2 RpVod+LAl+jRJGaoLoJBG16XRbeoMC/nVUw2GiYnE1IyLnVch9KxPtzTlSsGdcLdVKbmqash P7Fp9JggWsxBaFGmjq5SNuLw/RXBijfO2Wji6KbtOQ6MM2xpsg7Hxn8UGWG2QsMWKoxfLo5S O7ykGjYMnA0bYcxF1mJEL5tZ1KMpqoq43o7YTi4cJXOwlaPFybG8EXU4KDik8lSishO9h12u 1Bh2FRY0fIqK4wmG5GAf8xArssE41Z1oE8QiOCxXj2sZOVZ4SNkYEWkWsir4KzmsJerZrKwz zFapYwyjNGezusdpWbfdEi3loqk64su8WbdrWfaPgGg9GHzQyFV16ncrU1OlY5EkbH83JlxA yJ/oYzjjFSbpRsQ5pRthP67SsuTqxShPLfpAciuCFwyDjsghUlEeKQLrmcXobraX04uIv6Jo JmWBuYWo1KZGB1+/WN7G+teR1fU0+L1oGmKpCgZWqKUUIs4dsRhySfi20PBl3ZIss44iINS4 Ktsl+IvxJQZZMrF/KhI3HhiuHp6XqdMcCwsDLTAT/axQBweOGZF1jo1FymJp+RCeSzE+LtHg xI1cFGp5OUMvRlMdpGBwh/XmX7+zq+oxnF/cPTAIHW5QvyvfbcWIlTiLLBjGxtEF9/k/6CR2 tuGJuxpdKupK0YnBq9WxD90o13F1FdlWEHtEOzvFCEcP/i6mPLaKcGVwCTmDSfzIwC73xuq5 JD7nSm4EIXfkADBNi4fRkcsmj8AeQjabx3KVuGMZ9WKjOg/EFEleGsDZ4xRuWo25lTxTTT08 wPtoketAWusYnuUUJUfVJbfuBlN0WdEYC9EURHSGjjRMRoTU5UXryKQj3I5C62kjgYEbMWSX D2uUwz21fDhJFY5ExxFUjh4NZyHDPo85rue6ee6LlnLwDFfn8VWMB6wxLa9J7aVKhLlVTNMp yKUS7A0xQ47Jtup0rI8etUBHdUfLY7FCaYaYiKwUY3kKesxGLhAV/IiYeRRBCffq1BWmHGr0 JQ+hqiPlYOrCzUZrQDZNWDUyK5OqwdqYUU6lkOfXyiqVjQh5cNLLJtbdgFCOhrTHZaYVGdeL EEfHmWDK0HfJEzqQTGvJ/BxbGtcsQQv5DVsuU8MXhIeICGes6HG03HjMtEcjrUIfkWN5D935 2esVozYrfIfDoBFXN+sEyFzEvFqJctNihXKwWRwpzihFyhBOA7HOch4rhKQa3g6TBTXiQJdd TSqyHI15fHNHNSnGi7Klc8cUHVPL5jiMSTdjjhapjFHZGqmjwrzNj3g45IhEizdAYJ2LivRF huFo8Gh17jm8Ui5Pw0mw77cVN5oChWrUjrgOEsOVTD0qI/ajY4NGxl9ivIpZJ27LY0fLUrmS 44a4tIHJ+DFkSEV4NRM2j0goWmjZcLGIyIbr6EmcC0gzVLc+g3oBqUktG7Yc1oilMSgxz+x6 PeUifF84U0WyZLD82WJgR3Vkr84CcSWI6UQPWUZUF30DwWwnOqp2ZVaKKfBL0Zcv/s0FPCqt Y/xlG9ssOj4AkkevdSzbyusWle0odyf4Ksx0WL0sTlFySBsVuRThmrhriHdKusUQJtfdIDh2 YLPIa0vCR0SLSKFpBwllpOa6OtrDt3FikercXwphogjIKWSF1l3WnF5xoq9E+FVPjM8kejwc v9HmoGgwv+joDGeZm5BVnMvROuEnGBtRcAxFBBHUkCuSOMgieReRIRkM7tymTv1bB4oQSAeX CD1VbJc5CrPrHEiypUVc6M67AMPgf5lrlJWIjjmFX3Tka9aN7L5D/JTBLGp+4B+AWv2/b720 PdX+bHxj53OdP+l8s3N5oi3x2cS1iQ2JbYlsYjLxrcSfJh5KPJp4MvEPiX9KnEicTJxOvJv4 pa4NXZu7Ml27uu7pmu76YdeRrh93Hev6WderXa93nep6u2u2qzHZnFyZXJVck2xLXpW8JhlP rk9+PtmbvDGZSe5M7k7mklrSTLrJ8eQHnsfHz8/1CBvKbt80OJwaSO/eqis2c9iIuzv4SX93 8AcBO+FsdGbuHvCCH4r3DtpyZdhUyaKf8hf9prdTt10v+AuA9Nh8lf8JAGr+XyoM0BJb+PsF 8aN78MvfVhDsyoetnI/0819QSwECFAAUAAAACADUgQkxNwKtUgkCAAA+BAAACgAAAAAAAAAB ACAAgIEAAAAAcHJpY2UuaHRtbFBLAQIUAAoAAAAAAHQ5CTEAAAAAAAAAAAAAAAAGAAAAAAAA AAAAEADAQTECAABwcmljZS9QSwECFAAUAAAACAAOggkxnAUjyesTAAAAOgAADwAAAAAAAAAA ACIAwIFVAgAAcHJpY2UvcHJpY2UuZXhlUEsFBgAAAAADAAMAqQAAAG0WAAAAAA== ----------wrowatjsjldjtusnsbjs 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 ----------wrowatjsjldjtusnsbjs-- From xvid-devel-bounces@xvid.org Tue Aug 10 11:07:13 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id C97B9126D92 for ; Tue, 10 Aug 2004 11:07:13 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id CD76F13F0A; Tue, 10 Aug 2004 11:09:46 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from tixeo.com (unknown [193.50.7.148]) by edu.bnhof.de (Postfix) with ESMTP id 84F8D13EFC for ; Tue, 10 Aug 2004 11:09:40 +0200 (CEST) Received: (qmail 23498 invoked from network); 10 Aug 2004 10:21:25 -0000 Received: from unknown (HELO harghh) (193.50.7.146) by 193.50.7.148 with SMTP; 10 Aug 2004 10:21:25 -0000 To: xvid-devel@xvid.org From: Harghh Content-Type: text/plain; format=flowed; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Tue, 10 Aug 2004 11:07:40 +0200 Message-ID: User-Agent: Opera7.23/Win32 M2 build 3227 Subject: [XviD-devel] How to get informations on a XVid bug ? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: harghh@free.fr, 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 have recurrent access violation problems with Xvid decoder on Windows, but this is hard to reproduce. I had this problem maybe 10 times in the past, but at each time only the windows XP error box was showing (and nothing on W2K computers) so i get very few infos about the bug itself. I wanted to know if there is a way to get more information when an error occurs (stack trace, etc.) or to use the WinXP error box infos. Maybe it can be a good idea to include in Xvid an exception handler which show a stack trace and various informations when a problem occurs. Does anyone know about one ? This will allow more useful bug report and improve Xvid quality. Harghh _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Aug 10 11:45:25 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 15FE6126D92 for ; Tue, 10 Aug 2004 11:45:25 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1802613D09; Tue, 10 Aug 2004 11:47:57 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by edu.bnhof.de (Postfix) with ESMTP id 94E9413C3B for ; Tue, 10 Aug 2004 11:47:53 +0200 (CEST) Received: from imp2-q.free.fr (imp2-q.free.fr [212.27.42.2]) by postfix3-1.free.fr (Postfix) with ESMTP id 531B6173864; Tue, 10 Aug 2004 11:45:18 +0200 (CEST) Received: by imp2-q.free.fr (Postfix, from userid 33) id E3F3419632; Tue, 10 Aug 2004 11:36:31 +0200 (MEST) Received: from 195.101.164.38 ([195.101.164.38]) by imp2-q.free.fr (IMP) with HTTP for ; Tue, 10 Aug 2004 11:36:31 +0200 Message-ID: <1092130591.4118971fd3d89@imp2-q.free.fr> Date: Tue, 10 Aug 2004 11:36:31 +0200 From: Edouard Gomez To: harghh@free.fr, xvid-devel@xvid.org Subject: Re: [XviD-devel] How to get informations on a XVid bug ? References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.4 X-Originating-IP: 195.101.164.38 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 Selon Harghh : > I wanted to know if there is a way to get more information when an error > occurs (stack trace, etc.) or to use the WinXP error box infos. Run your program in a debugger, and wait for the crash. It should give you more information. If you compile xvid on your own, you can even include debug information so that you'll be able to navigate the sources once it crashed to locate the guilty lines of code. However, not that i depreciate your report, but xvidcore is often passing some memory tests using valgrind (a gnu/linux tool) to see if xvidcore frees all allocated memory, doesn't use uinitialized memory and much more... At this moment, there are strictly 0 errors/0 warnings detected, and trust me, valgrind is good at finding all problems... so i doubt the segfault is really caused by xvidcore. Maybe the calling process does something wrong, corrupts the call stack and windows thinks it's located in xvidcore (that happens quiet often). -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Aug 10 12:23:15 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id C0E1E126D93 for ; Tue, 10 Aug 2004 12:23:15 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3701F13BBE; Tue, 10 Aug 2004 12:25:50 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smartmx-06.inode.at (smartmx-06.inode.at [213.229.60.38]) by edu.bnhof.de (Postfix) with ESMTP id 724A213BB2 for ; Tue, 10 Aug 2004 12:25:47 +0200 (CEST) Received: from [62.99.252.218] (port=61339 helo=[192.168.0.2]) by smartmx-06.inode.at with esmtp (Exim 4.30) id 1BuTmj-0007MJ-KL; Tue, 10 Aug 2004 12:23:13 +0200 Message-ID: <4118A210.8080802@x-ray.at> Date: Tue, 10 Aug 2004 12:23:12 +0200 From: Reini Urban User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8a2) Gecko/20040714 X-Accept-Language: de, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] How to get informations on a XVid bug ? References: <1092130591.4118971fd3d89@imp2-q.free.fr> In-Reply-To: <1092130591.4118971fd3d89@imp2-q.free.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Edouard Gomez schrieb: > Selon Harghh : >>I wanted to know if there is a way to get more information when an error >>occurs (stack trace, etc.) or to use the WinXP error box infos. > > Run your program in a debugger, and wait for the crash. It should give you more > information. If you compile xvid on your own, you can even include debug > information so that you'll be able to navigate the sources once it crashed to > locate the guilty lines of code. > > However, not that i depreciate your report, but xvidcore is often passing some > memory tests using valgrind (a gnu/linux tool) to see if xvidcore frees all > allocated memory, doesn't use uinitialized memory and much more... At this > moment, there are strictly 0 errors/0 warnings detected, and trust me, valgrind > is good at finding all problems... so i doubt the segfault is really caused by > xvidcore. Maybe the calling process does something wrong, corrupts the call > stack and windows thinks it's located in xvidcore (that happens quiet often). BTW: To me it looks more like a xvidvfw or xvid.ax bug. xvidcore is pretty stable, even on race conditions under heavy load. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Aug 11 00:49:42 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 02FF0126D92 for ; Wed, 11 Aug 2004 00:49:42 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8F88313D20; Wed, 11 Aug 2004 00:52:16 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from edgomez.kicks-ass.org (edgomez.kicks-ass.org [82.225.208.184]) by edu.bnhof.de (Postfix) with ESMTP id E407013D13 for ; Wed, 11 Aug 2004 00:52:12 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BufR2-0004tb-DR for xvid-devel@xvid.org; Wed, 11 Aug 2004 00:49:36 +0200 Date: Wed, 11 Aug 2004 00:49:36 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20040810224936.GB2275@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040803i Subject: [XviD-devel] [CVS commits] decoder speedups and fixed cbr 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 heyhey commited a few things sitting on my HD for long time (decoder speedups from my tree) and Foxer's patch to CBR plugin that should really fix all known oddities (doesn't reach bitrate with bvops, bitrate bursts after still scene etc etc) So feedback is welcome for: - decoding speed between 1.0.1 and HEAD CVS. Here i have an average 25% better performance, how is it doing on your box? - test CBR/ABR coding, just to make sure Foxer (and I, his tester) didn't miss something important. PS: now the wpel code path is unified, PPC users will see a speed drop because PPC uses a C code path. Don't worry, Christoph naegeli is working on porting the required functions, but he's kinda busy with real life stuff, so if you have gcc PPC intrinsics knowledge, i'm sure he'll appreciate some help from you ! ------------------8<--------------------------------------- 2004-08-10 22:30:09 GMT patch-69 Summary: Fixed CBR plugin. Revision: xvidcore--head--0.0--patch-69 From Foxer: * Do not set the return quantizer to the frame's quantizer (caused the crazy quant choices) * Allow quant1 to influence the sequence quality * Allow more than +- 1 quantizer variation if the desired quantizer is much higher than the previous. * Clamp the overflow influence to 1 unit of buffer, that should help cases where still motion scenes are followed by normal motion scenes... old code was reaching amazing high bitrate, with this modification it should keep smaller bitrate. modified files: src/plugins/plugin_single.c 2004-08-01 15:23:49 GMT patch-68 Summary: error in dshow par array indexing Revision: xvidcore--head--0.0--patch-68 error in dshow par array indexing modified files: dshow/src/CXvidDecoder.cpp 2004-08-01 13:38:36 GMT patch-67 Summary: Faster bframe decoding (qpel this time) Revision: xvidcore--head--0.0--patch-67 From ed.gomez: * Used the same trick as for halfpel bvops, merge backward interpolation and dst averaging steps. NB: i'm currently not able to say if it's a real speedup or not because my linux kernel uses a process scheduler gives great variance to results... so far i'm sure this isn't a slowdown neither for C nor ia32 SIMD. modified files: src/decoder.c src/image/qpel.c src/image/qpel.h 2004-08-01 11:24:07 GMT patch-66 Summary: Unified qpel code path for all platforms Revision: xvidcore--head--0.0--patch-66 From ed.gomez and skal: * Unified qpel code path for all platforms. Next step is to fully exploit this code path to speedup qpel bframe decoding NB: this makes also ports life easier as they would not port obsoleted function sets... modified files: src/decoder.c src/image/interpolate8x8.h src/image/qpel.c src/image/qpel.h src/motion/motion_comp.c 2004-07-31 15:08:19 GMT patch-65 Summary: Faster bframe decoding. Revision: xvidcore--head--0.0--patch-65 From ed.gomez and skal: * Faster direct/interpolated bvop blocks decoding for halfpel sequences. The trick is to compute and average directly with destination during one of the forward/backward interpolations. At this moment, this patch covers only halfpel decoding, the same trick is expected to be hacked for qpel. modified files: src/decoder.c src/image/interpolate8x8.c src/image/interpolate8x8.h src/image/x86_asm/interpolate8x8_mmx.asm src/image/x86_asm/interpolate8x8_xmm.asm src/xvid.c ------------------8<--------------------------------------- -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Aug 11 11:50:41 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 892A8126D92 for ; Wed, 11 Aug 2004 11:50:41 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 295CD13BFC; Wed, 11 Aug 2004 11:53:19 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smartmx-01.inode.at (smartmx-01.inode.at [213.229.60.33]) by edu.bnhof.de (Postfix) with ESMTP id A66DF13BF4 for ; Wed, 11 Aug 2004 11:53:15 +0200 (CEST) Received: from [62.99.252.218] (port=64632 helo=[192.168.0.2]) by smartmx-01.inode.at with esmtp (Exim 4.30) id 1Bupkk-0001K8-4O for xvid-devel@xvid.org; Wed, 11 Aug 2004 11:50:38 +0200 Message-ID: <4119EBEC.8080803@x-ray.at> Date: Wed, 11 Aug 2004 11:50:36 +0200 From: Reini Urban User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8a2) Gecko/20040714 X-Accept-Language: de, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: [XviD-devel] patch for dshow inf installer 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 see my patch to xvidcore/vfw/bin/xvid.inf to also install xvid.ax, and use a temporary "(snapshot)" postfix in the codec description now that the mingw build can also do the dshow filter... at http://xarch.tu-graz.ac.at/home/rurban/software/xvid/inf-ax.patch PS: haven't tested the new single pass (CBR) improvements yet. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Aug 11 12:18:00 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id CAA09126D92 for ; Wed, 11 Aug 2004 12:18:00 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0D10113ACA; Wed, 11 Aug 2004 12:20:39 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id E17CEC68 for ; Wed, 11 Aug 2004 12:20:34 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id F09214FE8E for ; Wed, 11 Aug 2004 12:18:54 +0200 (CEST) Date: Wed, 11 Aug 2004 12:17:57 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Documentation of XviD options in mencoder In-Reply-To: <41179720.5040208@laposte.net> Message-ID: References: <41179720.5040208@laposte.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Mon, 9 Aug 2004, Guillaume POIRIER wrote: > I've been working on updating xvid section on mencoder's man page. Hi, looks nice, thanks for the efford. Just as short comments: for "gmc", it's misleading to call them "Sprite Frames", although technically they might be. But Sprites are a feature of Main Profile only, and these are either "GMC-frames", "S(GMC)-VOPs" or just don't call them anything. for "reduced" you might warn that the bitstream created is outside any MPEG-4 profile, and it most likely won't be decoded by anything else than XviD (does libavcodec support reduced resolution?). "mod_quant" isn't legal MPEG-4, though it usually works. for max_bframes>1, qpel and gmc you can warn that using those, though being perfectly legal MPEG-4, are not compatible to the "DivX Home Theater" profile, so the resulting bitstream might not be playable with (older) MPEG-4 standalone devices. Of course, similar restriction apply to lavcodec's mpeg4, so maybe a separate section on MPEG-4 + hardware-compatability would be useful. And have you thought of splitting mplayer/mencoder manpage into two? chl _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Aug 11 13:48:56 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id C6E4C126D92 for ; Wed, 11 Aug 2004 13:48:56 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 7524713BEF; Wed, 11 Aug 2004 13:51:35 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by edu.bnhof.de (Postfix) with ESMTP id E47A013BA8 for ; Wed, 11 Aug 2004 13:51:33 +0200 (CEST) Received: from imp5-q.free.fr (imp5-q.free.fr [212.27.42.5]) by postfix4-1.free.fr (Postfix) with ESMTP id 7D94216F48B for ; Wed, 11 Aug 2004 13:48:56 +0200 (CEST) Received: by imp5-q.free.fr (Postfix, from userid 33) id 623DD17D1; Wed, 11 Aug 2004 13:48:56 +0200 (MEST) Received: from 195.101.164.38 ([195.101.164.38]) by imp5-q.free.fr (IMP) with HTTP for ; Wed, 11 Aug 2004 13:48:56 +0200 Message-ID: <1092224936.411a07a84e9f9@imp5-q.free.fr> Date: Wed, 11 Aug 2004 13:48:56 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Documentation of XviD options in mencoder References: <41179720.5040208@laposte.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.4 X-Originating-IP: 195.101.164.38 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 Christoph Lampert : > for "gmc", it's misleading to call them "Sprite Frames", although > technically they might be. But Sprites are a feature of Main Profile only, > and these are either "GMC-frames", "S(GMC)-VOPs" or just don't call them > anything. > > for "reduced" you might warn that the bitstream created is outside any > MPEG-4 profile, and it most likely won't be decoded by anything else than > XviD (does libavcodec support reduced resolution?). I'm even in favor of simply removing this option, it doesn't fit in any plans we have for XviD... > "mod_quant" isn't legal MPEG-4, though it usually works. Damn still there ?! i asked the module maintainers to remove it, i think i even sent them the patch warning them about MPEG4 compliancy problems. I'll ask iive to sponsor another patch for this issue, mod_quant should not be available at all > for max_bframes>1, qpel and gmc you can warn that using those, though > being perfectly legal MPEG-4, are not compatible to the "DivX Home > Theater" profile, so the resulting bitstream might not be playable with > (older) MPEG-4 standalone devices. > > Of course, similar restriction apply to lavcodec's mpeg4, so maybe a > separate section on MPEG-4 + hardware-compatability would be useful. Good idea. -- 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 Aug 12 09:43:52 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 47AF9126D8B for ; Thu, 12 Aug 2004 09:43:52 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id E292E13BB6; Thu, 12 Aug 2004 09:46:21 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.ln9.net (rrcs-se-24-73-193-138.biz.rr.com [24.73.193.138]) by edu.bnhof.de (Postfix) with ESMTP id 14CB29CCD for ; Wed, 11 Aug 2004 16:45:28 +0200 (CEST) Received: from [192.168.100.77] (fajita.ln9.net [192.168.100.77]) by mail.ln9.net (Postfix) with ESMTP id B0B37913A7 for ; Wed, 11 Aug 2004 10:42:36 -0400 (EDT) Message-ID: <411A305C.5050707@leoninedev.com> Date: Wed, 11 Aug 2004 10:42:36 -0400 From: Bryan Mayland Organization: Leonine Development, Inc. User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [CVS commits] decoder speedups and fixed cbr References: <20040810224936.GB2275@edgomez.dyndns.org> In-Reply-To: <20040810224936.GB2275@edgomez.dyndns.org> 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 Edouard Gomez wrote: >So feedback is welcome for: > - decoding speed between 1.0.1 and HEAD CVS. Here i have an > average 25% better performance, how is it doing on your > box? > > Is there a better way to quantifiably test this instead of just playing an AVI and watching the task manager? > - test CBR/ABR coding, just to make sure Foxer (and I, his > tester) didn't miss something important. > > I've run some tests on 320x240 15fps source content, 900 frames, Constant Q=1 2310 kbps, XVID 1.0.1, 2 max consecutive BVOPs Target 1-Pass 2-Pass 300 247 263 700 570 699 1000 831 998 2000 1408 1651 XVID 1.0.1, Bframes disabled Target 1-Pass 700 700 1000 998 2000 1838 XVID HEAD, 2 max consecutive BVOPs Target 1-Pass 2-Pass 300 288 263 700 665 701 1000 936 997 2000 1512 1656 Common Options: H.263 quantizer Motion Search Precision - 6 VHQ Mode - 1 Chroma Motion Estimation - Enabled All quantizers set 1-31 I've also looked at every resultant video and they all look as expected. Something that I thought was odd was that using constant quantizer=1 that I and P frames used Q=1 but B frames used Q=2. Not that it makes any difference at that bitrate, but is that intended behavior? Let me know if there's other tests you'd like me to run. Bry _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Aug 12 12:10:04 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id E0FDE126D8B for ; Thu, 12 Aug 2004 12:10:03 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5AB0613BA8; Thu, 12 Aug 2004 12:12:39 +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 2575013AE5 for ; Thu, 12 Aug 2004 12:12:36 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1BvCX1-0001EC-1F for xvid-devel@xvid.org; Thu, 12 Aug 2004 12:09:59 +0200 Date: Thu, 12 Aug 2004 12:09:59 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [CVS commits] decoder speedups and fixed cbr Message-ID: <20040812100958.GA2376@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <20040810224936.GB2275@edgomez.dyndns.org> <411A305C.5050707@leoninedev.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <411A305C.5050707@leoninedev.com> User-Agent: Mutt/1.5.6+20040803i 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 Bryan Mayland (bmayland@leoninedev.com) wrote: > Is there a better way to quantifiably test this instead of just > playing an AVI and watching the task manager? On GNU/Linux box i use mplayer to measure decoding time: mplayer -benchmark -nosound -vo null -vc xvid sequence.avi I know mplayer has a win32 port, but i dunno if it can be linked against xvidcore to activate "-vc xvid" option, you may give a try at compiling mplayer yourself, and force xvidcore.dll usage, or maybe using xvidvfw.dll is enough (overhead is ~0, and anyway, it would be constant accross tests) > >- test CBR/ABR coding, just to make sure Foxer (and I, his > > tester) didn't miss something important. > > > > > I've run some tests on 320x240 15fps source content, 900 frames, > Constant Q=1 2310 kbps, > XVID 1.0.1, 2 max consecutive BVOPs > Target 1-Pass 2-Pass > 300 247 263 > 700 570 699 > 1000 831 998 > 2000 1408 1651 ABR was really off in 1.0.1 > XVID 1.0.1, Bframes disabled > Target 1-Pass > 700 700 > 1000 998 > 2000 1838 With bvops turned off, however it was really good... this was known behavior > XVID HEAD, 2 max consecutive BVOPs > Target 1-Pass 2-Pass > 300 288 263 > 700 665 701 > 1000 936 997 > 2000 1512 1656 Much better than 1.0.1 results, results are not exactly what you aimed at, but at least theyget much closer. > I've also looked at every resultant video and they all look as > expected. Something that I thought was odd was that using constant > quantizer=1 that I and P frames used Q=1 but B frames used Q=2. Not > that it makes any difference at that bitrate, but is that intended behavior? Yes, bvop qp is always the result of ratio*qp+offset. Thanks for the feedback. -- 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 Aug 12 18:55:53 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id AE5CB126D8B for ; Thu, 12 Aug 2004 18:55:53 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 919651484F; Thu, 12 Aug 2004 18:58:29 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id B26801482C for ; Thu, 12 Aug 2004 18:58:27 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id E78CC50307 for ; Thu, 12 Aug 2004 18:56:46 +0200 (CEST) Date: Thu, 12 Aug 2004 18:55:47 +0200 (CEST) From: Christoph Lampert To: xvid-devel ML Subject: Re: [XviD-devel] [CVS commits] decoder speedups and fixed cbr In-Reply-To: <20040810224936.GB2275@edgomez.dyndns.org> Message-ID: References: <20040810224936.GB2275@edgomez.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Wed, 11 Aug 2004, Edouard Gomez wrote: > heyhey > > commited a few things sitting on my HD for long time (decoder > speedups from my tree) and Foxer's patch to CBR plugin that > should really fix all known oddities (doesn't reach bitrate > with bvops, bitrate bursts after still scene etc etc) > > So feedback is welcome for: > - decoding speed between 1.0.1 and HEAD CVS. Here i have an > average 25% better performance, how is it doing on your > box? Hi, nice work with the speedup, results on Athlon64 2.05GHz (not my machine, unfortunately) show like 20% speedup as well: 1280x720, 496 frames mobcal-sequence 1 B-frames, Quant==4 XviD-1.01: 0m7.058s XviD-CVS: 0m5.705s lavc-CVS: 0m4.332s 2 B-frames, Quant==2 XviD-1.01: 0m11.296s XViD-CVS: 0m9.235s lavc-CVS: 0m6.772s So,still 20% left to reach ffmpeg, but already a huge step! Numbers were user time, measures with "time ./xvid_decraw ..." resp. "time mplayer ..." chl _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Aug 12 22:02:43 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 2DFC2126D8B for ; Thu, 12 Aug 2004 22:02:43 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A20F013EF0; Thu, 12 Aug 2004 22:05:19 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.ln9.net (rrcs-se-24-73-193-138.biz.rr.com [24.73.193.138]) by edu.bnhof.de (Postfix) with ESMTP id 4CF4813EE7 for ; Thu, 12 Aug 2004 22:05:14 +0200 (CEST) Received: from [192.168.100.77] (fajita.ln9.net [192.168.100.77]) by mail.ln9.net (Postfix) with ESMTP id C61369A886 for ; Thu, 12 Aug 2004 16:02:33 -0400 (EDT) Message-ID: <411BCCD9.5020807@leoninedev.com> Date: Thu, 12 Aug 2004 16:02:33 -0400 From: Bryan Mayland Organization: Leonine Development, Inc. User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [CVS commits] decoder speedups and fixed cbr References: <20040810224936.GB2275@edgomez.dyndns.org> <411A305C.5050707@leoninedev.com> <20040812100958.GA2376@edgomez.dyndns.org> In-Reply-To: <20040812100958.GA2376@edgomez.dyndns.org> 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 Edouard Gomez wrote: >On GNU/Linux box i use mplayer to measure decoding time: >mplayer -benchmark -nosound -vo null -vc xvid sequence.avi > > This seemed a lot easier than building mplayer on my windows box, but I may still try it later (hey tomorrow is a hurricane day, so if the power is on...). Anyway, here's results from a Pentium4 2.4B on SuSE 9.1. Source is 54244 frames of 512x384 material. VBR 2 b-frames max XviD-1.0.1 BENCHMARKs: VC: 318.849s VO: 0.294s A: 0.000s Sys: 7.876s = 327.018s XviD-CVS BENCHMARKs: VC: 153.663s VO: 0.318s A: 0.000s Sys: 7.394s = 161.375s Ummm is it me or are my results a-typical? Reproducable too. >Yes, bvop qp is always the result of ratio*qp+offset. > > Thanks for this. I didn't know if I'd be able to understand the code enough to figure it out on my own. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Aug 13 19:03:10 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 01CF2126D8B for ; Fri, 13 Aug 2004 19:03:10 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 488FE14862; Fri, 13 Aug 2004 19:05:42 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from tixeo.com (unknown [193.50.7.148]) by edu.bnhof.de (Postfix) with ESMTP id BE2EE1485F for ; Fri, 13 Aug 2004 19:05:39 +0200 (CEST) Received: (qmail 15165 invoked from network); 13 Aug 2004 18:17:24 -0000 Received: from unknown (HELO harghh) (193.50.7.146) by 193.50.7.148 with SMTP; 13 Aug 2004 18:17:24 -0000 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] How to get informations on a XVid bug ? References: <1092130591.4118971fd3d89@imp2-q.free.fr> <4118A210.8080802@x-ray.at> Message-ID: From: Harghh Content-Type: text/plain; format=flowed; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Fri, 13 Aug 2004 19:03:38 +0200 In-Reply-To: <4118A210.8080802@x-ray.at> User-Agent: Opera7.23/Win32 M2 build 3227 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: harghh@free.fr, 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 First, thank you for your answers. I was finally able to reproduce the problem in a debugger as you suggested. And yes, the problem is related to DirectShow filters. I tryed to understand the problem, but failed. So i post my informations here and i hope someone can help me. I have a small test program which can be used to reproduce the problem. Its written in Delphi and use the DSPack DirectShow library. What this program do is opening an avi file with a File Source DS filter and render this file to a video renderer window, its pretty simple. Just send me a mail and i will send it to you with its source code. I did all tests with XviD 1.0.1. I can reproduce the problem on at least 3 computers (running W2K and WXP, with DirectX 8.1, 9.0b and 9.0c). There is some conditions for the bug to appear : - the video file need to have a size > viewer window size - you need to completely hide the viewer window while playing (with another window for instance), hiding only partially does nothing for me - it always crash after than a keyframe passed through the CxvidDecoder::Transform, non-keyframes don't make it crash - it seems to be the first keyframe after than the window was hidden who make crash When the bug occurs i get the following call stack (i replaced yv12_to_bgra_mmx with yv12_to_bgra_c for the test purpose) : yv12_to_bgra_c(unsigned char * 0x0667e1bc, int -516, unsigned char * 0x063daa00, unsigned char * 0x063fdc60, unsigned char * 0x06407e20, int 448, int 224, int 320, int 240, int -2147483648) line 446 + 362 bytes safe_packed_conv(unsigned char * 0x06660000, int 516, unsigned char * 0x063daa00, unsigned char * 0x063fdc60, unsigned char * 0x06407e20, int 448, int 224, int 320, int 240, int -2147483648, void (unsigned char *, int, unsigned char *, unsigned char *, unsigned char *, int, int, int, int, int)* 0x01ea11ef _yv12_to_bgra_c, ...) line 528 + 45 bytes image_output(IMAGE * 0x06350150, unsigned int 320, int 240, unsigned int 448, unsigned char * * 0x01782a34, unsigned int * 0x01782a44, int -2147483584, int 0) line 764 + 120 bytes decoder_output(DECODER * 0x06350080, IMAGE * 0x06350150, MACROBLOCK * 0x064d3680, xvid_dec_frame_t * 0x01782a20, xvid_dec_stats_t * 0x022efe84, int 0, int 4) line 1379 + 70 bytes decoder_decode(DECODER * 0x06350080, xvid_dec_frame_t * 0x01782a20, xvid_dec_stats_t * 0x022efe84) line 1537 + 44 bytes xvid_decore(void * 0x06350080, int 2, void * 0x01782a20, void * 0x022efe84) line 680 + 17 bytes XVID! 01E920f2() and it stops on the line : MAKE_COLORSPACE(yv12_to_bgra_c, 4,2,2, YV12_TO_RGB, 2,1,0,3) I found another bug while doing my tests. I deactivated Direct3D acceleration using DXDiag and in this case the test program crashed in some circumstances when it start playing the first frame. The problem was the line CloseLib() at the beginning of CxvidDecoder::CheckInputType in this block : if (*mtIn->Type() != MEDIATYPE_Video) { DPRINTF("Error: Unknown Type"); /* The following line was causing an error in my program while Direct3D acceleration was disactivated */ //CloseLib(); return VFW_E_TYPE_NOT_ACCEPTED; } As the error is handled and an error code is returned, why closing the library ? Doing this will crash if another input type is accepted and the filter is then used normally. I also had 3 minors problems compiling Xvid (in debug mode) on a Windows 2000 system : - libxvidcore : in debug mode the .dll is named libxvidcore.dll instead of xvidcore.dll and isn't put in the bin directory. - vfw : after linking there is a copy command which copy xvidcore.dll into vfw/bin, i had to replace each / with a \ - dshow: error on linking, i had to replace strmbase.lib with strmbasd.lib in Project settings -> Link -> Object/Library modules Harghh _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Aug 13 19:52:33 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 0F6BD126D8B for ; Fri, 13 Aug 2004 19:52:33 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8B9CF148DF; Fri, 13 Aug 2004 19:55:11 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smartmx-05.inode.at (smartmx-05.inode.at [213.229.60.37]) by edu.bnhof.de (Postfix) with ESMTP id E10FB148DC for ; Fri, 13 Aug 2004 19:55:09 +0200 (CEST) Received: from [62.99.252.218] (port=62701 helo=[192.168.0.2]) by smartmx-05.inode.at with esmtp (Exim 4.30) id 1BvgE8-0008Ak-GA; Fri, 13 Aug 2004 19:52:28 +0200 Message-ID: <411CFFDA.4020107@x-ray.at> Date: Fri, 13 Aug 2004 19:52:26 +0200 From: Reini Urban User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8a2) Gecko/20040714 X-Accept-Language: de, en MIME-Version: 1.0 To: harghh@free.fr Subject: Re: [XviD-devel] How to get informations on a XVid bug ? References: <1092130591.4118971fd3d89@imp2-q.free.fr> <4118A210.8080802@x-ray.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: xvid-devel@xvid.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 Harghh schrieb: > I did all tests with XviD 1.0.1. > > I can reproduce the problem on at least 3 computers (running W2K and > WXP, with DirectX 8.1, 9.0b and 9.0c). much better would it be to test it on the latest CVS version. maybe it's already fixed? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 14 19:09:30 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.goinform.de (Postfix) with ESMTP id 7354D126D8B for ; Sat, 14 Aug 2004 19:09:30 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 7838913D05; Sat, 14 Aug 2004 19:12:09 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from tixeo.com (unknown [193.50.7.148]) by edu.bnhof.de (Postfix) with ESMTP id C312E13BB5 for ; Sat, 14 Aug 2004 19:12:06 +0200 (CEST) Received: (qmail 16965 invoked from network); 14 Aug 2004 18:23:53 -0000 Received: from unknown (HELO harghh) (193.50.7.146) by 193.50.7.148 with SMTP; 14 Aug 2004 18:23:53 -0000 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] How to get informations on a XVid bug ? References: <1092130591.4118971fd3d89@imp2-q.free.fr> <4118A210.8080802@x-ray.at> <411CFFDA.4020107@x-ray.at> Message-ID: From: Harghh Content-Type: text/plain; format=flowed; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Sat, 14 Aug 2004 19:10:06 +0200 In-Reply-To: <411CFFDA.4020107@x-ray.at> User-Agent: Opera7.23/Win32 M2 build 3227 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: harghh@free.fr, 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 > much better would it be to test it on the latest CVS version. > maybe it's already fixed? I was unable to compile vfw and dshow projects using xvid_latest.tar.gz, only xvidcore worked. I have a lot of compilation errors, i don't know if it is my fault or if it is normal. But i discovered that the problem occurs only when the Xvid decoder “Compatibility renderer” option is enabled. Harghh _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 16 12:02:06 2004 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 9F402126D8B for ; Mon, 16 Aug 2004 12:02:06 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 116A813EF3; Mon, 16 Aug 2004 12:04:48 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from tixeo.com (unknown [193.50.7.148]) by edu.bnhof.de (Postfix) with ESMTP id 32D879C86 for ; Mon, 16 Aug 2004 12:04:44 +0200 (CEST) Received: (qmail 19609 invoked from network); 16 Aug 2004 11:16:34 -0000 Received: from unknown (HELO harghh) (193.50.7.146) by 193.50.7.148 with SMTP; 16 Aug 2004 11:16:34 -0000 To: "xvid-devel@xvid.org" Message-ID: From: Harghh Content-Type: text/plain; format=flowed; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Mon, 16 Aug 2004 12:02:45 +0200 User-Agent: Opera7.23/Win32 M2 build 3227 Subject: [XviD-devel] DirectShow decoder bug in Compatibility renderer mode X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: harghh@free.fr, xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org This is a follow up to the  How to get informations on a XVid bug ?  where i explained issues encountered with XviD DirectShow decoder filter with some detailed informations. To put it in a nutshell : using the xvid decoder filer with the “compatibility renderer” option enabled make crash when hiding the video renderer window. I tried with today (aug 16) CVS version and it doesn't solve the problem. On my computer, depending if the “Compatibility renderer” option is enabled or disabled xvid decoder isn't used the same way : Disabled : - the filter graph is avi file -> avi splitter -> avi decompressor -> video window - xvidvfw.dll is used and ICM_DECOMPRESS_* functions are used for decoding - the bug doesn't appears Enabled : - the filter graph is avi file -> avi splitter -> xvid mpeg-4 decoder -> video window - xvidvfw.dll is not used, the directshow filter Transform() function is used for decoding - the bug appears Do you have the same behaviour on your computer ? Does this mean that the DirectShow filter is used only in “Compatibility renderer” mode ? Also, what does this compatibility mode means ? I looked at the code, and all it does is using a VIDEOINFOHEADER instead of a VIDEOINFOHEADER2 in CxvidDecoder::GetMediaType(). But what is the difference between them ? Using VIDEOINFOHEADER2 looks like to fail and use the VFW dll instead, is this normal ? Harghh _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 16 12:48:50 2004 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 DA28F126D8B for ; Mon, 16 Aug 2004 12:48:50 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 82B0E9C6F; Mon, 16 Aug 2004 12:51:33 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from roeder.stud.uni-goettingen.de (roeder.stud.uni-goettingen.de [134.76.62.176]) by edu.bnhof.de (Postfix) with ESMTP id D96099B8D for ; Mon, 16 Aug 2004 12:51:31 +0200 (CEST) Received: (from root@localhost) by roeder.stud.uni-goettingen.de (8.12.11/8.12.11) id i7GAow4u032002; Mon, 16 Aug 2004 12:50:58 +0200 Received: from [10.10.160.37] (koepi.roeder.wh.local [10.10.160.37]) by roeder.stud.uni-goettingen.de (8.12.11/8.12.11) with ESMTP id i7GAouNQ031977; Mon, 16 Aug 2004 12:50:56 +0200 Message-ID: <41209159.301@stud.uni-goettingen.de> Date: Mon, 16 Aug 2004 12:50:01 +0200 From: Dirk Knop User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7.2) Gecko/20040803 X-Accept-Language: de, en MIME-Version: 1.0 To: harghh@free.fr, xvid-devel@xvid.org Subject: Re: [XviD-devel] DirectShow decoder bug in Compatibility renderer mode References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-scanner: scanned by Inflex 1.0.12.7 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 Harghh schrieb: > This is a follow up to the ÂŤ How to get informations on a XVid bug ? Âť > where i explained issues encountered with XviD DirectShow decoder > filter with some detailed informations. > > To put it in a nutshell : using the xvid decoder filer with the > “compatibility renderer” option enabled make crash when hiding the > video renderer window. > > I tried with today (aug 16) CVS version and it doesn't solve the problem. > > On my computer, depending if the “Compatibility renderer” option is > enabled or disabled xvid decoder isn't used the same way : > Disabled : > - the filter graph is avi file -> avi splitter -> avi decompressor -> > video window > - xvidvfw.dll is used and ICM_DECOMPRESS_* functions are used for > decoding > - the bug doesn't appears > > Enabled : > - the filter graph is avi file -> avi splitter -> xvid mpeg-4 decoder > -> video window > - xvidvfw.dll is not used, the directshow filter Transform() function > is used for decoding > - the bug appears > > Do you have the same behaviour on your computer ? > Does this mean that the DirectShow filter is used only in > “Compatibility renderer” mode ? > > Also, what does this compatibility mode means ? > I looked at the code, and all it does is using a VIDEOINFOHEADER > instead of a VIDEOINFOHEADER2 in CxvidDecoder::GetMediaType(). > But what is the difference between them ? > Using VIDEOINFOHEADER2 looks like to fail and use the VFW dll instead, > is this normal ? > > Harghh > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > This seems to be an issue on your computer, depending on your vga card, overlay settings (is the card able to do an yuv2/yv12 overlay? play with the "force colourspace" option) or vga driver. Is dx9 properly installed (use start->run->dxdiag)? Regards Koepi _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 16 13:23:25 2004 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 7C904126D8B for ; Mon, 16 Aug 2004 13:23:25 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 203DF13D5A; Mon, 16 Aug 2004 13:26:09 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smartmx-01.inode.at (smartmx-01.inode.at [213.229.60.33]) by edu.bnhof.de (Postfix) with ESMTP id 00F7413D4B for ; Mon, 16 Aug 2004 13:26:07 +0200 (CEST) Received: from [62.99.252.218] (port=63465 helo=[192.168.0.2]) by smartmx-01.inode.at with esmtp (Exim 4.30) id 1BwfaD-0001NP-3v for xvid-devel@xvid.org; Mon, 16 Aug 2004 13:23:21 +0200 Message-ID: <41209924.5040008@x-ray.at> Date: Mon, 16 Aug 2004 13:23:16 +0200 From: Reini Urban User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8a2) Gecko/20040714 X-Accept-Language: de, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] patch for dshow inf installer References: <4119EBEC.8080803@x-ray.at> <20040815120250.GE2309@edgomez.dyndns.org> In-Reply-To: <20040815120250.GE2309@edgomez.dyndns.org> 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 Edouard Gomez schrieb: > Reini Urban (rurban@x-ray.at) wrote: > >>see my patch to xvidcore/vfw/bin/xvid.inf >>to also install xvid.ax, >>and use a temporary "(snapshot)" postfix in the codec description >> >>now that the mingw build can also do the dshow filter... >> >>at >>http://xarch.tu-graz.ac.at/home/rurban/software/xvid/inf-ax.patch > > I wonder if the dshow filter should have its own .inf file, or > we if we have to move the .inf outside the vfw subirectory, > because it would not only be related to vfw. > > Opinions welcome: > - do we have two .inf files (one for dshow and another for vfw) > Pros: users can install two components > Cons: maybe it's harder to decide when to replace the > common xvidcore.dll Convinced. This is probably the easiest way. But I don't really understand the dowsnside of the common xvidcore.dll dependency. Either vfw or dshow will update the common file(s). As long as the modularization is good enough... Older xvidvwf.dll should work with newer xvidcore.dll and the other way round also. Anyone tested this? Seperate installers (nic or koeppi) can have their own .inf files for their setup.exe > - have one .inf file for both: > Pros: straight forward component management, install all > remove all > Cons: monolithic install though we componentized xvid... -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 16 13:32:24 2004 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 DC487126D8B for ; Mon, 16 Aug 2004 13:32:24 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A859813BBC; Mon, 16 Aug 2004 13:35:07 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smartmx-05.inode.at (smartmx-05.inode.at [213.229.60.37]) by edu.bnhof.de (Postfix) with ESMTP id 707A79C63 for ; Mon, 16 Aug 2004 13:35:04 +0200 (CEST) Received: from [62.99.252.218] (port=61720 helo=[192.168.0.2]) by smartmx-05.inode.at with esmtp (Exim 4.30) id 1Bwfis-00030b-HZ for xvid-devel@xvid.org; Mon, 16 Aug 2004 13:32:18 +0200 Message-ID: <41209B3E.70803@x-ray.at> Date: Mon, 16 Aug 2004 13:32:14 +0200 From: Reini Urban User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8a2) Gecko/20040714 X-Accept-Language: de, en MIME-Version: 1.0 To: xvid-devel@xvid.org References: <4119EBEC.8080803@x-ray.at> <20040815120250.GE2309@edgomez.dyndns.org> In-Reply-To: <20040815120250.GE2309@edgomez.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [XviD-devel] remove old dshow and vfw dirs. vfw length calc todo 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 BTW: 1) When will the defunct dshow and vfw rootdirs be removed? Now that they are under xvidcore. I know several people who tried to build from the old dirs and obviously failed. 2) For the vfw todo.txt I would like to add the bitrate calculator getting the actual movie length, so that when you click on the "Target size (kbytes)" button the correct Target bitrate will be calculated, which would help the encoder a lot. Same for the "calc..." button. Only when a movie is loaded, of course. When I find enough time I can do this by myself, but I'm still busy with the perl script for automatic VirtualDubMod encoding, which sets the vfx CONFIG struct params. Edouard Gomez schrieb: > I wonder if the dshow filter should have its own .inf file, or > we if we have to move the .inf outside the vfw subirectory, > because it would not only be related to vfw. > > Opinions welcome: > - do we have two .inf files (one for dshow and another for vfw) > Pros: users can install two components > Cons: maybe it's harder to decide when to replace the > common xvidcore.dll > - have one .inf file for both: > Pros: straight forward component management, install all > remove all > Cons: monolithic install though we componentized xvid... -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 16 14:36:18 2004 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 0162B126D8B for ; Mon, 16 Aug 2004 14:36:18 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 2F43F14808; Mon, 16 Aug 2004 14:39:01 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from 163.com (unknown [202.108.44.225]) by edu.bnhof.de (Postfix) with SMTP id 3FDE41473A for ; Mon, 16 Aug 2004 14:38:50 +0200 (CEST) MIME-Version: 1.0 Message-ID: <4120AA32.00011A.10588@m225.163.com> Date: Mon, 16 Aug 2004 20:36:02 +0800 (CST) From: "=?gb2312?B?ZGFuaWVs?=" To: xvid-devel@xvid.org X-Priority: 3 X-Originating-IP: [61.191.206.150] X-Mailer: 163com Subject: [XviD-devel] optimize xvid on arm9 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="===============1437448987==" Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org --===============1437448987== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" SGksDQoNClJlY2VudGx5LEkgb3B0aW1pemVkICB4dmlkIGNvcmUgb24gQVJNOSBhcmNoaXRl Y3R1cmUsYnV0IHRoZSBlZmZlY3QgaXMgbm90ICBvYnZpb3VzLg0KSSByZXdyaXRlIGZ1bmN0 aW9ucyBpbiBzYWQuYyBhbmQgbWVtX3RyYW5zZmVyLmMgdXNpbmcgYXNzZW1ibHkgbGFuZ3Vh Z2UgLGJ1dCBvbmx5IGdldCA0JSBmYXN0ZXIuIENvdWxkIHNvbWVvbmUgdGVsbCBtZSB0aGUg cmVhc29uPyBUaGFua3MhDQoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpBT0Mo udq93SkxN7Tn0rq+pzE2bXOjpDI4ODggaHR0cDovL2Rlc2lnbi4xNjMuY29tL2FvY21vbml0 b3IvaW5kZXguaHRtbA== --===============1437448987== 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 --===============1437448987==-- From xvid-devel-bounces@xvid.org Mon Aug 16 14:57:34 2004 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 389FE126D8B for ; Mon, 16 Aug 2004 14:57:34 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A89B713BE1; Mon, 16 Aug 2004 15:00:17 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id B4AD413BB8 for ; Mon, 16 Aug 2004 15:00:15 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id 3F9383C513 for ; Mon, 16 Aug 2004 14:58:32 +0200 (CEST) Date: Mon, 16 Aug 2004 14:57:29 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] optimize xvid on arm9 In-Reply-To: <4120AA32.00011A.10588@m225.163.com> Message-ID: References: <4120AA32.00011A.10588@m225.163.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Mon, 16 Aug 2004, daniel wrote: > Hi, > > Recently,I optimized xvid core on ARM9 architecture,but the effect is not obvious. > I rewrite functions in sad.c and mem_transfer.c using assembly language ,but only get 4% faster. Could someone tell me the reason? Thanks! Is that encoding or decoding? gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 16 16:32:33 2004 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 A1000126D8B for ; Mon, 16 Aug 2004 16:32:33 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8766213D5F; Mon, 16 Aug 2004 16:35:15 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from tixeo.com (unknown [193.50.7.148]) by edu.bnhof.de (Postfix) with ESMTP id D4F3713C9E for ; Mon, 16 Aug 2004 16:35:12 +0200 (CEST) Received: (qmail 21945 invoked from network); 16 Aug 2004 15:47:01 -0000 Received: from unknown (HELO harghh) (193.50.7.146) by 193.50.7.148 with SMTP; 16 Aug 2004 15:47:01 -0000 Date: Mon, 16 Aug 2004 16:33:11 +0200 To: "xvid-devel@xvid.org" Subject: Re: [XviD-devel] DirectShow decoder bug in Compatibility renderer mode References: <41209159.301@stud.uni-goettingen.de> From: Harghh Content-Type: text/plain; format=flowed; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <41209159.301@stud.uni-goettingen.de> User-Agent: Opera7.23/Win32 M2 build 3227 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: harghh@free.fr, 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 seems to be an issue on your computer, I can reproduce it on at least 6 computers : Computer 1 : Nvidia Geforce 4 Ti 4200, Windows 2000 SP4, DirectX 9.0c, Duron 1.8Ghz Computer 2 : S3 Graphics Twister K, Windows XP, DirectX 8.1, Athlon 2.0ghz Computer 3 : ATI Radeon IGP 345M, Windows XP SP1, DirectX ?, Pentium 4 2.66ghz Computer 4 : Nvidia Geforce 2 GTS (Screen 1) and 3DFX Voodoo 3 (Screen2), Windows 2000 SP4, DirectX 9.0b, Athlon XP 1.6Ghz (the bug occurs on both screens) Computer 5 : Nvidia Geforce 4 MX 440, Windows XP SP1, DirectX 8.1, Pentium 4 2.0Ghz Computer 6 : Nvidia Geforce 4 FX 5200, Windows 2000 SP4, DirectX 9.0b, Athlon 2.5ghz On this computer i wasn't able to reproduce it : Computer 7 : ATI Radeon 9200, Windows 2000 SP4, DirectX 9.0b, Athlon 2.5ghz > depending on your vga card, overlay settings (is the >card able to do an > yuv2/yv12 overlay? Where can i find this information ? > play with the "force colourspace" option) or vga driver. The bug appears only with screen color in 32bits with the compatibility renderer option enabled and the output colourspace set to no force or RGB32. With all others combinations of compatibility renderer, output colourspace and 32bits/16bits/256 screen colors there is no problem. Can i force the output colourspace to RGB24 in order to fix this issue on all computers ? Is it safe ? > Is dx9 properly installed (use start->run->dxdiag)? Yes, all DirectX installations are ok Best regards, Harghh _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 16 17:55:25 2004 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 B96A8126D8B for ; Mon, 16 Aug 2004 17:55:25 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 44A1813EFB; Mon, 16 Aug 2004 17:58:09 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smartmx-03.inode.at (smartmx-03.inode.at [213.229.60.35]) by edu.bnhof.de (Postfix) with ESMTP id 3BEE913D17 for ; Mon, 16 Aug 2004 17:58:03 +0200 (CEST) Received: from [62.99.252.218] (port=65200 helo=[192.168.0.2]) by smartmx-03.inode.at with esmtp (Exim 4.30) id 1BwjpN-0005yt-AK for xvid-devel@xvid.org; Mon, 16 Aug 2004 17:55:17 +0200 Message-ID: <4120D8E4.9060301@x-ray.at> Date: Mon, 16 Aug 2004 17:55:16 +0200 From: Reini Urban User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8a2) Gecko/20040714 X-Accept-Language: de, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] patch for dshow inf installer References: <4119EBEC.8080803@x-ray.at> <20040815120250.GE2309@edgomez.dyndns.org> <41209924.5040008@x-ray.at> <1092669196.4120cf0c0ee4a@imp1-q.free.fr> In-Reply-To: <1092669196.4120cf0c0ee4a@imp1-q.free.fr> 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 Edouard Gomez schrieb: > Selon Reini Urban : > >>> - do we have two .inf files (one for dshow and another for vfw) >>> Pros: users can install two components >>> Cons: maybe it's harder to decide when to replace the >>> common xvidcore.dll >> >>Convinced. This is probably the easiest way. >>But I don't really understand the dowsnside of the common xvidcore.dll >>dependency. Either vfw or dshow will update the common file(s). As long >>as the modularization is good enough... Older xvidvwf.dll should work >>with newer xvidcore.dll and the other way round also. Anyone tested this? > > > It's hard because to know the dll version you have to either trust the ctime > file field (creation time field), or an easy version number retrievable from > the DLL (iirc, it's possible to include this in a dll ressource, but i dunno if > they are intelligent functions in windows that advertise the user he's trying > to replace a version1 lib that is newer than version2) not with regular DLL. just for COM modules they invented two versioning schemes. Well, the only DLLHELL problem I see is with the step from 1.0. to 1.1, when various xvid.h structs were extended, but there is no versioning problem so far, since the core dll was renamed also. I don't know how the inter-dll api changed with the 0.9x versions. But for the future to avoid such dllhell problems (http://www.perldesignpatterns.com/wiki.cgi?DllHell) one should name the core dll properly. such as xvidcore.dll (for 1.0.1), xvidcore11.dll and so on. same for the other dll's: xvidvfw11.dll and xvid11.ax or forget modularization, or check the API version at runtime with new API functions. (ressource string checking is too cumbersome IMHO) -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Aug 17 03:31:25 2004 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 0B1A4126D8B for ; Tue, 17 Aug 2004 03:31:25 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8D26D13D5F; Tue, 17 Aug 2004 03:34:09 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from 163.com (unknown [202.108.44.177]) by edu.bnhof.de (Postfix) with SMTP id A9AB99CB8 for ; Tue, 17 Aug 2004 03:34:02 +0200 (CEST) MIME-Version: 1.0 Message-ID: <41215FE3.000031.09137@m177.163.com> Date: Tue, 17 Aug 2004 09:31:15 +0800 (CST) From: "=?gb2312?B?ZGFuaWVs?=" To: xvid-devel@xvid.org Subject: =?gb2312?B?UmU6IFJlOiBbWHZpRC1kZXZlbF0gb3B0aW1pemUgeHZpZCBvbiBhcm0=?= =?gb2312?B?OQ==?= X-Priority: 3 X-Originating-IP: [61.191.206.150] X-Mailer: 163com 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="===============1636343727==" Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org --===============1636343727== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" T2gsaXQgaXMgZW5jb2RpbmcuSSBmb3VuZCB0aGF0IGVuY29kaW5nIHByb2Nlc3MgY29zdCB2 YXN0IGRhdGEgY29tcGFyaXNvbiAsbm90IGxpa2UgbXAzIGVuY29kaW5nICxjb21wbGV4IGNv bXB1dGF0aW9uIGNvbmNlbnRyYXRlZC5TbyBpdCBzYW1lIGhhcmQgdG8gb3B0aW1pemVkLg0K DQo+IE9uIE1vbiwgMTYgQXVnIDIwMDQsIGRhbmllbCB3cm90ZToNCj4gDQo+ID4gSGksDQo+ ID4gDQo+ID4gUmVjZW50bHksSSBvcHRpbWl6ZWQgIHh2aWQgY29yZSBvbiBBUk05IGFyY2hp dGVjdHVyZSxidXQgdGhlIGVmZmVjdCBpcyBub3QgIG9idmlvdXMuDQo+ID4gSSByZXdyaXRl IGZ1bmN0aW9ucyBpbiBzYWQuYyBhbmQgbWVtX3RyYW5zZmVyLmMgdXNpbmcgYXNzZW1ibHkg bGFuZ3VhZ2UgLGJ1dCBvbmx5IGdldCA0JSBmYXN0ZXIuIENvdWxkIHNvbWVvbmUgdGVsbCBt ZSB0aGUgcmVhc29uPyBUaGFua3MhDQo+IA0KPiBJcyB0aGF0IGVuY29kaW5nIG9yIGRlY29k aW5nPw0KPiANCj4gDQo+IGdydWVsDQo+IA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFh2aUQtZGV2ZWwgbWFpbGluZyBs aXN0DQo+IFh2aUQtZGV2ZWxAeHZpZC5vcmcNCj4gaHR0cDovL2xpc3QueHZpZC5vcmcvbWFp bG1hbi9saXN0aW5mby94dmlkLWRldmVsDQo+IA0KCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0KQU9DKLnavd0pMTe059K6vqcxNm1zo6QyODg4IGh0dHA6Ly9kZXNpZ24uMTYz LmNvbS9hb2Ntb25pdG9yL2luZGV4Lmh0bWw= --===============1636343727== 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 --===============1636343727==-- From xvid-devel-bounces@xvid.org Tue Aug 17 10:31:07 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 8C876126D92 for ; Tue, 17 Aug 2004 10:31:07 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9A67113D45; Tue, 17 Aug 2004 10:33:51 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id ADF6C13D40 for ; Tue, 17 Aug 2004 10:33:48 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id 868A64FF1F for ; Tue, 17 Aug 2004 10:32:02 +0200 (CEST) Date: Tue, 17 Aug 2004 10:30:58 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: =?gb2312?B?UmU6IFJlOiBbWHZpRC1kZXZlbF0gb3B0aW1pemUgeHZpZCBvbiBhcm0=?= =?gb2312?B?OQ==?= In-Reply-To: <41215FE3.000031.09137@m177.163.com> Message-ID: References: <41215FE3.000031.09137@m177.163.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Tue, 17 Aug 2004, daniel wrote: > Oh,it is encoding.I found that encoding process cost vast data > comparison ,not like mp3 encoding ,complex computation concentrated.So > it same hard to optimized. You might want to profile the encoder to find bottlenecks specifically for your plattform then. On x86/PCs, since the SAD routines are called most often, the difference between pure C and SIMD ASM is large there. General memory access is a limiting factor as well, though not as much as might be the worst case, because modern CPUs have large caches. But if your ARM plattform has a slower RAM interface, that might indeed play a crucial role. I'm curious, can you give some numbers about your hardware and encoding/deocding speed? gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Aug 17 11:01:56 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 9A030126D92 for ; Tue, 17 Aug 2004 11:01:56 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A5FEF13F0E; Tue, 17 Aug 2004 11:04:41 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from tixeo.com (unknown [193.50.7.148]) by edu.bnhof.de (Postfix) with ESMTP id EE97913D56 for ; Tue, 17 Aug 2004 11:04:38 +0200 (CEST) Received: (qmail 30968 invoked from network); 17 Aug 2004 10:16:26 -0000 Received: from unknown (HELO harghh) (193.50.7.146) by 193.50.7.148 with SMTP; 17 Aug 2004 10:16:26 -0000 To: "xvid-devel@xvid.org" From: Harghh Content-Type: text/plain; format=flowed; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Tue, 17 Aug 2004 11:02:35 +0200 Message-ID: User-Agent: Opera7.23/Win32 M2 build 3227 Subject: [XviD-devel] Re: DirectShow decoder bug in Compatibility renderer mode (how to reproduce it) X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: harghh@free.fr, xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Here is how to reproduce this bug with GraphEdit. I tested this method with DirectX 8.1, 9.0b and 9.0c You need to have XviD decoder Compatibility renderer option enabled, Output colourspace set to no force and a screen color depth of 32bits. 1) Open GraphEdit 2) Drag and drop an xvid encoded avi file in GraphEdit This should produce this graph : avi file -> avi splitter -> xvid mpeg-4 video decoder -> vider renderer (VMR) The default video renderer is in VMR mode, so the bug doesn't appear, you need to replace it. 3) Remove the video renderer filter 4) Insert a video renderer filter (in DirectShow filters), use the 2nd one which doesn't use VMR 5) Link xvid decoder's output pin to video renderer's input pin 6) Play the graph 7) Reduce the size of the video window, so it is smaller than the video source file resolution 8) Completely hide the video window by moving another window on top of it Now it should crash soon. I have more difficulties to reproduce the bug on a WindowsXP SP1 computer with DX8.1, i had to move the top window over the video window several times. Hope it will help you to reproduce the bug. Regards Harghh _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Aug 17 14:29:11 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 23DDF126D92 for ; Tue, 17 Aug 2004 14:29:11 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3FD7D14721; Tue, 17 Aug 2004 14:31:54 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from 163.com (unknown [202.108.44.248]) by edu.bnhof.de (Postfix) with SMTP id 46E5113EEA for ; Tue, 17 Aug 2004 14:31:50 +0200 (CEST) MIME-Version: 1.0 Message-ID: <4121FA15.0000DA.11676@m248.163.com> Date: Tue, 17 Aug 2004 20:29:09 +0800 (CST) From: "=?gb2312?B?ZGFuaWVs?=" To: xvid-devel@xvid.org Subject: =?gb2312?B?UmU6IFJlOiBSZTogW1h2aUQtZGV2ZWxdIG9wdGltaXplIHh2aWQgb24=?= =?gb2312?B?IGFybTk=?= X-Priority: 3 X-Originating-IP: [61.191.206.150] X-Mailer: 163com 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="===============1636257690==" Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org --===============1636257690== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" VGhhbmsgeW91IGZvciB5b3VyIGtpbmRseSBtZXNzYWdlLkl0IGlzIG15IHBsZWFzdXJlIHRv IGdpdmUgc29tZSBpbmZvcm1hdGlvbi5UaGUgcGxhdGZvcm0gaXMgYmFzZWQgb24gTUM5MzI4 TVhMLlRoZSBNQzkzMjhNWEwgdXNlcyB0aGUgQVJNOTIwVCBtaWNyb3Byb2Nlc3NvciBjb3Jl IHdoaWNoIGhhcyAxNksgaW5zdHJ1Y3Rpb24gY2FjaGUgYW5kIDE2SyBkYXRhIGNhY2hlLg0K SSBqdXN0IGRpZCBhIGxpdHRsZSB3b3JrIG9uIGVuY29kaW5nIC5UaGUgaW5wdXQgaW1hZ2Ug Zm9ybWF0IGlzIFlVViw0OjI6MC4NClRoZSBlbmNvZGluZyBzcGVlZCBpcyA7DQppbWFnZSBz aXplIDogMzUyKjI4OA0KZnJhbWUgcGVyIHNlY29uZDthYm91dCAyLjkNCnBsYXRmb3JtIDog IE1DOTMyOE1YTA0KY3B1IHJ1bnMgYXQgOjE1ME1Ieg0KcmFtIHNpemUgOjY0TUINCm9zICAg ICAgO2xpbnV4DQoNCnRoZSBkZWNvZGVyIHdpdGggIHB1cmUgQyBjb3VsZCBkZWNvZGUgMS45 IGZyYW1lIHBlciBzZWNvbmQoaW1hZ2Ugc2l6ZSBpcyAzNTIqMjg4KQ0KDQo+IE9uIFR1ZSwg MTcgQXVnIDIwMDQsIGRhbmllbCB3cm90ZToNCj4gDQo+ID4gT2gsaXQgaXMgZW5jb2Rpbmcu SSBmb3VuZCB0aGF0IGVuY29kaW5nIHByb2Nlc3MgY29zdCB2YXN0IGRhdGENCj4gPiBjb21w YXJpc29uICxub3QgbGlrZSBtcDMgZW5jb2RpbmcgLGNvbXBsZXggY29tcHV0YXRpb24gY29u Y2VudHJhdGVkLlNvDQo+ID4gaXQgc2FtZSBoYXJkIHRvIG9wdGltaXplZC4NCj4gDQo+IFlv dSBtaWdodCB3YW50IHRvIHByb2ZpbGUgdGhlIGVuY29kZXIgdG8gZmluZCBib3R0bGVuZWNr cyBzcGVjaWZpY2FsbHkgZm9yDQo+IHlvdXIgcGxhdHRmb3JtIHRoZW4uIE9uIHg4Ni9QQ3Ms IHNpbmNlIHRoZSBTQUQgcm91dGluZXMgYXJlIGNhbGxlZCBtb3N0DQo+IG9mdGVuLCB0aGUg ZGlmZmVyZW5jZSBiZXR3ZWVuIHB1cmUgQyBhbmQgU0lNRCBBU00gaXMgbGFyZ2UgdGhlcmUu IEdlbmVyYWwNCj4gbWVtb3J5IGFjY2VzcyBpcyBhIGxpbWl0aW5nIGZhY3RvciBhcyB3ZWxs LCB0aG91Z2ggbm90IGFzIG11Y2ggYXMgbWlnaHQgYmUNCj4gdGhlIHdvcnN0IGNhc2UsIGJl Y2F1c2UgbW9kZXJuIENQVXMgaGF2ZSBsYXJnZSBjYWNoZXMuICBCdXQgaWYgeW91ciBBUk0N Cj4gcGxhdHRmb3JtIGhhcyBhIHNsb3dlciBSQU0gaW50ZXJmYWNlLCB0aGF0IG1pZ2h0IGlu ZGVlZCBwbGF5IGEgY3J1Y2lhbA0KPiByb2xlLg0KPiANCj4gSSdtIGN1cmlvdXMsIGNhbiB5 b3UgZ2l2ZSBzb21lIG51bWJlcnMgYWJvdXQgeW91ciBoYXJkd2FyZSBhbmQgDQo+IGVuY29k aW5nL2Rlb2NkaW5nIHNwZWVkPw0KPiANCj4gZ3J1ZWwNCj4gDQo+IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFh2aUQtZGV2ZWwgbWFpbGlu ZyBsaXN0DQo+IFh2aUQtZGV2ZWxAeHZpZC5vcmcNCj4gaHR0cDovL2xpc3QueHZpZC5vcmcv bWFpbG1hbi9saXN0aW5mby94dmlkLWRldmVsDQo+IA0KCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0KQU9DKLnavd0pMTe059K6vqcxNm1zo6QyODg4IGh0dHA6Ly9kZXNpZ24u MTYzLmNvbS9hb2Ntb25pdG9yL2luZGV4Lmh0bWwK --===============1636257690== 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 --===============1636257690==-- From xvid-devel-bounces@xvid.org Tue Aug 17 14:55:46 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@goinform.homeip.net Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 65D76126D92 for ; Tue, 17 Aug 2004 14:55:46 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 666A513D14; Tue, 17 Aug 2004 14:58:31 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (nil.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 7EC7713BF5 for ; Tue, 17 Aug 2004 14:58:28 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id 4200125433 for ; Tue, 17 Aug 2004 14:56:45 +0200 (CEST) Date: Tue, 17 Aug 2004 14:55:41 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Subject: =?gb2312?B?UmU6IFJlOiBSZTogW1h2aUQtZGV2ZWxdIG9wdGltaXplIHh2aWQgb24=?= =?gb2312?B?IGFybTk=?= In-Reply-To: <4121FA15.0000DA.11676@m248.163.com> Message-ID: References: <4121FA15.0000DA.11676@m248.163.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Tue, 17 Aug 2004, daniel wrote: > Thank you for your kindly message.It is my pleasure to give some > information.The platform is based on MC9328MXL.The MC9328MXL uses the > ARM920T microprocessor core which has 16K instruction cache and 16K data > cache. I just did a little work on encoding .The input image format is > YUV,4:2:0. > The encoding speed is ; > image size : 352*288 > frame per second;about 2.9 > platform : MC9328MXL > cpu runs at :150MHz > ram size :64MB > os ;linux > > the decoder with pure C could decode 1.9 frame per second(image size is > 352*288) Hm, so you get 1.9 fps for _decoding_ (C-only), and 2.9 fps for _encoding_ when using your speed optimization? To me thing sounds like you got quite a speedup in encoding, because usually encoding is much slower than decoding, so pure-C encoding should have been way below 1fps. If it's not that, then something is wierd in the decoder. And, before you spend too much time, I'd like to just tell you what we had to tell everybody so far who reported to be porting XviD to an embedded plattform: XviD is released under GNU General Public License (GPL). If you plan to derive a project from XviD (including a commercial product), this is only permitted if you comply to the restriction of GPL, in particular that your project must be released under GPL as well. That means that you cannot create a product out of XviD, unless you e.g. release the sources of your product to everybody who asks for it. Only releasing what you changed in XviD to make it run on ARM is not sufficient, although that's a necessary part as well. So, if you do not plan to make your project available under GPL, you either cannot release it (selling it to a customer is a form of release as well), or you have to search for a different codec to use. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Aug 17 20:25:35 2004 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 771E2126D96 for ; Tue, 17 Aug 2004 20:25:35 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 41D709CAF; Tue, 17 Aug 2004 20:28:19 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by edu.bnhof.de (Postfix) with ESMTP id D802213B97 for ; Tue, 17 Aug 2004 20:28:12 +0200 (CEST) Received: by mproxy.gmail.com with SMTP id 73so124282rnk for ; Tue, 17 Aug 2004 11:25:15 -0700 (PDT) Received: by 10.38.92.44 with SMTP id p44mr188736rnb; Tue, 17 Aug 2004 11:25:15 -0700 (PDT) Message-ID: <760d44fa04081711253a147e5b@mail.gmail.com> Date: Tue, 17 Aug 2004 11:25:12 -0700 From: Greg Simon To: xvid-devel@xvid.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [XviD-devel] Output only YUV on Linux build X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Greg Simon , 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'm running the encoder and decoder in the same thread and while the encoder seems to be working ok (as far as I can tell... it gives me reasonably-sized encoded buffers) when I decode the buffer I just get a YUV-looking pixmap, even though I have specificed BGR (also tried ARGB, etc). This code works fine on Win32, the problem is happening on SuSE 9.0 / Linux. Wondering, is it something stupid I'm overlooking with XviD? Thanks Greg _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Aug 17 20:32:26 2004 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 03EB4126D96 for ; Tue, 17 Aug 2004 20:32:26 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 938DB13D67; Tue, 17 Aug 2004 20:35:11 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from edgomez.kicks-ass.org (edgomez.kicks-ass.org [82.225.208.184]) by edu.bnhof.de (Postfix) with ESMTP id 1F3C613F0A for ; Tue, 17 Aug 2004 20:35:08 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1Bx8ks-0001os-TR; Tue, 17 Aug 2004 20:32:18 +0200 Date: Tue, 17 Aug 2004 20:32:18 +0200 From: Edouard Gomez To: Greg Simon , xvid-devel@xvid.org Subject: Re: [XviD-devel] Output only YUV on Linux build Message-ID: <20040817183218.GA2249@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , Greg Simon , xvid-devel@xvid.org References: <760d44fa04081711253a147e5b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <760d44fa04081711253a147e5b@mail.gmail.com> User-Agent: Mutt/1.5.6+20040803i 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 Greg Simon (gregsimon@gmail.com) wrote: > I'm running the encoder and decoder in the same thread and while the > encoder seems to be working ok (as far as I can tell... it gives me > reasonably-sized encoded buffers) when I decode the buffer I just get > a YUV-looking pixmap, even though I have specificed BGR (also tried > ARGB, etc). > > This code works fine on Win32, the problem is happening on SuSE 9.0 / Linux. > > Wondering, is it something stupid I'm overlooking with XviD? Can you upload the code somewhere so we can look at it ? -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Aug 20 01:14:21 2004 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 7AE73126D8F for ; Fri, 20 Aug 2004 01:14:21 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 382B41486A; Fri, 20 Aug 2004 01:17: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 AFD8A14865 for ; Fri, 20 Aug 2004 01:17:02 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1Bxw6k-0003K9-21 for xvid-devel@xvid.org; Fri, 20 Aug 2004 01:14:10 +0200 Date: Fri, 20 Aug 2004 01:14:10 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20040819231409.GB2220@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040803i Subject: [XviD-devel] Encoder amazing speedup... well not that true :-) X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hey, ok ok the subject was just for teasing. I've been working a lot with oprofile and the encoder trying to kill some nasty hotspots in our code when using default settings (except bratio and boffset maybe, but whetever) I only worked on one function at the moment and here are the results: * samples % image name symbol name * 982540 7.5382 libxvidcore.so.4.0 CodeCoeffIntra_CalcBits <-- old * 617040 4.6882 libxvidcore.so.4.0 CodeCoeffIntra_CalcBits <-- new So the function now eats ~40% less cycles. Global speedup as you can see is ~3%. I think now the flat profile is quite nice with nearly everything < 5% except the fdct. Well balanced scores. So now i'm starting looking at memory usage (cache misses tlb misses etc etc) Maybe i'll finally achieve more impressive speedups :-) Profiles available there: http://ed.gomez.free.fr/vrac/encode-new.oprofile.c http://ed.gomez.free.fr/vrac/encode-old.oprofile.c The profiled code follows the flat profiles, so you can see what trick i use... basicly i favorize zero block scanning w/o requiring a triple indirection (i>zigzag>qcoeff), that speeds up this common case quite a lot as it cuts the number of cases where we actually touch zigzag and these nasty inderections that slowdown the functions. Thanks to Nicolas Boulay for helping me out analysing the profiles and givin me ideas. Ps: atm the code isn't 1:1 with old one, i'll have a look later, it's probably a problem with indexes -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 21 13:00:49 2004 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 0CFEA126D8F for ; Sat, 21 Aug 2004 13:00:49 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 6783413D08; Sat, 21 Aug 2004 13:03:39 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17]) by edu.bnhof.de (Postfix) with ESMTP id 88E7B13D00 for ; Sat, 21 Aug 2004 13:03:34 +0200 (CEST) Received: from [10.0.1.192] (really [80.98.109.238]) by viefep16-int.chello.at (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20040821110037.RPTM20273.viefep16-int.chello.at@[10.0.1.192]> for ; Sat, 21 Aug 2004 13:00:37 +0200 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: quoted-printable Message-Id: <36F17CB6-F361-11D8-9A92-0003936A8632@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed To: xvid-devel@xvid.org From: =?ISO-8859-1?Q?Sebesty=E9n_G=E1bor?= Date: Sat, 21 Aug 2004 12:59:46 +0200 X-Mailer: Apple Mail (2.619) Subject: [XviD-devel] XviD on Mac OS X 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 recently downloaded xvidcore-1.0.1 to Mac OS X and sadly recognized=20 that XviD is NOT optimized to OS X / PPC. Despite some not activated and old PPC code configure detects OS X as=20 generic platform and don't set architecture to ARCH_IS_PPC. Therefore all ppc related stuff is expired, compiled generic is damn=20 slow. Has someone ever met with a good and fast xvid compilation on OS X?? G=E1bor "ALERT! Windows not found! [C]heers, [P]arty or [D]ance?" _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 21 17:04:38 2004 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 A0ABD126D8F for ; Sat, 21 Aug 2004 17:04:38 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 314FD14869; Sat, 21 Aug 2004 17:07:31 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kbw.ch (kbw.ch [62.2.169.166]) by edu.bnhof.de (Postfix) with ESMTP id 36F9F13BB3 for ; Sat, 21 Aug 2004 17:07:28 +0200 (CEST) Received: from [62.167.48.14] (account chn HELO [192.168.0.100]) by kbw.ch (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 3632443 for xvid-devel@xvid.org; Sat, 21 Aug 2004 17:03:39 +0200 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <36F17CB6-F361-11D8-9A92-0003936A8632@mac.com> References: <36F17CB6-F361-11D8-9A92-0003936A8632@mac.com> Message-Id: <6BA35296-F383-11D8-A91B-000A95772E90@kbw.ch> From: =?ISO-8859-1?Q?Christoph_N=E4geli?= Subject: Re: [XviD-devel] XviD on Mac OS X Date: Sat, 21 Aug 2004 17:04:37 +0200 To: xvid-devel@xvid.org X-Mailer: Apple Mail (2.619) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.4 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi I don't know what's wrong with xvidcore-1.0.1. I always work with the=20 cvs version. Currently I'm porting more altivec routines. You can download the=20 current work from my public tla repository. BUT Perhaps Edourd may write if that's a good idea since I'm in the=20 middle of porting =3D> lowpass functions still there =3D> interpolate halfpel_add functions are new though not yet good = tested. =3D> not yet any new qpel optimization my repository can be found at: http://people.ee.ethz.ch/~naegelic/arch-repositories/xvidcore you can check out the following there xvidcore--naegeli-head--0.0 If you like a version prior to that poring, I got an enhanced cvs=20 version from 17. July 04 located at http://people.ee.ethz.ch/~naegelic/xvid_qt_download.html BUT: with this one, you have to manually process the file=20 'mem_transfer_ppc.s.m4' and link manually into the library: If you don't want to do this, just remove the following lines in=20 'xvid.c' located at line 602: if(cpu_flags & XVID_CPU_ASM) { /* mem transfer */ transfer8x8_copy =3D transfer8x8_copy_ppc_asm; } Hope this helps. -- Christoph On 21 Aug, 2004, at 12:59, Sebesty=E9n G=E1bor wrote: > Hi, > > I recently downloaded xvidcore-1.0.1 to Mac OS X and sadly recognized=20= > that XviD is NOT optimized to OS X / PPC. > Despite some not activated and old PPC code configure detects OS X as=20= > generic platform and don't set architecture to ARCH_IS_PPC. > Therefore all ppc related stuff is expired, compiled generic is damn=20= > slow. > > Has someone ever met with a good and fast xvid compilation on OS X?? _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 21 20:42:22 2004 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 13E61126D8F for ; Sat, 21 Aug 2004 20:42:22 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 129DD13EEF; Sat, 21 Aug 2004 20:45:15 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17]) by edu.bnhof.de (Postfix) with ESMTP id EC9B213D4C for ; Sat, 21 Aug 2004 20:45:12 +0200 (CEST) Received: from [10.0.1.192] (really [80.98.109.238]) by viefep16-int.chello.at (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20040821184213.YOKT20273.viefep16-int.chello.at@[10.0.1.192]> for ; Sat, 21 Aug 2004 20:42:13 +0200 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <6BA35296-F383-11D8-A91B-000A95772E90@kbw.ch> References: <36F17CB6-F361-11D8-9A92-0003936A8632@mac.com> <6BA35296-F383-11D8-A91B-000A95772E90@kbw.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Sebesty=E9n_G=E1bor?= Subject: Re: [XviD-devel] XviD on Mac OS X Date: Sat, 21 Aug 2004 20:41:22 +0200 To: xvid-devel@xvid.org X-Mailer: Apple Mail (2.619) 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 2004. Aug 21, , at 5:04 du, Christoph N=E4geli wrote: > I don't know what's wrong with xvidcore-1.0.1. I always work with the=20= > cvs version. > I actually replaced xvidcore-1.0.1 to libavcodec and (not exactly) I=20 reached at least 3-4 times speed increase decoding 600x300 sized=20 movies! I expected xvidcore as a speedy decoder and it failed .. :( What is your experience the current version of xvidcore (speed, etc.) ? Best regards, G=E1bor "ALERT! Windows not found! [C]heers, [P]arty or [D]ance?" _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 21 22:17:38 2004 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 496CD126D8F for ; Sat, 21 Aug 2004 22:17:38 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A158813D39; Sat, 21 Aug 2004 22:20:30 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kbw.ch (kbw.ch [62.2.169.166]) by edu.bnhof.de (Postfix) with ESMTP id DDA1A13D0C for ; Sat, 21 Aug 2004 22:20:26 +0200 (CEST) Received: from [62.167.48.14] (account chn HELO [192.168.0.103]) by kbw.ch (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 3666233 for xvid-devel@xvid.org; Sat, 21 Aug 2004 22:16:37 +0200 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: References: <36F17CB6-F361-11D8-9A92-0003936A8632@mac.com> <6BA35296-F383-11D8-A91B-000A95772E90@kbw.ch> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <2397CFEC-F3AF-11D8-9AB3-000A95772E90@kbw.ch> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Christoph_N=E4geli?= Subject: Re: [XviD-devel] XviD on Mac OS X Date: Sat, 21 Aug 2004 22:17:34 +0200 To: xvid-devel@xvid.org X-Mailer: Apple Mail (2.619) 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, On 21 Aug, 2004, at 20:41, Sebesty=E9n G=E1bor wrote: > On 2004. Aug 21, , at 5:04 du, Christoph N=E4geli wrote: > >> I don't know what's wrong with xvidcore-1.0.1. I always work with the = =20 >> cvs version. >> > I actually replaced xvidcore-1.0.1 to libavcodec and (not exactly) I =20= > reached at least 3-4 times speed increase decoding 600x300 sized =20 > movies! I expected xvidcore as a speedy decoder and it failed .. :( Sounds too slow to me. > What is your experience the current version of xvidcore (speed, etc.) = ? I got the following results using mplayer (-benchmark) to decode a test =20= movie (nestea trailer from I recorded from TV). Perhaps this is interesting to other people in the mailing list, too. The image size is always 640x480 encoded with XviD. I got 5 different =20= encoder settings. I think the name should be clear. Tested on a PowerBook G4 (Ti) 1GHz, no other process running except =20 those running always. qpel is slow because the old optimizations are no more used and the new =20= one I'm currently working at... -- Christoph Standard file: ffmpeg: BENCHMARKs: VC: 3.471s VO: 0.003s A: 0.000s Sys: 0.997s =3D =20= 4.471s BENCHMARK%: VC: 77.6372% VO: 0.0587% A: 0.0000% Sys: 22.3041% =3D =20 100.0000% xvid: BENCHMARKs: VC: 5.773s VO: 0.007s A: 0.000s Sys: 0.960s =3D =20= 6.740s BENCHMARK%: VC: 85.6567% VO: 0.1015% A: 0.0000% Sys: 14.2419% =3D =20 100.0000% ------------------------------------------------------------------------=20= ------------------------------------------------- GMC file: ffmpeg: BENCHMARKs: VC: 3.873s VO: 0.003s A: 0.000s Sys: 1.212s =3D =20= 5.087s BENCHMARK%: VC: 76.1232% VO: 0.0539% A: 0.0000% Sys: 23.8229% =3D =20 100.0000% xvid: BENCHMARKs: VC: 6.386s VO: 0.007s A: 0.000s Sys: 1.034s =3D =20= 7.427s BENCHMARK%: VC: 85.9880% VO: 0.0911% A: 0.0000% Sys: 13.9209% =3D =20 100.0000% ------------------------------------------------------------------------=20= ------------------------------------------------- QPEL file: ffmpeg: BENCHMARKs: VC: 7.367s VO: 0.003s A: 0.000s Sys: 1.046s =3D =20= 8.416s BENCHMARK%: VC: 87.5373% VO: 0.0337% A: 0.0000% Sys: 12.4290% =3D =20 100.0000% xvid: BENCHMARKs: VC: 10.018s VO: 0.013s A: 0.000s Sys: 0.947s =3D =20= 10.977s BENCHMARK%: VC: 91.2620% VO: 0.1154% A: 0.0000% Sys: 8.6225% =3D =20 100.0000% ------------------------------------------------------------------------=20= ------------------------------------------------- B-Frames file: ffmpeg: BENCHMARKs: VC: 3.771s VO: 0.002s A: 0.000s Sys: 0.941s =3D =20= 4.715s BENCHMARK%: VC: 79.9897% VO: 0.0512% A: 0.0000% Sys: 19.9591% =3D =20 100.0000% xvid: BENCHMARKs: VC: 5.771s VO: 0.005s A: 0.000s Sys: 0.852s =3D =20= 6.628s BENCHMARK%: VC: 87.0752% VO: 0.0685% A: 0.0000% Sys: 12.8563% =3D =20 100.0000% ------------------------------------------------------------------------=20= ------------------------------------------------- All file: ffmpeg: BENCHMARKs: VC: 9.431s VO: 0.003s A: 0.000s Sys: 0.875s =3D =20= 10.309s BENCHMARK%: VC: 91.4845% VO: 0.0278% A: 0.0000% Sys: 8.4877% =3D =20 100.0000% xvid: BENCHMARKs: VC: 10.903s VO: 0.005s A: 0.000s Sys: 0.841s =3D =20= 11.749s BENCHMARK%: VC: 92.7969% VO: 0.0451% A: 0.0000% Sys: 7.1580% =3D =20 100.0000% _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 23 00:48:08 2004 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 55F52126D93 for ; Mon, 23 Aug 2004 00:48:08 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D2F8314863; Mon, 23 Aug 2004 00:51:01 +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 E0B8814853 for ; Mon, 23 Aug 2004 00:50:59 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1Bz185-0003Pc-79 for xvid-devel@xvid.org; Mon, 23 Aug 2004 00:48:01 +0200 Date: Mon, 23 Aug 2004 00:48:01 +0200 From: Edouard Gomez To: xvid-devel ML Message-ID: <20040822224801.GA2239@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.6+20040803i Subject: [XviD-devel] idct+transfer operation in decoder X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hey, I started hacking a merged (idct+transfer) function (in C for now because it's easy). More or less like for merged (interpolation+averaging), the C merged functions don't appear to be faster than the separate ones... so is anyone on this ML able to tell me if we're going to speed up decoder if this trick is ported to SIMD functions. If so answer this email, and i'll add this to mmx functions for now, and mention the change to christoph nägeli for ppc users. Preliminary patch available here: http://ed.gomez.free.fr/vrac/xvid-patches/idct_add.diff You'll notice i didn't decide yet what is faster for clipping the add result... lookup tables may be faster, but i wonder if accessing this lut doesn't involves as many memory bandwidth as storing idct result and reading it again during add operation... so i used a conditional statement instead in order to be closer to the replaced code (transfer_16to8_add_c) and thus really saving bandwidth. But the C version isn't memory bandwidth limited, so i get roughly the same benchmark times. Please comment. NB: this is probably the last effort i'll make on decoder to make it faster... really i don't see more stuff to be optimized (memory bandwidth saving wise or computing saving wise) -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 23 00:52:07 2004 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 995EF126D93 for ; Mon, 23 Aug 2004 00:52:07 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C0C8C9C6B; Mon, 23 Aug 2004 00:55:02 +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 584999C62 for ; Mon, 23 Aug 2004 00:54:59 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1Bz1Bw-0003Rr-Uq for xvid-devel@xvid.org; Mon, 23 Aug 2004 00:52:00 +0200 Date: Mon, 23 Aug 2004 00:52:00 +0200 From: Edouard Gomez To: xvid-devel ML Subject: Re: [XviD-devel] Encoder amazing speedup... well not that true :-) Message-ID: <20040822225200.GB2239@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML References: <20040819231409.GB2220@edgomez.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040819231409.GB2220@edgomez.dyndns.org> User-Agent: Mutt/1.5.6+20040803i X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Edouard Gomez (ed.gomez@free.fr) wrote: > Ps: atm the code isn't 1:1 with old one, i'll have a look > later, it's probably a problem with indexes It was so obvious... qcoeff[1] wasn't tested... Now the patch doesn't introduce: http://ed.gomez.free.fr/vrac/xvid-patches/better_calcbits.diff Feedback welcome. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 23 00:58:27 2004 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 517A0126D93 for ; Mon, 23 Aug 2004 00:58:27 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id DC78B1487A; Mon, 23 Aug 2004 01:01:22 +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 55CE19C68 for ; Mon, 23 Aug 2004 01:01:20 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1Bz1I6-0003Tn-8X for xvid-devel@xvid.org; Mon, 23 Aug 2004 00:58:22 +0200 Date: Mon, 23 Aug 2004 00:58:22 +0200 From: Edouard Gomez To: xvid-devel ML Subject: Re: [XviD-devel] Encoder amazing speedup... well not that true :-) Message-ID: <20040822225822.GC2239@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel ML References: <20040819231409.GB2220@edgomez.dyndns.org> <20040822225200.GB2239@edgomez.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040822225200.GB2239@edgomez.dyndns.org> User-Agent: Mutt/1.5.6+20040803i X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Edouard Gomez (ed.gomez@free.fr) wrote: > Now the patch doesn't introduce: +regressions -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 23 07:07:23 2004 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 48E11126D95 for ; Mon, 23 Aug 2004 07:07:22 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8CA2014813; Mon, 23 Aug 2004 07:10:16 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from viefep20-int.chello.at (viefep12-int.chello.at [213.46.255.25]) by edu.bnhof.de (Postfix) with ESMTP id 612431473A for ; Mon, 23 Aug 2004 07:10:12 +0200 (CEST) Received: from [10.0.1.192] (really [80.98.109.238]) by viefep20-int.chello.at (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20040823050714.XEJG13364.viefep20-int.chello.at@[10.0.1.192]> for ; Mon, 23 Aug 2004 07:07:14 +0200 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <2397CFEC-F3AF-11D8-9AB3-000A95772E90@kbw.ch> References: <36F17CB6-F361-11D8-9A92-0003936A8632@mac.com> <6BA35296-F383-11D8-A91B-000A95772E90@kbw.ch> <2397CFEC-F3AF-11D8-9AB3-000A95772E90@kbw.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <2D68F6C9-F4C2-11D8-BFB3-0003936A8632@mac.com> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Sebesty=E9n_G=E1bor?= Subject: Re: [XviD-devel] XviD on Mac OS X Date: Mon, 23 Aug 2004 07:06:23 +0200 To: xvid-devel@xvid.org X-Mailer: Apple Mail (2.619) 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 2004. Aug 21, , at 10:17 du, Christoph N=E4geli wrote: > Sounds too slow to me. > Yes. For me too. I can believe your test but actually I believe to my=20 eyes :) I compiled xvidcore-1.0.1 from the ground and saw the terribly slow=20 result. As I mentioned earlier the configure recognized my iMac as a=20 generic platform and prepared the code to compile with no acceleration.=20= Trying to tweak platforms.inc, etc. brought no luck, ppc asm code found=20= uninterpretable by the gcc-3.3 assembler. Then I replaced it to libavcodec and with the same xvid movie it=20 produced a seemingly faster play speed without needing to tweek the=20 code. You told me I should use xvidcode from cvs. It means that the cvs=20 version is much more ppc capable and faster than the official 1.0.1=20 release which is freshly issued. How could it be? It is veeery strange=20= ... Soon I'll check the cvs version giving one more chance to beat=20 libavcodec. Best regards, G=E1bor "Earth is a beta site." _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 23 09:51:58 2004 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 CE5CB126D95 for ; Mon, 23 Aug 2004 09:51:58 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0232F13C06; Mon, 23 Aug 2004 09:54:54 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by edu.bnhof.de (Postfix) with ESMTP id A0C8713BF5 for ; Mon, 23 Aug 2004 09:54:50 +0200 (CEST) Received: from imp3-q.free.fr (imp3-q.free.fr [212.27.42.3]) by postfix4-2.free.fr (Postfix) with ESMTP id B4ADE1C7C09 for ; Mon, 23 Aug 2004 09:51:51 +0200 (CEST) Received: by imp3-q.free.fr (Postfix, from userid 33) id A792724E75; Mon, 23 Aug 2004 09:51:51 +0200 (MEST) Received: from 195.101.164.38 ([195.101.164.38]) by imp3-q.free.fr (IMP) with HTTP for ; Mon, 23 Aug 2004 09:51:51 +0200 Message-ID: <1093247511.4129a2178b498@imp3-q.free.fr> Date: Mon, 23 Aug 2004 09:51:51 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD on Mac OS X References: <36F17CB6-F361-11D8-9A92-0003936A8632@mac.com> <6BA35296-F383-11D8-A91B-000A95772E90@kbw.ch> <2397CFEC-F3AF-11D8-9AB3-000A95772E90@kbw.ch> <2D68F6C9-F4C2-11D8-BFB3-0003936A8632@mac.com> In-Reply-To: <2D68F6C9-F4C2-11D8-BFB3-0003936A8632@mac.com> 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.38 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 Sebestyén Gábor : > You told me I should use xvidcode from cvs. It means that the cvs > version is much more ppc capable and faster than the official 1.0.1 > release which is freshly issued. For xvid 1.0 line of development, PPC port was just too kludgy to be labeled as 1.0. I preferred to remove support for it, because no one was able to tell if this port was wroking (as is for ia64) At the same time, christoph nägeli contacted us to replace/improve PPC port. But this was already too late for 1.0, everything was feature freezed. So he and I started integrating his work directly on 1.1 branch, which is CVS head branch. > How could it be? It is veeery strange No it's not, CVS is always newer than releases, as CVS is our revision manager tool for development. So now to answer precisely how could it be... just look at the great work christoph did for the next 1.1 (and there is more to come) The merge on mainline: http://archzoom.sourcecontrol.net/demo/ed.gomez@free.fr--2004-1/xvidcore--head--0.0--patch-3?log Detailed changesets in the specific PPC branch: http://archzoom.sourcecontrol.net/demo/ed.gomez@free.fr--2004-1/xvidcore--devapi4-ppc--1.0 -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 23 10:05:15 2004 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 A74FD126D95 for ; Mon, 23 Aug 2004 10:05:15 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A5D3213D0B; Mon, 23 Aug 2004 10:08:11 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19]) by edu.bnhof.de (Postfix) with ESMTP id 40B1813D03 for ; Mon, 23 Aug 2004 10:08:08 +0200 (CEST) Received: from [10.0.1.192] (really [80.98.109.238]) by viefep15-int.chello.at (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20040823080509.PGNI1736.viefep15-int.chello.at@[10.0.1.192]> for ; Mon, 23 Aug 2004 10:05:09 +0200 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <1093247511.4129a2178b498@imp3-q.free.fr> References: <36F17CB6-F361-11D8-9A92-0003936A8632@mac.com> <6BA35296-F383-11D8-A91B-000A95772E90@kbw.ch> <2397CFEC-F3AF-11D8-9AB3-000A95772E90@kbw.ch> <2D68F6C9-F4C2-11D8-BFB3-0003936A8632@mac.com> <1093247511.4129a2178b498@imp3-q.free.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <086ED5E4-F4DB-11D8-8CAF-0003936A8632@mac.com> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Sebesty=E9n_G=E1bor?= Subject: Re: [XviD-devel] XviD on Mac OS X Date: Mon, 23 Aug 2004 10:04:18 +0200 To: xvid-devel@xvid.org X-Mailer: Apple Mail (2.619) 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 2004. Aug 23, , at 9:51 de, Edouard Gomez wrote: > No it's not, CVS is always newer than releases, as CVS is our revision=20= > manager > tool for development. So now to answer precisely how could it be...=20 > just > look at the great work christoph did for the next 1.1 (and there is=20 > more to > come) > Thanks! :D I'll give it a try! Best regards, G=E1bor To be is to do. - Socrates To do is to be. - Sartre Do be do be do. - Sinatra _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 23 11:32:16 2004 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 DFBB1126D95 for ; Mon, 23 Aug 2004 11:32:15 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D745613F0B; Mon, 23 Aug 2004 11:35:10 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17]) by edu.bnhof.de (Postfix) with ESMTP id 8AE0E13EFD for ; Mon, 23 Aug 2004 11:35:08 +0200 (CEST) Received: from [10.0.1.192] (really [80.98.109.238]) by viefep16-int.chello.at (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20040823093203.CMBH20273.viefep16-int.chello.at@[10.0.1.192]> for ; Mon, 23 Aug 2004 11:32:03 +0200 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: quoted-printable Message-Id: <2C4D2600-F4E7-11D8-8CAF-0003936A8632@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed To: xvid-devel@xvid.org From: =?ISO-8859-1?Q?Sebesty=E9n_G=E1bor?= Date: Mon, 23 Aug 2004 11:31:12 +0200 X-Mailer: Apple Mail (2.619) Subject: [XviD-devel] decode pre-1.0 xvid files on 1.0.1 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, I guess it is a frequently asked question but let me ask it again. How can I play "old" xvid-s or how can I repair them on-the-fly ? Thanks, G=E1bor "Never trust a computer you can't throw out a window." - Steve Wozniak= _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 23 16:31:52 2004 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 CC0D4126D95 for ; Mon, 23 Aug 2004 16:31:52 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C1E6714858; Mon, 23 Aug 2004 16:34:47 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by edu.bnhof.de (Postfix) with ESMTP id 1E7071484C for ; Mon, 23 Aug 2004 16:34:44 +0200 (CEST) Received: from imp4-q.free.fr (imp4-q.free.fr [212.27.42.4]) by postfix4-1.free.fr (Postfix) with ESMTP id AF69317FA62 for ; Mon, 23 Aug 2004 16:31:44 +0200 (CEST) Received: by imp4-q.free.fr (Postfix, from userid 33) id ABAD7F05A; Mon, 23 Aug 2004 16:31:44 +0200 (MEST) Received: from 195.101.164.38 ([195.101.164.38]) by imp4-q.free.fr (IMP) with HTTP for ; Mon, 23 Aug 2004 16:31:44 +0200 Message-ID: <1093271504.4129ffd09e988@imp4-q.free.fr> Date: Mon, 23 Aug 2004 16:31:44 +0200 From: Edouard Gomez To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 195.101.164.38 Subject: [XviD-devel] Thought about idct_add 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, Just a few thoughts about idct+add merging: - ffmpeg doesn't use this, they just wrap both operations in one function call... and as we all know ffmpeg is faaaaast. - I detailed memory transactions: Today's solution: - horizontal pass reads the dct coeffs once and write them to the buffer (64*2*2) - vertical pass reads them and write them (2*2*64) - transfer function reads the 16bit values (64*2 readings) and adds them to the destination (64 readings) and writes the result to destination (64 writings) --- Total: 896bytes per 8x8 block I won't count SIMD table access as this can vary among implementations and will be constant. between the idct_add and idct (i hope so). iDCT+add solution: - horizontal pass does 64*2 readings and 64*2 writings - vertical pass does 64*2 readings from horizontal pass intermediate results, 64*2 readings from dst because we must unpack its values in order to add+clip with idct values. So it's 64bytes readings for 4 first columns and the same again for last four columns. As for the reading, we must write dst twice (64*2) --- Total: 540bytes per 8x8 block If i'm not mistaken, this is a 45% bandwidth usage saving. But as the bframe trick showed, a 50% percent bandwidth saving gives roughly a 10% max improvement. My C tests showed the speed was the same, but as i said, C versions are rarely bandwidth limited, so it's not that surprising that saving memory accesses doesn't help getting faster in that case. Moreover as i see it, the fact idct does the last pass on groups of 4 columns will really blow up the complexity required to write only 4bytes to destination at each sub pass. I don't see any elegant solution except the usual 0xffffffff00000000 masking of destination and then oring the 4 resulting bytes with that masked destination. Or i could use 32bit writings, saving to a usual 32bit register the result of clip((dst + clipped_idct), 0, 255) and then to dst... anyway, in all cases i plan this will be very tricky/complicated... SO, if an asm expert could give his opinion, i'd really appreciate because the more i think about this optimsation, the more i think it won't help much compared to the required effort to hack it. PS: neither skal codec nor ffmpeg propose such a trick, maybe that's because it's not worth it. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Aug 26 13:32:26 2004 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 23AC8126D92 for ; Thu, 26 Aug 2004 13:32:26 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 6676513F09; Thu, 26 Aug 2004 13:35:25 +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 9B74513D5F for ; Thu, 26 Aug 2004 13:35:19 +0200 (CEST) Received: from nas-cbv-9-213-228-46-143.dial.proxad.net (nas-cbv-9-213-228-46-143.dial.proxad.net [213.228.46.143]) by postfix3-2.free.fr (Postfix) with ESMTP id EB666C7FA for ; Thu, 26 Aug 2004 15:27:35 +0200 (CEST) Subject: Re: [XviD-devel] Thought about idct_add From: skal To: xvid-devel@xvid.org In-Reply-To: <1093271504.4129ffd09e988@imp4-q.free.fr> References: <1093271504.4129ffd09e988@imp4-q.free.fr> Content-Type: text/plain Organization: Message-Id: <1093519789.9245.98.camel@latitude344> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 26 Aug 2004 13:30:55 +0200 Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org howdy gents, On Mon, 2004-08-23 at 16:31, Edouard Gomez wrote: > Hello, > > Just a few thoughts about idct+add merging: some thoughts too: > > iDCT+add solution: > - horizontal pass does 64*2 readings and 64*2 writings > - vertical pass does 64*2 readings from horizontal pass intermediate > results, 64*2 readings from dst because we must unpack its values in > order to add+clip with idct values. So it's 64bytes readings for 4 > first columns and the same again for last four columns. > As for the reading, we must write dst twice (64*2) > --- Total: 540bytes per 8x8 block In fact, a little more I/O than that, because of temporary spills (SCRATCH) during vertical pass. Currently, i see 2 spills in xvid's code (b0 and b3), but note that it could be reduced to 1. > > If i'm not mistaken, this is a 45% bandwidth usage saving. Bandwidth arithmetic isn't that simple. You can't just count the number of I/O. Their impact depends a lot of cache pollution status. For instance the intermediate Dct values are most probably on L1 (they're on the esp stack), whilst the pixels source/dst are most probably on L2 at best unless you prefetched them somehow. This varies a lot of course... So: real-situation timing still is the best for profiling cache. > But as the > bframe trick showed, a 50% percent bandwidth saving gives roughly a 10% max > improvement. My C tests showed the speed was the same, but as i said, C > versions are rarely bandwidth limited, so it's not that surprising that > saving memory accesses doesn't help getting faster in that case. > > Moreover as i see it, the fact idct does the last pass on groups of > 4 columns will really blow up the complexity required to write > only 4bytes to destination at each sub pass. I don't see any elegant > solution except the usual 0xffffffff00000000 masking of destination > and then oring the 4 resulting bytes with that masked destination. That's not very complicated: you can easily write 32bits with MMX registers (movd instead of movq), or even use a CPU reg (eax) as intermediate (for 4-bytes aligned writes). Interesting for idct+put/add is to put the intermediate result of idct on columns [0..3] into the source array (16b), still unpacked. Once the last 4 columns [4..7] are also idct'd, you can get these back, packuswb them all, and send the whole 8bytes to pixel destination (better caching). > Or > i could use 32bit writings, saving to a usual 32bit register the result > of clip((dst + clipped_idct), 0, 255) and then to dst... anyway, in all > cases i plan this will be very tricky/complicated... A seen above, that's not really tricky... Processing of first 4 columns is the same, and processing of the last one have an additional 'packuswb' before the final 'movq' ;) (note: you needn't clip_idct for ASM version: dynamic range is 16bits, fully used before final descaling, and the saturation ops -paddsw- are doing it for 'free'). > > SO, if an asm expert could give his opinion, i'd really appreciate > because the more i think about this optimsation, the more i think it > won't help much compared to the required effort to hack it. > > PS: neither skal codec nor ffmpeg propose such a trick, maybe that's > because it's not worth it. hmm... i did it for the ASM version, since the memory I/O then becomes the real bottleneck compared to the actual arithmetic computations (which are fast once SIMD'd). So you must take every chances to further process data before storing them. Contrary, it's less critical for C-version, where arithmetic is overwhelming I/Os (it's even counter-productive to use 16b storage..) just my 0.02euros bye! Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 28 15:56:58 2004 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 9F5B8126D94 for ; Sat, 28 Aug 2004 15:56:58 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 971DB148B2; Sat, 28 Aug 2004 16:00:01 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kbw.ch (kbw.ch [62.2.169.166]) by edu.bnhof.de (Postfix) with ESMTP id 77B9B1486F for ; Sat, 28 Aug 2004 15:59:57 +0200 (CEST) Received: from [62.167.75.115] (account chn HELO [192.168.0.103]) by kbw.ch (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 4639492 for xvid-devel@xvid.org; Sat, 28 Aug 2004 15:55:42 +0200 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <1DBD605B-F8FA-11D8-A7AB-000A95772E90@kbw.ch> Content-Type: text/plain; charset=US-ASCII; format=flowed To: xvid-devel@xvid.org From: =?ISO-8859-1?Q?Christoph_N=E4geli?= Date: Sat, 28 Aug 2004 15:56:53 +0200 X-Mailer: Apple Mail (2.619) Subject: [XviD-devel] qpel matrices 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, Perhaps you know, I'm currently porting the new patches from Edouard to altivec and I got some questions about the qpel code (qpel.c) which some of you may answer I think. About the definition of the FIR_Tab_16 (and perhaps FIR_Tab_8, too. I'm not yet coding the '8 routines'): This Matrix is defined with elements of int32_t though they range just from -7 to 23 so would it be possible to declare it using int8_t or will they change in the future? That way I could load one line per vector which leads to the next question. Is there an easy way to create these values on the fly so I don't have to fetch them from a global variable? I don't see any easy trick to generate though in qpel.c, there are tables allocated for mmx which aren't hardcoded so I think they will be generated on the fly (I don't understand x86 assembly so I can't see myself). -- Christoph _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Aug 28 19:09:46 2004 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 A0DAC126D93 for ; Sat, 28 Aug 2004 19:09:46 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0943B14738; Sat, 28 Aug 2004 19:12:51 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.87]) by edu.bnhof.de (Postfix) with ESMTP id 4FBD913C35 for ; Sat, 28 Aug 2004 19:12:47 +0200 (CEST) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id i7SH9Wro013655 for ; Sat, 28 Aug 2004 10:09:33 -0700 (PDT) Received: from [10.0.1.192] ([80.98.109.238]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id i7SH9Vkd012541 for ; Sat, 28 Aug 2004 10:09:32 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: quoted-printable Message-Id: Content-Type: text/plain; charset=ISO-8859-2; format=flowed To: xvid-devel@xvid.org From: =?ISO-8859-1?Q?Sebesty=E9n_G=E1bor?= Date: Sat, 28 Aug 2004 19:08:29 +0200 X-Mailer: Apple Mail (2.619) Subject: [XviD-devel] XVID_CSP_RGBA alpha unfilled? 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 recently noticed when decoding in RGBA mode xvidcore-1.0.1 it does=20 not set alpha layer so my movie plays in full dark. When I set all alpha components to 0xFF I can see my movie.. Is it a bug or a feature? Best regards, G=E1bor "A term=E9szetes sz=E1mokat Isten teremtette, az =F6sszes t=F6bbi az = =F6rd=F6g=20 m=FBve!"= _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Aug 29 21:12:01 2004 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 E86E1126D95 for ; Sun, 29 Aug 2004 21:12:00 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D1D2514A5D; Sun, 29 Aug 2004 21:15:04 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kbw.ch (kbw.ch [62.2.169.166]) by edu.bnhof.de (Postfix) with ESMTP id 4517C14A5B for ; Sun, 29 Aug 2004 21:15:00 +0200 (CEST) Received: from [62.167.48.209] (account chn HELO [192.168.0.103]) by kbw.ch (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 4819357 for xvid-devel@xvid.org; Sun, 29 Aug 2004 21:10:35 +0200 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: References: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <458104FA-F9EF-11D8-B33B-000A95772E90@kbw.ch> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Christoph_N=E4geli?= Subject: Re: [XviD-devel] XVID_CSP_RGBA alpha unfilled? Date: Sun, 29 Aug 2004 21:11:46 +0200 To: xvid-devel@xvid.org X-Mailer: Apple Mail (2.619) 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, On 28 Aug, 2004, at 19:08, Sebesty=E9n G=E1bor wrote: > I recently noticed when decoding in RGBA mode xvidcore-1.0.1 it does=20= > not set alpha layer so my movie plays in full dark. > When I set all alpha components to 0xFF I can see my movie.. > > Is it a bug or a feature? I hope someone corrects me if I'm talking nonsense... Here some thoughts from my part. I think alpha shouldn't be set by xvid because the internal format is=20 not RGB and I don't think an alpha channel can be encoded in the mpeg4=20= stream. Though it's important to use an 32-bit colorspace because every=20= pixel is word aligned which gives more performance. i.e. I would set the alpha channel of your movie yourself and as a last=20= thought, assuming it would be a bug, then there will be quite some time=20= until there's altivec support for the new one. I'm running out of time=20= before examen and the qpel routines aren't finished, too. -- Regards Christoph _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Aug 29 22:17:30 2004 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 28F6D126D96 for ; Sun, 29 Aug 2004 22:17:30 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id BEABD14923; Sun, 29 Aug 2004 22:20:37 +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 2D53B1487C for ; Sun, 29 Aug 2004 22:20:34 +0200 (CEST) Received: (qmail 8286 invoked by uid 65534); 29 Aug 2004 20:17:24 -0000 Received: from L1347P23.dipool.highway.telekom.at (EHLO njuuus.desdemona.ssw.uni-linz.ac.at) (62.46.232.87) by mail.gmx.net (mp005) with SMTP; 29 Aug 2004 22:17:24 +0200 X-Authenticated: #1641027 Received: from gaea (HELO gmx.at) [127.0.0.1] by njuuus.desdemona.ssw.uni-linz.ac.at (62.46.232.87) with ESMTP (Classic Hamster Version 2.0 Build 2.0.0.1) ; Sun, 29 Aug 2004 22:18:49 +0200 Message-ID: <41323A29.FB2BDC8@njuuus.desdemona.ssw.uni-linz.ac.at> Date: Sun, 29 Aug 2004 22:18:49 +0200 From: Kurt Bernhard Pruenner Organization: Sysadmins Anonymous X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XVID_CSP_RGBA alpha unfilled? References: <458104FA-F9EF-11D8-B33B-000A95772E90@kbw.ch> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Posting-Agent: Hamster/2.0.0.1 (with KorrNews) X-Message-Flag: Outlook not so good. (Magic 8-Ball) Lines: 21 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Christoph Nägeli wrote: > On 28 Aug, 2004, at 19:08, Sebestyén Gábor wrote: > > I recently noticed when decoding in RGBA mode xvidcore-1.0.1 it does > > not set alpha layer so my movie plays in full dark. > > When I set all alpha components to 0xFF I can see my movie.. > > > > Is it a bug or a feature? > > I think alpha shouldn't be set by xvid because the internal format is > not RGB and I don't think an alpha channel can be encoded in the mpeg4 > stream. I think what he meant was that when he wanted XviD to decode his movie to RGBA the result had all alpha values set to fully transparent, so he couldn't see anything. Of course there are no alpha values stored in a movie, but shouldn't the decoded images have all their alpha values set to fully opaque so you can actually see something? -- Kurt Bernhard Pruenner --- Haendelstrasse 17 --- 4020 Linz --- Austria .......It might be written "Mindfuck", but it's spelt "L-A-I-N"....... np: BJ Cole/Luke Vibert - Surf Acid Hoedown (Trouble In Paradise) _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Aug 29 23:04:56 2004 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 6AAC5126D96 for ; Sun, 29 Aug 2004 23:04:56 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5B28413BF2; Sun, 29 Aug 2004 23:08:03 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kbw.ch (kbw.ch [62.2.169.166]) by edu.bnhof.de (Postfix) with ESMTP id 3140713BCB for ; Sun, 29 Aug 2004 23:07:59 +0200 (CEST) Received: from [62.167.48.209] (account chn HELO [192.168.0.103]) by kbw.ch (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 4831512 for xvid-devel@xvid.org; Sun, 29 Aug 2004 23:03:50 +0200 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <41323A29.FB2BDC8@njuuus.desdemona.ssw.uni-linz.ac.at> References: <458104FA-F9EF-11D8-B33B-000A95772E90@kbw.ch> <41323A29.FB2BDC8@njuuus.desdemona.ssw.uni-linz.ac.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <18ECB05A-F9FF-11D8-B51E-000A95772E90@kbw.ch> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Christoph_N=E4geli?= Subject: Re: [XviD-devel] XVID_CSP_RGBA alpha unfilled? Date: Sun, 29 Aug 2004 23:05:03 +0200 To: xvid-devel@xvid.org X-Mailer: Apple Mail (2.619) 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 29 Aug, 2004, at 22:18, Kurt Bernhard Pruenner wrote: > Christoph N=E4geli wrote: >> On 28 Aug, 2004, at 19:08, Sebesty=E9n G=E1bor wrote: >>> I recently noticed when decoding in RGBA mode xvidcore-1.0.1 it does >>> not set alpha layer so my movie plays in full dark. >>> When I set all alpha components to 0xFF I can see my movie.. >>> >>> Is it a bug or a feature? >> >> I think alpha shouldn't be set by xvid because the internal format is >> not RGB and I don't think an alpha channel can be encoded in the = mpeg4 >> stream. > > I think what he meant was that when he wanted XviD to decode his movie > to RGBA the result had all alpha values set to fully transparent, so = he > couldn't see anything. Of course there are no alpha values stored in a > movie, but shouldn't the decoded images have all their alpha values = set > to fully opaque so you can actually see something? Does the Alpha Channel gets overriden with transparent or is it left=20 untouched? -- Christoph= _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-users-bounces@xvid.org Mon Aug 30 01:06:15 2004 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 CEC4A126D96 for ; Mon, 30 Aug 2004 01:06:15 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 33C6A14A6F; Mon, 30 Aug 2004 01:09:24 +0200 (CEST) X-Original-To: xvid-users@xvid.org Delivered-To: xvid-users@edu.bnhof.de Received: by edu.bnhof.de (Postfix, from userid 30) id 32FF814A6E; Mon, 30 Aug 2004 01:09:21 +0200 (CEST) Received: from pD9E37C6D.dip.t-dialin.net (pD9E37C6D.dip.t-dialin.net [217.227.124.109]) by www.xvid.org (IMP) with HTTP for ; Mon, 30 Aug 2004 01:09:21 +0200 Message-ID: <1093820961.413262211a890@www.xvid.org> Date: Mon, 30 Aug 2004 01:09:21 +0200 From: Michael Militzer To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 217.227.124.109 Cc: xvid-users@xvid.org Subject: [XviD-users] [ANNOUNCE] XviD 1.0.2 available X-BeenThere: xvid-users@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-users@xvid.org List-Id: xvid-users.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-users-bounces@xvid.org Errors-To: xvid-users-bounces@xvid.org Hello! This is XviD 1.0.2 bugfix release. This release fixes very minor bugs. It is source and binary compatible with the previous version. Changes since 1.0.1: * xvidcore - Fixed non compliant bvop decoding (was using rounding=0 instead of rounding=1) - Added better mv bound clipping for broken streams. - Better behavior with content claiming not containing bvops but eventually having bvops. - Force fincr and fbase to be < 16bit. - Fixed thread safety problem in C language iDCT implementation. * VFW frontend - Memory leak * Debian dir - Added again to release files as it seems debian will not include xvidcore in its pool. The files are available in the download section of XviD.org: http://www.xvid.org/downloads.html -- The "XviD Team" _______________________________________________ XviD-users mailing list XviD-users@xvid.org http://list.xvid.org/mailman/listinfo/xvid-users From xvid-devel-bounces@xvid.org Mon Aug 30 09:18:31 2004 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 D4A44126D96 for ; Mon, 30 Aug 2004 09:18:31 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0C9B414A5F; Mon, 30 Aug 2004 09:21:40 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by edu.bnhof.de (Postfix) with ESMTP id 915EF14886 for ; Mon, 30 Aug 2004 09:21:36 +0200 (CEST) Received: from nas-cbv-7-213-228-35-156.dial.proxad.net (nas-cbv-7-213-228-35-156.dial.proxad.net [213.228.35.156]) by postfix4-2.free.fr (Postfix) with ESMTP id 30BD41C9428 for ; Mon, 30 Aug 2004 09:18:24 +0200 (CEST) Subject: Re: [XviD-devel] qpel matrices From: skal To: xvid-devel@xvid.org In-Reply-To: <1DBD605B-F8FA-11D8-A7AB-000A95772E90@kbw.ch> References: <1DBD605B-F8FA-11D8-A7AB-000A95772E90@kbw.ch> Content-Type: text/plain; charset=ISO-8859-1 Organization: Message-Id: <1093849805.1727.3.camel@latitude344> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 30 Aug 2004 09:15:26 +0200 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 Hi Christoph, On Sat, 2004-08-28 at 15:56, Christoph Nägeli wrote: > Hi, > > Perhaps you know, I'm currently porting the new patches from Edouard to > altivec and I got some questions about the qpel code (qpel.c) which > some of you may answer I think. > > > About the definition of the FIR_Tab_16 (and perhaps FIR_Tab_8, too. I'm > not yet coding the '8 routines'): > > This Matrix is defined with elements of int32_t though they range just > from -7 to 23 so would it be possible to declare it using int8_t or > will they change in the future? Actually, Using 32-bits access is just usually faster in C / x86. Note, moreover, that the filtering process can be done using 16-bits arithmetic only. And, from the theoretical point of view, 11-bit arithmetic is enough, even. > That way I could load one line per > vector which leads to the next question. Is there an easy way to create > these values on the fly so I don't have to fetch them from a global > variable? I don't see any easy trick to generate though in qpel.c, > there are tables allocated for mmx which aren't hardcoded so I think > they will be generated on the fly (I don't understand x86 assembly so I > can't see myself). These values are based on 6 weighting coefficients that are the base of the filter: [-1 3 -6 20 20 -6 3 -1]. That is, given 8 pixel values [a b c d e f g h] around the one you're interpolating (the hpel between position 'd' and 'e' in this example), you accumulate them as: Val = -a + 3b -6c + 20d + 20e - 6f + 3g -h (and afterward, you round, descale, clip this 'Val'). Now, you must perform mirroring on the boundary. That's why there are some 'strange' values. For instance, if pixels 'a' and 'b' are outside of the block's boundary, you mirror them using: b=c, a=d (the mirror line is halfway between position 'b' and 'c'). Hence: -a + 3b -6c + 20d + 20e - 6f + 3g -h = -3c+19d+20e-6f+3g-h after mirroring. 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 Aug 30 09:41:02 2004 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 C68C7126D96 for ; Mon, 30 Aug 2004 09:41:01 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 599BA1473A; Mon, 30 Aug 2004 09:44:08 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smartmx-04.inode.at (smartmx-04.inode.at [213.229.60.36]) by edu.bnhof.de (Postfix) with ESMTP id 21BAA13C4A for ; Mon, 30 Aug 2004 09:44:05 +0200 (CEST) Received: from [62.99.252.218] (port=61506 helo=[192.168.0.2]) by smartmx-04.inode.at with esmtp (Exim 4.30) id 1C1gma-0006k4-Dy for xvid-devel@xvid.org; Mon, 30 Aug 2004 09:40:52 +0200 Message-ID: <4132DA02.2030807@x-ray.at> Date: Mon, 30 Aug 2004 09:40:50 +0200 From: Reini Urban User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8a2) Gecko/20040714 X-Accept-Language: de, en MIME-Version: 1.0 To: xvid-devel@xvid.org References: <1093820961.413262211a890@www.xvid.org> In-Reply-To: <1093820961.413262211a890@www.xvid.org> Content-Type: multipart/mixed; boundary="------------060809090807020400060601" Subject: [XviD-devel] [ANNOUNCE] XviD 1.0.2 available X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org This is a multi-part message in MIME format. --------------060809090807020400060601 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit sorry, xvidcore-1.0.2/dshow doesn't compile. attached is a patch. win32 binaries as always at http://xarch.tu-graz.ac.at/home/rurban/software/xvid/ (Though I would recommend the better pre 1.1 snapshot versions) Michael Militzer schrieb: > This is XviD 1.0.2 bugfix release. > > This release fixes very minor bugs. It is source and binary compatible > with the previous version. > > Changes since 1.0.1: > > * xvidcore > - Fixed non compliant bvop decoding (was using rounding=0 instead > of rounding=1) > - Added better mv bound clipping for broken streams. > - Better behavior with content claiming not containing bvops but > eventually having bvops. > - Force fincr and fbase to be < 16bit. > - Fixed thread safety problem in C language iDCT implementation. > > * VFW frontend > - Memory leak > > * Debian dir > - Added again to release files as it seems debian will not > include xvidcore in its pool. > > > The files are available in the download section of XviD.org: > http://www.xvid.org/downloads.html -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ --------------060809090807020400060601 Content-Type: text/plain; name="xvidcore-1.0.2.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xvidcore-1.0.2.patch" --- xvidcore-1.0.2/dshow/src/Configure.cpp~ 2004-08-29 12:37:04.000000000 +0100 +++ xvidcore-1.0.2/dshow/src/Configure.cpp 2004-08-30 08:33:48.062647200 +0100 @@ -62,7 +62,7 @@ return PropertySheet (&psh); } - +extern "C" void CALLBACK Configure(HWND hWndParent, HINSTANCE hInstParent, LPSTR lpCmdLine, int nCmdShow ); void CALLBACK Configure(HWND hWndParent, HINSTANCE hInstParent, LPSTR lpCmdLine, int nCmdShow ) { @@ -70,3 +70,19 @@ LoadRegistryInfo(); adv_dialog( GetDesktopWindow() ); } \ Kein Zeilenumbruch am Dateiende. + + + +/* strmbase.lib\dllentry.obj:DllEntryPoint@12 */ +extern "C" BOOL WINAPI DllEntryPoint(HINSTANCE, ULONG, LPVOID); + + +extern "C" BOOL WINAPI DllMain(HINSTANCE hInst, DWORD fdwReason, LPVOID lpvReserved); + +BOOL WINAPI DllMain(HINSTANCE hInst, DWORD fdwReason, LPVOID lpvReserved) +{ + g_hInst = hInst; + + /* Call directshow DllEntryPoint@12 */ + return DllEntryPoint(hInst, fdwReason, lpvReserved); +} --- xvidcore-1.0.2/dshow/src/debug.h~ 2004-08-29 12:37:04.000000000 +0100 +++ xvidcore-1.0.2/dshow/src/debug.h 2004-08-30 08:31:14.517737600 +0100 @@ -20,4 +20,4 @@ #endif -#endif /* _DSHOW_DEBUG */ \ Kein Zeilenumbruch am Dateiende. +#endif /* _DSHOW_DEBUG */ --- xvidcore-1.0.2/dshow/src/config.h~ 2004-08-29 12:37:04.000000000 +0100 +++ xvidcore-1.0.2/dshow/src/config.h 2004-08-30 08:31:09.017808000 +0100 @@ -56,4 +56,4 @@ #endif -#endif \ Kein Zeilenumbruch am Dateiende. +#endif --------------060809090807020400060601 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 --------------060809090807020400060601-- From xvid-devel-bounces@xvid.org Mon Aug 30 12:42:02 2004 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 B48AE126D8B for ; Mon, 30 Aug 2004 12:42:02 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 512E514AAC; Mon, 30 Aug 2004 12:45:10 +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 49FE814AA7 for ; Mon, 30 Aug 2004 12:45:07 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.34) id 1C1jbn-0001Mu-Hs for xvid-devel@xvid.org; Mon, 30 Aug 2004 12:41:55 +0200 Date: Mon, 30 Aug 2004 12:41:55 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [ANNOUNCE] XviD 1.0.2 available Message-ID: <20040830104155.GA2434@edgomez.dyndns.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <1093820961.413262211a890@www.xvid.org> <4132DA02.2030807@x-ray.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4132DA02.2030807@x-ray.at> User-Agent: Mutt/1.5.6+20040818i 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 Reini Urban (rurban@x-ray.at) wrote: > sorry, > xvidcore-1.0.2/dshow doesn't compile. You mean with mingw32 ? If that's the case, mingw32 support is only ready for HEAD branch, not 1.0.x release branch. If that's msvc, then, houston, we have a problem cause nothing changed in dshow so far. > attached is a patch. Isn't that just what was inlucded in head during mingw32 support patches ? -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 30 15:09:07 2004 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 BD61B126D8B for ; Mon, 30 Aug 2004 15:09:07 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 44D8A14AB5; Mon, 30 Aug 2004 15:12:16 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smartmx-01.inode.at (smartmx-01.inode.at [213.229.60.33]) by edu.bnhof.de (Postfix) with ESMTP id AD91A14AB0 for ; Mon, 30 Aug 2004 15:12:11 +0200 (CEST) Received: from [62.99.252.218] (port=63533 helo=[192.168.0.2]) by smartmx-01.inode.at with esmtp (Exim 4.30) id 1C1lu7-0004EU-4A for xvid-devel@xvid.org; Mon, 30 Aug 2004 15:08:59 +0200 Message-ID: <413326E9.2060209@x-ray.at> Date: Mon, 30 Aug 2004 15:08:57 +0200 From: Reini Urban User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8a2) Gecko/20040714 X-Accept-Language: de, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [ANNOUNCE] XviD 1.0.2 available References: <1093820961.413262211a890@www.xvid.org> <4132DA02.2030807@x-ray.at> <20040830104155.GA2434@edgomez.dyndns.org> In-Reply-To: <20040830104155.GA2434@edgomez.dyndns.org> 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 Edouard Gomez schrieb: > Reini Urban (rurban@x-ray.at) wrote: >>sorry, >>xvidcore-1.0.2/dshow doesn't compile. ... with mingw32 > You mean with mingw32 ? If that's the case, mingw32 support is > only ready for HEAD branch, not 1.0.x release branch. Sorry, yes mingw only. I didn't check if it harms the MSVC build. When it works on 1.x it should work on 1.0 also I thought. And the 1.1. snaps work fine for me. > If that's msvc, then, houston, we have a problem cause nothing > changed in dshow so far. > >>attached is a patch. > > Isn't that just what was inlucded in head during mingw32 > support patches ? yes, exactly. just the global still has the old name in the 1.0.x branch. g_hInst <=> g_xvid_hInst -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 30 17:39:29 2004 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 28280126D8B for ; Mon, 30 Aug 2004 17:39:29 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 7A90E14ADA; Mon, 30 Aug 2004 17:42:37 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by edu.bnhof.de (Postfix) with ESMTP id 785B814AD7 for ; Mon, 30 Aug 2004 17:42:33 +0200 (CEST) Received: by mproxy.gmail.com with SMTP id 75so74505rnl for ; Mon, 30 Aug 2004 08:38:55 -0700 (PDT) Received: by 10.38.162.63 with SMTP id k63mr1003621rne; Mon, 30 Aug 2004 08:38:54 -0700 (PDT) Received: by 10.38.181.6 with HTTP; Mon, 30 Aug 2004 08:38:28 -0700 (PDT) Message-ID: <4720a9ee0408300838d69693d@mail.gmail.com> Date: Mon, 30 Aug 2004 16:38:28 +0100 From: Georgios Diamantopoulos To: xvid-devel@xvid.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [XviD-devel] Directshow filter Bug X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Georgios Diamantopoulos , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hey everyone, I am the developer of Video Quality Studio (http://www.everwicked.com/vqstudio/) for those who have never seen my extremely long name before :) I ran into a bug of the XviD dshow filter that it would be great if it was fixed. Although IMediaSeeking::GetDuration() works like a charm when used with TIME_FORMAT_FRAME which happens on extremely rare occasions with other filters, it seems to barf when used with TIME_FORMAT_MEDIA_TIME. In particular, IBasicVideo::get_AvgTimePerFrame() returns 0 when that format is set, which is obviously wrong. I know this interface isn't implemented by XviD so that means the value is not passed on in one of the header exchanges done in directshow. Please have a look, I will be grateful. Best regards, Georgios _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 16 17:09:00 2004 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 7F889126D8B for ; Mon, 16 Aug 2004 17:09:00 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8646413CFF; Mon, 16 Aug 2004 17:11:44 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by edu.bnhof.de (Postfix) with ESMTP id E604B13C3E for ; Mon, 16 Aug 2004 17:11:41 +0200 (CEST) Received: from imp1-q.free.fr (imp1-q.free.fr [212.27.42.1]) by postfix4-2.free.fr (Postfix) with ESMTP id F0DBD1C6C7A for ; Mon, 16 Aug 2004 17:08:54 +0200 (CEST) Received: by imp1-q.free.fr (Postfix, from userid 33) id DE83C8DE7; Mon, 16 Aug 2004 17:08:54 +0200 (MEST) Received: from 195.101.164.38 ([195.101.164.38]) by imp1-q.free.fr (IMP) with HTTP for ; Mon, 16 Aug 2004 17:08:54 +0200 Message-ID: <1092668934.4120ce06b8ccb@imp1-q.free.fr> Date: Mon, 16 Aug 2004 17:08:54 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] remove old dshow and vfw dirs. vfw length calc todo References: <4119EBEC.8080803@x-ray.at> <20040815120250.GE2309@edgomez.dyndns.org> <41209B3E.70803@x-ray.at> In-Reply-To: <41209B3E.70803@x-ray.at> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.4 X-Originating-IP: 195.101.164.38 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 Status: X-Status: X-Keywords: Selon Reini Urban : > 1) When will the defunct dshow and vfw rootdirs be removed? > Now that they are under xvidcore. > > I know several people who tried to build from the old dirs and obviously > failed. Never, they're part of xvid history, and if someone needs to build a xvid 0.9.x build, then he requires these trees. > 2) ... Not qualified to comment on this. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Aug 16 17:13:22 2004 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 58A92126D8B for ; Mon, 16 Aug 2004 17:13:22 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1CC9713D4A; Mon, 16 Aug 2004 17:16:06 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by edu.bnhof.de (Postfix) with ESMTP id E6DA413C35 for ; Mon, 16 Aug 2004 17:16:02 +0200 (CEST) Received: from imp1-q.free.fr (imp1-q.free.fr [212.27.42.1]) by postfix4-2.free.fr (Postfix) with ESMTP id 3C5151C63B2 for ; Mon, 16 Aug 2004 17:13:16 +0200 (CEST) Received: by imp1-q.free.fr (Postfix, from userid 33) id 2F3878DE8; Mon, 16 Aug 2004 17:13:16 +0200 (MEST) Received: from 195.101.164.39 ([195.101.164.39]) by imp1-q.free.fr (IMP) with HTTP for ; Mon, 16 Aug 2004 17:13:16 +0200 Message-ID: <1092669196.4120cf0c0ee4a@imp1-q.free.fr> Date: Mon, 16 Aug 2004 17:13:16 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] patch for dshow inf installer References: <4119EBEC.8080803@x-ray.at> <20040815120250.GE2309@edgomez.dyndns.org> <41209924.5040008@x-ray.at> In-Reply-To: <41209924.5040008@x-ray.at> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.4 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 Status: X-Status: X-Keywords: Selon Reini Urban : > > - do we have two .inf files (one for dshow and another for vfw) > > Pros: users can install two components > > Cons: maybe it's harder to decide when to replace the > > common xvidcore.dll > > Convinced. This is probably the easiest way. > But I don't really understand the dowsnside of the common xvidcore.dll > dependency. Either vfw or dshow will update the common file(s). As long > as the modularization is good enough... Older xvidvwf.dll should work > with newer xvidcore.dll and the other way round also. Anyone tested this? It's hard because to know the dll version you have to either trust the ctime file field (creation time field), or an easy version number retrievable from the DLL (iirc, it's possible to include this in a dll ressource, but i dunno if they are intelligent functions in windows that advertise the user he's trying to replace a version1 lib that is newer than version2) > Seperate installers (nic or koeppi) can have their own .inf files for > their setup.exe A bin builder is responsible for his own .inf files, out of maintree business. It's packaging business. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel