From xvid-devel-bounces@xvid.org Thu Jun 2 22:03:42 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id EFF47126D83 for ; Thu, 2 Jun 2005 22:03:41 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1E9E8185F0; Thu, 2 Jun 2005 22:03:27 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from www.thegratwicks.com (unknown [64.246.26.79]) by edu.bnhof.de (Postfix) with ESMTP id 02D051858B for ; Thu, 2 Jun 2005 22:03:21 +0200 (CEST) Received: (qmail 31690 invoked from network); 2 Jun 2005 20:01:47 -0000 Received: from 212-41-105-149.adsl.solnet.ch (HELO xpc) (212.41.105.149) by ev1s-64-246-26-79.ev1servers.net with SMTP; 2 Jun 2005 20:01:47 -0000 Message-ID: <000601c567ae$25536540$2101a8c0@xpc> From: "Doom9 Feedback Hotline" To: Date: Thu, 2 Jun 2005 21:26:02 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Subject: [XviD-devel] how to configure xvid_enc_zone_t in weight mode X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi guys In xvid.h, a zone is defined as follows: typedef struct { int frame; int mode; int increment; int base; } xvid_enc_zone_t; I set frame as desired, base to 100, mode to XVID_ZONE_WEIGHT. I'm unsure what to set increment to. In quant mode I set it to desired-quant*100, and it seems to work fine. In weight mode I set it to desired weight * 100 (encraw multiples the input value for both quant and weight by 100, hence I'm making that multiplication as well). When I set increment to 10 (corresponding to what I think 10% of the bitrate used outside the zone), there seems to be no visible degradation in the zone at all. So I'm wondering, what increments to use to get to the 0.01 - 2.0 weight range available in the VfW GUI if my base is 100? Regards Doom9 _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jun 2 23:54: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 8946F126D90 for ; Thu, 2 Jun 2005 23:54:15 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 03A6F18E2F; Thu, 2 Jun 2005 23:54:04 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by edu.bnhof.de (Postfix) with ESMTP id 99D5318D90 for ; Thu, 2 Jun 2005 23:53:58 +0200 (CEST) Received: by rproxy.gmail.com with SMTP id r35so309417rna for ; Thu, 02 Jun 2005 14:53:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=NvXQ7t0/N2gkwjRQCv8cDqB5Qz7vZ8UGc0B9Xqw1zL7bIshhoKCrbQGHM1vBDcHlGBCmgYB4vCnPU48kP2oHxFhaKsTTNkbykmbqtwnOgW3kVLt22cVk9DVPihwFwqxKnDzxa/nVRhOJHMUOoRF/x1NgIs7gHUEUvrNdKrqTDts= Received: by 10.38.74.75 with SMTP id w75mr682571rna; Thu, 02 Jun 2005 14:53:57 -0700 (PDT) Received: by 10.38.74.55 with HTTP; Thu, 2 Jun 2005 14:53:57 -0700 (PDT) Message-ID: <19245fa20506021453516a0b70@mail.gmail.com> Date: Thu, 2 Jun 2005 17:53:57 -0400 From: Devon To: xvid-devel@xvid.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: [XviD-devel] does xvid have fine granularity scalability? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: devon@ee.cooper.edu, xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi - I'm working on a distributed video streaming project. We are in need of a good open source encoder/decoder, and xvid seemed like a potential candidate. However, we want to take advantage of the FGS capability defined in MPEG-4 in order to achieve a scalable bitrate. Is this implemented in xvid? If not, could anyone point me to a license-free MPEG-4 encoder/decoder that does have FGS? Thank you for your help. ~ Devon _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Jun 6 12:09:47 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 0B295126D8B for ; Mon, 6 Jun 2005 12:09:47 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A4FB014874; Mon, 6 Jun 2005 12:09:32 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id 4630014714 for ; Mon, 6 Jun 2005 12:09:29 +0200 (CEST) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id 1F5EFC2C2; Mon, 6 Jun 2005 12:09:29 +0200 (CEST) Received: from p3EE1DB45.dip.t-dialin.net (p3EE1DB45.dip.t-dialin.net [62.225.219.69]) by www.lansco.de (IMP) with HTTP for ; Mon, 6 Jun 2005 12:09:28 +0200 Message-ID: <1118052568.42a420d8ec1c3@www.lansco.de> Date: Mon, 6 Jun 2005 12:09:28 +0200 From: Michael Militzer To: devon@ee.cooper.edu, xvid-devel@xvid.org Subject: Re: [XviD-devel] does xvid have fine granularity scalability? References: <19245fa20506021453516a0b70@mail.gmail.com> In-Reply-To: <19245fa20506021453516a0b70@mail.gmail.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: 62.225.219.69 Cc: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, Quoting Devon : > I'm working on a distributed video streaming project. We are in need > of a good open source encoder/decoder, and xvid seemed like a > potential candidate. > > However, we want to take advantage of the FGS capability defined in > MPEG-4 in order to achieve a scalable bitrate. Is this implemented in > xvid? No, it's not. The XviD encoder only supports MPEG-4 SP and ASP features (formerly also ARTS). > If not, could anyone point me to a license-free MPEG-4 encoder/decoder > that does have FGS? Hm, unfortunately I'm not aware of a free MPEG-4 codec supporting FGS. This however does not necessarily mean that no such codec would exist. Probably someone else here knows more than me? Regards, Michael _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jun 7 13:59:48 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 2126C126D82 for ; Tue, 7 Jun 2005 13:59:48 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5FF3B18D87; Tue, 7 Jun 2005 13:59:35 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by edu.bnhof.de (Postfix) with ESMTP id 5F2CD18D4A for ; Tue, 7 Jun 2005 13:59:31 +0200 (CEST) Received: from leffe.dnsalias.com ([213.113.149.111] [213.113.149.111]) by mxfep02.bredband.com with ESMTP id <20050607115926.VPDT25621.mxfep02.bredband.com@leffe.dnsalias.com> for ; Tue, 7 Jun 2005 13:59:26 +0200 Received: (from apache@localhost) by leffe.dnsalias.com (8.11.6/8.11.6) id j57BxSp07591; Tue, 7 Jun 2005 13:59:28 +0200 Received: from 83.236.200.81 (SquirrelMail authenticated user feedback123); by leffe.dnsalias.com with HTTP; Tue, 7 Jun 2005 13:59:28 +0200 (CEST) Message-ID: <2615.83.236.200.81.1118145568.squirrel@83.236.200.81> In-Reply-To: <20050607200318.D3DC.PROSS@xvid.org> References: <000601c567ae$25536540$2101a8c0@xpc> <20050607200318.D3DC.PROSS@xvid.org> Date: Tue, 7 Jun 2005 13:59:28 +0200 (CEST) Subject: Re: [XviD-devel] how to configure xvid_enc_zone_t in weight mode From: "Doom9 Feedback Hotline" To: xvid-devel@xvid.org User-Agent: SquirrelMail/1.4.3a-0.1.7.x X-Mailer: SquirrelMail/1.4.3a-0.1.7.x MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: feedback123@doom9.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 Hi > > if you assign the first zone a weight of 1 and the second a weight 2, > then the first zone will be assigned half as many bits as the second ; > the first will be compressed twice as much as the second. > note that the weights are relative; you would get the same behaviour if > you assigned the first zone a weight of 10 and the second a weight of 20, > then. What if you only have one zone beginning at the end? Say you have a 100'000 frame source, and you configure one zone with weight 10, base 100 starting at frame 90'000. Shouldn't it get 10% of the bitrate the rest of the movie gets? And if rather than using weight 10 I'd use weight 1 with the same base, it should be 1%. Or does this only work if I assign another zone starting at frame 0 with weight 100 (base still 100)? So, if zones are used, I'd have to at least configure two of them (doesn't seem to be a requirement on the VfW frontend but I'm not a 100% on the source yet, it seems in certain cases a zone starting at the first frame is created.. but if I recall correctly, this will be a CQ zone rather than a weight one). Doom9 _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Jun 10 15:54:28 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 8A6C7126D8F for ; Fri, 10 Jun 2005 15:54:28 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id F1C0918E35; Fri, 10 Jun 2005 15:54:18 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by edu.bnhof.de (Postfix) with ESMTP id 6DA4B18E2E for ; Fri, 10 Jun 2005 15:54:09 +0200 (CEST) Received: by rproxy.gmail.com with SMTP id r35so215102rna for ; Fri, 10 Jun 2005 06:54:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=iO2N/b0zpYIiLJ6uG4UXMwNCVKZSSZjkCjSPWSXMl6Pbjlt2Q2PUeK5/gYi5/9bKZJjaMkiltncQoDfl8tFJK6HZBh5jyBnx/ciG+9xbszncOsfPTTscwdLJJ0jEyPuULoWuLA/p5ugX0UL1TovorcjFKn+lEwtExHxfOf3PKD0= Received: by 10.39.1.69 with SMTP id d69mr824615rni; Fri, 10 Jun 2005 06:54:08 -0700 (PDT) Received: by 10.38.9.31 with HTTP; Fri, 10 Jun 2005 06:54:08 -0700 (PDT) Message-ID: <39185e2405061006545162ec21@mail.gmail.com> Date: Fri, 10 Jun 2005 19:24:08 +0530 From: Arun Tangri To: xvid-devel@xvid.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: [XviD-devel] Error in encoder compilation X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Arun Tangri , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, I am working on xvid codec on the windows platform and using Visual Studio 6.0 to run and compile the programs. I am able to successfully run the decoder portion but while running the encoder portion the following message comes: "Trying to retrieve width and height of the PGM header" and then after pressing enter or even entering any pgm file name there comes an error which is: "Wrong input format, I want YUV encapsulated in PGM".... Since I am having less exposure to xvid codec I am not able to solve the problem. I would be highly obliged if any of you people could tell me the procedure to run the code... note: The encoder's code is successfully compiled and build but the problem is coming at the run time. Thanks in Advance Arun _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Jun 10 15:54:48 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id EFFD7126D8F for ; Fri, 10 Jun 2005 15:54:47 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id B4A3D18ECC; Fri, 10 Jun 2005 15:54:37 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by edu.bnhof.de (Postfix) with ESMTP id BEDF918E37 for ; Fri, 10 Jun 2005 15:54:33 +0200 (CEST) Received: by rproxy.gmail.com with SMTP id r35so215177rna for ; Fri, 10 Jun 2005 06:54:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=uoCdhqJiRA79y87ybZU1UyMq10aGxI7bkCAKYCG6c9ewCl4Cy+quk+eAJ9TBADAWmPRUk1hcMH2xWzwcrgaEeh/fIQc/SvL/SDxX0//vdOCoIM0sFuY4N4hAubl5KjEgBSBXhU1RT/3I55c06PhuSx2CFGyHCDrglQNBpPSDzic= Received: by 10.38.84.17 with SMTP id h17mr598293rnb; Fri, 10 Jun 2005 06:54:32 -0700 (PDT) Received: by 10.38.9.31 with HTTP; Fri, 10 Jun 2005 06:54:32 -0700 (PDT) Message-ID: <39185e24050610065438589a13@mail.gmail.com> Date: Fri, 10 Jun 2005 19:24:32 +0530 From: Arun Tangri To: xvid-devel@xvid.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: [XviD-devel] Run Time Error in encoder of xvid X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Arun Tangri , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, I am working on xvid codec on the windows platform and using Visual Studio 6.0 to run and compile the programs. I am able to successfully run the decoder portion but while running the encoder portion the following message comes: "Trying to retrieve width and height of the PGM header" and then after pressing enter or even entering any pgm file name there comes an error which is: "Wrong input format, I want YUV encapsulated in PGM".... Since I am having less exposure to xvid codec I am not able to solve the problem. I would be highly obliged if any of you people could tell me the procedure to run the code... note: The encoder's code is successfully compiled and build but the problem is coming at the run time. Thanks in Advance Arun _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Jun 10 17:37: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 90257126D8F for ; Fri, 10 Jun 2005 17:37:17 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 57C0018DCE; Fri, 10 Jun 2005 17:37:12 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kbw.ch (kbw.ch [62.2.169.166]) by edu.bnhof.de (Postfix) with ESMTP id 87DFC18DC7 for ; Fri, 10 Jun 2005 17:37:09 +0200 (CEST) Received: from [62.167.105.144] (account chn HELO [192.168.0.102]) by kbw.ch (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 21018549 for xvid-devel@xvid.org; Fri, 10 Jun 2005 17:41:14 +0200 Mime-Version: 1.0 (Apple Message framework v730) Content-Transfer-Encoding: 7bit Message-Id: <2C78DB94-9E03-482B-992B-48115F5382D9@kbw.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: xvid-devel@xvid.org From: =?ISO-8859-1?Q?Christoph_N=E4geli?= Date: Fri, 10 Jun 2005 17:37:56 +0200 X-Mailer: Apple Mail (2.730) Subject: [XviD-devel] xvid_bench test_transfer unaligned X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi all, Looking at the test_transfer routines in the file xvid_bench.c, I can see that the destination is unaligned. So it looks like all ppc altivec transfer routines are broken in xvid_bench if compiled with gcc-4.0 on Mac OS 10.4 (but not with gcc-3.3, it seems the stack management has changed) Although I think the destination was aligned some time ago? Encoding a test_file with mencoder, I got no alignment error so I guess in xvidcore it's aligned. But I think in the SearchData type, the variable dctSpace doesn't necessarily have to be aligned (which is the destination in findRD_intra() ). Is it wrong to assume that the destination of the transfer_routines is 16-Byte aligned? -- Christoph _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jun 14 13:17:33 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id E2734126D82 for ; Tue, 14 Jun 2005 13:17:32 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C78A4155C9; Tue, 14 Jun 2005 13:17:04 +0200 (CEST) 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 CE49D14FC1 for ; Tue, 14 Jun 2005 13:16:54 +0200 (CEST) Received: (qmail invoked by alias); 14 Jun 2005 11:16:49 -0000 Received: from u-122-163.adsl.univie.ac.at (HELO aaa) [131.130.122.163] by mail.gmx.net (mp028) with SMTP; 14 Jun 2005 13:16:49 +0200 X-Authenticated: #11725910 Message-ID: <003101c570d2$56a7ae80$8c00000a@aaa> From: "bond" To: Date: Tue, 14 Jun 2005 13:15:14 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-Y-GMX-Trusted: 0 Subject: [XviD-devel] xvid decoder and "mpeg-4 not in avi" problems (pts, vol) X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org now that mpeg-4 part2 gets more and more not stored in .avi (but for example in mp4 or "natively" in mkv) there seem to be problems showing up with the xvid dshow decoder whit streams that dont show the typical mpe4-in-avi characterstics, like the vol on the i-frames... haali's dshow media parser (handles mp4 and native mkv) showed that a parser to be able to correctly work with xvid (or divx5) has to apply lots of workarounds and make a mpeg-4 stream appear to come from avi (eg vol on i-vops). he also meant that it should be very easy to fix the xvid decoder "with a few lines of code" to handle also mpeg-4 coming not from avi this for example will it also make possible to decode real variable framerate streams with xvid the following issues seem to exist in the xvid dshow decoder currently: 1) xvid don't work at all when fed with real PTS time values as dshow specs require, it expects b0rked avi timestamps when using avi-compatible mp4v "fourcc" 2) xvid doesnt like when the sequence header is only in the mediatype/format block and not in the frames themselves you can find haali's parser here: http://haali.cs.msu.ru/mkv/ if someone wants a .mp4 sample for testing, just give me a shout :) cheers bond _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jun 14 15:19: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 122FE126D82 for ; Tue, 14 Jun 2005 15:19:40 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 24DE51850C; Tue, 14 Jun 2005 15:19:16 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ftp.ilog.fr (ftp.ilog.fr [81.80.162.195]) by edu.bnhof.de (Postfix) with ESMTP id 9651A18672 for ; Tue, 14 Jun 2005 15:18:59 +0200 (CEST) Received: from laposte.ilog.fr (cerbere-qfe0 [81.80.162.193]) by ftp.ilog.fr (8.13.4/8.13.3) with ESMTP id j5EDIiWS022299; Tue, 14 Jun 2005 15:18:44 +0200 (MET DST) Received: from marbore.ilog.biz (marbore1.ilog.fr [172.17.2.61]) by laposte.ilog.fr (8.13.1/8.13.1) with ESMTP id j5EDId1B002492; Tue, 14 Jun 2005 15:18:39 +0200 (MET DST) Received: from parmbx01.ilog.biz ([172.17.2.64]) by marbore.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Tue, 14 Jun 2005 15:19:10 +0200 Received: from 6ttgg1j ([172.17.4.73]) by parmbx01.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Tue, 14 Jun 2005 15:19:19 +0200 Subject: Re: [XviD-devel] Error in encoder compilation From: Skal To: Arun Tangri , xvid-devel@xvid.org In-Reply-To: <39185e2405061006545162ec21@mail.gmail.com> References: <39185e2405061006545162ec21@mail.gmail.com> Content-Type: text/plain Message-Id: <1118755025.4950.2.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Tue, 14 Jun 2005 15:17:05 +0200 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jun 2005 13:19:19.0632 (UTC) FILETIME=[AC0C9500:01C570E3] Cc: X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Arun, On Fri, 2005-06-10 at 15:54, Arun Tangri wrote: > Hi, > > I am working on xvid codec on the windows platform and using > Visual Studio 6.0 to run and compile the programs. I am able to > successfully run the decoder portion but while running the encoder > portion the following message comes: "Trying to retrieve width and > height of the PGM header" and then after pressing enter or even > entering any pgm file name there comes an error which is: > "Wrong input format, I want YUV encapsulated in PGM".... xvidcore/examples/README might be of some help. -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jun 14 16:01: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 21AF8126D82 for ; Tue, 14 Jun 2005 16:01:36 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id BD4A114FDD; Tue, 14 Jun 2005 16:01:17 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ftp.ilog.fr (ftp.ilog.fr [81.80.162.195]) by edu.bnhof.de (Postfix) with ESMTP id 69577122B0 for ; Tue, 14 Jun 2005 16:01:07 +0200 (CEST) Received: from laposte.ilog.fr (cerbere-qfe0 [81.80.162.193]) by ftp.ilog.fr (8.13.4/8.13.3) with ESMTP id j5EE12g9023907 for ; Tue, 14 Jun 2005 16:01:02 +0200 (MET DST) Received: from marbore.ilog.biz (marbore1.ilog.fr [172.17.2.61]) by laposte.ilog.fr (8.13.1/8.13.1) with ESMTP id j5EE0vqn005332 for ; Tue, 14 Jun 2005 16:00:57 +0200 (MET DST) Received: from parmbx01.ilog.biz ([172.17.2.64]) by marbore.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Tue, 14 Jun 2005 16:01:24 +0200 Received: from 6ttgg1j ([172.17.4.73]) by parmbx01.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Tue, 14 Jun 2005 16:01:37 +0200 Subject: Re: [XviD-devel] xvid_bench test_transfer unaligned From: Skal To: xvid-devel@xvid.org In-Reply-To: <2C78DB94-9E03-482B-992B-48115F5382D9@kbw.ch> References: <2C78DB94-9E03-482B-992B-48115F5382D9@kbw.ch> Content-Type: text/plain; charset= Message-Id: <1118757563.4950.6.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Tue, 14 Jun 2005 15:59:23 +0200 Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 14 Jun 2005 14:01:37.0694 (UTC) FILETIME=[94DA1BE0:01C570E9] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi Christoph and all, On Fri, 2005-06-10 at 17:37, Christoph N=C3=A4geli wrote: > Is it wrong to assume that the destination of the transfer_routines =20 > is 16-Byte aligned? >=20 you're right. Thanks for the report. xvid_bench.c is now hopefully fixed wrt to alignments. While at it, i've optimized a little the PLAINC function in utils/mem_transfer.c. You can activate the new code by commenting out the flag USE_REFERENCE_C at the beginning of mem_transfer.c. -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jun 14 16:48: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 05456126D82 for ; Tue, 14 Jun 2005 16:48:43 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 89B7718DD9; Tue, 14 Jun 2005 16:48:19 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from fafnir.cs.unc.edu (fafnir.cs.unc.edu [152.2.129.90]) by edu.bnhof.de (Postfix) with ESMTP id 01FB018DD4 for ; Tue, 14 Jun 2005 16:48:09 +0200 (CEST) Received: from quartet.cs.unc.edu (quartet.cs.unc.edu [152.2.133.252]) by fafnir.cs.unc.edu (8.12.11/8.12.11) with ESMTP id j5EElwCa006485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 14 Jun 2005 10:47:58 -0400 Date: Tue, 14 Jun 2005 10:47:58 -0400 (EDT) X-X-Sender: kumsu@quartet.cs.unc.edu To: xvid-devel@xvid.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.42 From: MAILER-DAEMON@edu.bnhof.de Subject: [XviD-devel] vop flag question X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Sang-Uok Kum , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org I have a question about the vop flag XVID_VOP_GREYSCALE. By looking through src code I noticed that setting XVID_VOP_GREYSCALE for the vop flag makes sure no Cb and Cr blocks are encoded. But looking and xvid_encraw.c example it doesn't use the XVID_VOP_GREYSCALE flag when encoding greyscale images. Instead it divides the image and makes an RGB image. Is there a reason XVID_VOP_GREYSCALE is not used(there is a bug to be worked out?), or is it just by choice? Also looking through the code I couldn't find an option for a 1-channel image so I'm feeding a 3-channel image. I use XVID_CSP_I420 and set Cb & Cr channel to 0. Is there a better option? Finally I tested the XVID_VOP_GREYSCALE option by the two following tests. The src images are a sequence of greyscale images using XVID_CSP_I420 option and setting Cb & Cr channel to 0. The image size is 1008x752. All options were the same for both encoding except for the XVID_VOP_GREYSCALE flag. If I set the XVID_VOP_GREYSCALE option the resulting encoded frames are smaller than not setting the XVID_VOP_GREYSCALE. At 'xvid_enc_frame.quant = 2' the difference is about 100 bytes, and at 'xvid_enc_frame.quant = 31' the difference is about 150 bytes for P frames. I only used I and P frames. In theory, shouldn't they be the same? The Cb and Cr channels are all set to 0 so no matter what the motion vector is the difference should be all 0. If I understand correctly you skip a block when its all 0s. Therefore the block pattern that is generated should be the same as setting XVID_VOP_GREYSCALE, shouldn't it? I'd appreciate any feedback. Thanks. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Jun 14 18:33:01 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id ADDD6126D82 for ; Tue, 14 Jun 2005 18:33:00 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 99B0618E46; Tue, 14 Jun 2005 18:32:34 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kbw.ch (kbw.ch [62.2.169.166]) by edu.bnhof.de (Postfix) with ESMTP id 5B86118DDE for ; Tue, 14 Jun 2005 18:32:25 +0200 (CEST) Received: from [194.230.120.25] (account chn HELO [192.168.0.102]) by kbw.ch (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 21027580 for xvid-devel@xvid.org; Tue, 14 Jun 2005 18:36:33 +0200 Mime-Version: 1.0 (Apple Message framework v730) In-Reply-To: <1118757563.4950.6.camel@localhost.localdomain> References: <2C78DB94-9E03-482B-992B-48115F5382D9@kbw.ch> <1118757563.4950.6.camel@localhost.localdomain> Message-Id: From: =?ISO-8859-1?Q?Christoph_N=E4geli?= Subject: Re: [XviD-devel] xvid_bench test_transfer unaligned Date: Tue, 14 Jun 2005 18:33:02 +0200 To: xvid-devel@xvid.org X-Mailer: Apple Mail (2.730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.4 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, On Jun 14, 2005, at 3:59 PM, Skal wrote: > On Fri, 2005-06-10 at 17:37, Christoph N=E4geli wrote: >> Is it wrong to assume that the destination of the transfer_routines >> is 16-Byte aligned? > > you're right. Thanks for the report. > xvid_bench.c is now hopefully fixed wrt to alignments. > While at it, i've optimized a little the PLAINC function > in utils/mem_transfer.c. You can activate the new code > by commenting out the flag USE_REFERENCE_C at the beginning > of mem_transfer.c. And what about the 'dctSpace' field in the 'SearchData' type which is =20= the Destination in 'findRD_intra()' in the file 'estimation_rd_based.c'? Shouldn't that be aligned, too? (Or do I just not see that it =20 actually is...) -- Christoph _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jun 15 05:59:57 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 8F145126D82 for ; Wed, 15 Jun 2005 05:59:57 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C294918DC0; Wed, 15 Jun 2005 05:59:38 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from vms4.rit.edu (vms4.isc.rit.edu [129.21.3.15]) by edu.bnhof.de (Postfix) with ESMTP id A50D718DA8 for ; Wed, 15 Jun 2005 05:59:27 +0200 (CEST) Received: from localhost (cpe-69-204-37-98.rochester.res.rr.com [69.204.37.98]) by ritvax.isc.rit.edu (PMDF V6.2-X26 #30843) with ESMTPA id <01LPGXD1QTMMUBJI5S@ritvax.isc.rit.edu> for xvid-devel@xvid.org; Tue, 14 Jun 2005 23:59:12 -0400 (EDT) Date: Tue, 14 Jun 2005 23:46:34 -0400 From: Paul Kurucz Subject: Re: [XviD-devel] xvid_bench (crc fixes) In-reply-to: To: xvid-devel@xvid.org Message-id: <20050614234634.0035a2bf.ptk9417@ritvax.isc.rit.edu> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; powerpc-unknown-linux-gnu) Content-type: multipart/mixed; boundary="Boundary_(ID_nTMG9fNTUl7W8PCKNSNxew)" X-RIT-Received-From: 69.204.37.98 ptk9417@ritvax.isc.rit.edu References: <2C78DB94-9E03-482B-992B-48115F5382D9@kbw.ch> <1118757563.4950.6.camel@localhost.localdomain> X-Content-Filtered-By: Mailman/MimeDel 2.1.4 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org This is a multi-part message in MIME format. --Boundary_(ID_nTMG9fNTUl7W8PCKNSNxew) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Since we are on the subject of xvid_bench. Here is a quick patch to fixup the crc error messages for big endian archs. (also including some cosmetic changes to the cpu_list at the top) Works as expected. The only notable difference: Linux: ALTIVEC - dequant_mpeg_inter 19.005 usec crc32=0xa194919e | ERROR OSX: ALTIVEC - dequant_mpeg_inter 12.138 usec crc32=0xd878c722 Which is somewhat puzzling.. And requires some investigation. Tested on: Big Endian: G4 Cube@1.3ghz: gentoo (2004.3 profile) gcc 3.4.3 Powerbook@1.5ghz: 10.4 gcc 3.3 Little Endian: P4: gentoo (2005.0 profile) gcc 3.3.3 AMD64: gentoo (2005.0 profile) gcc 3.4.3-r1 Comments appreciated... paul VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV --Boundary_(ID_nTMG9fNTUl7W8PCKNSNxew) 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 --Boundary_(ID_nTMG9fNTUl7W8PCKNSNxew)-- From xvid-devel-bounces@xvid.org Wed Jun 15 06:05:54 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id E3004126D82 for ; Wed, 15 Jun 2005 06:05:54 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 7A3BC804C; Wed, 15 Jun 2005 06:05:42 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from vms4.rit.edu (vms4.isc.rit.edu [129.21.3.15]) by edu.bnhof.de (Postfix) with ESMTP id 57FA718DC1 for ; Wed, 15 Jun 2005 06:05:30 +0200 (CEST) Received: from localhost (cpe-69-204-37-98.rochester.res.rr.com [69.204.37.98]) by ritvax.isc.rit.edu (PMDF V6.2-X26 #30843) with ESMTPA id <01LPGXKPQBF6UF2UBL@ritvax.isc.rit.edu> for xvid-devel@xvid.org; Wed, 15 Jun 2005 00:05:23 -0400 (EDT) Date: Tue, 14 Jun 2005 23:52:44 -0400 From: Paul Kurucz Subject: Re: [XviD-devel] xvid_bench (crc fixes) In-reply-to: <20050614234634.0035a2bf.ptk9417@ritvax.isc.rit.edu> To: xvid-devel@xvid.org Message-id: <20050614235244.0564e1e8.ptk9417@ritvax.isc.rit.edu> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; powerpc-unknown-linux-gnu) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT X-RIT-Received-From: 69.204.37.98 ptk9417@ritvax.isc.rit.edu References: <2C78DB94-9E03-482B-992B-48115F5382D9@kbw.ch> <1118757563.4950.6.camel@localhost.localdomain> <20050614234634.0035a2bf.ptk9417@ritvax.isc.rit.edu> X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org attachement was stripped.. Link to the patch: http://dungeon.darktech.org/~paul/xvid/crc_byte_swap-cpu_table_cleanups.patch Paul _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jun 15 08:18:54 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id A01B6126D82 for ; Wed, 15 Jun 2005 08:18:54 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C956918448; Wed, 15 Jun 2005 08:18:36 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp10.wanadoo.fr (smtp10.wanadoo.fr [193.252.22.21]) by edu.bnhof.de (Postfix) with ESMTP id 9B9D0C028 for ; Wed, 15 Jun 2005 08:18:27 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1009.wanadoo.fr (SMTP Server) with ESMTP id 582A22800147 for ; Wed, 15 Jun 2005 08:18:21 +0200 (CEST) Received: from localhost.localdomain (ASte-Genev-Bois-151-1-53-123.w82-121.abo.wanadoo.fr [82.121.3.123]) by mwinf1009.wanadoo.fr (SMTP Server) with ESMTP id 132E82800143 for ; Wed, 15 Jun 2005 08:18:18 +0200 (CEST) X-ME-UUID: 20050615061821786.132E82800143@mwinf1009.wanadoo.fr Subject: Re: [XviD-devel] xvid_bench test_transfer unaligned From: Pascal Massimino To: xvid-devel@xvid.org In-Reply-To: References: <2C78DB94-9E03-482B-992B-48115F5382D9@kbw.ch> <1118757563.4950.6.camel@localhost.localdomain> Content-Type: text/plain; charset= Message-Id: <1118816200.3543.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Wed, 15 Jun 2005 08:16:40 +0200 Content-Transfer-Encoding: 8bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: skal@planet-d.net, xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi Christoph, On Tue, 2005-06-14 at 18:33, Christoph Nägeli wrote: > Hi, > > On Jun 14, 2005, at 3:59 PM, Skal wrote: > > On Fri, 2005-06-10 at 17:37, Christoph Nägeli wrote: > >> Is it wrong to assume that the destination of the transfer_routines > >> is 16-Byte aligned? > > > > you're right. Thanks for the report. > > xvid_bench.c is now hopefully fixed wrt to alignments. > > While at it, i've optimized a little the PLAINC function > > in utils/mem_transfer.c. You can activate the new code > > by commenting out the flag USE_REFERENCE_C at the beginning > > of mem_transfer.c. > > And what about the 'dctSpace' field in the 'SearchData' type which is > the Destination in 'findRD_intra()' in the file 'estimation_rd_based.c'? > Shouldn't that be aligned, too? (Or do I just not see that it > actually is...) Actually, it is: look at estimation_pvop.c:814 and estimation_bvop.c:977. -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jun 15 08:20: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 1D520126D82 for ; Wed, 15 Jun 2005 08:20:24 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id CEEE418CC0; Wed, 15 Jun 2005 08:20:07 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp8.wanadoo.fr (smtp8.wanadoo.fr [193.252.22.23]) by edu.bnhof.de (Postfix) with ESMTP id 7A24618518 for ; Wed, 15 Jun 2005 08:19:56 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0809.wanadoo.fr (SMTP Server) with ESMTP id 585A01C001CE for ; Wed, 15 Jun 2005 08:19:53 +0200 (CEST) Received: from localhost.localdomain (ASte-Genev-Bois-151-1-53-123.w82-121.abo.wanadoo.fr [82.121.3.123]) by mwinf0809.wanadoo.fr (SMTP Server) with ESMTP id 1948A1C001C9 for ; Wed, 15 Jun 2005 08:19:52 +0200 (CEST) X-ME-UUID: 20050615061953103.1948A1C001C9@mwinf0809.wanadoo.fr Subject: Re: [XviD-devel] xvid_bench (crc fixes) From: Pascal Massimino To: xvid-devel@xvid.org In-Reply-To: <20050614234634.0035a2bf.ptk9417@ritvax.isc.rit.edu> References: <2C78DB94-9E03-482B-992B-48115F5382D9@kbw.ch> <1118757563.4950.6.camel@localhost.localdomain> <20050614234634.0035a2bf.ptk9417@ritvax.isc.rit.edu> Content-Type: text/plain Message-Id: <1118816294.3543.4.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Wed, 15 Jun 2005 08:18:14 +0200 Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: skal@planet-d.net, xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi Paul, On Wed, 2005-06-15 at 05:46, Paul Kurucz wrote: > Since we are on the subject of xvid_bench. Here is a quick patch to fixup the crc error messages for big endian archs. (also including some cosmetic changes to the cpu_list at the top) > Applied, thanks. > Works as expected. The only notable difference: > > Linux: > ALTIVEC - dequant_mpeg_inter 19.005 usec crc32=0xa194919e | ERROR > OSX: > ALTIVEC - dequant_mpeg_inter 12.138 usec crc32=0xd878c722 > > Which is somewhat puzzling.. And requires some investigation. If the same function is called on both archs, then it's a bug. If not, well... then it's a bug ;) -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jun 15 17:56:29 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id EE356126D83 for ; Wed, 15 Jun 2005 17:56:28 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id CDA7718E0B; Wed, 15 Jun 2005 17:56:11 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from kbw.ch (kbw.ch [62.2.169.166]) by edu.bnhof.de (Postfix) with ESMTP id 1AC3118E05 for ; Wed, 15 Jun 2005 17:56:07 +0200 (CEST) Received: from [62.167.106.136] (account chn HELO [192.168.0.102]) by kbw.ch (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 21029498 for xvid-devel@xvid.org; Wed, 15 Jun 2005 18:00:23 +0200 Mime-Version: 1.0 (Apple Message framework v730) In-Reply-To: <1118816294.3543.4.camel@localhost.localdomain> References: <2C78DB94-9E03-482B-992B-48115F5382D9@kbw.ch> <1118757563.4950.6.camel@localhost.localdomain> <20050614234634.0035a2bf.ptk9417@ritvax.isc.rit.edu> <1118816294.3543.4.camel@localhost.localdomain> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9E7ABC72-501E-4936-87CD-D8C6BEA73D18@kbw.ch> Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Christoph_N=E4geli?= Subject: Re: [XviD-devel] xvid_bench (crc fixes) Date: Wed, 15 Jun 2005 17:56:48 +0200 To: xvid-devel@xvid.org X-Mailer: Apple Mail (2.730) X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello, On Jun 15, 2005, at 8:18 AM, Pascal Massimino wrote: > On Wed, 2005-06-15 at 05:46, Paul Kurucz wrote: > >> Since we are on the subject of xvid_bench. Here is a quick >> patch to fixup the crc error messages for big endian archs. (also >> including some cosmetic changes to the cpu_list at the top) >> >> > Applied, thanks. > > >> Works as expected. The only notable difference: >> >> Linux: >> ALTIVEC - dequant_mpeg_inter 19.005 usec >> crc32=0xa194919e | ERROR >> OSX: >> ALTIVEC - dequant_mpeg_inter 12.138 usec >> crc32=0xd878c722 >> >> Which is somewhat puzzling.. And requires some investigation. >> > > If the same function is called on both archs, then it's a bug. > If not, well... then it's a bug ;) I also think it's a bug in the altivec routine. Especially since dequant_mpeg routines are NOT tested on linux due to the fact that noone was responding when I looked for a person testing that altivec stuff on linux... -- Christoph _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Jun 18 10:33: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 763CE126D90 for ; Sat, 18 Jun 2005 10:33:19 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 81BD618E38; Sat, 18 Jun 2005 10:32:56 +0200 (CEST) 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 8566918E35 for ; Sat, 18 Jun 2005 10:32:50 +0200 (CEST) Received: (qmail invoked by alias); 18 Jun 2005 08:32:49 -0000 Received: from port-212-202-5-8.dynamic.qsc.de (EHLO [212.202.5.8]) [212.202.5.8] by mail.gmx.net (mp004) with SMTP; 18 Jun 2005 10:32:49 +0200 X-Authenticated: #15227202 Message-ID: <42B3EDAA.5060200@gmx.de> Date: Sat, 18 Jun 2005 10:47:22 +0100 From: closedshop User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: [XviD-devel] Xvid with vidomi encoder X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi Divx 6 is out. I do not need the menue making function. I support xvid, because it is opens ource. But we need a simple easy encoder. Divx has a drag and drop encoder. Xvid need soon the same I want to suggest to use vidomi.com encoder and integrate this open source encoder into the xvid code and makle a one in all installer, Change the vidomi logo to xvid logo. download vidomi installer http://www.vidomi.com/download.php?op=geninfovid&did1=1 Download vidomi open source http://www.vidomi.com/download.php?op=geninfo&did=5 The vidomi encoder has already xvid, but an very early version. Vidomi is not updated, so please integrate vidomi into xvid. We do not need an xvid codec, but we need an encoder only, that uses xvid, Vidomi is easy to handle, if you change the code, please make a 700 MB size Button in the frontend gui !!!!! So just insert the avi or vob file, select ONE CD ROM for 700 MB and the xvid codex is used with this vidomi installer, Just as simple as possible !!!! Hope you or someone with help can bring out an installer for this open source encoder witht he actual xvid codec in a one in all installer. thanks! _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jun 22 08:40:56 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id A4CE8126D85 for ; Wed, 22 Jun 2005 08:40:55 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1B2A918EC8; Wed, 22 Jun 2005 08:40:31 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp2.wanadoo.fr (smtp2.wanadoo.fr [193.252.22.29]) by edu.bnhof.de (Postfix) with ESMTP id 5646418E99 for ; Wed, 22 Jun 2005 08:40:27 +0200 (CEST) Received: from me-wanadoo.net (unknown [127.0.0.1]) by mwinf0202.wanadoo.fr (SMTP Server) with ESMTP id 20E641C00204 for ; Wed, 22 Jun 2005 08:40:23 +0200 (CEST) Received: from localhost.localdomain (ASte-Genev-Bois-151-1-20-106.w83-114.abo.wanadoo.fr [83.114.18.106]) by mwinf0202.wanadoo.fr (SMTP Server) with ESMTP id D00091C001FF for ; Wed, 22 Jun 2005 08:40:22 +0200 (CEST) X-ME-UUID: 20050622064022852.D00091C001FF@mwinf0202.wanadoo.fr Subject: Re: [XviD-devel] vop flag question From: Pascal Massimino To: xvid-devel@xvid.org In-Reply-To: References: Content-Type: text/plain Message-Id: <1119422451.3892.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Wed, 22 Jun 2005 08:40:51 +0200 Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: skal@planet-d.net, xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, On Tue, 2005-06-14 at 16:47, MAILER-DAEMON@edu.bnhof.de wrote: > But looking and xvid_encraw.c example it doesn't use the > XVID_VOP_GREYSCALE flag when encoding greyscale images. > Instead it divides the image and makes an RGB image. > Is there a reason XVID_VOP_GREYSCALE is not used(there > is a bug to be worked out?), or is it just by choice? Just an omission. I've added a '-grey' option to xvid_encraw.c in cvs. > > Also looking through the code I couldn't find an option for > a 1-channel image so I'm feeding a 3-channel image. > I use XVID_CSP_I420 and set Cb & Cr channel to 0. > Is there a better option? > > Finally I tested the XVID_VOP_GREYSCALE option by the two following > tests. > The src images are a sequence of greyscale images using XVID_CSP_I420 > option and setting Cb & Cr channel to 0. The image size is 1008x752. > All options were the same for both encoding except for the > XVID_VOP_GREYSCALE flag. hmm... try setting the Cb & Cr values to '127' instead. -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jun 22 14:46: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 9658A126D85 for ; Wed, 22 Jun 2005 14:46:18 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id BCFC318518; Wed, 22 Jun 2005 14:45:56 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from vms1.rit.edu (vms1.isc.rit.edu [129.21.3.8]) by edu.bnhof.de (Postfix) with ESMTP id 9F3B314905 for ; Wed, 22 Jun 2005 14:45:46 +0200 (CEST) Received: from localhost (cpe-69-204-37-98.rochester.res.rr.com [69.204.37.98]) by ritvax.isc.rit.edu (PMDF V6.2-X26 #30843) with ESMTPA id <01LPR7S2NNP4UP2CIF@ritvax.isc.rit.edu> for xvid-devel@xvid.org; Wed, 22 Jun 2005 08:45:34 -0400 (EDT) Date: Wed, 22 Jun 2005 08:31:36 -0400 From: Paul Kurucz Subject: Re: [XviD-devel] xvid_bench (crc fixes) In-reply-to: <9E7ABC72-501E-4936-87CD-D8C6BEA73D18@kbw.ch> To: xvid-devel@xvid.org Message-id: <20050622083136.76dab51b.ptk9417@ritvax.isc.rit.edu> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; powerpc-unknown-linux-gnu) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: quoted-printable X-RIT-Received-From: 69.204.37.98 ptk9417@ritvax.isc.rit.edu References: <2C78DB94-9E03-482B-992B-48115F5382D9@kbw.ch> <1118757563.4950.6.camel@localhost.localdomain> <20050614234634.0035a2bf.ptk9417@ritvax.isc.rit.edu> <1118816294.3543.4.camel@localhost.localdomain> <9E7ABC72-501E-4936-87CD-D8C6BEA73D18@kbw.ch> X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Wed, 15 Jun 2005 17:56:48 +0200 Christoph N=E4geli wrote: > >> Works as expected. The only notable difference: > >> > >> Linux: > >> ALTIVEC - dequant_mpeg_inter 19.005 usec =20 > >> crc32=3D0xa194919e | ERROR > >> OSX: > >> ALTIVEC - dequant_mpeg_inter 12.138 usec =20 > >> crc32=3D0xd878c722 > Especially since dequant_mpeg routines are NOT tested on linux due to =20 > the fact that noone > was responding when I looked for a person testing that altivec stuff =20 > on linux... Just as a heads-up. The problem appears to be rounding/lsb related, only o= ccuring in the highest frequency bin, performing a dequant on 187(which is = outside of the normal -127 to 127 range). I haven't tracked down the cause= . But I don't see this as causing a problem because all of the inputs to t= he dequant should be in the "normal" range. Quick debug output: ... ERROR : dequant_mpeg_inter i:63 qm:1 quant:1 input:187 C_result:22 ASM_resu= lt:23 ERROR : dequant_mpeg_inter i:63 qm:1 quant:7 input:187 C_result:165 ASM_res= ult:164 ERROR : dequant_mpeg_inter i:63 qm:1 quant:9 input:187 C_result:211 ASM_res= ult:210 ERROR : dequant_mpeg_inter i:63 qm:1 quant:15 input:187 C_result:350 ASM_re= sult:351 ERROR : dequant_mpeg_inter i:63 qm:1 quant:17 input:187 C_result:399 ASM_re= sult:398 ERROR : dequant_mpeg_inter i:63 qm:1 quant:23 input:187 C_result:538 ASM_re= sult:539 ERROR : dequant_mpeg_inter i:63 qm:1 quant:25 input:187 C_result:584 ASM_re= sult:585 ERROR : dequant_mpeg_inter i:63 qm:1 quant:31 input:187 C_result:727 ASM_re= sult:726 ERROR : dequant_mpeg_inter i:63 qm:3 quant:3 input:187 C_result:211 ASM_res= ult:210 ERROR : dequant_mpeg_inter i:63 qm:3 quant:5 input:187 C_result:350 ASM_res= ult:351 ERROR : dequant_mpeg_inter i:63 qm:3 quant:11 input:187 C_result:772 ASM_re= sult:773 ... ERROR : dequant_mpeg_inter i:63 qm:54 quant:9 input:187 C_result:2046 ASM_r= esult:2047 ERROR : dequant_mpeg_inter i:63 qm:54 quant:10 input:187 C_result:2047 ASM_= result:2046 ERROR : dequant_mpeg_inter i:63 qm:54 quant:13 input:187 C_result:2046 ASM_= result:2047 ERROR : dequant_mpeg_inter i:63 qm:55 quant:1 input:187 C_result:1288 ASM_r= esult:1289 ERROR : dequant_mpeg_inter i:63 qm:55 quant:2 input:187 C_result:2046 ASM_r= esult:2047 ERROR : dequant_mpeg_inter i:63 qm:55 quant:3 input:187 C_result:2047 ASM_r= esult:2046 ERROR : dequant_mpeg_inter i:63 qm:55 quant:4 input:187 C_result:2047 ASM_r= esult:2046 ERROR : dequant_mpeg_inter i:63 qm:55 quant:10 input:187 C_result:2046 ASM_= result:2047 ERROR : dequant_mpeg_inter i:63 qm:55 quant:12 input:187 C_result:2046 ASM_= result:2047 ERROR : dequant_mpeg_inter i:63 qm:56 quant:13 input:187 C_result:2047 ASM_= result:2046 ERROR : dequant_mpeg_inter i:63 qm:57 quant:1 input:187 C_result:1334 ASM_r= esult:1335 ERROR : dequant_mpeg_inter i:63 qm:57 quant:2 input:187 C_result:2046 ASM_r= esult:2047 ... i:63 is the 64th frequency bin (Dst[63]). qm: The value that the quant matrix is initialized to.. via set_inter_matr= ix Paul=20 _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jun 23 21:36: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 445D8126D89 for ; Thu, 23 Jun 2005 21:36:41 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C5CBB18D9D; Thu, 23 Jun 2005 21:36:24 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from fafnir.cs.unc.edu (fafnir.cs.unc.edu [152.2.129.90]) by edu.bnhof.de (Postfix) with ESMTP id 06DD018D95 for ; Thu, 23 Jun 2005 21:36:21 +0200 (CEST) Received: from quartet.cs.unc.edu (quartet.cs.unc.edu [152.2.133.252]) by fafnir.cs.unc.edu (8.12.11/8.12.11) with ESMTP id j5NJaI3i019425 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 23 Jun 2005 15:36:18 -0400 Date: Thu, 23 Jun 2005 15:36:18 -0400 (EDT) X-X-Sender: kumsu@quartet.cs.unc.edu To: xvid-devel@xvid.org Subject: Re: [XviD-devel] vop flag question In-Reply-To: <1119422451.3892.7.camel@localhost.localdomain> Message-ID: References: <1119422451.3892.7.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.42 From: MAILER-DAEMON@edu.bnhof.de X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Sang-Uok Kum , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org On Wed, 22 Jun 2005, Pascal Massimino wrote: > > Also looking through the code I couldn't find an option for > > a 1-channel image so I'm feeding a 3-channel image. > > I use XVID_CSP_I420 and set Cb & Cr channel to 0. > > Is there a better option? > > > > Finally I tested the XVID_VOP_GREYSCALE option by the two following > > tests. > > The src images are a sequence of greyscale images using XVID_CSP_I420 > > option and setting Cb & Cr channel to 0. The image size is 1008x752. > > All options were the same for both encoding except for the > > XVID_VOP_GREYSCALE flag. > > hmm... try setting the Cb & Cr values to '127' instead. > Thanks. That is a good idea. Slipped my mind that Cb & Cr is centered. I'll try it and post the results just in case anyone is interested. I also had another question about encoding a 1 channel greyscale image. I encoded it two different ways. First test was encoded by setting the Y to the greyscale value and setting Cb & Cr to 0, and setting the csp to XVID_CSP_I420 . I also set the XVID_VOP_GREYSCALE flag,so the values of Cb & Cr should not matter. The second test was encoded by using the XVID_CSP_BGR color space and setting the values of BGR to the same greyscale value. I also set the XVID_VOP_GREYSCALE flag, and when decoding just ask back the Y value. So this case basically does the YUV conversion on the RGB images and then just encodes the Y. The results from the two tests are very interesting. For the same Q factor the second test(feeding it RGB) frame size is significantly smaller. The difference gets smaller as the Q factor goes up, but at Q factor of 7 the difference is about 1KB, and about 0.5KB at Q = 18. The PSNR is better for the first case, even at the same fr size(so the Q factor will be bigger for the first case since it needs a higher Q factor to compress it more). Another thing about the 2nd test is that you can get a smaller frame size that is not possible with the first test(For the examples I ran 1st test at Q=31 and 2nd test at Q=22 have about the same fr size). Which leads to my question, is there something going on in the YUV conversion that makes it compress better? thanks. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Jun 29 13:19:32 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 1D93E126D82 for ; Wed, 29 Jun 2005 13:19:32 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id E371818FBE; Wed, 29 Jun 2005 13:19:10 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from scamper.lut.ac.uk (scamper.lut.ac.uk [158.125.1.219]) by edu.bnhof.de (Postfix) with ESMTP id 3085618FB0 for ; Wed, 29 Jun 2005 13:19:06 +0200 (CEST) Received: from [158.125.1.221] (helo=magic.lut.ac.uk) by scamper.lut.ac.uk with esmtp (Exim 4.44) id 1Dnaaw-0007iV-7K for xvid-devel@xvid.org; Wed, 29 Jun 2005 12:19:06 +0100 Received: from apache by magic.lut.ac.uk with local (Exim 4.44) id 1Dnaaw-0000BF-1x for xvid-devel@xvid.org; Wed, 29 Jun 2005 12:19:06 +0100 Received: from elvc-linux3.lut.ac.uk (elvc-linux3.lut.ac.uk [158.125.51.81]) by student-webmail.lboro.ac.uk (IMP) with HTTP for ; Wed, 29 Jun 2005 12:19:06 +0100 Message-ID: <1120043946.42c283aa07257@student-webmail.lboro.ac.uk> Date: Wed, 29 Jun 2005 12:19:06 +0100 From: Tom Jacobs To: "xvid-devel@xvid.org" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 158.125.51.81 X-Scan-Signature: e6d65593305a8d9d6cf82f88a7c2d75e Subject: [XviD-devel] quality settings X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org hi i have been looking for a brief description of what each of the quality (-q) settings do. from that i can tell they switch on functionality like halfpelrefine16/8, earlystop16/8, inter4v and changes the quantization matrix. what i am slightly unsure of is what these actually mean. if anyone could help me out with a short (one line) desciption of each that would be much appreciated since i have to add a very small section into a paper just so i can explain what each line on the graph represents instrad of just sayin 1, 2, 3 etc many thanks Tom _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jun 30 10:09: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 49B07126D85 for ; Thu, 30 Jun 2005 10:09:14 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1074C18DED; Thu, 30 Jun 2005 10:09:00 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id 131C318DDB for ; Thu, 30 Jun 2005 10:08:56 +0200 (CEST) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id 440A432CFD for ; Thu, 30 Jun 2005 10:08:56 +0200 (CEST) Received: from p54B5D2BA.dip.t-dialin.net (p54B5D2BA.dip.t-dialin.net [84.181.210.186]) by www.lansco.de (IMP) with HTTP for ; Thu, 30 Jun 2005 10:08:56 +0200 Message-ID: <1120118936.42c3a89807ab2@www.lansco.de> Date: Thu, 30 Jun 2005 10:08:56 +0200 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] quality settings References: <1120043946.42c283aa07257@student-webmail.lboro.ac.uk> In-Reply-To: <1120043946.42c283aa07257@student-webmail.lboro.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 84.181.210.186 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, quality 0: keyframes only, performs no motion estimation. (fastest) quality 1: performs simple motion estimation at full-pixel accuracy only, just one motion vector per macroblock. quality 2: like quality 1 plus performs motion estimation at half-pixel accuracy, which results in significantly higher picture quality. quality 3: like quality 2 plus enables 'four vector mode'. Hence, not just one but also four motion vectors can be assigned to a macroblock in order to more accurately track motion and raise image quality. quality 4: like quality 3 plus enables 'chroma motion estimation'. In all quality modes < 4, the motion estimation algorithm determines motion vectors based on the luminance image plane only whereas with chroma ME the chrominance information is considered also. quality 5: like quality 4 plus enables 'trellis quantization', which is an R-D optimized quantization approach. Here, the dct coefficients are 'intelligently' quantized to yield the best trade-off between the introduced distortion and required bits for coding. quality 6: like quality 5 plus enables R-D optimized AC prediction and extended search strategies. Here, the ME algorithm performs additional search steps to further improve the accuracy of the motion vectors. R-D optimized AC prediction enhances the quality of non-temporally predicted (INTRA) macroblocks. (slowest) Rgds, Michael Quoting Tom Jacobs : > > hi > > i have been looking for a brief description of what each of the quality (-q) > settings do. from that i can tell they switch on functionality like > halfpelrefine16/8, earlystop16/8, inter4v and changes the quantization > matrix. > > what i am slightly unsure of is what these actually mean. > > if anyone could help me out with a short (one line) desciption of each that > would be much appreciated since i have to add a very small section into a > paper just so i can explain what each line on the graph represents instrad > of just sayin 1, 2, 3 etc > > many thanks > > Tom > > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Jun 30 16:56: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 E4935126D85 for ; Thu, 30 Jun 2005 16:56:36 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5EF1D18FB8; Thu, 30 Jun 2005 16:56:12 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from scamper.lut.ac.uk (scamper.lut.ac.uk [158.125.1.219]) by edu.bnhof.de (Postfix) with ESMTP id 59F7818FAF for ; Thu, 30 Jun 2005 16:56:07 +0200 (CEST) Received: from [158.125.1.221] (helo=magic.lut.ac.uk) by scamper.lut.ac.uk with esmtp (Exim 4.44) id 1Do0SQ-000264-Uc; Thu, 30 Jun 2005 15:56:02 +0100 Received: from apache by magic.lut.ac.uk with local (Exim 4.44) id 1Do0SQ-0004BF-PD; Thu, 30 Jun 2005 15:56:02 +0100 Received: from elvc-linux3.lut.ac.uk (elvc-linux3.lut.ac.uk [158.125.51.81]) by student-webmail.lboro.ac.uk (IMP) with HTTP for ; Thu, 30 Jun 2005 15:56:02 +0100 Message-ID: <1120143362.42c40802b53d2@student-webmail.lboro.ac.uk> Date: Thu, 30 Jun 2005 15:56:02 +0100 From: Tom Jacobs To: "x264-devel@videolan.org" , "xvid-devel@xvid.org" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 158.125.51.81 X-Scan-Signature: 924a1c3e3a3d639a1424bf4a1917f89b Cc: Subject: [XviD-devel] test sequence X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org hi can anyone suggest where i can find some standard video test sequences. i have a number at CIF resolution but i am after larger resolution sequences, D1 would be nice, hd even better. since most of the test sequences were made a good few years ago i am thinking that CIF is the best you can find for these sequences. does anyone have larger sequences? if you can pint me in the right direction or host/scp me the files that would be great many thanks Tom _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel