From xvid-devel-bounces@xvid.org Tue Feb 1 20:08:58 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 7BE6F126D84 for ; Tue, 1 Feb 2005 20:08:58 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D3D78D96E; Tue, 1 Feb 2005 20:08:45 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id DDC4ED969 for ; Tue, 1 Feb 2005 20:08:42 +0100 (CET) Received: from localhost (unknown [212.63.130.173]) by s5.lansco.de (Postfix) with ESMTP id 318469C80 for ; Tue, 1 Feb 2005 20:08:42 +0100 (CET) Received: from pD9539F8A.dip.t-dialin.net (pD9539F8A.dip.t-dialin.net [217.83.159.138]) by www.lansco.de (IMP) with HTTP for ; Tue, 1 Feb 2005 20:08:41 +0100 Message-ID: <1107284921.41ffd3b9f375f@www.lansco.de> Date: Tue, 1 Feb 2005 20:08:41 +0100 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] SIGSEGV in interpolate8x8_halfpel_hv_xmm References: <41F8FB78.5020400@maersk-moller.net> In-Reply-To: <41F8FB78.5020400@maersk-moller.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 217.83.159.138 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1023 Hi Peter, personally, I have never come across such a problem. Also, I believe no one ever before reported such a fault. Have you tried to encode some sequence with the xvid_encraw example encoder, which is included in the XviD source package? Do you experience the same problems or is the segfault specific to mp4live? On what processor/hardware were you running XviD btw? Have you tried on a different system as well? Since the fault seems not reproduceable and hasn't been reported ever before (afaict), this could also likely be a hardware fault, e.g. a faulty RAM module. This is also possible even if you never experienced any similar faults with other software. bye, Michael Quoting Peter Maersk-Moller : > Hi > > Im using XViD through mp4live and I noticed that I sometimes gets a > segmentation fault in interpolate8x8_halfpel_hv_xmm() in > src/image/x86_asm/interpolate8x8_xmm.asm:337. It runs for seconds or > minutes and the falls over. > > Here is the output from gdb > > ----------------------------------------------------- > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 16386 (LWP 7351)] > 0x409692d9 in interpolate8x8_halfpel_hv_xmm () > at ../../src/image/x86_asm/interpolate8x8_xmm.asm:337 > 337 ../../src/image/x86_asm/interpolate8x8_xmm.asm: No such file or > director > y. > in ../../src/image/x86_asm/interpolate8x8_xmm.asm > Current language: auto; currently c > (gdb) where > #0 0x409692d9 in interpolate8x8_halfpel_hv_xmm () > at ../../src/image/x86_asm/interpolate8x8_xmm.asm:337 > #1 0x40950b07 in interpolate8x8_switch2 () > from /usr/local/lib/libxvidcore.so.4 > #2 0x7d7d7d7d in ?? () > Cannot access memory at address 0x7d7d7d7c > (gdb) > ------------------------------------------------------ > > I've noticed that the error to to some extend depends on encoder > resolution and source material. For some resolutions it fails more > often than with others. It also seems that an anlogue source (V4L > grabbercard) > makes it fail more often than when using a digital more cleaner version. > > I noticed the problem in Xvid 1.0.0 and 1.0.1. When possible, I'll test > it with 1.1 beta. > > Anybody ever seen that problem ? > > Kind regards > > --PMM > > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Feb 1 20:44:46 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id B4C59126D84 for ; Tue, 1 Feb 2005 20:44:46 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id CF4AFD9A6; Tue, 1 Feb 2005 20:44:43 +0100 (CET) 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 9CF67D9A0 for ; Tue, 1 Feb 2005 20:44:34 +0100 (CET) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.44) id 1Cw3ww-0002Aw-IJ for xvid-devel@xvid.org; Tue, 01 Feb 2005 20:44:34 +0100 Date: Tue, 1 Feb 2005 20:44:34 +0100 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] SIGSEGV in interpolate8x8_halfpel_hv_xmm Message-ID: <20050201194434.GA7034@edgomez.kicks-ass.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <41F8FB78.5020400@maersk-moller.net> <1107284921.41ffd3b9f375f@www.lansco.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1107284921.41ffd3b9f375f@www.lansco.de> User-Agent: Mutt/1.5.6+20040907i X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1025 Michael Militzer (michael@xvid.org) wrote: > Hi Peter, > > personally, I have never come across such a problem. Also, I believe no one > ever before reported such a fault. Have you tried to encode some sequence > with the xvid_encraw example encoder, which is included in the XviD source > package? Do you experience the same problems or is the segfault specific > to mp4live? On what processor/hardware were you running XviD btw? > > Have you tried on a different system as well? Since the fault seems not > reproduceable and hasn't been reported ever before (afaict), this could also > likely be a hardware fault, e.g. a faulty RAM module. This is also possible > even if you never experienced any similar faults with other software. > > bye, > Michael XviD passes successfully lot of tests using valgrind which is excellent at detecting memory access errors. I've seen lot of segfaults like that when for some reason, ME data isn't fully initalized and so after some random time, some comparison operator reads some page outside the process pages. The best way to debug this is to run xvid_encraw into valgrind, and report back the complete output. It will probably show some weird vector value. -- 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 Feb 1 22:39:49 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 60419126D84 for ; Tue, 1 Feb 2005 22:39:49 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8E0FBD93F; Tue, 1 Feb 2005 22:39:46 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hugin.optimalstream.net (unknown [130.226.208.162]) by edu.bnhof.de (Postfix) with ESMTP id F2E0FD93B for ; Tue, 1 Feb 2005 22:39:41 +0100 (CET) Received: from maersk-moller.net (IDENT:1121@localhost [127.0.0.1]) by hugin.optimalstream.net (8.12.10/8.12.4) with ESMTP id j11Ldc8q013765 for ; Tue, 1 Feb 2005 22:39:38 +0100 Message-ID: <41FFF71A.8010206@maersk-moller.net> Date: Tue, 01 Feb 2005 22:39:38 +0100 From: Peter Maersk-Moller Organization: Kabel-TV over Internettet User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] in interpolate8x8_halfpel_hv_xmm References: <41F8FB78.5020400@maersk-moller.net> <1107284921.41ffd3b9f375f@www.lansco.de> In-Reply-To: <1107284921.41ffd3b9f375f@www.lansco.de> 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 Status: O X-Status: X-Keywords: X-UID: 1037 Hi Michael Michael Militzer wrote: > Hi Peter, > personally, I have never come across such a problem. Also, I believe no one > ever before reported such a fault. Thanks. That is useful info. It helps me narrowing it down. > Have you tried to encode some sequence > with the xvid_encraw example encoder, which is included in the XviD source > package? No. It will not be easily to reproduce with other setups. Since the error depends on the source. Let me explain a bit. I have a lot of identical systems (PCs running mp4live/MPEG4IP) realtime encoding TV channels. As the source I use bt8x8 based card for analog tv sources and Technotrends DVB cards for digital sources. When I tune (any of the systems) in to one specific local TV channel (which broadcast quality is reduced compared to the others), then depending on what time of the day (or what the channel broadcast), then the SIGSEGV is triggered within seconds or minutes of startup. I then sleep for a second, and starts the encoder up again and within seconds or minutes it fails again at the same point in the code interpolate8x8_halfpel_hv_xmm. > Do you experience the same problems or is the segfault specific > to mp4live? You could say it is specidic to mp4live so the problem could very well be in mp4live, but read on. I have many other identical systems (but using other sources that that tv-channel) and they are running flawlessly. When I try one of these systems to encode the specific tv-channel, I get the same error (under the same circumstnaces). The channel causing the problems is btw captured as 352x576@25fps YUV frames, then filtered with a modified YUV-denoiser and then encoded with XviD 1.0.1, all done live. > On what processor/hardware were you running XviD btw? P4 HT 3.6 GHz > Have you tried on a different system as well? Since the fault seems not > reproduceable and hasn't been reported ever before (afaict), this could also > likely be a hardware fault, e.g. a faulty RAM module. This is also possible > even if you never experienced any similar faults with other software. Other motherboards, rams and cpus yes, but all P4 HT. I will first try to upgrade to latest XviD before testing any further. I will report back when I have any more useful info. I will go back and change one parameter at a time and see when the error goes away since I have many other mp4live/xvid systems running largely flawlessly albeit a bit slow ;-) Thanks for the hints so far. Kind regards --PMM _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Feb 2 02:25:18 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 80433126D84 for ; Wed, 2 Feb 2005 02:25:18 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A6EC2180D8; Wed, 2 Feb 2005 02:25:15 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp.263xmail.com (smtp.263xmail.com [211.150.100.28]) by edu.bnhof.de (Postfix) with ESMTP id D42C1180D5 for ; Wed, 2 Feb 2005 02:25:07 +0100 (CET) Received: from JUJUMAOLEFV57B (e-smtp3 [127.0.0.1]) by smtp.263xmail.com (Postfix) with ESMTP id 7E71FEC2BE for ; Wed, 2 Feb 2005 09:24:55 +0800 (CST) (envelope-from fanchen@o2-wireless.com) Received: from JUJUMAOLEFV57B (unknown [220.249.34.92]) by antispam-3 (Coremail:263(040906)) with SMTP id J2ESAOcrAEKkASJc.1 for ; Wed, 02 Feb 2005 09:24:55 +0800 (CST) X-TEBIE-Originating-IP: [220.249.34.92] From: "Fan Chen" To: Subject: =?gb2312?B?tPC4tDogW1h2aUQtZGV2ZWxdIEhvdyB0byB2ZXJpZnkgdGhhdCB4dg==?= =?gb2312?B?aWQncyBjb25mb3JtYW5jZSB3aXRoIGEgY2VydGFpbnByb2ZpbGUvbA==?= =?gb2312?B?ZXZlbCBvZiBNUEVHLTQgc3RhbmRhcmQ/?= Date: Wed, 2 Feb 2005 09:16:45 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <20050131020155.59A11EC0DF@smtp.263xmail.com> Thread-Index: AcUHN7HaaUj45F5RSiK0VTIqX/fwKgBjR0nw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Message-Id: <20050202012455.7E71FEC2BE@smtp.263xmail.com> X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1045 Could someone answer this question? -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: xvid-devel-bounces@xvid.org = [mailto:xvid-devel-bounces@xvid.org] =B4=FA =B1=ED fanchen =B7=A2=CB=CD=CA=B1=BC=E4: 2005=C4=EA1=D4=C231=C8=D5 9:54 =CA=D5=BC=FE=C8=CB: xvid-devel@xvid.org =D6=F7=CC=E2: [XviD-devel] How to verify that xvid's conformance with a certainprofile/level of MPEG-4 standard? Hi, =20 I'm a new comer to this mail list. I have a question about the xvid's conformance to MPEG-4 standard. Is there a way to verify that xvid is conformant to a certain = profile/level of MPEG-4 standard? =20 Thanks Chen _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Feb 2 07:44:57 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 4D6E0126D8B for ; Wed, 2 Feb 2005 07:44:57 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 2CBE3D933; Wed, 2 Feb 2005 07:44:54 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by edu.bnhof.de (Postfix) with SMTP id 68516C2CE for ; Wed, 2 Feb 2005 07:44:50 +0100 (CET) Received: (qmail invoked by alias); 02 Feb 2005 06:44:50 -0000 Received: from h062040175062.moe.cm.kabsi.at (EHLO [192.168.1.100]) (62.40.175.62) by mail.gmx.net (mp028) with SMTP; 02 Feb 2005 07:44:50 +0100 X-Authenticated: #13246506 Message-ID: <420076E3.6000802@gmx.net> Date: Wed, 02 Feb 2005 07:44:51 +0100 From: Peter Bergmann User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: [XviD-devel] Improving encoding speed with additional information X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1050 (sorry if this is a repost, but my first msg prob. didn't go through) Dear all, I'm writing a simple xvid streaming backend for an animation application. (Moving rectangles, fonts and other primitives, small icons and images flying around the screen and stuff like that) I've already "encoded" the information into vnc using libvncserver. Actually this was working very well but the bandwidth was very high with vnc when many images were involved. Now I've done an experiment: I've played a 10 minute animation and everytime my animation screen changed (something was drwan, moved, ...) I converted the rgb data to yuv(2:4:0) and feeded the frame via stdin to the xvid_encore sample and redirected the m4v data into a file. I've played this m4v file with ffplay (from ffmpeg) and the result was great. But the best result was the size compared to vnc: 50%!! The only disadvantage is the cpu time which is very hight compared to the vnc encoder. Now my questions: 1) Compared to video data I have very small changes from frame to frame because most parts of the screen do not change at all. What are the best (speed/quality) xvid encoding parameters for such "video data" ? 2) I have a big advantage: I do know exactly which parts (rectangle area) of the new frame has changed compared to the previous one. So there should be no need for xvid to analyse the complete frame! Is there a way to "help" the encoder using this information? How can I tell xvid which areas did not or did change ? How much cpu could be save? Thanks a lot! Cheers, Pet _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Feb 5 08:39:39 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 8D067126D85 for ; Sat, 5 Feb 2005 08:39:39 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id DD6E6BFE9; Sat, 5 Feb 2005 08:39:33 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web50402.mail.yahoo.com (web50402.mail.yahoo.com [206.190.38.67]) by edu.bnhof.de (Postfix) with SMTP id 0F2C2A83D for ; Sat, 5 Feb 2005 08:39:30 +0100 (CET) Received: (qmail 55831 invoked by uid 60001); 5 Feb 2005 07:39:29 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=lFhUEaKitanAPKk3npK2nEoxiI96FM58noqizxIdzdTeah7K1fgRCsrkquth5Pb7ZRaADsk0xWBwKIgEFMezK/iRvpNI4iUqv2zzi4SPyoOwLyq/mrcUjKgzk/5OsFIoI+utLPNCBgvtpItRJ+6nLnZ3lU7uRnyC98aIHo/DC0Y= ; Message-ID: <20050205073929.55829.qmail@web50402.mail.yahoo.com> Received: from [222.126.103.119] by web50402.mail.yahoo.com via HTTP; Fri, 04 Feb 2005 23:39:29 PST Date: Fri, 4 Feb 2005 23:39:29 -0800 (PST) From: Pjuol Jola To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [XviD-devel] detecting the frame rate? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1201 hello, can anyone tell me where in the decoder can I know the frame rate of the xvid file? Thanks! __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. 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 Feb 6 11:05:50 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id C3391126D83 for ; Sun, 6 Feb 2005 11:05:50 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C943718075; Sun, 6 Feb 2005 11:05:43 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by edu.bnhof.de (Postfix) with SMTP id 8B01416896 for ; Sun, 6 Feb 2005 11:05:41 +0100 (CET) Received: (qmail invoked by alias); 06 Feb 2005 10:05:40 -0000 Received: from h062040175062.moe.cm.kabsi.at (EHLO [192.168.1.100]) (62.40.175.62) by mail.gmx.net (mp014) with SMTP; 06 Feb 2005 11:05:40 +0100 X-Authenticated: #13246506 Message-ID: <4205EBEE.7040704@gmx.net> Date: Sun, 06 Feb 2005 11:05:34 +0100 From: Peter Bergmann User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Improving encoding speed with additional information References: <420076E3.6000802@gmx.net> In-Reply-To: <420076E3.6000802@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Status: O X-Status: X-Keywords: X-UID: 1239 Was this question too complicated or is there a better place to ask for this information ? hrmpff. Peter Bergmann wrote: > Dear all, > > I'm writing a simple xvid streaming backend for an animation application. > (Moving rectangles, fonts and other primitives, small icons and images > flying around the screen and stuff like that) > I've already "encoded" the information into vnc using libvncserver. > Actually this was working very well but the bandwidth was very high with > vnc when many images were involved. > > Now I've done an experiment: I've played a 10 minute animation and > everytime my animation screen changed (something was drwan, moved, ...) > I converted the rgb data to yuv(2:4:0) and feeded the frame via stdin to > the xvid_encore sample and redirected the m4v data into a file. > > I've played this m4v file with ffplay (from ffmpeg) and the result was > great. But the best result was the size compared to vnc: 50%!! > > The only disadvantage is the cpu time which is very hight compared > to the vnc encoder. > > Now my questions: > > 1) > Compared to video data I have very small changes from frame to frame > because most parts of the screen do not change at all. What are the > best (speed/quality) xvid encoding parameters for such > "video data" ? > > 2) > I have a big advantage: I do know exactly which parts (rectangle area) > of the new frame has changed compared to the previous one. So there > should be no need for xvid to analyse the complete frame! > Is there a way to "help" the encoder using this information? > How can I tell xvid which areas did not or did change ? > How much cpu could be save? > > Thanks a lot! > > Cheers, > Pet _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Feb 6 11:47:39 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id A54F3126D8B for ; Sun, 6 Feb 2005 11:47:39 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id EDF08182AD; Sun, 6 Feb 2005 11:47:36 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (mail.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 4C14C182A9 for ; Sun, 6 Feb 2005 11:47:33 +0100 (CET) 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 3D04E58B8D for ; Sun, 6 Feb 2005 11:47:38 +0100 (CET) Date: Sun, 6 Feb 2005 11:47:33 +0100 (CET) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Improving encoding speed with additional information In-Reply-To: <4205EBEE.7040704@gmx.net> Message-ID: References: <420076E3.6000802@gmx.net> <4205EBEE.7040704@gmx.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 Status: O X-Status: X-Keywords: X-UID: 1241 Hello Peter, On Sun, 6 Feb 2005, Peter Bergmann wrote: > Was this question too complicated or is there a better place to > ask for this information ? hrmpff. I don't like being hrmpff'ed at, but here is your answer. It guess, nobody has answered so far, because there _isn't_ a good answer, and also similar questions were (more or less) answered before: > > 1) > > Compared to video data I have very small changes from frame to frame > > because most parts of the screen do not change at all. What are the > > best (speed/quality) xvid encoding parameters for such > > "video data" ? It sounds to me, that your changes are not what we would consider "small" changes (i.e. the difference pic between two frames has only small values), but rather "localized" chances, i.e. most stays the same, some parts change very much. You can try the "cartoon" setting, which is kind of a hack to support material like this, but apart from that, XviD is optmized for "natural video", which is the main target of MPEG-4. For animation, especially like geometrical object, other codecs might be vastly more effective (but please don't ask me which...). If it's just geometrical object, try something vector based. If you really want to use XviD, you can also try using a large number of B-frames, because those are very efficient if blocks don't change at all. > > 2) > > I have a big advantage: I do know exactly which parts (rectangle area) > > of the new frame has changed compared to the previous one. So there > > should be no need for xvid to analyse the complete frame! > > Is there a way to "help" the encoder using this information? > > How can I tell xvid which areas did not or did change ? On the API level, you can't. We tried a while ago to support this, for speeding up the encoding of black letterbox bars, and to support some kind of parallel encoding, but it was dropped very soon because it creates a lot of work on the implementation side and there was no obvious gain. But feel free to add such a feature yourself: You might want to try passing a boolean data structure to the encoder, where each 16x16 block has a flag if it changed or not. Then, the encoding routine should mark each "unchanged" block as SKIP in or before ME. This should cause all further processing (Motion Compensation, (i)DCT, residue encoding) for this block to be skipped. Alternatively, you can use adaptive quantization, to give a very high quantizer to the unchanged areas and a low one to the changed. This should prevent the common problem that blocks are not skipped, because their reconstructed image information isn't close enough to the original (which is frequent if the image has sharp edges). > > How much cpu could be save? You can't tell in advance. Definitely not linearly in the area. XviD already has a fast "SKIP" detection, so no Motion Estimation is performed if the image didn't change at all, and writing these block to the bitstream is very fast as well (there's only 1 bit per block). What you would gain is much less memory access, but one can only speculate about speedup. A rough impression could come from testing like this: Create the same animation twice, once encode it in a small window of an otherwise static frame, and once encode only the window. Then, compare speed and size. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Feb 6 11:51:16 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 29866126D83 for ; Sun, 6 Feb 2005 11:51:16 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1851B182B2; Sun, 6 Feb 2005 11:51:14 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (mail.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id A3BE4182AF for ; Sun, 6 Feb 2005 11:51:11 +0100 (CET) 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 1FCFC58BC5 for ; Sun, 6 Feb 2005 11:51:16 +0100 (CET) Date: Sun, 6 Feb 2005 11:51:11 +0100 (CET) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Project Idea In-Reply-To: <41F9FFFD.8060402@ihug.com.au> Message-ID: References: <94049b6105012701106e94ae5b@mail.gmail.com> <41F8FD24.6090801@gmx.at> <94049b61050128001513e4ff54@mail.gmail.com> <41F9FFFD.8060402@ihug.com.au> 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 Status: O X-Status: X-Keywords: X-UID: 1242 On Fri, 28 Jan 2005, Radek Czyz wrote: > Christoph Lampert wrote: > > > Or, since the first is quite a task, how about a binary level editor for > > internal MPEG-4 header parts, like aspect-ratio? > > I _hate_ it when encoding a stream, and then after 5 hours notice that the > > aspect-ratio was set wrong. This is essentially just 1 bit thats wrong, > > but I have to encode the whole stream again, because there's no too to > > locate and change this bit. :-( > > http://www.moitah.net/ I forgot to check this out earlier, but Radek, you're MY HERO! gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Feb 6 12:06:09 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id D5444126D83 for ; Sun, 6 Feb 2005 12:06:09 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C779D182C7; Sun, 6 Feb 2005 12:06:06 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by edu.bnhof.de (Postfix) with SMTP id 666B2182C1 for ; Sun, 6 Feb 2005 12:06:03 +0100 (CET) Received: (qmail invoked by alias); 06 Feb 2005 11:06:03 -0000 Received: from h062040175062.moe.cm.kabsi.at (EHLO [192.168.1.100]) (62.40.175.62) by mail.gmx.net (mp028) with SMTP; 06 Feb 2005 12:06:03 +0100 X-Authenticated: #13246506 Message-ID: <4205FA1A.9050404@gmx.net> Date: Sun, 06 Feb 2005 12:06:02 +0100 From: Peter Bergmann User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Improving encoding speed with additional information References: <420076E3.6000802@gmx.net> <4205EBEE.7040704@gmx.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Status: O X-Status: X-Keywords: X-UID: 1243 Thank's a lot christoph and sorry for hrmpffing :) I'll try all of your hints and post the results to this list ... Christoph Lampert wrote: >Hello Peter, > >On Sun, 6 Feb 2005, Peter Bergmann wrote: > > >>Was this question too complicated or is there a better place to >>ask for this information ? hrmpff. >> >> > >I don't like being hrmpff'ed at, but here is your answer. It guess, >nobody has answered so far, because there _isn't_ a good answer, and >also similar questions were (more or less) answered before: > > > >>>1) >>>Compared to video data I have very small changes from frame to frame >>>because most parts of the screen do not change at all. What are the >>>best (speed/quality) xvid encoding parameters for such >>>"video data" ? >>> >>> > >It sounds to me, that your changes are not what we would consider "small" >changes (i.e. the difference pic between two frames has only small >values), but rather "localized" chances, i.e. most stays the same, some >parts change very much. > >You can try the "cartoon" setting, which is kind of a hack to support >material like this, but apart from that, XviD is optmized for "natural >video", which is the main target of MPEG-4. For animation, especially like >geometrical object, other codecs might be vastly more effective (but >please don't ask me which...). If it's just geometrical object, try >something vector based. >If you really want to use XviD, you can also try using a large number of >B-frames, because those are very efficient if blocks don't change at all. > > > >>>2) >>>I have a big advantage: I do know exactly which parts (rectangle area) >>>of the new frame has changed compared to the previous one. So there >>>should be no need for xvid to analyse the complete frame! >>>Is there a way to "help" the encoder using this information? >>>How can I tell xvid which areas did not or did change ? >>> >>> > >On the API level, you can't. We tried a while ago to support this, for >speeding up the encoding of black letterbox bars, and to support some kind >of parallel encoding, but it was dropped very soon because it creates a >lot of work on the implementation side and there was no obvious gain. > >But feel free to add such a feature yourself: You might want to try >passing a boolean data structure to the encoder, where each 16x16 block >has a flag if it changed or not. Then, the encoding routine should mark >each "unchanged" block as SKIP in or before ME. This should cause all >further processing (Motion Compensation, (i)DCT, residue encoding) for >this block to be skipped. > >Alternatively, you can use adaptive quantization, to give a very high >quantizer to the unchanged areas and a low one to the changed. This should >prevent the common problem that blocks are not skipped, because their >reconstructed image information isn't close enough to the original (which >is frequent if the image has sharp edges). > > > >>>How much cpu could be save? >>> >>> > >You can't tell in advance. Definitely not linearly in the area. XviD >already has a fast "SKIP" detection, so no Motion Estimation is performed >if the image didn't change at all, and writing these block to the >bitstream is very fast as well (there's only 1 bit per block). >What you would gain is much less memory access, but one can only speculate >about speedup. A rough impression could come from testing like this: >Create the same animation twice, once encode it in a small window of an >otherwise static frame, and once encode only the window. Then, compare >speed and size. > >gruel > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Feb 11 07:26:24 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 4BEEE126D84 for ; Fri, 11 Feb 2005 07:26:24 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 6E14C18236; Fri, 11 Feb 2005 07:26:16 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de X-Greylist: delayed 317 seconds by postgrey-1.17 at edu; Fri, 11 Feb 2005 07:26:12 CET Received: from moe.2bsd.com (MOE.2BSD.COM [64.32.150.18]) by edu.bnhof.de (Postfix) with ESMTP id 4254318233 for ; Fri, 11 Feb 2005 07:26:11 +0100 (CET) Received: (from sms@localhost) by moe.2bsd.com (8.11.6/8.11.6) id j1B6Kil23636 for xvid-devel@xvid.org; Thu, 10 Feb 2005 22:20:44 -0800 (PST) Date: Thu, 10 Feb 2005 22:20:44 -0800 (PST) From: "Steven M. Schultz" Message-Id: <200502110620.j1B6Kil23636@moe.2bsd.com> To: xvid-devel@xvid.org Subject: [XviD-devel] yasm: unrecognized option `-DMARK_FUNCS' X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1430 Hi - Building xvid (from CVS) on a AMD64 (Opteron) gives an error: yasm: unrecognized option `-DMARK_FUNCS' is the workaround/fix to simply remove the "-DMARK_FUNCS"? Yasm doesn't seem to like that option. Is the version of yasm from SuSE 9.2 (64bit) too old perhaps? yasm --version yasm 0.3.0 Taking out the -DMARK_FUNCS does allow building to proceed further but then the compile fails in a massive spew of errors: A: quant/x86_64_asm/quantize_h263_mmx.asm ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:192: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:193: duplicate definition of `pcmpgtw'; first defined on line 287 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:193: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:241: duplicate definition of `pcmpgtw'; first defined on line 287 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:241: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:242: duplicate definition of `pcmpgtw'; first defined on line 287 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:242: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:297: duplicate definition of `pcmpgtw'; first defined on line 287 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:297: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:298: duplicate definition of `pcmpgtw'; first defined on line 287 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:298: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:320: duplicate definition of `pcmpgtw.done'; first defined on line 306 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:331: duplicate definition of `pcmpgtw.q1loop'; first defined on line 331 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:336: duplicate definition of `pcmpgtw'; first defined on line 287 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:336: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:337: duplicate definition of `pcmpgtw'; first defined on line 287 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:337: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:360: duplicate definition of `pcmpgtw.endfunc'; first defined on line 356 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:396: duplicate definition of `pcmpgtw'; first defined on line 287 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:396: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:397: duplicate definition of `pcmpgtw'; first defined on line 287 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:397: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:400: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:401: duplicate definition of `pcmpeqw'; first defined on line 495 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:401: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:475: duplicate definition of `pcmpgtw'; first defined on line 287 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:475: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:476: duplicate definition of `pcmpgtw'; first defined on line 287 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:476: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:479: duplicate definition of `pcmpeqw'; first defined on line 495 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:479: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:480: duplicate definition of `pcmpeqw'; first defined on line 495 ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:480: label or instruction expected at start of line ../../src/quant/x86_64_asm/quantize_h263_mmx.asm:507: duplicate definition of `pcmpeqw.endfunc'; first defined on line 536 make: *** [quant/x86_64_asm/quantize_h263_mmx.o] Error 1 Looks like I'll skip building xvid for now ;) Cheers, Steven Schultz _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Feb 11 07:34:02 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 5E029126D84 for ; Fri, 11 Feb 2005 07:34:02 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1B98218243; Fri, 11 Feb 2005 07:34:00 +0100 (CET) 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 9051A1823D for ; Fri, 11 Feb 2005 07:33:57 +0100 (CET) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.44) id 1CzUNK-0004gu-Ce for xvid-devel@xvid.org; Fri, 11 Feb 2005 07:33:58 +0100 Date: Fri, 11 Feb 2005 07:33:58 +0100 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] yasm: unrecognized option `-DMARK_FUNCS' Message-ID: <20050211063358.GA6486@edgomez.kicks-ass.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <200502110620.j1B6Kil23636@moe.2bsd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502110620.j1B6Kil23636@moe.2bsd.com> User-Agent: Mutt/1.5.6+20040907i X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1431 Steven M. Schultz (sms@2BSD.COM) wrote: > Hi - > > Building xvid (from CVS) on a AMD64 (Opteron) gives an error: > > yasm: unrecognized option `-DMARK_FUNCS' > > is the workaround/fix to simply remove the "-DMARK_FUNCS"? Yasm > doesn't seem to like that option. Is the version of yasm from > SuSE 9.2 (64bit) too old perhaps? > > yasm --version > yasm 0.3.0 This version is outdated, doesn't support all the things required and is completly buggy (generates incorrect code). So it's no use to try using it, you must use version 0.4.0 or the CVS/SVN version from: http://www.tortall.net/projects/yasm/wiki/Download -- 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 Feb 11 07:57:31 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 925C0126D84 for ; Fri, 11 Feb 2005 07:57:31 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8DF7DBFEA; Fri, 11 Feb 2005 07:57:29 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from moe.2bsd.com (MOE.2BSD.COM [64.32.150.18]) by edu.bnhof.de (Postfix) with ESMTP id 168CAA884 for ; Fri, 11 Feb 2005 07:57:25 +0100 (CET) Received: from localhost (sms@localhost) by moe.2bsd.com (8.11.6/8.11.6) with ESMTP id j1B6rSK23923 for ; Thu, 10 Feb 2005 22:53:28 -0800 (PST) Date: Thu, 10 Feb 2005 22:53:28 -0800 (PST) From: "Steven M. Schultz" To: xvid-devel@xvid.org Subject: Re: [XviD-devel] yasm: unrecognized option `-DMARK_FUNCS' In-Reply-To: <20050211063358.GA6486@edgomez.kicks-ass.org> Message-ID: 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 Status: O X-Status: X-Keywords: X-UID: 1432 On Fri, 11 Feb 2005, Edouard Gomez wrote: > > yasm --version > > yasm 0.3.0 > > This version is outdated, doesn't support all the things required and is > completly buggy (generates incorrect code). So it's no use to try using > it, you must use version 0.4.0 or the CVS/SVN version from: > http://www.tortall.net/projects/yasm/wiki/Download Thank you! I didn't expect such a quick (and useful) response. 0.4.0 worked beautifully. Thanks again. Steven Schultz _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Feb 12 03:09:58 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id A1F4A126D84 for ; Sat, 12 Feb 2005 03:09:58 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 713101822B; Sat, 12 Feb 2005 03:09:48 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay13-f33.bay13.hotmail.com [64.4.31.33]) by edu.bnhof.de (Postfix) with ESMTP id A158C181D4 for ; Sat, 12 Feb 2005 02:48:02 +0100 (CET) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 11 Feb 2005 17:48:00 -0800 Message-ID: Received: from 150.101.158.134 by by13fd.bay13.hotmail.msn.com with HTTP; Sat, 12 Feb 2005 01:47:43 GMT X-Originating-IP: [150.101.158.134] X-Originating-Email: [suxen_drol@hotmail.com] X-Sender: suxen_drol@hotmail.com From: "peter ross" To: xvid-devel@xvid.org Date: Sat, 12 Feb 2005 12:47:43 +1100 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_34bd_684c_1a45" X-OriginalArrivalTime: 12 Feb 2005 01:48:00.0419 (UTC) FILETIME=[E21D7730:01C510A4] X-Mailman-Approved-At: Sat, 12 Feb 2005 03:07:56 +0100 Subject: [XviD-devel] vbv 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 Status: O X-Status: X-Keywords: X-UID: 1527 This is a multi-part message in MIME format. ------=_NextPart_000_34bd_684c_1a45 Content-Type: text/plain; format=flowed gday, divxnetworks has advised the our current dxn profiles do not conform to their latest certification standard, and should be modificied to incorporate the following constraints: * 4mv is disabled for the handheld profile * 1:1 picture aspect only * disable bframes if interlacing is enabled * force maximum of 1 consecutive bvop for the portable and ht profiles, and 2 bvops for the hd profile * always write divx 5 userdata string to bitstream "DivX503b1393(p)" * force packed bitstream option * update vbv params i have assembled a patch, that adds an additional "strict conformance to dxn profile standard" checkbox. this is checked by default, but can be unchecked by advanced users who wish to experiment. since the v1.1 release is impending and feature frozen, i have attached the patch below for review. perhaps we need another beta, to give users a chance to test the "new" profiles with hardware players? christoph: dxn now uses a "max bits over 1sec constraint" instead of the 3sec constraint. this needs to be changed within xvidcore. currently, vfw multiplies the 1second constraint by 3 before passing it to xvidcore. FULL CHANGE LOG: xvidcore ======== added XVID_GLOBAL_DIVX5_USERDATA global flag removed the bvop delay warning text. this confuses joe user. "warning: nothing to output" "bframe decoder lag" minor changed to closed gop image_printf statement: s/"DX50 BVOP->PVOP"/"CLOSED GOP BVOP->PVOP" additional comments for low_delay_default mode within decoder_decode() divx userdata string: s/DivX999b000/DivX503b1393 this has been suggested by dxn for improved hardware compatibility [nb: i dont have a hardware player to confirm this] vbv_peakrate constraint is ignored if <= 0 vfw frontend ============ "strict conformance to DXN profile standard" checkbox: force 1:1 picture aspect ratio disable bframes if interlacing is enabled force maximum of 1 consecutive bvops for the portable and ht profiles, 2 bvops for the hd profile always write divx 5 userdata string to bitstream force packed bitstream option updated dxn vbv parameters added PROFILE_4MV flag. 4mv is now disabled for the dxn handheld profile. moved PROFILE_AS/PROFILE_ARTS/PROFILE_S to config.c profile[].max_bitrate now measured in bit/sec (not kbps) profile->level box: widgets are now greyed-out if they are not used. increase vertical size of profile drop down list. about box button: s/Dismiss/OK cheers, -- pete ------=_NextPart_000_34bd_684c_1a45 Content-Type: text/plain; name="dxn-profiles-patch.txt"; format=flowed Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="dxn-profiles-patch.txt" Index: src/decoder.c =================================================================== RCS file: /xvid/xvidcore/src/decoder.c,v retrieving revision 1.68 diff -u -r1.68 decoder.c --- src/decoder.c 5 Dec 2004 13:56:13 -0000 1.68 +++ src/decoder.c 12 Feb 2005 08:52:30 -0000 @@ -1511,19 +1511,22 @@ done : - /* low_delay_default mode: if we've gotten here without outputting anything, - then output the recently decoded frame, or print an error message */ - if (dec->low_delay_default && output == 0) { - if (dec->packed_mode && seen_something) { - /* output the recently decoded frame */ + /* if we reach here without outputing anything _and_ + the calling application has specified low_delay_default, + we *must* output something. + this always occurs on the first call to decode() call + when bframes are present in the bitstream. it may also + occur if no vops were seen in the bitstream + + if packed_mode is enabled, then we output the recently + decoded frame (the very first ivop). otherwise we have + nothing to display, and therefore output a black screen. + */ + if (dec->low_delay_default && output == 0) { + if (dec->packed_mode && seen_something) { decoder_output(dec, &dec->refn[0], dec->last_mbs, frame, stats, dec->last_coding_type, quant); - } else { + } else { image_clear(&dec->cur, dec->width, dec->height, dec->edged_width, 0, 128, 128); - image_printf(&dec->cur, dec->edged_width, dec->height, 16, 16, - "warning: nothing to output"); - image_printf(&dec->cur, dec->edged_width, dec->height, 16, 64, - "bframe decoder lag"); - decoder_output(dec, &dec->cur, NULL, frame, stats, P_VOP, quant); if (stats) stats->type = XVID_TYPE_NOTHING; } Index: src/encoder.c =================================================================== RCS file: /xvid/xvidcore/src/encoder.c,v retrieving revision 1.116 diff -u -r1.116 encoder.c --- src/encoder.c 10 Dec 2004 05:37:11 -0000 1.116 +++ src/encoder.c 4 Feb 2005 03:10:52 -0000 @@ -146,6 +146,8 @@ /* global flags */ pEnc->mbParam.global_flags = create->global; + if ((pEnc->mbParam.global_flags & XVID_GLOBAL_PACKED)) + pEnc->mbParam.global_flags |= XVID_GLOBAL_DIVX5_USERDATA; /* width, height */ pEnc->mbParam.width = create->width; @@ -1256,7 +1258,7 @@ SWAP(FRAMEINFO*, pEnc->current, pEnc->bframes[pEnc->bframenum_tail]); if ((pEnc->current->vop_flags & XVID_VOP_DEBUG)) { - image_printf(&pEnc->current->image, pEnc->mbParam.edged_width, pEnc->mbParam.height, 5, 100, "DX50 BVOP->PVOP"); + image_printf(&pEnc->current->image, pEnc->mbParam.edged_width, pEnc->mbParam.height, 5, 100, "CLOSED GOP BVOP->PVOP"); } /* convert B-VOP quant to P-VOP */ Index: src/xvid.h =================================================================== RCS file: /xvid/xvidcore/src/xvid.h,v retrieving revision 1.48 diff -u -r1.48 xvid.h --- src/xvid.h 16 Jan 2005 10:34:52 -0000 1.48 +++ src/xvid.h 3 Feb 2005 07:02:37 -0000 @@ -593,7 +593,8 @@ #define XVID_GLOBAL_VOL_AT_IVOP (1<<3) /* write vol at every ivop: WIN32/divx compatibility */ #define XVID_GLOBAL_FORCE_VOL (1<<4) /* when vol-based parameters are changed, insert an ivop NOT recommended */ #endif - +#define XVID_GLOBAL_DIVX5_USERDATA (1<<5) /* write divx5 userdata string + this is implied if XVID_GLOBAL_PACKED is set */ /*---------------------------------------------------------------------------- * "VOL" flags Index: src/bitstream/bitstream.c =================================================================== RCS file: /xvid/xvidcore/src/bitstream/bitstream.c,v retrieving revision 1.48 diff -u -r1.48 bitstream.c --- src/bitstream/bitstream.c 5 Dec 2004 13:56:13 -0000 1.48 +++ src/bitstream/bitstream.c 13 Feb 2005 11:16:17 -0000 @@ -1251,10 +1251,12 @@ BitstreamPadAlways(bs); /* next_start_code(); */ - /* fake divx5 id, to ensure compatibility with divx5 decoder */ -#define DIVX5_ID "DivX999b000p" - if (pParam->max_bframes > 0 && (pParam->global_flags & XVID_GLOBAL_PACKED)) { - BitstreamWriteUserData(bs, DIVX5_ID, strlen(DIVX5_ID)); + /* divx id */ +#define DIVX5_ID "DivX503b1393" + if ((pParam->global_flags & XVID_GLOBAL_DIVX5_USERDATA)) { + BitstreamWriteUserData(bs, DIVX5_ID, strlen(DIVX5_ID)); + if (pParam->max_bframes > 0 && (pParam->global_flags & XVID_GLOBAL_PACKED)) + BitstreamPutBits(bs, 'p', 8); } /* xvid id */ Index: src/plugins/plugin_2pass2.c =================================================================== RCS file: /xvid/xvidcore/src/plugins/plugin_2pass2.c,v retrieving revision 1.6 diff -u -r1.6 plugin_2pass2.c --- src/plugins/plugin_2pass2.c 9 Jan 2005 20:26:42 -0000 1.6 +++ src/plugins/plugin_2pass2.c 14 Feb 2005 01:36:11 -0000 @@ -457,8 +457,8 @@ if (rc->param.vbv_size==0) { rc->param.vbv_size = 3145728; rc->param.vbv_initial = 2359296; - rc->param.vbv_maxrate = 4000000; - rc->param.vbv_peakrate = 10000000; + rc->param.vbv_maxrate = 4854000; + rc->param.vbv_peakrate = 8000000; } #endif @@ -1461,8 +1461,8 @@ * typical values from DivX Home Theater profile: * vbv_size= 384*1024 (384kB) * vbv_initial= 288*1024 (75% fill) - * maxrate= 4000000 (4MBps) - * peakrate= 10000000 (10MBps) + * maxrate= 4854000 (4.854MBps) + * peakrate= 8000000 (8MBps) * * PAL: offset3s = 75 (3 seconds of 25fps) * NTSC: offset3s = 90 (3 seconds of 29.97fps) or 72 (3 seconds of 23.976fps) @@ -1490,7 +1490,8 @@ if (i>=offset3s) bytes3s -= rc->stats[i-offset3s].scaled_length; - if (8.f*bytes3s > 3*peakrate) + /* ignore peakrate constraint if peakrate is <= 0.f */ + if (peakrate>0.f && 8.f*bytes3s > 3*peakrate) return(VBV_PEAKRATE); /* update vbv fill level */ Index: vfw/src/codec.c =================================================================== RCS file: /xvid/xvidcore/vfw/src/codec.c,v retrieving revision 1.16 diff -u -r1.16 codec.c --- vfw/src/codec.c 30 Jan 2005 14:04:11 -0000 1.16 +++ vfw/src/codec.c 13 Feb 2005 10:15:35 -0000 @@ -504,9 +504,13 @@ /* VBV */ pass2.vbv_size = profiles[codec->config.profile].max_vbv_size; - pass2.vbv_initial = (profiles[codec->config.profile].max_vbv_size*3)/4; - pass2.vbv_maxrate = 1000*profiles[codec->config.profile].max_bitrate; - pass2.vbv_peakrate = 10000000; /* 10mbps -- fixme */ + pass2.vbv_initial = (profiles[codec->config.profile].max_vbv_size*3)/4; /* 75% */ + pass2.vbv_maxrate = profiles[codec->config.profile].max_bitrate; + + // XXX: xvidcore current provides a "peak bits over 3secs" constraint. + // according to the latest dxn literature, a 1sec constraint is now used + // until xvidcore is modified, simply times 1sec peak rate by 3. + pass2.vbv_peakrate = profiles[codec->config.profile].vbv_peakrate * 3; plugins[create.num_plugins].func = codec->xvid_plugin_2pass2_func; plugins[create.num_plugins].param = &pass2; @@ -563,17 +567,33 @@ create.max_quant[2] = codec->config.max_bquant; if ((profiles[codec->config.profile].flags & PROFILE_BVOP) && codec->config.use_bvop) { - create.max_bframes = codec->config.max_bframes; - create.bquant_ratio = codec->config.bquant_ratio; - create.bquant_offset = codec->config.bquant_offset; - if (codec->config.packed) - create.global |= XVID_GLOBAL_PACKED; + /* dxn: do not enable bframes if interlacing is selected */ + if (!(codec->config.strict_dxn && (profiles[codec->config.profile].flags & PROFILE_DXN) && codec->config.interlacing)) { + create.max_bframes = codec->config.max_bframes; + create.bquant_ratio = codec->config.bquant_ratio; + create.bquant_offset = codec->config.bquant_offset; + + if (codec->config.packed) + create.global |= XVID_GLOBAL_PACKED; + + create.global |= XVID_GLOBAL_CLOSED_GOP; - create.global |= XVID_GLOBAL_CLOSED_GOP; + /* dxn: restrict max bframes and enable packed bframes */ + if (codec->config.strict_dxn && (profiles[codec->config.profile].flags & PROFILE_DXN)) { + if (create.max_bframes > profiles[codec->config.profile].dxn_max_bframes) + create.max_bframes = profiles[codec->config.profile].dxn_max_bframes; + + create.global |= XVID_GLOBAL_PACKED; + } + } } + /* dxn: always write divx5 userdata */ + if (codec->config.strict_dxn && (profiles[codec->config.profile].flags & PROFILE_DXN)) + create.global |= XVID_GLOBAL_DIVX5_USERDATA; + create.frame_drop_ratio = codec->config.frame_drop_ratio; create.num_threads = codec->config.num_threads; @@ -697,7 +717,10 @@ if ((profiles[codec->config.profile].flags & PROFILE_INTERLACE) && codec->config.interlacing) frame.vol_flags |= XVID_VOL_INTERLACING; - if (codec->config.ar_mode == 0) { /* PAR */ + /* dxn: force 1:1 picture aspect ration */ + if (codec->config.strict_dxn && (profiles[codec->config.profile].flags & PROFILE_DXN)) { + frame.par = XVID_PAR_11_VGA; + } else if (codec->config.ar_mode == 0) { /* PAR */ if (codec->config.display_aspect_ratio != 5) { frame.par = codec->config.display_aspect_ratio + 1; } else { @@ -728,8 +751,10 @@ frame.vop_flags |= XVID_VOP_TRELLISQUANT; } - if (codec->config.motion_search > 4) - frame.vop_flags |= XVID_VOP_INTER4V; + if ((profiles[codec->config.profile].flags & PROFILE_4MV)) { + if (codec->config.motion_search > 4) + frame.vop_flags |= XVID_VOP_INTER4V; + } if (codec->config.chromame) frame.motion |= XVID_ME_CHROMA_PVOP + XVID_ME_CHROMA_BVOP; Index: vfw/src/config.c =================================================================== RCS file: /xvid/xvidcore/vfw/src/config.c,v retrieving revision 1.23 diff -u -r1.23 config.c --- vfw/src/config.c 10 Jan 2005 06:07:07 -0000 1.23 +++ vfw/src/config.c 14 Feb 2005 00:08:22 -0000 @@ -108,40 +108,46 @@ /* default vbv_occupancy is (64/170)*vbv_buffer_size */ +#define PROFILE_S (PROFILE_4MV) +#define PROFILE_ARTS (PROFILE_4MV|PROFILE_ADAPTQUANT) +#define PROFILE_AS (PROFILE_4MV|PROFILE_ADAPTQUANT|PROFILE_BVOP|PROFILE_MPEGQUANT|PROFILE_INTERLACE|PROFILE_QPEL|PROFILE_GMC) + const profile_t profiles[] = { -/* name p@l, w h fps obj Tvmv vmv vcv ac% vbv pkt kbps flags */ - { "Simple @ L0", 0x08, 176, 144, 15, 1, 198, 99, 1485, 100, 10*16368, 2048, 64, 0 }, +/* name p@l, w h fps obj Tvmv vmv vcv ac% vbv pkt bps vbv_peak dbf flags */ + { "Simple @ L0", 0x08, 176, 144, 15, 1, 198, 99, 1485, 100, 10*16368, 2048, 64000, 0, -1, PROFILE_S }, /* simple@l0: max f_code=1, intra_dc_vlc_threshold=0 */ /* if ac preidition is used, adaptive quantization must not be used */ /* <=qcif must be used */ - { "Simple @ L1", 0x01, 176, 144, 15, 4, 198, 99, 1485, 100, 10*16368, 2048, 64, PROFILE_ADAPTQUANT }, - { "Simple @ L2", 0x02, 352, 288, 15, 4, 792, 396, 5940, 100, 40*16368, 4096, 128, PROFILE_ADAPTQUANT }, - { "Simple @ L3", 0x03, 352, 288, 15, 4, 792, 396, 11880, 100, 40*16368, 8192, 384, PROFILE_ADAPTQUANT }, - - { "ARTS @ L1", 0x91, 176, 144, 15, 4, 198, 99, 1485, 100, 10*16368, 8192, 64, PROFILE_ARTS }, - { "ARTS @ L2", 0x92, 352, 288, 15, 4, 792, 396, 5940, 100, 40*16368, 16384, 128, PROFILE_ARTS }, - { "ARTS @ L3", 0x93, 352, 288, 30, 4, 792, 396, 11880, 100, 40*16368, 16384, 384, PROFILE_ARTS }, - { "ARTS @ L4", 0x94, 352, 288, 30, 16, 792, 396, 11880, 100, 80*16368, 16384, 2000, PROFILE_ARTS }, - - { "AS @ L0", 0xf0, 176, 144, 30, 1, 297, 99, 2970, 100, 10*16368, 2048, 128, PROFILE_AS }, - { "AS @ L1", 0xf1, 176, 144, 30, 4, 297, 99, 2970, 100, 10*16368, 2048, 128, PROFILE_AS }, - { "AS @ L2", 0xf2, 352, 288, 15, 4, 1188, 396, 5940, 100, 40*16368, 4096, 384, PROFILE_AS }, - { "AS @ L3", 0xf3, 352, 288, 30, 4, 1188, 396, 11880, 100, 40*16368, 4096, 768, PROFILE_AS }, + { "Simple @ L1", 0x01, 176, 144, 15, 4, 198, 99, 1485, 100, 10*16368, 2048, 64000, 0, -1, PROFILE_S|PROFILE_ADAPTQUANT }, + { "Simple @ L2", 0x02, 352, 288, 15, 4, 792, 396, 5940, 100, 40*16368, 4096, 128000, 0, -1, PROFILE_S|PROFILE_ADAPTQUANT }, + { "Simple @ L3", 0x03, 352, 288, 15, 4, 792, 396, 11880, 100, 40*16368, 8192, 384000, 0, -1, PROFILE_S|PROFILE_ADAPTQUANT }, + +#if 0 /* since rrv encoding is no longer support, these profiles have little use */ + { "ARTS @ L1", 0x91, 176, 144, 15, 4, 198, 99, 1485, 100, 10*16368, 8192, 64000, 0, -1, PROFILE_ARTS }, + { "ARTS @ L2", 0x92, 352, 288, 15, 4, 792, 396, 5940, 100, 40*16368, 16384, 128000, 0, -1, PROFILE_ARTS }, + { "ARTS @ L3", 0x93, 352, 288, 30, 4, 792, 396, 11880, 100, 40*16368, 16384, 384000, 0, -1, PROFILE_ARTS }, + { "ARTS @ L4", 0x94, 352, 288, 30, 16, 792, 396, 11880, 100, 80*16368, 16384, 2000000, 0, -1, PROFILE_ARTS }, +#endif + + { "AS @ L0", 0xf0, 176, 144, 30, 1, 297, 99, 2970, 100, 10*16368, 2048, 128000, 0, -1, PROFILE_AS }, + { "AS @ L1", 0xf1, 176, 144, 30, 4, 297, 99, 2970, 100, 10*16368, 2048, 128000, 0, -1, PROFILE_AS }, + { "AS @ L2", 0xf2, 352, 288, 15, 4, 1188, 396, 5940, 100, 40*16368, 4096, 384000, 0, -1, PROFILE_AS }, + { "AS @ L3", 0xf3, 352, 288, 30, 4, 1188, 396, 11880, 100, 40*16368, 4096, 768000, 0, -1, PROFILE_AS }, /* ISMA Profile 1, (ASP) @ L3b (CIF, 1.5 Mb/s) CIF(352x288), 30fps, 1.5Mbps max ??? */ - { "AS @ L4", 0xf4, 352, 576, 30, 4, 2376, 792, 23760, 50, 80*16368, 8192, 3000, PROFILE_AS }, - { "AS @ L5", 0xf5, 720, 576, 30, 4, 4860, 1620, 48600, 25, 112*16368, 16384, 8000, PROFILE_AS }, + { "AS @ L4", 0xf4, 352, 576, 30, 4, 2376, 792, 23760, 50, 80*16368, 8192, 3000000, 0, -1, PROFILE_AS }, + { "AS @ L5", 0xf5, 720, 576, 30, 4, 4860, 1620, 48600, 25, 112*16368, 16384, 8000000, 0, -1, PROFILE_AS }, #ifdef DXN_PROFILES - { "DXN Handheld", 0x00, 176, 144, 15, -1, 198, 99, 1485, 100, 16*16368, -1, 128, PROFILE_ADAPTQUANT }, - { "DXN Portable NTSC", 0x00, 352, 240, 30, -1, 990, 330, 9900, 100, 64*16368, -1, 768, PROFILE_ADAPTQUANT|PROFILE_BVOP }, - { "DXN Portable PAL", 0x00, 352, 288, 25, -1, 1188, 396, 9900, 100, 64*16368, -1, 768, PROFILE_ADAPTQUANT|PROFILE_BVOP }, - { "DXN HT NTSC", 0x00, 720, 480, 30, -1, 4050, 1350, 40500, 100, 192*16368, -1, 4000, PROFILE_ADAPTQUANT|PROFILE_BVOP|PROFILE_INTERLACE }, - { "DXN HT PAL", 0x00, 720, 576, 25, -1, 4860, 1620, 40500, 100, 192*16368, -1, 4000, PROFILE_ADAPTQUANT|PROFILE_BVOP|PROFILE_INTERLACE }, - { "DXN HDTV", 0x00, 1280, 720, 30, -1,10800, 3600, 108000, 100, 384*16368, -1, 8000, PROFILE_ADAPTQUANT|PROFILE_BVOP|PROFILE_INTERLACE }, + { "DXN Handheld", 0x00, 176, 144, 15, 1, 198, 99, 1485, 100, 32*8192, -1, 537600, 800000, 0, PROFILE_ADAPTQUANT|PROFILE_DXN }, + { "DXN Portable NTSC",0x00, 352, 240, 30, 1, 990, 330, 36000, 100, 384*8192, -1, 4854000, 8000000, 1, PROFILE_4MV|PROFILE_ADAPTQUANT|PROFILE_BVOP|PROFILE_DXN }, + { "DXN Portable PAL", 0x00, 352, 288, 25, 1, 1188, 396, 36000, 100, 384*8192, -1, 4854000, 8000000, 1, PROFILE_4MV|PROFILE_ADAPTQUANT|PROFILE_BVOP|PROFILE_DXN }, + { "DXN HT NTSC", 0x00, 720, 480, 30, 1, 4050, 1350, 40500, 100, 384*8192, -1, 4854000, 8000000, 1, PROFILE_4MV|PROFILE_ADAPTQUANT|PROFILE_BVOP|PROFILE_INTERLACE|PROFILE_DXN }, + { "DXN HT PAL", 0x00, 720, 576, 25, 1, 4860, 1620, 40500, 100, 384*8192, -1, 4854000, 8000000, 1, PROFILE_4MV|PROFILE_ADAPTQUANT|PROFILE_BVOP|PROFILE_INTERLACE|PROFILE_DXN }, + { "DXN HDTV", 0x00, 1280, 720, 30, 1,10800, 3600, 108000, 100, 768*8192, -1, 9708400, 16000000, 2, PROFILE_4MV|PROFILE_ADAPTQUANT|PROFILE_BVOP|PROFILE_INTERLACE|PROFILE_DXN }, #endif - { "(unrestricted)", 0x00, 0, 0, 0, 0, 0, 0, 0, 100, 0*16368, 0, 0, 0xffffffff }, + { "(unrestricted)", 0x00, 0, 0, 0, 0, 0, 0, 0, 100, 0*16368, -1, 0, 0, -1, 0xffffffff & ~PROFILE_DXN }, }; @@ -208,6 +214,7 @@ {"bquant_ratio", ®.bquant_ratio, 150}, /* 100-base float */ {"bquant_offset", ®.bquant_offset, 100}, /* 100-base float */ {"packed", ®.packed, 1}, + {"strict_dxn", ®.strict_dxn, 1}, /* aspect ratio */ {"ar_mode", ®.ar_mode, 0}, @@ -547,6 +554,12 @@ SetDlgItemText(hDlg, item, buf); } +static void set_dlgitem_float1000(HWND hDlg, UINT item, int value) +{ + char buf[FLOAT_BUF_SZ]; + sprintf(buf, "%.3f", (float)value/1000); + SetDlgItemText(hDlg, item, buf); +} #define HEX_BUF_SZ 16 static unsigned int get_dlgitem_hex(HWND hDlg, UINT item, unsigned int def) @@ -853,6 +866,8 @@ EnableDlgWindow(hDlg, IDC_BQUANTRATIO_S, bvops); EnableDlgWindow(hDlg, IDC_BQUANTOFFSET_S, bvops); EnableDlgWindow(hDlg, IDC_PACKED, bvops); + + EnableDlgWindow(hDlg, IDC_STRICT_DXN, profiles[profile].flags&PROFILE_DXN); break; case IDD_AR: @@ -890,7 +905,36 @@ SetDlgItemInt(hDlg, IDC_LEVEL_VMV, profiles[profile].max_vmv_buffer_sz, FALSE); SetDlgItemInt(hDlg, IDC_LEVEL_VCV, profiles[profile].vcv_decoder_rate, FALSE); SetDlgItemInt(hDlg, IDC_LEVEL_VBV, profiles[profile].max_vbv_size, FALSE); - SetDlgItemInt(hDlg, IDC_LEVEL_BITRATE, profiles[profile].max_bitrate, FALSE); + set_dlgitem_float1000(hDlg, IDC_LEVEL_BITRATE, profiles[profile].max_bitrate); + SetDlgItemInt(hDlg, IDC_LEVEL_PEAKRATE, profiles[profile].vbv_peakrate, FALSE); + + { + int en_dim = profiles[profile].width && profiles[profile].height; + int en_vmv = profiles[profile].max_vmv_buffer_sz; + int en_vcv = profiles[profile].vcv_decoder_rate; + EnableDlgWindow(hDlg, IDC_LEVEL_LEVEL_G, en_dim || en_vmv || en_vcv); + EnableDlgWindow(hDlg, IDC_LEVEL_DIM_S, en_dim); + EnableDlgWindow(hDlg, IDC_LEVEL_WIDTH, en_dim); + EnableDlgWindow(hDlg, IDC_LEVEL_HEIGHT,en_dim); + EnableDlgWindow(hDlg, IDC_LEVEL_FPS, en_dim); + EnableDlgWindow(hDlg, IDC_LEVEL_VMV_S, en_vmv); + EnableDlgWindow(hDlg, IDC_LEVEL_VMV, en_vmv); + EnableDlgWindow(hDlg, IDC_LEVEL_VCV_S, en_vcv); + EnableDlgWindow(hDlg, IDC_LEVEL_VCV, en_vcv); + } + { + int en_vbv = profiles[profile].max_vbv_size; + int en_br = profiles[profile].max_bitrate; + int en_pr = profiles[profile].vbv_peakrate; + + EnableDlgWindow(hDlg, IDC_LEVEL_VBV_G, en_vbv || en_br || en_pr); + EnableDlgWindow(hDlg, IDC_LEVEL_VBV_S, en_vbv); + EnableDlgWindow(hDlg, IDC_LEVEL_VBV, en_vbv); + EnableDlgWindow(hDlg, IDC_LEVEL_BITRATE_S, en_br); + EnableDlgWindow(hDlg, IDC_LEVEL_BITRATE, en_br); + EnableDlgWindow(hDlg, IDC_LEVEL_PEAKRATE_S, en_pr); + EnableDlgWindow(hDlg, IDC_LEVEL_PEAKRATE, en_pr); + } break; case IDD_BITRATE : @@ -1068,6 +1112,7 @@ set_dlgitem_float(hDlg, IDC_BQUANTOFFSET, config->bquant_offset); CheckDlg(hDlg, IDC_PACKED, config->packed); + CheckDlg(hDlg, IDC_STRICT_DXN, config->strict_dxn); break; case IDD_AR: CheckRadioButton(hDlg, IDC_AR, IDC_PAR, config->ar_mode == 0 ? IDC_PAR : IDC_AR); @@ -1214,6 +1259,8 @@ config->bquant_ratio = get_dlgitem_float(hDlg, IDC_BQUANTRATIO, config->bquant_ratio); config->bquant_offset = get_dlgitem_float(hDlg, IDC_BQUANTOFFSET, config->bquant_offset); config->packed = IsDlgChecked(hDlg, IDC_PACKED); + + config->strict_dxn = IsDlgChecked(hDlg, IDC_STRICT_DXN); break; case IDD_AR: Index: vfw/src/config.h =================================================================== RCS file: /xvid/xvidcore/vfw/src/config.h,v retrieving revision 1.6 diff -u -r1.6 config.h --- vfw/src/config.h 10 Jan 2005 05:01:01 -0000 1.6 +++ vfw/src/config.h 13 Feb 2005 09:30:22 -0000 @@ -125,6 +125,7 @@ int bquant_ratio; int bquant_offset; int packed; + int strict_dxn; /* strict conformance to dxn profile standard */ int display_aspect_ratio; /* aspect ratio */ int ar_x, ar_y; /* picture aspect ratio */ int par_x, par_y; /* custom pixel aspect ratio */ @@ -228,9 +229,9 @@ #define PROFILE_INTERLACE 0x00000008 #define PROFILE_QPEL 0x00000010 #define PROFILE_GMC 0x00000020 +#define PROFILE_4MV 0x00000040 +#define PROFILE_DXN 0x00000080 -#define PROFILE_AS (PROFILE_ADAPTQUANT|PROFILE_BVOP|PROFILE_MPEGQUANT|PROFILE_INTERLACE|PROFILE_QPEL|PROFILE_GMC) -#define PROFILE_ARTS (PROFILE_ADAPTQUANT) static const int PARS[][2] = { {1, 1}, @@ -258,7 +259,9 @@ int max_acpred_mbs; /* percentage */ int max_vbv_size; /* max vbv size (bits) 16368 bits */ int max_video_packet_length; /* bits */ - int max_bitrate; /* kbits/s */ + int max_bitrate; /* bits per second */ + int vbv_peakrate; /* max bits over anyone second period; 0=don't care */ + int dxn_max_bframes; /* dxn: max consecutive bframes */ unsigned int flags; } profile_t; Index: vfw/src/resource.h =================================================================== RCS file: /xvid/xvidcore/vfw/src/resource.h,v retrieving revision 1.8 diff -u -r1.8 resource.h --- vfw/src/resource.h 25 Jul 2004 02:26:57 -0000 1.8 +++ vfw/src/resource.h 13 Feb 2005 09:52:41 -0000 @@ -253,6 +253,7 @@ #define IDC_CBR_BUFFER 1214 #define IDC_PACKED 1215 #define IDC_BSTATIC1 1216 +#define IDC_STRICT_DXN 1216 #define IDC_MAXBFRAMES_S 1217 #define IDC_BQUANTRATIO_S 1218 #define IDC_DX50BVOP 1219 @@ -330,6 +331,7 @@ #define IDC_LEVEL_VBV 1299 #define IDC_LEVEL_BITRATE 1300 #define IDC_BITRATE 1302 +#define IDC_LEVEL_PEAKRATE 1302 #define IDC_BITRATE_MIN 1303 #define IDC_BITRATE_MAX 1304 #define IDC_ZONE_BVOPTHRESHOLD_S 1305 @@ -418,6 +420,14 @@ #define IDC_TFF 1394 #define IDC_VHQ_BFRAME 1395 #define IDC_LICENSE_TEXT 1396 +#define IDC_LEVEL_PEAKRATE_S 1397 +#define IDC_LEVEL_BITRATE_S 1398 +#define IDC_LEVEL_VBV_S 1399 +#define IDC_LEVEL_VBV_G 1400 +#define IDC_LEVEL_DIM_S 1401 +#define IDC_LEVEL_VMV_S 1402 +#define IDC_LEVEL_VCV_S 1403 +#define IDC_LEVEL_LEVEL_G 1404 // Next default values for new objects // @@ -425,7 +435,7 @@ #ifndef APSTUDIO_READONLY_SYMBOLS #define _APS_NEXT_RESOURCE_VALUE 132 #define _APS_NEXT_COMMAND_VALUE 40001 -#define _APS_NEXT_CONTROL_VALUE 1397 +#define _APS_NEXT_CONTROL_VALUE 1405 #define _APS_NEXT_SYMED_VALUE 101 #endif #endif Index: vfw/src/resource.rc =================================================================== RCS file: /xvid/xvidcore/vfw/src/resource.rc,v retrieving revision 1.18 diff -u -r1.18 resource.rc --- vfw/src/resource.rc 16 Jan 2005 10:23:53 -0000 1.18 +++ vfw/src/resource.rc 13 Feb 2005 10:08:25 -0000 @@ -78,9 +78,9 @@ IDD_MAIN DIALOGEX 0, 0, 225, 255 STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU CAPTION "XviD Configuration" -FONT 8, "MS Shell Dlg", 0, 0, 0x1 +FONT 8, "MS Shell Dlg" BEGIN - COMBOBOX IDC_PROFILE,88,16,91,76,CBS_DROPDOWNLIST | WS_VSCROLL | + COMBOBOX IDC_PROFILE,88,16,91,200,CBS_DROPDOWNLIST | WS_VSCROLL | WS_TABSTOP PUSHBUTTON "more...",IDC_PROFILE_ADV,184,16,28,12 COMBOBOX IDC_MODE,88,34,92,76,CBS_DROPDOWNLIST | WS_VSCROLL | @@ -519,9 +519,9 @@ CAPTION "Profile" FONT 8, "MS Shell Dlg" BEGIN - GROUPBOX "",IDC_STATIC,8,120,196,86 + GROUPBOX "",IDC_STATIC,8,120,196,72 LTEXT "Profile @ Level:",IDC_STATIC,8,10,52,8 - COMBOBOX IDC_PROFILE_PROFILE,84,8,116,76,CBS_DROPDOWNLIST | + COMBOBOX IDC_PROFILE_PROFILE,84,8,116,200,CBS_DROPDOWNLIST | WS_VSCROLL | WS_TABSTOP COMBOBOX IDC_QUANTTYPE,111,32,76,76,CBS_DROPDOWNLIST | WS_VSCROLL | WS_TABSTOP @@ -541,12 +541,15 @@ EDITTEXT IDC_BQUANTRATIO,120,147,76,12,ES_AUTOHSCROLL EDITTEXT IDC_BQUANTOFFSET,120,161,76,12,ES_AUTOHSCROLL CONTROL "Packed bitstream",IDC_PACKED,"Button",BS_AUTOCHECKBOX | - WS_TABSTOP,16,182,71,10 + WS_TABSTOP,16,178,71,10 LTEXT "Quantizer ratio:",IDC_BQUANTRATIO_S,16,150,89,8 LTEXT "Quantizer offset:",IDC_BQUANTOFFSET_S,16,164,52,8 LTEXT "Quantization type:",IDC_QUANTTYPE_S,16,36,85,8 CONTROL "Top field first",IDC_TFF,"Button",BS_AUTOCHECKBOX | WS_TABSTOP,100,72,56,10 + CONTROL "Strict conformance to DXN profile standard", + IDC_STRICT_DXN,"Button",BS_AUTOCHECKBOX | WS_TABSTOP,16, + 196,151,10 END IDD_ZONE DIALOG DISCARDABLE 0, 0, 212, 194 @@ -586,29 +589,38 @@ CAPTION "Level" FONT 8, "MS Shell Dlg" BEGIN - COMBOBOX IDC_LEVEL_PROFILE,84,8,116,76,CBS_DROPDOWNLIST | + COMBOBOX IDC_LEVEL_PROFILE,84,8,116,200,CBS_DROPDOWNLIST | WS_VSCROLL | WS_TABSTOP EDITTEXT IDC_LEVEL_WIDTH,88,43,28,12,ES_AUTOHSCROLL | ES_READONLY EDITTEXT IDC_LEVEL_HEIGHT,128,43,28,12,ES_AUTOHSCROLL | ES_READONLY EDITTEXT IDC_LEVEL_FPS,168,43,28,12,ES_AUTOHSCROLL | ES_READONLY - EDITTEXT IDC_LEVEL_VMV,156,60,40,12,ES_AUTOHSCROLL | ES_READONLY - EDITTEXT IDC_LEVEL_VCV,156,77,40,12,ES_AUTOHSCROLL | ES_READONLY - EDITTEXT IDC_LEVEL_VBV,156,115,40,12,ES_AUTOHSCROLL | ES_READONLY - EDITTEXT IDC_LEVEL_BITRATE,156,131,40,12,ES_AUTOHSCROLL | + EDITTEXT IDC_LEVEL_VMV,156,60,40,12,ES_RIGHT | ES_AUTOHSCROLL | + ES_READONLY + EDITTEXT IDC_LEVEL_VCV,156,77,40,12,ES_RIGHT | ES_AUTOHSCROLL | + ES_READONLY + EDITTEXT IDC_LEVEL_VBV,156,115,40,12,ES_RIGHT | ES_AUTOHSCROLL | ES_READONLY + EDITTEXT IDC_LEVEL_BITRATE,156,131,40,12,ES_RIGHT | + ES_AUTOHSCROLL | ES_READONLY LTEXT "Profile @ Level:",IDC_STATIC,8,10,52,8 GROUPBOX "Level - XviD will not force you to respect these", - IDC_STATIC,8,28,196,66 - LTEXT "Suggested:",IDC_STATIC,16,45,48,8 + IDC_LEVEL_LEVEL_G,8,28,196,66 + LTEXT "Suggested:",IDC_LEVEL_DIM_S,16,45,48,8 LTEXT "x",IDC_STATIC,120,45,8,8 - LTEXT "Max bitrate (kbps)",IDC_STATIC,16,133,108,8 - LTEXT "Max buffer size (bits):",IDC_STATIC,16,117,108,8 - LTEXT "Max processing rate (mbs/sec)",IDC_STATIC,16,79,108,8 - LTEXT "Max frame size (macroblocks):",IDC_STATIC,16,63,108,8 + LTEXT "Max bitrate (kbps)",IDC_LEVEL_BITRATE_S,16,133,108,8 + LTEXT "Max buffer size (bits):",IDC_LEVEL_VBV_S,16,117,108,8 + LTEXT "Max processing rate (mbs/sec)",IDC_LEVEL_VCV_S,16,79, + 108,8 + LTEXT "Max frame size (macroblocks):",IDC_LEVEL_VMV_S,16,63, + 108,8 LTEXT "x",IDC_STATIC,160,45,8,8 GROUPBOX "Video Buffer Verifier - used in Two-Pass mode", - IDC_STATIC,8,100,196,49 + IDC_LEVEL_VBV_G,8,100,196,66 + EDITTEXT IDC_LEVEL_PEAKRATE,156,148,40,12,ES_RIGHT | + ES_AUTOHSCROLL | ES_READONLY + LTEXT "Max bits over any one second interval:", + IDC_LEVEL_PEAKRATE_S,16,150,128,8 END IDD_DEC DIALOG DISCARDABLE 0, 0, 212, 212 @@ -853,7 +865,7 @@ CAPTION "GNU General Public License" FONT 8, "MS Sans Serif" BEGIN - PUSHBUTTON "Dismiss",IDOK,172,218,84,14 + PUSHBUTTON "OK",IDOK,172,218,84,14 EDITTEXT IDC_LICENSE_TEXT,2,2,426,212,ES_MULTILINE | ES_AUTOHSCROLL | ES_READONLY | WS_VSCROLL END @@ -936,6 +948,7 @@ STRINGTABLE DISCARDABLE BEGIN + IDC_STRICT_DXN "The option improves compatibility with DXN certified hardware players. When enabled, the following constraints take effect:\n\n* force 1:1 picture aspect ratio\n* disable bvops if interlaced encoding is enabled\n* force a maximum of 1 consecutive bvop for the portable and HT profiles, and a maximum of 2 consecutive bvops for the HD profile\n* always write divx5 user data string into the bitstream\n* force packed bitstream" IDC_FRAMEDROP "Frame dropping ratio. 0 = no frame dropping .. 100 = drop all frames." IDC_KFREDUCTION "Reduction of bitrate for the first consecutive i-frames. The last i-frame will get treated normally." IDC_GMC "Use Global Motion Compensation." ------=_NextPart_000_34bd_684c_1a45 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 ------=_NextPart_000_34bd_684c_1a45-- From xvid-devel-bounces@xvid.org Sat Feb 12 03:22:08 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 3F1A8126D84 for ; Sat, 12 Feb 2005 03:22:08 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D7821D940; Sat, 12 Feb 2005 03:22:05 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay13-f42.bay13.hotmail.com [64.4.31.42]) by edu.bnhof.de (Postfix) with ESMTP id 73D7BA884 for ; Sat, 12 Feb 2005 03:22:01 +0100 (CET) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 11 Feb 2005 18:22:00 -0800 Message-ID: Received: from 150.101.158.134 by by13fd.bay13.hotmail.msn.com with HTTP; Sat, 12 Feb 2005 02:21:36 GMT X-Originating-IP: [150.101.158.134] X-Originating-Email: [suxen_drol@hotmail.com] X-Sender: suxen_drol@hotmail.com From: "peter ross" To: xvid-devel@xvid.org Date: Sat, 12 Feb 2005 13:21:36 +1100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 12 Feb 2005 02:22:00.0582 (UTC) FILETIME=[A225A260:01C510A9] Subject: [XviD-devel] Re: How to verify that xvid's conformance with a certainprofile/level of MPEG-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 Status: O X-Status: X-Keywords: X-UID: 1528 hi, On Wed, 2 Feb 2005 09:16:45 +0800 "Fan Chen" wrote: >I'm a new comer to this mail list. I have a question about the xvid's >conformance to MPEG-4 standard. > >Is there a way to verify that xvid is conformant to a certain profile/level >of MPEG-4 standard? i am not aware of any verification/testing tool. the mpeg-4 industry forum (or isma) might be better able to answer your question; please redirect your question there. cheers, -- pete _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Feb 12 03:22:15 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 42251126D84 for ; Sat, 12 Feb 2005 03:22:15 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 82FB5D96D; Sat, 12 Feb 2005 03:22:06 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay13-f8.bay13.hotmail.com [64.4.31.8]) by edu.bnhof.de (Postfix) with ESMTP id 16188C167 for ; Sat, 12 Feb 2005 03:22:02 +0100 (CET) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 11 Feb 2005 18:22:00 -0800 Message-ID: Received: from 150.101.158.134 by by13fd.bay13.hotmail.msn.com with HTTP; Sat, 12 Feb 2005 02:21:00 GMT X-Originating-IP: [150.101.158.134] X-Originating-Email: [suxen_drol@hotmail.com] X-Sender: suxen_drol@hotmail.com From: "peter ross" To: xvid-devel@xvid.org Subject: Re: [XviD-devel] in interpolate8x8_halfpel_hv_xmm Date: Sat, 12 Feb 2005 13:21:00 +1100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 12 Feb 2005 02:22:00.0588 (UTC) FILETIME=[A2268CC0:01C510A9] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1529 hello peter, On Tue, 01 Feb 2005 22:39:38 +0100 Peter Maersk-Moller wrote: >I will first try to upgrade to latest XviD before testing any further. >I will report back when I have any more useful info. if it continues to fail, please capture a sample of the yuv data that is being fed into xvidcore and causes it to segfault. this will enable us to reproduce the fault, and hopefully locate and fix the problem. we really do appreciate bug reports, but i must emphasise that locating and fixing intermittent segfaults is difficult without samples to reproduce the problem. cheers, -- pete _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Feb 12 03:23:08 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 4934F126D84 for ; Sat, 12 Feb 2005 03:23:08 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 87AFA14630; Sat, 12 Feb 2005 03:23:06 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay13-f6.bay13.hotmail.com [64.4.31.6]) by edu.bnhof.de (Postfix) with ESMTP id 00D0B13E22 for ; Sat, 12 Feb 2005 03:23:03 +0100 (CET) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 11 Feb 2005 18:23:01 -0800 Message-ID: Received: from 150.101.158.134 by by13fd.bay13.hotmail.msn.com with HTTP; Sat, 12 Feb 2005 02:22:07 GMT X-Originating-IP: [150.101.158.134] X-Originating-Email: [suxen_drol@hotmail.com] X-Sender: suxen_drol@hotmail.com From: "peter ross" To: xvid-devel@xvid.org Subject: Re: [XviD-devel] somebody can tell me how to use dquant? Date: Sat, 12 Feb 2005 13:22:07 +1100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 12 Feb 2005 02:23:01.0489 (UTC) FILETIME=[C6734E10:01C510A9] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1530 hi, On Mon, 27 Dec 2004 09:27:42 +0800 "???" wrote: > Could anyone tell me how to implement dquant? how can I use >dquant? If dquant is not equal zero, is current macro's quant >equal to previous macro's quant add current macro's dquant? dquant is the dquant array is used to vary the level of quantization applied to each macroblock. the dquant value is added to the overall frame quantizer. see SetMacroblockQuants() within xvidcore/src/encoder.c. in pseudo code: macroblock[n].quant = frame_quant + dquant[n]; important: the mpeg-4 bitstream format restricts the extent to which the quantizer can be varied. MBSetDquant() within xvidcore/src/encoder.c takes care of this. >to use to macro level rate control? xvid have not implement macro level >rate control,so I don't understand dquant is use in xvid ,it is for >future? dquant could be considered an optional feature of xvid. it is only used if an appropriate plugin is linked to xvidcore. at the moment, we only have one plugin that uses dquant. see xvidcore/src/plugins/plugin_lumimasking.c regards, -- pete _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Feb 12 03:23:15 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id D8E54126D84 for ; Sat, 12 Feb 2005 03:23:15 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C632714FEC; Sat, 12 Feb 2005 03:23:07 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay13-f12.bay13.hotmail.com [64.4.31.12]) by edu.bnhof.de (Postfix) with ESMTP id ED48AD9AE for ; Sat, 12 Feb 2005 03:23:03 +0100 (CET) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 11 Feb 2005 18:23:01 -0800 Message-ID: Received: from 150.101.158.134 by by13fd.bay13.hotmail.msn.com with HTTP; Sat, 12 Feb 2005 02:22:46 GMT X-Originating-IP: [150.101.158.134] X-Originating-Email: [suxen_drol@hotmail.com] X-Sender: suxen_drol@hotmail.com From: "peter ross" To: xvid-devel@xvid.org Subject: Re: [XviD-devel] mpeg_quant Date: Sat, 12 Feb 2005 13:22:46 +1100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 12 Feb 2005 02:23:01.0570 (UTC) FILETIME=[C67FAA20:01C510A9] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1531 hi, On Sun, 2 Jan 2005 16:03:00 +0100 Christoph Nägeli wrote: >I want to create some altivec routines for mpeg quantization. great. >Can anyone tell me how many bits I need to process mpeg quantization? >Is 16-Bit Arithmetic enough or do I need 32-Bit? 16-bits is insufficient for mpeg quantization when using large quantizers. i can't recall exactly what constitues large, but it is alteast q=10. cheers, -- pete _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Feb 12 03:24:06 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 5579B126D84 for ; Sat, 12 Feb 2005 03:24:06 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id D523F14FED; Sat, 12 Feb 2005 03:24:04 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay13-f5.bay13.hotmail.com [64.4.31.5]) by edu.bnhof.de (Postfix) with ESMTP id 546CD146CC for ; Sat, 12 Feb 2005 03:24:01 +0100 (CET) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 11 Feb 2005 18:24:00 -0800 Message-ID: Received: from 150.101.158.134 by by13fd.bay13.hotmail.msn.com with HTTP; Sat, 12 Feb 2005 02:23:02 GMT X-Originating-IP: [150.101.158.134] X-Originating-Email: [suxen_drol@hotmail.com] X-Sender: suxen_drol@hotmail.com From: "peter ross" To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Very minor correction Date: Sat, 12 Feb 2005 13:23:02 +1100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 12 Feb 2005 02:24:00.0480 (UTC) FILETIME=[E99C9E00:01C510A9] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1532 On Sat, 1 Jan 2005 20:38:48 -0300 (ART) Dark Sylinc wrote: > I was looking at \src\util\emms.c and i found that >the notes corresponding >to "emms_c()" says: > >"emms functions are used to restored the fpu context >after mmx operations >"because mmx and fpu share their registers/context >(??? need to be confirmed)" > >Well... I confirm it. If somebody doesn´t trust me, >look at Intel´s manual >(www.intel.com) committed. -- pete _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Feb 12 03:24:14 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 97236126D84 for ; Sat, 12 Feb 2005 03:24:14 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C226716658; Sat, 12 Feb 2005 03:24:06 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay13-f5.bay13.hotmail.com [64.4.31.5]) by edu.bnhof.de (Postfix) with ESMTP id 608B9146CC for ; Sat, 12 Feb 2005 03:24:03 +0100 (CET) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 11 Feb 2005 18:24:00 -0800 Message-ID: Received: from 150.101.158.134 by by13fd.bay13.hotmail.msn.com with HTTP; Sat, 12 Feb 2005 02:23:29 GMT X-Originating-IP: [150.101.158.134] X-Originating-Email: [suxen_drol@hotmail.com] X-Sender: suxen_drol@hotmail.com From: "peter ross" To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Variable Quant + Variable Bitrate (Can it happen?) Date: Sat, 12 Feb 2005 13:23:29 +1100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 12 Feb 2005 02:24:00.0480 (UTC) FILETIME=[E99C9E00:01C510A9] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1533 hi, On Fri, 28 Jan 2005 22:25:31 -0500 Lee Morgan wrote: >Would someone please take a bit of time to explain to me why there can't be >a variable quant with variable bitrate mode? >I know, I know - it exists (2 pass right). But that's not what I mean. >To my understanding 2 pass takes the input bitrate as a avg it intends to >meet. It then analyzes the video determining what parts of the video need >what bitrate then on the second pass varies the quantizers as need to >achieve that overall bitrate (more or less correct?). >It's been stated that 2 pass has a method of determining what level of >quantization a macro block should have (to retain high quality). >Could this not be determined "on the fly" during a single pass encode to >allow instead of a fixed quant but rather a variable quant + variable >bitrate mode? Which would use the lowest needed quantization for a macro >block while still allowing for higher ones to be used when possible. > >This way it is possible to have a high quality single pass fixed quant 2 >without wasting bits. the 1pass and 2pass rate control algorithms manipulate the quantizer in effectively the same manner. ========= mpeg-4 compression is achieved by quantizing the video. the level of quantization is dictated by the quantizer value. here is a crude ascii diagram showing a black box view of xvid: input video -> [ xvidcore ] -> bitstream output ^ | quantizer notice how there is no mention of "bitrate" in this diagram... that is because we cannot directly control bitrate! instead, we employ a rate control algorithm that instructs xvidcore what quantizer to use for each frame. * the 1pass algorithm measures the bits for each frame compressed by the encoder, and adjusts the next frame's quantizer in order to achieve the target bitrate. the problem with 1pass is that it must react to the input video. so if there is a high-motion scene, followed by a low-motion scene, it will adjust the quantizer such that each scene is allocated the same number of bits. this causes the high-motion scene to look ugly. * the 2pass algorithm overcomes this reactionary problem. the first pass measures the bits for each frame compressed by the encoder. the locations of high- and low-motion scenes are identified, so that the quantizer can be adjusted in the second pass in order to allocate more bits to high-motion scenes and less bits to low-motion scenes. -- pete _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Feb 12 03:27:35 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id AD4CE126D84 for ; Sat, 12 Feb 2005 03:27:35 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id E562E18072; Sat, 12 Feb 2005 03:27:33 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from grunt25.ihug.com.au (grunt25.ihug.com.au [203.109.249.145]) by edu.bnhof.de (Postfix) with ESMTP id 8EBFE140AD for ; Sat, 12 Feb 2005 03:27:25 +0100 (CET) Received: from dsl-153.160.240.220.lns02-waym-adl.dsl.comindico.com.au [220.240.160.153] by grunt25.ihug.com.au with esmtp (Exim 3.35 #1 (Debian)) id 1Czmzz-0003PT-00; Sat, 12 Feb 2005 13:27:08 +1100 Message-ID: <420D69DF.5080100@ihug.com.au> Date: Sat, 12 Feb 2005 12:58:47 +1030 From: Radek Czyz User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] somebody can tell me how to use dquant? References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Status: O X-Status: X-Keywords: X-UID: 1534 peter ross wrote: Oh wait Pete, I think you're wrong here. IIRC, dquant is the differential from the last macroblock, not relative to frame's quant. Frame's quant (as written in the vop header) is really just initial quant for the very first macroblock. Radek > > On Mon, 27 Dec 2004 09:27:42 +0800 "???" > wrote: > >> Could anyone tell me how to implement dquant? how can I use >> dquant? If dquant is not equal zero, is current macro's quant >> equal to previous macro's quant add current macro's dquant? dquant is > > > the dquant array is used to vary the level of quantization applied to > each macroblock. the dquant value is added to the overall frame quantizer. > see SetMacroblockQuants() within xvidcore/src/encoder.c. in pseudo code: > > macroblock[n].quant = frame_quant + dquant[n]; > > important: the mpeg-4 bitstream format restricts the extent to which the > quantizer can be varied. MBSetDquant() within xvidcore/src/encoder.c > takes care of this. > >> to use to macro level rate control? xvid have not implement macro level >> rate control,so I don't understand dquant is use in xvid ,it is for >> future? > > > dquant could be considered an optional feature of xvid. it is only used > if an appropriate plugin is linked to xvidcore. at the moment, we only > have one plugin that uses dquant. see > xvidcore/src/plugins/plugin_lumimasking.c > > regards, > -- pete > > > _______________________________________________ > 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 Sat Feb 12 04:30:31 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id C9330126D84 for ; Sat, 12 Feb 2005 04:30:31 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 34AC7181B7; Sat, 12 Feb 2005 04:30:29 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de X-Greylist: delayed 11535 seconds by postgrey-1.17 at edu; Sat, 12 Feb 2005 04:30:24 CET Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by edu.bnhof.de (Postfix) with ESMTP id ECDBE16682 for ; Sat, 12 Feb 2005 04:30:24 +0100 (CET) Received: from [192.168.1.66] (ppp158-134.lns1.mel3.internode.on.net [150.101.158.134]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j1C0I14j010924 for ; Sat, 12 Feb 2005 10:48:02 +1030 (CST) Date: Mon, 14 Feb 2005 11:15:53 +1100 From: pete To: xvid-devel@xvid.org Subject: Re: [XviD-devel] in interpolate8x8_halfpel_hv_xmm In-Reply-To: <41FFF71A.8010206@maersk-moller.net> References: <1107284921.41ffd3b9f375f@www.lansco.de> <41FFF71A.8010206@maersk-moller.net> Message-Id: <20050214111550.BCC7.PROSS@xvid.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.09.01 [en] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: pross@xvid.org, xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1535 hello peter, On Tue, 01 Feb 2005 22:39:38 +0100 Peter Maersk-Moller wrote: > I will first try to upgrade to latest XviD before testing any further. > I will report back when I have any more useful info. if it continues to fail, please capture a sample of the yuv data that is being fed into xvidcore and causes it to segfault. this will enable us to reproduce the fault, and hopefully locate and fix the problem. we really do appreciate bug reports, but i must emphasise that locating and fixing intermittent segfaults is difficult without samples to reproduce the problem. cheers, -- pete _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Feb 12 06:06:09 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 2350F126D84 for ; Sat, 12 Feb 2005 06:06:09 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8314418201; Sat, 12 Feb 2005 06:06:07 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay13-f13.bay13.hotmail.com [64.4.31.13]) by edu.bnhof.de (Postfix) with ESMTP id 7FCC3181FD for ; Sat, 12 Feb 2005 06:06:01 +0100 (CET) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 11 Feb 2005 21:06:00 -0800 Message-ID: Received: from 150.101.158.134 by by13fd.bay13.hotmail.msn.com with HTTP; Sat, 12 Feb 2005 05:05:48 GMT X-Originating-IP: [150.101.158.134] X-Originating-Email: [suxen_drol@hotmail.com] X-Sender: suxen_drol@hotmail.com From: "peter ross" To: xvid-devel@xvid.org Subject: Re: [XviD-devel] detecting the frame rate? Date: Sat, 12 Feb 2005 16:05:48 +1100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 12 Feb 2005 05:06:00.0676 (UTC) FILETIME=[8B4CD240:01C510C0] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1536 hello On Fri, 4 Feb 2005 23:39:29 -0800 (PST) Pjuol Jola wrote: >hello, can anyone tell me where in the decoder can I >know the frame rate of the xvid file? the framerate is not reported by the xvid api. the relevant bitstream reader code can be found in src/bitstream/bitstream.cBitstreamReadHeaders(). cheers, -- pete _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Feb 12 06:08:06 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 9088A126D84 for ; Sat, 12 Feb 2005 06:08:06 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8625B18206; Sat, 12 Feb 2005 06:08:04 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay13-f33.bay13.hotmail.com [64.4.31.33]) by edu.bnhof.de (Postfix) with ESMTP id 0256B18203 for ; Sat, 12 Feb 2005 06:08:01 +0100 (CET) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 11 Feb 2005 21:08:00 -0800 Message-ID: Received: from 150.101.158.134 by by13fd.bay13.hotmail.msn.com with HTTP; Sat, 12 Feb 2005 05:07:27 GMT X-Originating-IP: [150.101.158.134] X-Originating-Email: [suxen_drol@hotmail.com] X-Sender: suxen_drol@hotmail.com From: "peter ross" To: xvid-devel@xvid.org Subject: Re: [XviD-devel] somebody can tell me how to use dquant? Date: Sat, 12 Feb 2005 16:07:27 +1100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 12 Feb 2005 05:08:00.0403 (UTC) FILETIME=[D2A9B630:01C510C0] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1537 hi, On Sat, 12 Feb 2005 12:58:47 +1030 Radek Czyz wrote: >Oh wait Pete, I think you're wrong here. IIRC, dquant is the differential >from the last macroblock, not relative to frame's quant. Frame's quant (as >written in the vop header) is really just initial quant for the very first >macroblock. you are correct! cheers, -- pete _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Feb 15 00:42:21 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 184EA126D83 for ; Tue, 15 Feb 2005 00:42:21 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id F04041463B; Tue, 15 Feb 2005 00:42:13 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de X-Greylist: delayed 400 seconds by postgrey-1.17 at edu; Tue, 15 Feb 2005 00:42:11 CET Received: from web52505.mail.yahoo.com (web52505.mail.yahoo.com [206.190.39.126]) by edu.bnhof.de (Postfix) with SMTP id 721559C6F for ; Tue, 15 Feb 2005 00:42:11 +0100 (CET) Received: (qmail 38042 invoked by uid 60001); 14 Feb 2005 23:35:29 -0000 Message-ID: <20050214233529.38040.qmail@web52505.mail.yahoo.com> Received: from [200.42.34.73] by web52505.mail.yahoo.com via HTTP; Mon, 14 Feb 2005 20:35:29 ART Date: Mon, 14 Feb 2005 20:35:29 -0300 (ART) From: Dark Sylinc Subject: Re: [XviD-devel] in interpolate8x8_halfpel_hv_xmm To: xvid-devel@xvid.org In-Reply-To: <20050214111550.BCC7.PROSS@xvid.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Status: O X-Status: X-Keywords: X-UID: 1654 Hi! What are the image dimensions? XviD doesn't like odd dimensions. Try using nice resolutions (powers of two, multiples of two) See if that fixes the problem. Dark Sylinc --- pete wrote: > if it continues to fail, please capture a sample of > the yuv data that is > being fed into xvidcore and causes it to segfault. > this will enable us > to reproduce the fault, and hopefully locate and fix > the problem. > > we really do appreciate bug reports, but i must > emphasise that locating > and fixing intermittent segfaults is difficult > without samples to > reproduce the problem. > > cheers, > -- pete > > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Feb 15 09:26:24 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 70F6D126D83 for ; Tue, 15 Feb 2005 09:26:24 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 697381821C; Tue, 15 Feb 2005 09:26:20 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hugin.optimalstream.net (unknown [130.226.208.162]) by edu.bnhof.de (Postfix) with ESMTP id B71D518219 for ; Tue, 15 Feb 2005 09:26:06 +0100 (CET) Received: from maersk-moller.net (IDENT:1121@localhost [127.0.0.1]) by hugin.optimalstream.net (8.12.10/8.12.4) with ESMTP id j1F8Q3kh007941 for ; Tue, 15 Feb 2005 09:26:04 +0100 Message-ID: <4211B21B.5010504@maersk-moller.net> Date: Tue, 15 Feb 2005 09:26:03 +0100 From: Peter Maersk-Moller Organization: Kabel-TV over Internettet User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] in interpolate8x8_halfpel_hv_xmm References: <20050214233529.38040.qmail@web52505.mail.yahoo.com> In-Reply-To: <20050214233529.38040.qmail@web52505.mail.yahoo.com> 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 Status: O X-Status: X-Keywords: X-UID: 1665 Hi Dark Sylinc wrote: > Hi! > What are the image dimensions? XviD doesn't like odd > dimensions. Try using nice resolutions (powers of two, > multiples of two) See if that fixes the problem. 352x576 and 480x576. I'll try to capture some raw data to see if I can reproduce the problem consistently, but since nobody has seen this before, I should probably seek elsewhere to find the cause. Kind regards --PMM _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Feb 16 10:08:15 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 56B8D126D83 for ; Wed, 16 Feb 2005 10:08:15 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id EAE1218283; Wed, 16 Feb 2005 10:08:03 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from vador.hymatom.fr (vador.hymatom.fr [62.39.37.114]) by edu.bnhof.de (Postfix) with ESMTP id 4702A18281 for ; Wed, 16 Feb 2005 10:08:00 +0100 (CET) Received: from [192.168.1.35] ([192.168.1.35]) by vador.hymatom.fr with Microsoft SMTPSVC(5.0.2195.6713); Wed, 16 Feb 2005 10:08:00 +0100 Message-ID: <42130D6F.4050608@hymatom.fr> Date: Wed, 16 Feb 2005 10:07:59 +0100 From: =?ISO-8859-1?Q?Fr=E9d=E9ric_DALLEAU?= User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 16 Feb 2005 09:08:00.0091 (UTC) FILETIME=[0332BAB0:01C51407] Subject: [XviD-devel] Various bugs X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1754 Hi everybody, My name is Frédéric Dalleau. I use XVID for realtime video for security systems (cameras, storage, transmission) on Windows XP Platforms. I currently use the public CVS. It's my own build with MS VS 7.1. I use xvid in heavily multithreaded applications that must run 24 hour a day. * I found xvid was doing division by 0 : 1) It appeared that the macro DIV_DIV (global.h l. 258) did not check its b parameters. I successfully made a patch. It appeared in rescale() (mbprediction.c) but i found it safer to have it checked everywhere. It meant the quantizer was 0 but since I have no mpeg4 knowledge i did basic checking : #define DIV_DIV(a,b) (((b)!=0)?(((a)>0) ? ((a)+((b)>>1))/(b) : ((a)-((b)>>1))/(b)):0) 2) I got dec->time_pp at 0 when dividing in decoder.c l.1236, but haven't found a patch yet * I also found some index out of bounds that causes crash (debug build) when reading scantable (mbcoding.c l.1128: get_intra_block(), get_inter_block_h263(), get_inter_block_mpeg()). block[scan[coeff]] = level; // coeff was out of scan Thanks, Frédéric DALLEAU _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Feb 16 16:48:39 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id E7C3E126D83 for ; Wed, 16 Feb 2005 16:48:38 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id DF93FD96D; Wed, 16 Feb 2005 16:48:31 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (mail.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 627439CB3 for ; Wed, 16 Feb 2005 16:48:28 +0100 (CET) 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 B5D365A154 for ; Wed, 16 Feb 2005 16:48:44 +0100 (CET) Date: Wed, 16 Feb 2005 16:48:28 +0100 (CET) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Various bugs In-Reply-To: <42130D6F.4050608@hymatom.fr> Message-ID: References: <42130D6F.4050608@hymatom.fr> 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 Status: O X-Status: X-Keywords: X-UID: 1783 Hi, thank you for your bugreport, but: On Wed, 16 Feb 2005, Fr?d?ric DALLEAU wrote: > * I found xvid was doing division by 0 : > 1) It appeared that the macro DIV_DIV (global.h l. 258) did not check > its b parameters. I successfully made a patch. It appeared in rescale() > (mbprediction.c) but i found it safer to have it checked everywhere. It > meant the quantizer was 0 but since I have no mpeg4 knowledge i did > basic checking : > #define DIV_DIV(a,b) (((b)!=0)?(((a)>0) ? ((a)+((b)>>1))/(b) : > ((a)-((b)>>1))/(b)):0) DIV_DIV should not be used in first place if b could be 0. In mbprediction.c from what I saw with a quick glance, b is the quantizer, and that is only in range 1 to 31. > 2) I got dec->time_pp at 0 when dividing in decoder.c l.1236, but > haven't found a patch yet Similar: time_pp cannot be 0 in a legal file, but I don't know what happens for nonconformant streams. XviD isn't necessarily stable dealing with those, that's true. > * I also found some index out of bounds that causes crash (debug > build) when reading scantable (mbcoding.c l.1128: get_intra_block(), > get_inter_block_h263(), get_inter_block_mpeg()). > block[scan[coeff]] = level; // coeff was out of scan Again, this should not happen in a legal stream, because there the position coefficients cannot add up more than 64 (or rather, the "last" flag should be raised before). But at least in the decoding part, we should be more error resilient, you are right. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Feb 16 18:47:41 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id D0A4F126D83 for ; Wed, 16 Feb 2005 18:47:41 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9D642181DB; Wed, 16 Feb 2005 18:47:38 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id 749EE181D8 for ; Wed, 16 Feb 2005 18:47:35 +0100 (CET) Received: from localhost (unknown [212.63.130.173]) by s5.lansco.de (Postfix) with ESMTP id 841A8A03D for ; Wed, 16 Feb 2005 18:47:35 +0100 (CET) Received: from pD9539A03.dip.t-dialin.net (pD9539A03.dip.t-dialin.net [217.83.154.3]) by www.lansco.de (IMP) with HTTP for ; Wed, 16 Feb 2005 18:47:35 +0100 Message-ID: <1108576055.4213873716e12@www.lansco.de> Date: Wed, 16 Feb 2005 18:47:35 +0100 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] vbv patch References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 217.83.154.3 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1787 Hi, since vbv compliance and the DivX profile are an important new feature in XviD 1.1, I think the patch should be applied and another beta should be released. After all, the current implementation of the DXN profiles in 1.1 beta1 is wrong, so your patch is imho more a bugfix than a new feature. bye, Michael Quoting peter ross : > gday, > > divxnetworks has advised the our current dxn profiles do not conform to > their latest > certification standard, and should be modificied to incorporate the > following constraints: > > * 4mv is disabled for the handheld profile > * 1:1 picture aspect only > * disable bframes if interlacing is enabled > * force maximum of 1 consecutive bvop for the portable and ht profiles, and > 2 bvops for the hd profile > * always write divx 5 userdata string to bitstream "DivX503b1393(p)" > * force packed bitstream option > * update vbv params > > i have assembled a patch, that adds an additional "strict conformance to dxn > > profile > standard" checkbox. this is checked by default, but can be unchecked by > advanced > users who wish to experiment. since the v1.1 release is impending and > feature > frozen, i have attached the patch below for review. perhaps we need another > beta, > to give users a chance to test the "new" profiles with hardware players? > > christoph: dxn now uses a "max bits over 1sec constraint" instead of the > 3sec constraint. > this needs to be changed within xvidcore. currently, vfw multiplies the > 1second > constraint by 3 before passing it to xvidcore. > > FULL CHANGE LOG: > > xvidcore > ======== > added XVID_GLOBAL_DIVX5_USERDATA global flag > removed the bvop delay warning text. this confuses joe user. > "warning: nothing to output" > "bframe decoder lag" > minor changed to closed gop image_printf statement: > s/"DX50 BVOP->PVOP"/"CLOSED GOP BVOP->PVOP" > additional comments for low_delay_default mode within decoder_decode() > divx userdata string: s/DivX999b000/DivX503b1393 > this has been suggested by dxn for improved hardware compatibility > [nb: i dont have a hardware player to confirm this] > vbv_peakrate constraint is ignored if <= 0 > > vfw frontend > ============ > "strict conformance to DXN profile standard" checkbox: > force 1:1 picture aspect ratio > disable bframes if interlacing is enabled > force maximum of 1 consecutive bvops for the portable and ht profiles, 2 > bvops for the hd profile > always write divx 5 userdata string to bitstream > force packed bitstream option > updated dxn vbv parameters > > added PROFILE_4MV flag. 4mv is now disabled for the dxn handheld profile. > moved PROFILE_AS/PROFILE_ARTS/PROFILE_S to config.c > profile[].max_bitrate now measured in bit/sec (not kbps) > > profile->level box: widgets are now greyed-out if they are not used. > increase vertical size of profile drop down list. > > about box button: s/Dismiss/OK > > cheers, > -- pete > > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Feb 17 12:33:05 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id ED4A0126D88 for ; Thu, 17 Feb 2005 12:33:04 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id DC5DB180CE; Thu, 17 Feb 2005 12:32:54 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from vador.hymatom.fr (vador.hymatom.fr [62.39.37.114]) by edu.bnhof.de (Postfix) with ESMTP id 55C3918072 for ; Thu, 17 Feb 2005 12:32:52 +0100 (CET) Received: from [192.168.1.35] ([192.168.1.35]) by vador.hymatom.fr with Microsoft SMTPSVC(5.0.2195.6713); Thu, 17 Feb 2005 12:32:51 +0100 Message-ID: <421480E3.7080208@hymatom.fr> Date: Thu, 17 Feb 2005 12:32:51 +0100 From: =?ISO-8859-1?Q?Fr=E9d=E9ric_DALLEAU?= User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 17 Feb 2005 11:32:51.0828 (UTC) FILETIME=[6A4A4B40:01C514E4] Subject: [XviD-devel] Re : Various bugs X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1830 Hi christoph, Thank you for answering! I looked a bit more and found new informations from what you said : > time_pp cannot be 0 in a legal file, Found a broken frame in a sequence. It seems to crash when the same frame is decoded twice. I believe this is a key frame. I'm I right assuming I can decode a key frame as much as I want? > DIV_DIV should not be used in first place if b could be 0. I had it working for hours before crashing, I'm still searching. > position coefficients cannot add up more than 64 It seems that the vfw wrapper call xvid_gbl_init multiple times, once for each codec that is created. This may reset the DCT3D table for a short period of time, thus zeroing the last flag, while another thread is decoding. Unless needed, xvid_gbl_init should be moved to DllMain(). > But at least in the decoding part, we should be more error resilient I don't consider these mods as bad as it is an easy job that allow more robust code. I still have questions. What do you consider as being a conformant stream? It has a different meaning in decoding and encoding. In decoding, you can assume no frame is altered, all frames comes from the same stream, no frames are skipped... In encoding, apart from having all images the same size, I don't see other assumption one can make. Is there a way to validate a frame and make sure it is legal? Frédéric _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Feb 17 16:57:35 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id BDC8E126D88 for ; Thu, 17 Feb 2005 16:57:35 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3580314630; Thu, 17 Feb 2005 16:57:32 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (mail.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id CF534D9A7 for ; Thu, 17 Feb 2005 16:57:28 +0100 (CET) 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 DB33B59D15 for ; Thu, 17 Feb 2005 16:57:43 +0100 (CET) Date: Thu, 17 Feb 2005 16:57:26 +0100 (CET) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Re : Various bugs In-Reply-To: <421480E3.7080208@hymatom.fr> Message-ID: References: <421480E3.7080208@hymatom.fr> 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 Status: O X-Status: X-Keywords: X-UID: 1840 On Thu, 17 Feb 2005, Fr?d?ric DALLEAU wrote: > I still have questions. > What do you consider as being a conformant stream? It has a different > meaning in decoding and encoding. In decoding, you can assume no frame > is altered, all frames comes from the same stream, no frames are > skipped... In encoding, apart from having all images the same size, I > don't see other assumption one can make. > Is there a way to validate a frame and make sure it is legal? Hi, I meant a conformant compressed stream, so a sequence of bytes which conforms to the specs of MPEG-4, i.e. the compression is done correctly. This includes the millions of restrictions that MPEG-4 set, so all "runs" of a block cannot add up to more than 64, or the sequence cannot start with a B-frame, or this stuff. If you have a broken encoder, or a noisy channel which alters bits or something, the file might not be compliant anymore. In theory, the decoder should never crash, no matter what's the input it, but I'm sure XviD is far from that robustness. If a file contains the encoded information of "run=32", although there are only fewer possible coeffient positions left, it'll write past the out buffer etc. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Feb 17 16:59:13 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 6A4EF126D88 for ; Thu, 17 Feb 2005 16:59:13 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 106811667F; Thu, 17 Feb 2005 16:59:11 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (mail.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id EBDD314C4C for ; Thu, 17 Feb 2005 16:59:09 +0100 (CET) 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 EE8CE59D85 for ; Thu, 17 Feb 2005 16:59:26 +0100 (CET) Date: Thu, 17 Feb 2005 16:59:09 +0100 (CET) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Re : Various bugs In-Reply-To: <421480E3.7080208@hymatom.fr> Message-ID: References: <421480E3.7080208@hymatom.fr> 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 Status: O X-Status: X-Keywords: X-UID: 1842 On Thu, 17 Feb 2005, Fr?d?ric DALLEAU wrote: > > > time_pp cannot be 0 in a legal file, > Found a broken frame in a sequence. It seems to crash when the same > frame is decoded twice. I believe this is a key frame. I'm I right > assuming I can decode a key frame as much as I want? I guess yes. For I-frames, time_pp isn't important, that's only for scaling B-frame motion vectors. Can you upload the broken file somewhere, or email the important part of it to gruel(at)gmx(dot)de? gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Feb 17 19:22:27 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id C572E126D88 for ; Thu, 17 Feb 2005 19:22:27 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 06255181A2; Thu, 17 Feb 2005 19:22:24 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de X-Greylist: delayed 3591 seconds by postgrey-1.17 at edu; Thu, 17 Feb 2005 19:22:22 CET Received: from kbw.ch (kbw.ch [62.2.169.166]) by edu.bnhof.de (Postfix) with ESMTP id 1F1631819B for ; Thu, 17 Feb 2005 19:22:21 +0100 (CET) Received: from [62.167.165.134] (account chn HELO [192.168.0.100]) by kbw.ch (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 18960404 for xvid-devel@xvid.org; Thu, 17 Feb 2005 18:24:25 +0100 Mime-Version: 1.0 (Apple Message framework v619.2) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Christoph_N=E4geli?= Date: Thu, 17 Feb 2005 18:22:17 +0100 To: xvid-devel@xvid.org X-Mailer: Apple Mail (2.619.2) Subject: [XviD-devel] mpeg_quant part 2 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1852 Hi, Just another little question. The Input Data is int16_t. What's the theoretical maximum of input data. i.e. if I do a shift left by 4, would the input data still fit in a (unsigned) int16_t? -- 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 Feb 20 00:28:19 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 7B105126D8B for ; Sun, 20 Feb 2005 00:28:19 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3D7DC18263; Sun, 20 Feb 2005 00:28:06 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay13-dav18.bay13.hotmail.com [64.4.31.192]) by edu.bnhof.de (Postfix) with ESMTP id 455BA1825F for ; Sun, 20 Feb 2005 00:28:02 +0100 (CET) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 19 Feb 2005 15:28:00 -0800 Message-ID: Received: from 150.101.158.134 by BAY13-DAV18.phx.gbl with DAV; Sat, 19 Feb 2005 23:27:09 +0000 X-Originating-IP: [150.101.158.134] X-Originating-Email: [suxen_drol@hotmail.com] X-Sender: suxen_drol@hotmail.com Date: Tue, 22 Feb 2005 10:24:52 +1100 From: suxen_drol To: xvid-devel@xvid.org Message-Id: <20050222092615.1863.SUXEN_DROL@hotmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------_421A6007186001D73A70_MULTIPART_MIXED_" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.09.01 [en] X-OriginalArrivalTime: 19 Feb 2005 23:28:00.0496 (UTC) FILETIME=[A6ACEF00:01C516DA] X-Content-Filtered-By: Mailman/MimeDel 2.1.4 Cc: Subject: [XviD-devel] Re: Speed optimization: sad_mmx.asm X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1967 --------_421A6007186001D73A70_MULTIPART_MIXED_ Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit hi, patch committed. this passes xvid_bench and an encoding bitstream comparison tests. there is no noticeable speed improvement on my k6-2 (with XVID_CPU_MMX forced). dark: cvs automagically inserts the date. cheers, -- pete Forwarded by suxen_drol ----------------------- Original Message ----------------------- From: Dark Sylinc To: suxen_drol@hotmail.com Date: Mon, 14 Feb 2005 20:26:20 -0300 (ART) Subject: Speed optimization: sad_mmx.asm ---- [...] Most macros were not compliant with register dependencies and instruction pairing For example, I repeatedly changed something like this: psubusb mm1, mm4 por mm0, mm1 psubusb mm3, mm5 por mm2, mm3 movq mm1,mm0 movq mm3,mm2 punpcklbw mm0,mm7 punpckhbw mm1,mm7 punpcklbw mm2,mm7 punpckhbw mm3,mm7 paddusw mm0,mm1 paddusw mm6,mm0 paddusw mm2,mm3 paddusw mm6,mm2 Where there are register dependencies problems (therefore, no pairing) with the first four instructions. There are also pairing issues with the four "punpcklbw" and "punpckhbw". MMX has only one shifter unit. This means that _two_ followed unpack, pack and/or shift instructions can not be paired. The same happens with the multiplier unit This way code is pretty optimized: psubusb mm1, mm4 psubusb mm3, mm5 ;Here we solved two register dependencies, por mm0, mm1 ;two 'por' instructions can be paired :) por mm2, mm3 movq mm1,mm0 ;Intermix movq and punpcklbw, punpcklbw mm0,mm7 ;now they are paired movq mm3,mm2 punpckhbw mm1,mm7 ;Well... two unpack, :( punpcklbw mm2,mm7 ;(on some cases I moved a 'lea' that was being executed before to continue the pair) paddusw mm0,mm1 punpckhbw mm3,mm7 paddusw mm6,mm0 paddusw mm2,mm3 paddusw mm6,mm2 Ok, they are uncomprehensible for any human being, but fast. I tested them with a modified version of xvid_encraw (forcing MMX optimizations only) with -gmc option and everything seems alright (of course, I decompress then...). Although I recommend to make more tests. -- pete --------_421A6007186001D73A70_MULTIPART_MIXED_ 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 --------_421A6007186001D73A70_MULTIPART_MIXED_-- From xvid-devel-bounces@xvid.org Sun Feb 20 07:02:43 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 1F648126D8F for ; Sun, 20 Feb 2005 07:02:43 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9A17AD9A6; Sun, 20 Feb 2005 07:02:39 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay13-dav14.bay13.hotmail.com [64.4.31.188]) by edu.bnhof.de (Postfix) with ESMTP id 16DB8D953 for ; Sun, 20 Feb 2005 07:02:36 +0100 (CET) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 19 Feb 2005 22:02:00 -0800 Message-ID: Received: from 150.101.158.134 by BAY13-DAV14.phx.gbl with DAV; Sun, 20 Feb 2005 06:02:00 +0000 X-Originating-IP: [150.101.158.134] X-Originating-Email: [suxen_drol@hotmail.com] X-Sender: suxen_drol@hotmail.com Date: Tue, 22 Feb 2005 16:59:43 +1100 From: suxen_drol To: xvid-devel@xvid.org Subject: Re: [XviD-devel] vbv patch Message-Id: <20050222165319.8CFF.SUXEN_DROL@hotmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.09.01 [en] X-OriginalArrivalTime: 20 Feb 2005 06:02:00.0764 (UTC) FILETIME=[B15F8FC0:01C51711] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1981 hey michael, radek suggested removing "strict conformance" checkbox. however" and always force these extra constraints. does anyone have any further thoughts on the matter? i argue that having the checkbox allows some experimentation with the divx profiles. again, i dont use these profiles, so my position on this is mostly irrelevant. -- pete On Wed, 16 Feb 2005 18:47:35 +0100 Michael Militzer wrote: > Hi, > > since vbv compliance and the DivX profile are an important new feature in > XviD 1.1, I think the patch should be applied and another beta should be > released. After all, the current implementation of the DXN profiles in 1.1 > beta1 is wrong, so your patch is imho more a bugfix than a new feature. > > bye, > Michael > > > Quoting peter ross : > > > gday, > > > > divxnetworks has advised the our current dxn profiles do not conform to > > their latest > > certification standard, and should be modificied to incorporate the > > following constraints: > > > > * 4mv is disabled for the handheld profile > > * 1:1 picture aspect only > > * disable bframes if interlacing is enabled > > * force maximum of 1 consecutive bvop for the portable and ht profiles, and > > 2 bvops for the hd profile > > * always write divx 5 userdata string to bitstream "DivX503b1393(p)" > > * force packed bitstream option > > * update vbv params > > > > i have assembled a patch, that adds an additional "strict conformance to dxn > > > > profile > > standard" checkbox. this is checked by default, but can be unchecked by > > advanced > > users who wish to experiment. since the v1.1 release is impending and > > feature > > frozen, i have attached the patch below for review. perhaps we need another > > beta, > > to give users a chance to test the "new" profiles with hardware players? > > > > christoph: dxn now uses a "max bits over 1sec constraint" instead of the > > 3sec constraint. > > this needs to be changed within xvidcore. currently, vfw multiplies the > > 1second > > constraint by 3 before passing it to xvidcore. > > > > FULL CHANGE LOG: > > > > xvidcore > > ======== > > added XVID_GLOBAL_DIVX5_USERDATA global flag > > removed the bvop delay warning text. this confuses joe user. > > "warning: nothing to output" > > "bframe decoder lag" > > minor changed to closed gop image_printf statement: > > s/"DX50 BVOP->PVOP"/"CLOSED GOP BVOP->PVOP" > > additional comments for low_delay_default mode within decoder_decode() > > divx userdata string: s/DivX999b000/DivX503b1393 > > this has been suggested by dxn for improved hardware compatibility > > [nb: i dont have a hardware player to confirm this] > > vbv_peakrate constraint is ignored if <= 0 > > > > vfw frontend > > ============ > > "strict conformance to DXN profile standard" checkbox: > > force 1:1 picture aspect ratio > > disable bframes if interlacing is enabled > > force maximum of 1 consecutive bvops for the portable and ht profiles, 2 > > bvops for the hd profile > > always write divx 5 userdata string to bitstream > > force packed bitstream option > > updated dxn vbv parameters > > > > added PROFILE_4MV flag. 4mv is now disabled for the dxn handheld profile. > > moved PROFILE_AS/PROFILE_ARTS/PROFILE_S to config.c > > profile[].max_bitrate now measured in bit/sec (not kbps) > > > > profile->level box: widgets are now greyed-out if they are not used. > > increase vertical size of profile drop down list. > > > > about box button: s/Dismiss/OK > > > > cheers, > > -- pete > > > > > > > > > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel -- pete _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Feb 20 15:57:36 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 13717126D8B for ; Sun, 20 Feb 2005 15:57:36 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9CC5A14630; Sun, 20 Feb 2005 15:57:30 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id AB679D9A7 for ; Sun, 20 Feb 2005 15:57:27 +0100 (CET) Received: from localhost (unknown [212.63.130.173]) by s5.lansco.de (Postfix) with ESMTP id 20467A3D2 for ; Sun, 20 Feb 2005 15:57:27 +0100 (CET) Received: from pD9539417.dip.t-dialin.net (pD9539417.dip.t-dialin.net [217.83.148.23]) by www.lansco.de (IMP) with HTTP for ; Sun, 20 Feb 2005 15:57:26 +0100 Message-ID: <1108911446.4218a556c7142@www.lansco.de> Date: Sun, 20 Feb 2005 15:57:26 +0100 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] vbv patch References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 217.83.148.23 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 1987 Hi, I go with Radek here. I think if we offer the DXN profile options, they also should be truly compliant. As soon as you provide another checkbox, people will use it even if it actually makes no sense. So better don't provide such a 'dangerous' checkbox at all in first place. bye, Michael Quoting suxen_drol : > hey michael, > > radek suggested removing "strict conformance" checkbox. however" and > always force these extra constraints. does anyone have any further > thoughts on the matter? i argue that having the checkbox allows some > experimentation with the divx profiles. again, i dont use these profiles, > so my position on this is mostly irrelevant. > > -- pete > > On Wed, 16 Feb 2005 18:47:35 +0100 Michael Militzer > wrote: > > Hi, > > > > since vbv compliance and the DivX profile are an important new feature in > > XviD 1.1, I think the patch should be applied and another beta should be > > released. After all, the current implementation of the DXN profiles in 1.1 > > beta1 is wrong, so your patch is imho more a bugfix than a new feature. > > > > bye, > > Michael > > > > > > Quoting peter ross : > > > > > gday, > > > > > > divxnetworks has advised the our current dxn profiles do not conform to > > > their latest > > > certification standard, and should be modificied to incorporate the > > > following constraints: > > > > > > * 4mv is disabled for the handheld profile > > > * 1:1 picture aspect only > > > * disable bframes if interlacing is enabled > > > * force maximum of 1 consecutive bvop for the portable and ht profiles, > and > > > 2 bvops for the hd profile > > > * always write divx 5 userdata string to bitstream "DivX503b1393(p)" > > > * force packed bitstream option > > > * update vbv params > > > > > > i have assembled a patch, that adds an additional "strict conformance to > dxn > > > > > > profile > > > standard" checkbox. this is checked by default, but can be unchecked by > > > advanced > > > users who wish to experiment. since the v1.1 release is impending and > > > feature > > > frozen, i have attached the patch below for review. perhaps we need > another > > > beta, > > > to give users a chance to test the "new" profiles with hardware players? > > > > > > christoph: dxn now uses a "max bits over 1sec constraint" instead of the > > > > 3sec constraint. > > > this needs to be changed within xvidcore. currently, vfw multiplies the > > > 1second > > > constraint by 3 before passing it to xvidcore. > > > > > > FULL CHANGE LOG: > > > > > > xvidcore > > > ======== > > > added XVID_GLOBAL_DIVX5_USERDATA global flag > > > removed the bvop delay warning text. this confuses joe user. > > > "warning: nothing to output" > > > "bframe decoder lag" > > > minor changed to closed gop image_printf statement: > > > s/"DX50 BVOP->PVOP"/"CLOSED GOP BVOP->PVOP" > > > additional comments for low_delay_default mode within decoder_decode() > > > divx userdata string: s/DivX999b000/DivX503b1393 > > > this has been suggested by dxn for improved hardware compatibility > > > [nb: i dont have a hardware player to confirm this] > > > vbv_peakrate constraint is ignored if <= 0 > > > > > > vfw frontend > > > ============ > > > "strict conformance to DXN profile standard" checkbox: > > > force 1:1 picture aspect ratio > > > disable bframes if interlacing is enabled > > > force maximum of 1 consecutive bvops for the portable and ht profiles, > 2 > > > bvops for the hd profile > > > always write divx 5 userdata string to bitstream > > > force packed bitstream option > > > updated dxn vbv parameters > > > > > > added PROFILE_4MV flag. 4mv is now disabled for the dxn handheld > profile. > > > moved PROFILE_AS/PROFILE_ARTS/PROFILE_S to config.c > > > profile[].max_bitrate now measured in bit/sec (not kbps) > > > > > > profile->level box: widgets are now greyed-out if they are not used. > > > increase vertical size of profile drop down list. > > > > > > about box button: s/Dismiss/OK > > > > > > cheers, > > > -- pete > > > > > > > > > > > > > > > > _______________________________________________ > > XviD-devel mailing list > > XviD-devel@xvid.org > > http://list.xvid.org/mailman/listinfo/xvid-devel > > > -- pete > > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Feb 21 15:00:52 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 9B20E126D8B for ; Mon, 21 Feb 2005 15:00:52 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id E3E0B180CE; Mon, 21 Feb 2005 15:00:44 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de X-Greylist: delayed 3683 seconds by postgrey-1.17 at edu; Mon, 21 Feb 2005 15:00:42 CET Received: from s2.stud.uni-goettingen.de (s2.stud.uni-goettingen.de [134.76.60.22]) by edu.bnhof.de (Postfix) with ESMTP id EE0F61807F for ; Mon, 21 Feb 2005 15:00:42 +0100 (CET) Received: from p213.54.69.164.tisdip.tiscali.de ([213.54.69.164] helo=[192.168.0.101]) by s2.stud.uni-goettingen.de with asmtp (Exim 4.22) id 1D3D9i-0004Ut-7c for xvid-devel@xvid.org; Mon, 21 Feb 2005 13:59:18 +0100 Received: from 127.0.0.1 (AVG SMTP 7.0.300 [266.2.0]); Mon, 21 Feb 2005 14:00:25 +0100 Message-ID: <4219DB69.7030305@stud.uni-goettingen.de> Date: Mon, 21 Feb 2005 14:00:25 +0100 From: Dirk Knop User-Agent: Mozilla Thunderbird 1.0 (Windows/20050218) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [XviD-devel] XviD-1.1-Beta 1 bugs summary X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 2059 Hi all, for fixing some bugs and make the progress to 1.1-beta2 a little faster, I'll sum up what I read as reports over at doom9's forum until now: - GMC has a bug. With very much motion, some blocks get totally displaced. The issue is the same no matter if decoded with libavcodec or xvid. - Interlaced decoding got broken. Decoding interlaced streams encoded with 1.1-beta1 with libavcodec(also with xvid-1.0.3) doesn't show this problem, so it must be XviD's 1.1-beta1 decoder. - Some issue with cartoon mode and bvhq (well, cruncher may report it better :) ): some white blocks sometimes floating around within high motion. - Vfw calculator: file sizes >2GB cause a variable overflow somewhere resulting in wrong results. - Not a real bug: in colour space conversion we seem to use nearest neighbour-upsampling when upsampling chroma. This should be, as xvid is seen as high quality codec out there in the world, interpolated. Maybe make it switchable for speed reasons. (The mmx code makes me dizzy %) ) I think those are the major problems with beta1 so far. Maybe we should report into this "thread" if we make any progress, so people can see that XviD is still alive and kickin'? :-) Best regards Koepi _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Feb 23 00:42:40 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 72AB1126D88 for ; Wed, 23 Feb 2005 00:42:40 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8A94B182B1; Wed, 23 Feb 2005 00:42:28 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web52501.mail.yahoo.com (web52501.mail.yahoo.com [206.190.39.122]) by edu.bnhof.de (Postfix) with SMTP id D2BDD182AE for ; Wed, 23 Feb 2005 00:42:20 +0100 (CET) Received: (qmail 84331 invoked by uid 60001); 22 Feb 2005 23:42:15 -0000 Message-ID: <20050222234215.84329.qmail@web52501.mail.yahoo.com> Received: from [200.42.34.156] by web52501.mail.yahoo.com via HTTP; Tue, 22 Feb 2005 20:42:14 ART Date: Tue, 22 Feb 2005 20:42:14 -0300 (ART) From: Dark Sylinc To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [XviD-devel] Should we add the "BLZ0" FourCC? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 2171 Hi, I noted that Blizzard Entertainment has an own fourCC "BLZ0" which uses MPEG-4. I heard that this company bought the rights to use the DivX filter with their games. XviD decompresses successfully these videos. So, should XviD register that it can decompress BLZ0 videos? Or is there a legal problem? May be someone knows the answer. (also XviD should have an option to use BLZ0 when compressing, instead of XVID, DIVX, OR DX50) Dark Sylinc PD: ffdshow (http://sourceforge.net/projects/ffdshow/) recognizes BLZ0 ___________________________________________________________ 250MB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Feb 23 18:33:02 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 88910126D8B for ; Wed, 23 Feb 2005 18:33:02 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 67844D9A7; Wed, 23 Feb 2005 18:32:58 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id 180F7D95C for ; Wed, 23 Feb 2005 18:32:55 +0100 (CET) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id 3BB5031D4B for ; Wed, 23 Feb 2005 18:32:55 +0100 (CET) Received: from pD953981A.dip.t-dialin.net (pD953981A.dip.t-dialin.net [217.83.152.26]) by www.lansco.de (IMP) with HTTP for ; Wed, 23 Feb 2005 18:32:55 +0100 Message-ID: <1109179975.421cbe4714f80@www.lansco.de> Date: Wed, 23 Feb 2005 18:32:55 +0100 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD-1.1-Beta 1 bugs summary References: <4219DB69.7030305@stud.uni-goettingen.de> In-Reply-To: <4219DB69.7030305@stud.uni-goettingen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 217.83.152.26 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 2239 Hi, Quoting Dirk Knop : > - GMC has a bug. With very much motion, some blocks get totally > displaced. The issue is the same no matter if decoded with libavcodec or > xvid. Do you have a sample demonstrating this effect? Either the coded (wrong) bitstream or a source file + settings to reproduce the problem? > - Some issue with cartoon mode and bvhq (well, cruncher may report it > better :) ): some white blocks sometimes floating around within high motion. Is this really _only_ happening with bvhq? Iirc, the cartoon mode doesn't add any special optimizations for b-frames - in fact, it wasn't even meant for using it with b-frames (at least I didn't test it much). Do you have a sample clip for this problem? I suspect that probably some MBs are skipped in b-frames, which shouldn't have been skipped - but you know, cartoon mode rather aggressively forces the use of skip mode... bye, Michael _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Feb 23 22:45:13 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id D76DA126D8F for ; Wed, 23 Feb 2005 22:45:13 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9E5621823E; Wed, 23 Feb 2005 22:45:09 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay20-f1.bay20.hotmail.com [64.4.54.90]) by edu.bnhof.de (Postfix) with ESMTP id 618D51823A for ; Wed, 23 Feb 2005 22:45:06 +0100 (CET) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 23 Feb 2005 13:45:02 -0800 Message-ID: Received: from 210.50.248.46 by by20fd.bay20.hotmail.msn.com with HTTP; Wed, 23 Feb 2005 21:44:30 GMT X-Originating-IP: [210.50.248.46] X-Originating-Email: [a_dunstan@hotmail.com] X-Sender: a_dunstan@hotmail.com From: "Andrew Dunstan" To: xvid-devel@xvid.org Date: Thu, 24 Feb 2005 08:44:30 +1100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 23 Feb 2005 21:45:02.0621 (UTC) FILETIME=[EE0704D0:01C519F0] Subject: [XviD-devel] Bug in 64-bit interlacing_mmx.asm X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 2265 Found a bug while doing interlaced encoding using the 64-bit port. line 182 in utils\x86_64_asm\interlacing_mmx.asm: mov rcx, [r9+rax*4] Should be a 32-bit move: mov ecx, [r9+rax*4] _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Feb 24 08:48:34 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id A40A6126D8F for ; Thu, 24 Feb 2005 08:48:34 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 67FD914FED; Thu, 24 Feb 2005 08:48:23 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s2.stud.uni-goettingen.de (s2.stud.uni-goettingen.de [134.76.60.22]) by edu.bnhof.de (Postfix) with ESMTP id 0CF3913E22 for ; Thu, 24 Feb 2005 08:48:21 +0100 (CET) Received: from p213.54.69.198.tisdip.tiscali.de ([213.54.69.198] helo=[192.168.0.101]) by s2.stud.uni-goettingen.de with asmtp (Exim 4.22) id 1D4DjO-0002AC-Ft for xvid-devel@xvid.org; Thu, 24 Feb 2005 08:48:18 +0100 Received: from 127.0.0.1 (AVG SMTP 7.0.300 [266.4.0]); Thu, 24 Feb 2005 08:49:30 +0100 Message-ID: <421D870A.2090502@stud.uni-goettingen.de> Date: Thu, 24 Feb 2005 08:49:30 +0100 From: Dirk Knop User-Agent: Mozilla Thunderbird 1.0 (Windows/20050218) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD-1.1-Beta 1 bugs summary References: <4219DB69.7030305@stud.uni-goettingen.de> <1109179975.421cbe4714f80@www.lansco.de> In-Reply-To: <1109179975.421cbe4714f80@www.lansco.de> 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 Status: O X-Status: X-Keywords: X-UID: 2303 Aloha! Michael Militzer wrote: >Hi, > >Quoting Dirk Knop : > > > >>- GMC has a bug. With very much motion, some blocks get totally >>displaced. The issue is the same no matter if decoded with libavcodec or >>xvid. >> >> > >Do you have a sample demonstrating this effect? Either the coded (wrong) >bitstream or a source file + settings to reproduce the problem? > > Someone reporting this bug at doom9 posted an archive here: http://s2.yousendit.com/d.aspx?id=1IRU00JPFMEFR26USGL9OUJOF1 Don't know if it's still online, but it contains the source, the avs script and some broken encodes ;) >>- Some issue with cartoon mode and bvhq (well, cruncher may report it >>better :) ): some white blocks sometimes floating around within high motion. >> >> > >Is this really _only_ happening with bvhq? Iirc, the cartoon mode doesn't add >any special optimizations for b-frames - in fact, it wasn't even meant for >using it with b-frames (at least I didn't test it much). Do you have a sample >clip for this problem? I suspect that probably some MBs are skipped in >b-frames, which shouldn't have been skipped - but you know, cartoon mode >rather aggressively forces the use of skip mode... > > This is a cruncher-report, he says he can always reproduce it. Will ask him to report more on it. Regards Koepi _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Feb 24 09:06:24 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id EE291126D8F for ; Thu, 24 Feb 2005 09:06:23 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A0CD6D95C; Thu, 24 Feb 2005 09:06:21 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from adriana.gin.cz (mx.ipex.cz [212.71.175.4]) by edu.bnhof.de (Postfix) with ESMTP id C8A22C167 for ; Thu, 24 Feb 2005 09:06:13 +0100 (CET) Received: from prerov.cogras.cz (cogras.pv.gin.cz [213.168.166.87]) by adriana.gin.cz (Postfix) with ESMTP id AEE81DC04E for ; Thu, 24 Feb 2005 09:06:11 +0100 (CET) Received: from localhost ([127.0.0.1]) by prerov.cogras.cz (Kerio MailServer 5.7.9) for xvid-devel@xvid.org; Thu, 24 Feb 2005 09:09:16 +0100 Message-ID: <421D8AFF.20607@post.cz> Date: Thu, 24 Feb 2005 09:06:23 +0100 From: =?ISO-8859-2?Q?Tonda_M=ED=B9ek?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD-1.1-Beta 1 bugs summary References: <4219DB69.7030305@stud.uni-goettingen.de> <1109179975.421cbe4714f80@www.lansco.de> In-Reply-To: <1109179975.421cbe4714f80@www.lansco.de> Content-Type: text/plain; charset=ISO-8859-2; 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 Status: O X-Status: X-Keywords: X-UID: 2304 Hi, I got perhaps similar result with end titles (white letters moving up on black background) with quantizer 31 and grayscale. I can recheck it, create small example and send it to mail (how adress?). TonyMi Michael Militzer wrote: >>- GMC has a bug. With very much motion, some blocks get totally >>displaced. The issue is the same no matter if decoded with libavcodec or >>xvid. >> >> > >Do you have a sample demonstrating this effect? Either the coded (wrong) >bitstream or a source file + settings to reproduce the problem? > > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Feb 24 14:54:09 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id E94CE126D8F for ; Thu, 24 Feb 2005 14:54:08 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 084EF181A6; Thu, 24 Feb 2005 14:54:05 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id 9533A18187 for ; Thu, 24 Feb 2005 14:54:00 +0100 (CET) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id E807CAB64 for ; Thu, 24 Feb 2005 14:53:59 +0100 (CET) Received: from pD9539D68.dip.t-dialin.net (pD9539D68.dip.t-dialin.net [217.83.157.104]) by www.lansco.de (IMP) with HTTP for ; Thu, 24 Feb 2005 14:53:59 +0100 Message-ID: <1109253239.421ddc77d6aa5@www.lansco.de> Date: Thu, 24 Feb 2005 14:53:59 +0100 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD-1.1-Beta 1 bugs summary References: <4219DB69.7030305@stud.uni-goettingen.de> <1109179975.421cbe4714f80@www.lansco.de> <421D870A.2090502@stud.uni-goettingen.de> In-Reply-To: <421D870A.2090502@stud.uni-goettingen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 217.83.157.104 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Status: O X-Status: X-Keywords: X-UID: 2319 Hi, Quoting Dirk Knop : > Someone reporting this bug at doom9 posted an archive here: > http://s2.yousendit.com/d.aspx?id=1IRU00JPFMEFR26USGL9OUJOF1 > > Don't know if it's still online, but it contains the source, the avs > script and some broken encodes ;) nope, it's not online anymore. The file was valid just for 25 downloads - not much if you ask me ;-) In case you have a copy, please send it to me. Also @TonyMi: you can send you sample file to my xvid.org mail address. I don't have a space limitation... bye, Michael _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Feb 24 14:58:22 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 7927A126D8F for ; Thu, 24 Feb 2005 14:58:22 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4B827181C6; Thu, 24 Feb 2005 14:58:19 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from grunt21.ihug.com.au (grunt21.ihug.com.au [203.109.249.141]) by edu.bnhof.de (Postfix) with ESMTP id E34C4181AE for ; Thu, 24 Feb 2005 14:58:15 +0100 (CET) Received: from dsl-105.161.240.220.lns02-waym-adl.dsl.comindico.com.au [220.240.161.105] by grunt21.ihug.com.au with esmtp (Exim 3.35 #1 (Debian)) id 1D4JVL-0002iA-00; Fri, 25 Feb 2005 00:58:12 +1100 Message-ID: <421DDE05.8070603@ihug.com.au> Date: Fri, 25 Feb 2005 00:30:37 +1030 From: Radek Czyz User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD-1.1-Beta 1 bugs summary References: <4219DB69.7030305@stud.uni-goettingen.de> <1109179975.421cbe4714f80@www.lansco.de> In-Reply-To: <1109179975.421cbe4714f80@www.lansco.de> 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 Status: O X-Status: X-Keywords: X-UID: 2320 Hi :) Michael Militzer wrote: > Hi, > > Quoting Dirk Knop : > > >>- GMC has a bug. With very much motion, some blocks get totally >>displaced. The issue is the same no matter if decoded with libavcodec or >>xvid. > > > Do you have a sample demonstrating this effect? Either the coded (wrong) > bitstream or a source file + settings to reproduce the problem? Actually I think I fixed it now. Can't really confirm because I never saw the bug in action, but my code was reducing fcode to minimum without looking at gmc's average vector. This vector is clipped according to fcode and it used for future prediction (also in bframe's direct mode), so - at least in theory - I was doing a wrong thing. I commited the fix some days ago. Radek _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Feb 25 06:39:00 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 99911126D90 for ; Fri, 25 Feb 2005 06:39:00 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9F47018201; Fri, 25 Feb 2005 06:38:57 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from lakermmtao10.cox.net (lakermmtao10.cox.net [68.230.240.29]) by edu.bnhof.de (Postfix) with ESMTP id 7B5A3181FE for ; Fri, 25 Feb 2005 06:38:53 +0100 (CET) Received: from [192.168.0.2] (really [24.253.144.100]) by lakermmtao10.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP id <20050225053849.JVMG17761.lakermmtao10.cox.net@[192.168.0.2]> for ; Fri, 25 Feb 2005 00:38:49 -0500 Message-ID: <421EB9E9.6020604@moitah.net> Date: Fri, 25 Feb 2005 00:38:49 -0500 From: Moitah User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [XviD-devel] Bug in bs_get_spritetrajectory? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 2392 Hi, In mbcoding.c, bs_get_spritetrajectory: for (i = 0; i < 12; i++) Should that be 'i < 15' since it's looping through 'VLC sprite_trajectory_len[15]'? Moitah _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Feb 25 10:02:22 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id BF350126D90 for ; Fri, 25 Feb 2005 10:02:22 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id B07BF182E6; Fri, 25 Feb 2005 10:02:08 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (mail.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id 46988182DF for ; Fri, 25 Feb 2005 10:02:06 +0100 (CET) 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 947E1593A5 for ; Fri, 25 Feb 2005 10:02:32 +0100 (CET) Date: Fri, 25 Feb 2005 10:02:06 +0100 (CET) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Bug in bs_get_spritetrajectory? In-Reply-To: <421EB9E9.6020604@moitah.net> Message-ID: References: <421EB9E9.6020604@moitah.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 Status: O X-Status: X-Keywords: X-UID: 2402 On Fri, 25 Feb 2005, Moitah wrote: > Should that be 'i < 15' since it's looping through 'VLC > sprite_trajectory_len[15]'? You could be right... max length is 12, but there are 15 possible VLCs for that. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Feb 27 08:15:17 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 86F95126D85 for ; Sun, 27 Feb 2005 08:15:17 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 093CB1823F; Sun, 27 Feb 2005 08:15:06 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay18-dav15.bay18.hotmail.com [65.54.187.195]) by edu.bnhof.de (Postfix) with ESMTP id E0B4A18239 for ; Sun, 27 Feb 2005 08:15:01 +0100 (CET) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 26 Feb 2005 23:15:01 -0800 Message-ID: Received: from 61.1.146.76 by BAY18-DAV15.phx.gbl with DAV; Sun, 27 Feb 2005 07:14:58 +0000 X-Originating-IP: [61.1.146.76] X-Originating-Email: [canute_serrao@hotmail.com] X-Sender: canute_serrao@hotmail.com From: "Canute Serrao" To: "Xvid Developer Forum" Date: Sat, 26 Feb 2005 23:30:48 +0530 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-OriginalArrivalTime: 27 Feb 2005 07:15:01.0785 (UTC) FILETIME=[0D8E9090:01C51C9C] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.4 Subject: [XviD-devel] How to find codec version X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Canute Serrao , xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 2544 Hi, I have been collecting different versions of the codec. I use XP. Now I don't know which version of the codec I have installed. How do I find out? It is most probably 1.0.2 or later. The decoder options page doesn't show anything. Regards, Canute. -------------------------------------------------------------------------= ------- _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Feb 27 21:22:16 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 491C2126D85 for ; Sun, 27 Feb 2005 21:22:16 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8B21418250; Sun, 27 Feb 2005 21:22:12 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp3.hushmail.com (smtp3.hushmail.com [65.39.178.135]) by edu.bnhof.de (Postfix) with ESMTP id 121481824B for ; Sun, 27 Feb 2005 21:22:09 +0100 (CET) Received: from smtp3.hushmail.com (localhost.hushmail.com [127.0.0.1]) by smtp3.hushmail.com (Postfix) with SMTP id 5DA67A3363 for ; Sun, 27 Feb 2005 12:22:07 -0800 (PST) Received: from mailserver2.hushmail.com (mailserver2.hushmail.com [65.39.178.21]) by smtp3.hushmail.com (Postfix) with ESMTP for ; Sun, 27 Feb 2005 12:22:07 -0800 (PST) Received: from mailserver2.hushmail.com (localhost.hushmail.com [127.0.0.1]) by mailserver2.hushmail.com (8.12.6/8.12.3) with ESMTP id j1RKM6DE032758 for ; Sun, 27 Feb 2005 12:22:06 -0800 (PST) (envelope-from nvidiadx@hushmail.com) Received: (from nobody@localhost) by mailserver2.hushmail.com (8.12.6/8.12.3/Submit) id j1RKM5sS032757 for xvid-devel@xvid.org; Sun, 27 Feb 2005 12:22:05 -0800 (PST) Message-Id: <200502272022.j1RKM5sS032757@mailserver2.hushmail.com> Date: Sun, 27 Feb 2005 12:22:02 -0800 To: xvid-devel@xvid.org Cc: Subject: Re: [XviD-devel] XviD-1.1-Beta 1 bugs summary From: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 2589 On Wed, 23 Feb 2005 23:49:30 -0800 Dirk Knop wrote: >Aloha! > >Michael Militzer wrote: > >>Hi, >> >>Quoting Dirk Knop : >> >> >> >>>- GMC has a bug. With very much motion, some blocks get totally >>>displaced. The issue is the same no matter if decoded with >libavcodec or >>>xvid. >>> >>> >> >>Do you have a sample demonstrating this effect? Either the coded >(wrong) >>bitstream or a source file + settings to reproduce the problem? >> >> > >Someone reporting this bug at doom9 posted an archive here: >http://s2.yousendit.com/d.aspx?id=1IRU00JPFMEFR26USGL9OUJOF1 > >Don't know if it's still online, but it contains the source, the >avs >script and some broken encodes ;) > >>>- Some issue with cartoon mode and bvhq (well, cruncher may >report it >>>better :) ): some white blocks sometimes floating around within >high motion. >>> >>> >> >>Is this really _only_ happening with bvhq? Iirc, the cartoon mode >doesn't add >>any special optimizations for b-frames - in fact, it wasn't even >meant for >>using it with b-frames (at least I didn't test it much). Do you >have a sample >>clip for this problem? I suspect that probably some MBs are >skipped in >>b-frames, which shouldn't have been skipped - but you know, >cartoon mode >>rather aggressively forces the use of skip mode... >> >> >This is a cruncher-report, he says he can always reproduce it. >Will ask >him to report more on it. > >Regards >Koepi Yes my initial thought was b-vop is couseing this behaviour in use with cartoon mode but that assumption was wrong it is cartoon mode + adaptive quantization thats couseing it, other reports and samples showing that problem can be found @ the following places http://forum.doom9.org/showthread.php?s=&threadid=90596 http://forum.doom9.org/showthread.php?s=&threadid=88367 http://cruncher.mufflastig.com/XviD/cartoonbug/ SCNR CruNcher Concerned about your privacy? Follow this link to get secure FREE email: http://www.hushmail.com/?l=2 Free, ultra-private instant messaging with Hush Messenger http://www.hushmail.com/services-messenger?l=434 Promote security and make money with the Hushmail Affiliate Program: http://www.hushmail.com/about-affiliate?l=427 _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Feb 28 00:29:25 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id EE7B0126D83 for ; Mon, 28 Feb 2005 00:29:24 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id B56A218216; Mon, 28 Feb 2005 00:29:19 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web52510.mail.yahoo.com (web52510.mail.yahoo.com [206.190.39.135]) by edu.bnhof.de (Postfix) with SMTP id D241418212 for ; Mon, 28 Feb 2005 00:29:16 +0100 (CET) Received: (qmail 64913 invoked by uid 60001); 27 Feb 2005 23:29:15 -0000 Message-ID: <20050227232915.64911.qmail@web52510.mail.yahoo.com> Received: from [200.42.34.89] by web52510.mail.yahoo.com via HTTP; Sun, 27 Feb 2005 20:29:14 ART Date: Sun, 27 Feb 2005 20:29:14 -0300 (ART) From: Dark Sylinc Subject: Re: [XviD-devel] How to find codec version To: xvid-devel@xvid.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Status: O X-Status: X-Keywords: X-UID: 2598 Hi, As far as I know the three ways to know which version are you using is: 1)the name of the compressed source file you downloaded (xvidcore.tar.gz (or .tar.bz or .zip) 2)The "ChangeLog" file which contains datailed information about previous releases and modifications 3)The Linux API name, which you are not interested in. 4)Open the "about box" from the VFW front-end. (NOT the decoder options page) Dark_Sylinc > Now I don't know which version of the > codec I > have installed. How do I find out? It is most > or later. The decoder options page doesn't show > anything. > ___________________________________________________________ 250MB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Feb 28 03:13:02 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id C0F13126D83 for ; Mon, 28 Feb 2005 03:13:02 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 05C2A1826D; Mon, 28 Feb 2005 03:13:00 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mx.sjtu.edu.cn (unknown [202.112.26.55]) by edu.bnhof.de (Postfix) with ESMTP id 05C681826A for ; Mon, 28 Feb 2005 03:12:57 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mx.sjtu.edu.cn (Postfix) with ESMTP id 7967861A33 for ; Mon, 28 Feb 2005 10:12:48 +0800 (CST) Received: from mx.sjtu.edu.cn ([127.0.0.1]) by localhost (mx.sjtu.edu.cn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06623-03 for ; Mon, 28 Feb 2005 10:12:47 +0800 (CST) Received: from xiebo (unknown [202.120.34.22]) by mx.sjtu.edu.cn (Postfix) with ESMTP id F0A6F6100C for ; Mon, 28 Feb 2005 10:12:46 +0800 (CST) Message-ID: <000b01c51d3b$019e1360$93140a0a@xiebo> From: "Xie Bo" To: "Xvid Developer Forum" Date: Mon, 28 Feb 2005 10:12:51 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at sjtu.edu.cn Subject: [XviD-devel] Where can I download the latest static xvidcore lib for VC++? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 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="===============1486878500==" Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Status: O X-Status: X-Keywords: X-UID: 2608 --===============1486878500== Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCiAgICBJIGtub3cgdGhlIHh2aWQub3JnIGhhcyBhIGR5bmFtaWNhbChzaGFyZWQp IHh2aWRjb3JlIGRsbCBmb3IgVkMrKy4gQnV0IEkgcmVhbGx5IHdhbnQgdG8gdXNlIHN0YXRpYyBs aWIuIFdoZXJlIGNhbiBJIGRvd25sb2FkIHRoZSBsYXRlc3Qgc3RhdGljIHh2aWRjb3JlIGxpYiBm b3IgVkMrKz8NCiAgIA0KICAgIFRoYW5rcyENCg0KQmVzdCBSZWdhcmRzLA0KWGllIEJv --===============1486878500== 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 --===============1486878500==-- From xvid-devel-bounces@xvid.org Mon Feb 28 07:04:18 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 2677A126D83 for ; Mon, 28 Feb 2005 07:04:18 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 2B911182EE; Mon, 28 Feb 2005 07:04:15 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web51908.mail.yahoo.com (web51908.mail.yahoo.com [206.190.39.51]) by edu.bnhof.de (Postfix) with SMTP id 3C59D182B4 for ; Mon, 28 Feb 2005 07:04:11 +0100 (CET) Received: (qmail 70456 invoked by uid 60001); 28 Feb 2005 06:04:10 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=V69WXa5TdhvMOtJcdgvMoIYTauvoIf5BkoHVGI3SqUStIOJQoGXAH86IpoSuy04vgPanBx1p1336tlB+Bf9Tqag9h06h3lev1m3IhHBfCeHsdUdHCG/vtEZoOVIKA4LgHeIP+3DAe4c3WRTTIslnOGOX61S3MAgzLtGtavgscI0= ; Message-ID: <20050228060410.70454.qmail@web51908.mail.yahoo.com> Received: from [203.200.200.162] by web51908.mail.yahoo.com via HTTP; Sun, 27 Feb 2005 22:04:10 PST Date: Sun, 27 Feb 2005 22:04:10 -0800 (PST) From: viswanath veera To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.4 Subject: [XviD-devel] Regarding interlaced streams X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 2614 Hi, I downloaded Xvid 1.1.0 version and tried with different streams. It is working nice. But for interlaced streams , the output is getting distorted. Can you please suggest me ,where the problem might be.... I badly need that .. Thanks Viswanath Veera __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Feb 28 07:05:30 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 56D32126D83 for ; Mon, 28 Feb 2005 07:05:30 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id AA94E182F7; Mon, 28 Feb 2005 07:05:28 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web51904.mail.yahoo.com (web51904.mail.yahoo.com [206.190.39.47]) by edu.bnhof.de (Postfix) with SMTP id D567C182F5 for ; Mon, 28 Feb 2005 07:05:25 +0100 (CET) Received: (qmail 59734 invoked by uid 60001); 28 Feb 2005 06:05:24 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=BSLn8buB6rwLxA4QzRoNyxq3kLMJyozn9Q43Q1Ae4bmJpQcfuzgcStj3bCSKGJDGrYnkJwCH3uHl7DTm7k8mDsCaYwMVJSTj5HV4mVUd/UjVcN3ljttMlnmEWrkq+dr4hBw0EOBYdKXeE5RKiwa1RenxvA1H6t1bMNMepefK9z4= ; Message-ID: <20050228060524.59732.qmail@web51904.mail.yahoo.com> Received: from [203.200.200.162] by web51904.mail.yahoo.com via HTTP; Sun, 27 Feb 2005 22:05:24 PST Date: Sun, 27 Feb 2005 22:05:24 -0800 (PST) From: viswanath veera To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.4 Subject: [XviD-devel] Regarding interlaced streams X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 2615 Hi, I downloaded Xvid 1.1.0 version and tried with different streams. It is working nice. But for interlaced streams , the output is getting distorted. Can you please suggest me ,where the problem might be.... I badly need that .. Thanks Viswanath Veera --------------------------------- Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Feb 28 13:38:09 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 4852C126D83 for ; Mon, 28 Feb 2005 13:38:09 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8478418257; Mon, 28 Feb 2005 13:37:55 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from nil.math.uni-bonn.de (mail.math.uni-bonn.de [131.220.120.11]) by edu.bnhof.de (Postfix) with ESMTP id CDD9018251 for ; Mon, 28 Feb 2005 13:37:50 +0100 (CET) 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 A4FBE59C7B for ; Mon, 28 Feb 2005 13:38:14 +0100 (CET) Date: Mon, 28 Feb 2005 13:37:44 +0100 (CET) From: Christoph Lampert To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Regarding interlaced streams In-Reply-To: <20050228060410.70454.qmail@web51908.mail.yahoo.com> Message-ID: References: <20050228060410.70454.qmail@web51908.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 Status: O X-Status: X-Keywords: X-UID: 2640 On Sun, 27 Feb 2005, viswanath veera wrote: > I downloaded Xvid 1.1.0 version and tried with different streams. It is working nice. > > But for interlaced streams , the output is getting distorted. > > Can you please suggest me ,where the problem might be.... I badly need that .. Hi, the problem with interlaced material is that it is interlaced. Normal encoding often doesn't work there. You can switch on "interlacing" mode in XviD, then it should work. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Feb 28 14:18:43 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 14275126D83 for ; Mon, 28 Feb 2005 14:18:43 +0100 (CET) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 9A3F318298; Mon, 28 Feb 2005 14:18:39 +0100 (CET) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id 08C3B18293 for ; Mon, 28 Feb 2005 14:18:31 +0100 (CET) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id 1B5D1FA16 for ; Mon, 28 Feb 2005 14:18:31 +0100 (CET) Received: from pD95398ED.dip.t-dialin.net (pD95398ED.dip.t-dialin.net [217.83.152.237]) by www.lansco.de (IMP) with HTTP for ; Mon, 28 Feb 2005 14:18:30 +0100 Message-ID: <1109596710.42231a26f400c@www.lansco.de> Date: Mon, 28 Feb 2005 14:18:30 +0100 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD-1.1-Beta 1 bugs summary References: <200502272022.j1RKM5sS032757@mailserver2.hushmail.com> In-Reply-To: <200502272022.j1RKM5sS032757@mailserver2.hushmail.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.3 X-Originating-IP: 217.83.152.237 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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: O X-Status: X-Keywords: X-UID: 2642 Hi, thanks for the links. One thing's for sure: cartoon mode is not intended to be used for coding natural images. This will produce artifacts and I wouldn't consider this a bug. Regarding the artifacts in cartoon-like images, it looks as if MBs are skipped that actually shouldn't have been skipped (because they're moving). It seems this effect is amplified by either adaptive quantization or b-frames (or both). Cartoon mode is rather aggressively forcing skip mode because cartoons have a lot of stationary motion. Wrong skip decisions cause artifacts. I'll try to think of something, which eliminates these wrong decisions without harming the compression efficiency... bye, Michael Quoting nvidiadx@hushmail.com: > > > On Wed, 23 Feb 2005 23:49:30 -0800 Dirk Knop goettingen.de> wrote: > >Aloha! > > > >Michael Militzer wrote: > > > >>Hi, > >> > >>Quoting Dirk Knop : > >> > >> > >> > >>>- GMC has a bug. With very much motion, some blocks get totally > >>>displaced. The issue is the same no matter if decoded with > >libavcodec or > >>>xvid. > >>> > >>> > >> > >>Do you have a sample demonstrating this effect? Either the coded > >(wrong) > >>bitstream or a source file + settings to reproduce the problem? > >> > >> > > > >Someone reporting this bug at doom9 posted an archive here: > >http://s2.yousendit.com/d.aspx?id=1IRU00JPFMEFR26USGL9OUJOF1 > > > >Don't know if it's still online, but it contains the source, the > >avs > >script and some broken encodes ;) > > > >>>- Some issue with cartoon mode and bvhq (well, cruncher may > >report it > >>>better :) ): some white blocks sometimes floating around within > >high motion. > >>> > >>> > >> > >>Is this really _only_ happening with bvhq? Iirc, the cartoon mode > >doesn't add > >>any special optimizations for b-frames - in fact, it wasn't even > >meant for > >>using it with b-frames (at least I didn't test it much). Do you > >have a sample > >>clip for this problem? I suspect that probably some MBs are > >skipped in > >>b-frames, which shouldn't have been skipped - but you know, > >cartoon mode > >>rather aggressively forces the use of skip mode... > >> > >> > >This is a cruncher-report, he says he can always reproduce it. > >Will ask > >him to report more on it. > > > >Regards > >Koepi > > Yes my initial thought was b-vop is couseing this behaviour in use > with cartoon mode but that assumption was wrong it is cartoon mode > + adaptive quantization thats couseing it, other reports and > samples showing that problem can be found @ the following places > > http://forum.doom9.org/showthread.php?s=&threadid=90596 > http://forum.doom9.org/showthread.php?s=&threadid=88367 > http://cruncher.mufflastig.com/XviD/cartoonbug/ > > SCNR > CruNcher > > > > > > Concerned about your privacy? Follow this link to get > secure FREE email: http://www.hushmail.com/?l=2 > > Free, ultra-private instant messaging with Hush Messenger > http://www.hushmail.com/services-messenger?l=434 > > Promote security and make money with the Hushmail Affiliate Program: > http://www.hushmail.com/about-affiliate?l=427 > > _______________________________________________ > 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