From xvid-devel-bounces@xvid.org Fri Apr 1 07:14: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 A2334126D83 for ; Fri, 1 Apr 2005 07:14:02 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 7C6B414FE7; Fri, 1 Apr 2005 07:13:44 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.sh.itginc.jp (unknown [220.248.27.162]) by edu.bnhof.de (Postfix) with SMTP id 4C4A014FE4 for ; Fri, 1 Apr 2005 07:13:33 +0200 (CEST) Received: (qmail 18316 invoked by uid 0); 1 Apr 2005 04:59:47 -0000 Received: from unknown (HELO barcodesolder) (solder@192.168.1.66) by 0 with SMTP; 1 Apr 2005 04:59:47 -0000 From: "solder" To: Date: Fri, 1 Apr 2005 13:13:13 +0800 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcU2eYD2j4lcE34jSxar0FqiOJaOmQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20050401051333.4C4A014FE4@edu.bnhof.de> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.4 Subject: [XviD-devel] How to use xvid on S3C2410 with Arm_linux 2.4.18, patched with rmk6.? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org How to use xvid on S3C2410 with Arm_linux 2.4.18,patched with rmk6.? I have been porting xvid to Arm_linux simply use configure.But I have no idea to the Api of XivdCore.So Could you help me finished the topic? I have pwc driver and v4l on the SOC and success to catch a jpg with software named vgrabby if I didn't miss the name. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-users-bounces@xvid.org Mon Apr 4 13:18: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 7B850126D84 for ; Mon, 4 Apr 2005 13:18:06 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3A317140AD; Mon, 4 Apr 2005 13:17:54 +0200 (CEST) X-Original-To: xvid-users@xvid.org Delivered-To: xvid-users@edu.bnhof.de Received: from s5.lansco.de (s5.lansco.de [212.63.130.170]) by edu.bnhof.de (Postfix) with ESMTP id 6F2A5D985; Mon, 4 Apr 2005 13:17:51 +0200 (CEST) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id 8D349A06E; Mon, 4 Apr 2005 13:17:50 +0200 (CEST) Received: from pD9539AFB.dip.t-dialin.net (pD9539AFB.dip.t-dialin.net [217.83.154.251]) by www.lansco.de (IMP) with HTTP for ; Mon, 4 Apr 2005 13:17:50 +0200 Message-ID: <1112613470.4251225e7996b@www.lansco.de> Date: Mon, 4 Apr 2005 13:17:50 +0200 From: Michael Militzer To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 217.83.154.251 Cc: xvid-users@xvid.org Subject: [XviD-users] XviD 1.1.0-beta2 is out! X-BeenThere: xvid-users@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-users@xvid.org List-Id: xvid-users.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-users-bounces@xvid.org Errors-To: xvid-users-bounces@xvid.org Hello! This is XviD 1.1.0-beta2 release. This release is the second beta of the 1.1 series. It is API/ABI compatible with the previous beta release. Changes since 1.1.0-beta1: * xvidcore - Fixed bug in GMC, and Cartoon modes. - Improved VBV support - Improved compliancy with DivX profiles. - Added MPEG de/quantizer PPC support. - Minor fixes for PPC colorspace functions. - Improved Low bitrate quality. - Fixed x86_64 interlaced support. - Minor Motion Estimation adjustments. * VFW frontend - Improved compliancy with DivX profiles. * DShow frontend - Fixed resource leaking The files are available in the download section of XviD.org: http://www.xvid.org/downloads.html -- The "XviD Team" _______________________________________________ XviD-users mailing list XviD-users@xvid.org http://list.xvid.org/mailman/listinfo/xvid-users From xvid-devel-bounces@xvid.org Mon Apr 4 14:25:20 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 18798126D84 for ; Mon, 4 Apr 2005 14:25:20 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 18BE0148CF; Mon, 4 Apr 2005 14:25:06 +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.201]) by edu.bnhof.de (Postfix) with ESMTP id BDD24A6FD for ; Mon, 4 Apr 2005 14:25:03 +0200 (CEST) Received: by rproxy.gmail.com with SMTP id c51so1212904rne for ; Mon, 04 Apr 2005 05:25:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=ellHmYMkDShwwtWk2+HvCxAWNCf2oAUk0Di9W3D/gLPsRrxDh7URZW+2Ae/a+TSRcOQzHrlQdusYFaNEHeVshnj2qkqvDllspPkwA23lCTMuaAV57e5I8k7udZIJLE73O4yAvnT9plfeKSck4OCNGPUmgLwulfLOp7SMr7HfuGA= Received: by 10.39.3.59 with SMTP id f59mr1044582rni; Mon, 04 Apr 2005 05:25:01 -0700 (PDT) Received: by 10.54.76.14 with HTTP; Mon, 4 Apr 2005 05:25:01 -0700 (PDT) Message-ID: <4e03026a050404052519eb4f3d@mail.gmail.com> Date: Mon, 4 Apr 2005 14:25:01 +0200 From: Guillaume Poirier To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD 1.1.0-beta2 is out! In-Reply-To: <1112613470.4251225e7996b@www.lansco.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <1112613470.4251225e7996b@www.lansco.de> X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Guillaume Poirier , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, On Apr 4, 2005 1:17 PM, Michael Militzer wrote: > - Improved compliancy with DivX profiles. I'd be interested in adding the support for this feature to MEncoder, if possible. A quick glance at the latest xvid.h commit: #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 */ ... tells me that DivX profile seems to be triggered just by setting the flag " XVID_GLOBAL_DIVX5_USERDATA". Am I right? Or is it triggered by another flag? Regards, Guillaume _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Apr 4 14:50: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 8E781126D84 for ; Mon, 4 Apr 2005 14:50:21 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id B1EC614FE1; Mon, 4 Apr 2005 14:50:08 +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 6355014FD7 for ; Mon, 4 Apr 2005 14:50:03 +0200 (CEST) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id D693E9E16; Mon, 4 Apr 2005 14:50:02 +0200 (CEST) Received: from pD9539AFB.dip.t-dialin.net (pD9539AFB.dip.t-dialin.net [217.83.154.251]) by www.lansco.de (IMP) with HTTP for ; Mon, 4 Apr 2005 14:50:02 +0200 Message-ID: <1112619002.425137fab02ea@www.lansco.de> Date: Mon, 4 Apr 2005 14:50:02 +0200 From: Michael Militzer To: Guillaume Poirier , xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD 1.1.0-beta2 is out! References: <1112613470.4251225e7996b@www.lansco.de> <4e03026a050404052519eb4f3d@mail.gmail.com> In-Reply-To: <4e03026a050404052519eb4f3d@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: 217.83.154.251 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 Guillaume, no, there is more to it than just this flag. First, there are several DivX profiles, which support different features. So depending on which profile the user chooses, a certain subset of features needs to be disabled. E.g. none of the DivX profiles support qpel. The DivX Handheld profile does not support B-frames at all whereas within the DivX Home Theatre B-frames are allowed but not more than one consecutive b-frame. These restrictions are not enforced within xvidcore but it's the responsibility of the user frontend (VfW, MEncoder) to disable not supported features if the DivX profiles are selectable in the frontend. Apart from enforcing these restrictions, you'd also have to set the correct vbv parameters for XviD's 2pass plugin depending on the respective DivX profile selected. Have a look at the vfw code for more details. Especially, check the profiles table in config.c that lists the features supported by the DivX profiles and the corresponding vbv parameters. Also see the file codec.c, where the vbv parameters are set depending on the profile and where other restrictions (e.g. the max b-frame limit) are enforced (search for 'dxn'). bye, Michael Quoting Guillaume Poirier : > Hi, > > On Apr 4, 2005 1:17 PM, Michael Militzer wrote: > > - Improved compliancy with DivX profiles. > > I'd be interested in adding the support for this feature to MEncoder, > if possible. > A quick glance at the latest xvid.h commit: > #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 */ > > > ... tells me that DivX profile seems to be triggered just by setting > the flag " XVID_GLOBAL_DIVX5_USERDATA". > Am I right? Or is it triggered by another flag? > > Regards, > Guillaume > _______________________________________________ > 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 Apr 4 17:04: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 17B23126D84 for ; Mon, 4 Apr 2005 17:04:17 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id F08E015554; Mon, 4 Apr 2005 17:04:01 +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 B9BB21554C for ; Mon, 4 Apr 2005 17:03:57 +0200 (CEST) Received: by rproxy.gmail.com with SMTP id c51so1253036rne for ; Mon, 04 Apr 2005 08:03:55 -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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=qOd7a2SGo8VzEMpX/3l0DF0Z5IH5DVoleRcUA3ghAayHLmXIBv/0lmPgPAkmQoMpS5S4YrtOuMa64hTrGnXyR7fe/HTqXJAGeXNxkhWBRzq6sVxAP2MGHK2pALi2QnmCwc9Sos7PFYu0j58Y98BovFtfbAF/y08vDRUFM5JFwSI= Received: by 10.38.79.42 with SMTP id c42mr5133297rnb; Mon, 04 Apr 2005 08:03:54 -0700 (PDT) Received: by 10.54.76.14 with HTTP; Mon, 4 Apr 2005 08:03:54 -0700 (PDT) Message-ID: <4e03026a0504040803537424f3@mail.gmail.com> Date: Mon, 4 Apr 2005 17:03:54 +0200 From: Guillaume Poirier To: Michael Militzer Subject: Re: [XviD-devel] XviD 1.1.0-beta2 is out! In-Reply-To: <1112619002.425137fab02ea@www.lansco.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <1112613470.4251225e7996b@www.lansco.de> <4e03026a050404052519eb4f3d@mail.gmail.com> <1112619002.425137fab02ea@www.lansco.de> Cc: xvid-devel@xvid.org X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Guillaume Poirier , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi Michael, Thanks a lot for your input. I'll try my best to implement the DivX profile for MEncoder myself. This shouldn't be too hard now that I know where to to start, and where I should look to get all the informations I need. BTW, if Edouard already implemented that feature for MEncoder, maybe it won't hurt not to duplicate the work, but looking at his project page ( http://ed.gomez.free.fr/projects/mplayer/ ), it doesn't look like he has worked on it. That's ok, I'll do it. May I post my patches here to get some testing? Regards, Guillaume _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Apr 5 01:48: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 EF10E126D83 for ; Tue, 5 Apr 2005 01:48:04 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5ADC115544; Tue, 5 Apr 2005 01:47:50 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from edgomez.kicks-ass.org (edgomez.kicks-ass.org [82.225.208.184]) by edu.bnhof.de (Postfix) with ESMTP id 6E9CB15541 for ; Tue, 5 Apr 2005 01:47:46 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.50) id 1DIbIE-0002Cv-Ce for xvid-devel@xvid.org; Tue, 05 Apr 2005 01:47:42 +0200 Date: Tue, 5 Apr 2005 01:47:42 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Subject: Re: [XviD-devel] XviD 1.1.0-beta2 is out! Message-ID: <20050404234742.GB5854@edgomez.kicks-ass.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <1112613470.4251225e7996b@www.lansco.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1112613470.4251225e7996b@www.lansco.de> User-Agent: Mutt/1.5.8i X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org After more than 3 months of "retirement", I would like to say officially to all XviD users that this is the last release I prepared. It's now been a long time (more than 3 years) I've been working on XviD, but everything ends one day or another... so I hope you appreciated the efforts I've put in XviD and I hope you'll enjoy the next releases prepared by the people who will decide to continue coding on XviD. Farewell. -- 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 Apr 5 01:52:26 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 CDAFF126D83 for ; Tue, 5 Apr 2005 01:52:26 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 2218615549; Tue, 5 Apr 2005 01:52:14 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from edgomez.kicks-ass.org (edgomez.kicks-ass.org [82.225.208.184]) by edu.bnhof.de (Postfix) with ESMTP id 4265515541 for ; Tue, 5 Apr 2005 01:52:11 +0200 (CEST) Received: from edy by edgomez.kicks-ass.org with local (Exim 4.50) id 1DIbMY-0002EK-UU for xvid-devel@xvid.org; Tue, 05 Apr 2005 01:52:10 +0200 Date: Tue, 5 Apr 2005 01:52:10 +0200 From: Edouard Gomez To: xvid-devel@xvid.org Message-ID: <20050404235210.GC5854@edgomez.kicks-ass.org> Mail-Followup-To: Edouard Gomez , xvid-devel@xvid.org References: <1112613470.4251225e7996b@www.lansco.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1112613470.4251225e7996b@www.lansco.de> User-Agent: Mutt/1.5.8i Subject: [XviD-devel] [CVS Updates] head X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Michael Militzer (michael@xvid.org) wrote: > Hello! > > This is XviD 1.1.0-beta2 release. Sorry i forgot to merge back from my branch all changes related to PPC and 1.1.0-beta2 marking. The tarballs are always prepared from my branch, so they are correct. Now the CVS is also in sync with my branch so you can also use CVS to fetch it. -- Edouard Gomez _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Apr 5 17:46:26 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 E6298126D83 for ; Tue, 5 Apr 2005 17:46:25 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id ECD681553A; Tue, 5 Apr 2005 17:46:07 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ptb-relay02.plus.net (ptb-relay02.plus.net [212.159.14.213]) by edu.bnhof.de (Postfix) with ESMTP id 5A2011504F for ; Tue, 5 Apr 2005 17:46:03 +0200 (CEST) Received: from [212.159.110.80] (helo=monty) by ptb-relay02.plus.net with smtp (Exim) id 1DIqFd-0000br-GI for xvid-devel@xvid.org; Tue, 05 Apr 2005 15:46:01 +0000 Message-ID: <002801c539f6$b821fb60$0400000a@monty> From: "Robert Swain" To: Date: Tue, 5 Apr 2005 16:47:05 +0100 MIME-Version: 1.0 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 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] Bugs in 1.1 beta 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 Some bugs have been noted by a #xvid user. 1) The displayed maximum bit rates in the vfw are incorrect, I assume = they should be 10^3 smaller. 2) When AS @ L4 or lower, including the simple profile levels, are = selected in the vfw gui and you're in target bit rate mode the rate = slider is locked to 16kbps. Note that the quantiser sliders are fine. 3) Should the maximum bit rates for the DXN portable profiles really be = the same as for the Home Theatre profiles? (Credit to nexus3 for spotting these errors) Regards, Robert Swain _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Apr 6 14:31: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 8D152126D84 for ; Wed, 6 Apr 2005 14:31:29 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4097F148A4; Wed, 6 Apr 2005 14:31:15 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by edu.bnhof.de (Postfix) with ESMTP id D72C8A896 for ; Wed, 6 Apr 2005 14:31:12 +0200 (CEST) Received: from [62.16.0.77] (port=2859 helo=caliostro.tirans.local.net) by mx1.mail.ru with esmtp id 1DJ9gb-0007Et-00 for xvid-devel@xvid.org; Wed, 06 Apr 2005 16:31:09 +0400 Date: Wed, 6 Apr 2005 15:31:07 +0300 From: Alex Kukhar X-Mailer: The Bat! (v3.0.1.33) Professional X-Priority: 3 (Normal) Message-ID: <5910159857.20050406153107@mail.ru> To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit Subject: [XviD-devel] report X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Alex Kukhar , xvid-devel@xvid.org List-Id: xvid-devel.xvid.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, It seems that blocks of user data that XviD inserts can violate bit stream syntax. Here is the beginning of stream that I have created with xvidcore-1.1.0-beta1 (beta2 has it unfixed too): 0000000000: 00 00 01 B0 F4 00 00 01 ¦ B5 09 00 00 01 00 00 00 0000000010: 01 20 00 86 C4 00 3F 18 ¦ 50 20 F0 A3 1F 00 00 01 0000000020: B2 58 76 69 44 30 30 33 ¦ 38 00 00 01 B6 10 C1 31 0000000030: 02 C4 0B A9 04 CB 6D 56 ¦ 36 DB F8 DF FB E3 6D FF 0000000040: 8D BC FE 36 DB F8 DB 7F ¦ E3 79 FF 8F BC FE 36 DB 0000000050: F8 F7 EF E3 6D EF 8D B6 ¦ FE 3C FE F8 DB 6E F1 F7 0000000060: BC E3 6D BF 8D BC FE 3C ¦ F3 BE EE 43 A5 21 23 6F User data block is followed by vop_start_code (00 00 01 B6) but according to syntax, user data never precedes vop_start_code directly. -- Best regards, Alex mailto:stsilla@mail.ru _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Apr 6 14:44: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 188DB126D83 for ; Wed, 6 Apr 2005 14:44:50 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0561813E45; Wed, 6 Apr 2005 14:44:37 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from viefep17-int.chello.at (viefep17-int.chello.at [213.46.255.23]) by edu.bnhof.de (Postfix) with ESMTP id A1DECD99E for ; Wed, 6 Apr 2005 14:44:34 +0200 (CEST) Received: from Mtmllkp ([84.114.133.201]) by viefep17-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with SMTP id <20050406124430.JJFU5967.viefep17-int.chello.at@Mtmllkp> for ; Wed, 6 Apr 2005 14:44:30 +0200 From: skal To: xvid-devel@xvid.org MIME-Version: 1.0 Message-Id: <20050406124430.JJFU5967.viefep17-int.chello.at@Mtmllkp> Date: Wed, 6 Apr 2005 14:44:33 +0200 Content-Type: text/plain;charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.4 Subject: [XviD-devel] Is a list of all related documentation pages X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org -------- Virus Warning Message -------- The virus (Exploit-MIME.gen.b) was detected in the attachment . The attached File has been removed. Nachfolgender Virus (Exploit-MIME.gen.b) wurde im Attachment gefunden, deshalb wurde das Attachment gel=F6scht. F=FCr Fragen dazu steht Ihnen der chello Helpdesk sehr gerne zur Verf=FCgung. Weitere Informationen zum Virenschutz: http://portal.chello.at/av-info.html Le serveur de mail chello a d=E9tect=E9 le virus Exploit-MIME.gen.b dans le fichier inclus dans ce mail. Ce fichier a donc =E9t=E9 supprim=E9e pour en =E9viter la diffusion. Pour plus d'information, merci de cliquer sur le lien suivant http://www.chello.fr Az =D6nnek k=E9zbes=EDtett lev=E9l mell=E9klet=E9ben a v=EDrussz=FBr=F5 rendszer a(z) Exploit-MIME.gen.b nev=FB v=EDrust tal=E1lta, ez=E9rt a(z) nev=FB mell=E9kletet biztons=E1gi okokb=F3l elt=E1vol=EDtotta. Tov=E1bbi inform=E1ci=F3=E9rt, k=E9rj=FCk kattintson az al=E1bbi hivatkoz=E1sra: http://home.hun.chello.hu/upcmnfc/start/szolgaltatas/biztonsag/virussz_res_gyik/ V p=F8=EDloze byl detekov=E1n virus Exploit-MIME.gen.b. P=F8=EDloha = byla proto odstran=ECna. Pro dotazy kontaktujte pros=EDm technickou podporu. W za=B3=B1czniku wykryto wirus Exploit-MIME.gen.b. Plik zosta=B3 usuni=EAty. Wi=EAcej informacji znajdziesz na stronie internetowej: http://home.pol.chello.pl/upcmnfc/start/pomoc/wirusy/ V prilo=BEenom s=FAbore bol zisten=FD v=EDrus (Exploit-MIME.gen.b). S=FAbor bol odstr=E1nen=FD. V pr=EDpade ot=E1zok pros=EDm kontaktujte linku technickej podpory. http://www.chello.sk ---------------------------------------- _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Apr 7 06:14: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 94B20126D83 for ; Thu, 7 Apr 2005 06:14:32 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C6063155C1; Thu, 7 Apr 2005 06:14:14 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from dintop.com (unknown [211.155.234.103]) by edu.bnhof.de (Postfix) with ESMTP id 534B8155BD for ; Thu, 7 Apr 2005 06:14:06 +0200 (CEST) Received: from arthur [220.184.112.28] by dintop.com with ESMTP (SMTPD32-7.14) id A3F814003A2; Thu, 07 Apr 2005 12:15:52 +0800 Message-ID: <004201c53b28$345abe60$1400a8c0@arthur> From: "Arthur Jiang" To: References: <002801c539f6$b821fb60$0400000a@monty> Date: Thu, 7 Apr 2005 12:13:51 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: [XviD-devel] About streaming client X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 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="===============0447551342==" Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org --===============0447551342== Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 RGVhciBFeHBlcnRzLA0KDQpXaGVyZSBjYW4gSSBnZXQgcmVmZXJlbmNlZCBzb3VyY2UgY29kZXMg b2YgV2luMzIgYmFzZWQgc3RyZWFtaW5nIGNsaWVudCBjb21wYXRpYmxlIHRvIElTTUEgMS4wPyAN CldoZXJlIGNhbiBJIGdldCByZWZlcmVuY2VkIHNvdXJjZSBjb2RlcyBvZiBEaXJlY3RTaG93IGJh c2VkIHNvdXJjZSBmaWx0ZXIgdG8gc3VwcG9ydCBJU01BIDEuMD8NCg0KSSB1c2VkIGdvb2dsZSBz ZWFyY2ggZW5naW5lIGFuZCBmb3VuZCBmZm1wZWcgYW5kIG1wbGF5ZXIsIGJ1dCBib3RoIHRoZW0g YXJlIGxpbnV4IGJhc2VkLg0KDQpUaGFua3MgYSBsb3QsDQpBcnRodXI= --===============0447551342== 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 --===============0447551342==-- From xvid-devel-bounces@xvid.org Thu Apr 7 15:24:37 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 3FF32126D84 for ; Thu, 7 Apr 2005 15:24:37 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 6F2F513EB2; Thu, 7 Apr 2005 15:24:14 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by edu.bnhof.de (Postfix) with ESMTP id 8098FA896 for ; Thu, 7 Apr 2005 15:24:09 +0200 (CEST) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DJWvo-0007IW-D9 for xvid-devel@xvid.org; Thu, 07 Apr 2005 15:20:24 +0200 Received: from kereval.net1.nerim.net ([213.41.138.211]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 07 Apr 2005 15:20:24 +0200 Received: from guillaume.poirier by kereval.net1.nerim.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 07 Apr 2005 15:20:24 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xvid-devel@xvid.org From: Guillaume POIRIER Date: Thu, 7 Apr 2005 13:09:41 +0000 (UTC) Lines: 36 Message-ID: References: <424C127F.6010002@etudiant.univ-rennes1.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 213.41.138.211 (Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.6) Gecko/20050318 Firefox/1.0.2) Subject: [XviD-devel] Re: Better defaults encoding options in MEncoder X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Guillaume POIRIER etudiant.univ-rennes1.fr> writes: > > Hi there, > On this post: > http://edu.bnhof.de/pipermail/xvid-devel/2004-September/004546.html , > Edouard Gomez seemed not satisfied with the default settings of XviD in > MEncoder. > Basically, the problem was that at that time, there were no way to unset > a particular encoding option. > Well, this problem has been fixed for a while now, before the -pre6 > release actually, so all XviD "option" has a "nooption" counterpart. > It's therefore now possible to change default settings to the one you like. > Either post a patch here or on MPlayer ML, or give me a list of them > here, and I'll make sure that they'll make it into MPlayer's CVS. Well, it seem my offer hasn't triggered a torrent of cheerful replies, but that's OK. Looking at the vfw front-end, it looks like the options that need to be changed would be: Motion search estimation: 6 (Ultra High) VHQ mode: 1 (mode decision) Use chroma motion: on trellis: on min quants for I, P, B: 1 (instead of 2) keyframe boost: 10 I'm not too sure for the following options as the value O might have a special meaning, like "default value". vbr_kfreduction (=I-frames closer than... (frames) :1 (instead of 0) vbr_kfthreshold (=... are reduced by (%)) :20 (instead of 0) Other than that, everything looks the same Regards, Guillaume _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Apr 7 18:14: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 97DCF126D84 for ; Thu, 7 Apr 2005 18:14:24 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 24A65155FB; Thu, 7 Apr 2005 18:14:11 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ptb-relay02.plus.net (ptb-relay02.plus.net [212.159.14.213]) by edu.bnhof.de (Postfix) with ESMTP id 27A5D155F4 for ; Thu, 7 Apr 2005 18:14:07 +0200 (CEST) Received: from [212.159.110.80] (helo=monty) by ptb-relay02.plus.net with smtp (Exim) id 1DJZdq-000GCi-4n for xvid-devel@xvid.org; Thu, 07 Apr 2005 16:14:02 +0000 Message-ID: <000b01c53b8d$075ead80$0400000a@monty> From: "Robert Swain" To: References: <002801c539f6$b821fb60$0400000a@monty> Subject: Re: [XviD-devel] Bugs in 1.1 beta 2 Date: Thu, 7 Apr 2005 17:15:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Another 'bug' from nexus3: XviD 1.1 beta 2 changed the DivX User Data ID from DivX999b000p to DivX503b1393p. When using b-frames, multiplexing into mp4 with mp4box, playing the file back via Haali's MP4 splitter the output gives very strange jerky playback with divx and xvid dshow decoders. It almost looks to me as if the frames are being displayed in the wrong order. Apparently a workaround is to edit the XviD beta 2 AVI either changing the entry back to the original value or to erase it entirely before multiplexing into mp4. Was there a reason for this change or is it simple enough to just change it back? ----- Original Message ----- From: "Robert Swain" To: Sent: Tuesday, April 05, 2005 4:47 PM Subject: [XviD-devel] Bugs in 1.1 beta 2 Some bugs have been noted by a #xvid user. 1) The displayed maximum bit rates in the vfw are incorrect, I assume they should be 10^3 smaller. 2) When AS @ L4 or lower, including the simple profile levels, are selected in the vfw gui and you're in target bit rate mode the rate slider is locked to 16kbps. Note that the quantiser sliders are fine. 3) Should the maximum bit rates for the DXN portable profiles really be the same as for the Home Theatre profiles? (Credit to nexus3 for spotting these errors) Regards, Robert Swain _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.9.2 - Release Date: 05/04/2005 _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Apr 8 01:25: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 B03C5126D84 for ; Fri, 8 Apr 2005 01:25:15 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0243E155D3; Fri, 8 Apr 2005 01:25:01 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ptb-relay01.plus.net (ptb-relay01.plus.net [212.159.14.212]) by edu.bnhof.de (Postfix) with ESMTP id 16525155D0 for ; Fri, 8 Apr 2005 01:24:57 +0200 (CEST) Received: from [212.159.113.23] (helo=[192.168.1.103]) by ptb-relay01.plus.net with esmtp (Exim) id 1DJgMr-00075s-KV for xvid-devel@xvid.org; Thu, 07 Apr 2005 23:24:57 +0000 Message-ID: <4255C12A.4050204@radien.plus.com> Date: Fri, 08 Apr 2005 00:24:26 +0100 From: Charles User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [XviD-devel] Xvid and Java X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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 want to encode short videos in Xvid and then encode the audio in vorbis. Then I want to stream this over the Internet using a Java applet. I was wondering if this is possible. Can the Xvid Decoder be implemented in a Java applet and work reliably? Also does Xvid have a specification or is there some way I can find out how to do this? Thanks Charles _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Apr 8 08:46:10 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 25E37126D84 for ; Fri, 8 Apr 2005 08:46:10 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C531A14FE5; Fri, 8 Apr 2005 08:45:55 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from www.vuetec.com (195-226-141-186.bizdsl.guernsey.net [195.226.141.186]) by edu.bnhof.de (Postfix) with ESMTP id 4CA4214FC6 for ; Fri, 8 Apr 2005 08:45:51 +0200 (CEST) Received: from vermivorous.cyp-internal.vuetec.com ([82.145.240.30]) by www.vuetec.com (8.10.2/8.10.2) with ESMTP id j386h5i28177 for ; Fri, 8 Apr 2005 07:43:05 +0100 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Xvid and Java References: <4255C12A.4050204@radien.plus.com> Message-ID: Date: Fri, 08 Apr 2005 09:45:41 +0300 From: "Stuart Scott" Organization: VueTec Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <4255C12A.4050204@radien.plus.com> User-Agent: Opera M2(BETA3)/8.0 (Linux, build 1019) X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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 want to encode short videos in Xvid and then encode the audio in > vorbis. Then I want to stream this over the Internet using a Java > applet. I was wondering if this is possible. Can the Xvid Decoder be > implemented in a Java applet and work reliably? Try http://monitor.vuetec.com/sscott/xvid.tar.bz2 to decode the XviD stream in Java. For the audio I assume you already know about jorbis (http://www.jcraft.com/jorbis/). As for reliability I wouldn't go for any high res high frame rate videos ;-) Stuart _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Apr 8 12:47:10 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 92B73126D84 for ; Fri, 8 Apr 2005 12:47:10 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C9A871562A; Fri, 8 Apr 2005 12:46:54 +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 4A59D15627 for ; Fri, 8 Apr 2005 12:46:51 +0200 (CEST) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id 17FC71D8C5 for ; Fri, 8 Apr 2005 12:46:50 +0200 (CEST) Received: from p3EE1D996.dip.t-dialin.net (p3EE1D996.dip.t-dialin.net [62.225.217.150]) by www.lansco.de (IMP) with HTTP for ; Fri, 8 Apr 2005 12:46:49 +0200 Message-ID: <1112957209.42566119e21d8@www.lansco.de> Date: Fri, 8 Apr 2005 12:46:49 +0200 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Bugs in 1.1 beta 2 References: <002801c539f6$b821fb60$0400000a@monty> <000b01c53b8d$075ead80$0400000a@monty> In-Reply-To: <000b01c53b8d$075ead80$0400000a@monty> 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.217.150 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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 Robert Swain : > XviD 1.1 beta 2 changed the DivX User Data ID from DivX999b000p to > DivX503b1393p. When using b-frames, multiplexing into mp4 with mp4box, > playing the file back via Haali's MP4 splitter the output gives very strange > > jerky playback with divx and xvid dshow decoders. It almost looks to me as > if the frames are being displayed in the wrong order. > > Apparently a workaround is to edit the XviD beta 2 AVI either changing the > entry back to the original value or to erase it entirely before multiplexing > > into mp4. > > Was there a reason for this change or is it simple enough to just change it > back? Yep, there was a reason. We have been advised by DivXNetworks to use the 'DivX503b1393p' ID string for better compatibility with their DivX products. So I'm rather amazed that this change introduces jerky playback with the DivX decoder. Can you tell us with which version of XviD you've tested? And which profile was used to encode the video? bye, Michael _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Apr 8 20:25:44 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 5BEAE126D84 for ; Fri, 8 Apr 2005 20:25:44 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id BDE8215553; Fri, 8 Apr 2005 20:25:27 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by edu.bnhof.de (Postfix) with SMTP id 1F22C1554F for ; Fri, 8 Apr 2005 20:25:24 +0200 (CEST) Received: (qmail invoked by alias); 08 Apr 2005 18:25:24 -0000 Received: from u-122-163.adsl.univie.ac.at (HELO aaa) [131.130.122.163] by mail.gmx.net (mp005) with SMTP; 08 Apr 2005 20:25:24 +0200 X-Authenticated: #11725910 Message-ID: <000a01c53c68$2835b180$8c00000a@aaa> From: "bond" To: Date: Fri, 8 Apr 2005 20:24:09 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Y-GMX-Trusted: 0 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] DXN profiles + b-frames falsely signal Simple Profile X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org i noticed that its possible to choose a dxn profile and enable b-frames, = but still the bitstream signals simple profile @ level 3 (eg when = chosing the DXN portable profile), which is obviously breaking the = mpeg-4 standard, as simple profile doesnt allow b-frames, and will bork = correct mpeg-4 implementations relying on this info to be correct btw divx5 doesnt signal a profile at all in the vo, so signalling SP is = surely not part of the dxn profile specs if there is no smart way of setting the profile according to the used = settings (eg b-frames) it might be better to always signal advanced = simple profile @ level 5 with the divx profiles, which would be any case = of chosen settings correctly matching the mpeg-4 standard cheers bond _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Apr 8 20:26: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 3DBE7126D84 for ; Fri, 8 Apr 2005 20:26:18 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 50D731555A; Fri, 8 Apr 2005 20:26:06 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by edu.bnhof.de (Postfix) with SMTP id 6AE631554F for ; Fri, 8 Apr 2005 20:26:03 +0200 (CEST) Received: (qmail invoked by alias); 08 Apr 2005 18:26:03 -0000 Received: from u-122-163.adsl.univie.ac.at (HELO aaa) [131.130.122.163] by mail.gmx.net (mp007) with SMTP; 08 Apr 2005 20:26:03 +0200 X-Authenticated: #11725910 Message-ID: <000b01c53c68$4bc38fa0$8c00000a@aaa> From: "bond" To: Date: Fri, 8 Apr 2005 20:24:09 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Y-GMX-Trusted: 0 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] DXN profiles + b-frames falsely signal Simple Profile X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org i noticed that its possible to choose a dxn profile and enable b-frames, = but still the bitstream signals simple profile @ level 3 (eg when = chosing the DXN portable profile), which is obviously breaking the = mpeg-4 standard, as simple profile doesnt allow b-frames, and will bork = correct mpeg-4 implementations relying on this info to be correct btw divx5 doesnt signal a profile at all in the vo, so signalling SP is = surely not part of the dxn profile specs if there is no smart way of setting the profile according to the used = settings (eg b-frames) it might be better to always signal advanced = simple profile @ level 5 with the divx profiles, which would be any case = of chosen settings correctly matching the mpeg-4 standard cheers bond _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Apr 8 20:32:55 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id D3A05126D84 for ; Fri, 8 Apr 2005 20:32:55 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 20436155C6; Fri, 8 Apr 2005 20:32:43 +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 7E3FD1554E for ; Fri, 8 Apr 2005 20:32:40 +0200 (CEST) Received: (qmail invoked by alias); 08 Apr 2005 18:32:40 -0000 Received: from u-122-163.adsl.univie.ac.at (HELO aaa) [131.130.122.163] by mail.gmx.net (mp016) with SMTP; 08 Apr 2005 20:32:40 +0200 X-Authenticated: #11725910 Message-ID: <000c01c53c69$353007e0$8c00000a@aaa> From: "bond" To: Date: Fri, 8 Apr 2005 20:24:09 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Y-GMX-Trusted: 0 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] DXN profiles + b-frames falsely signal Simple Profile X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org i noticed that its possible to choose a dxn profile and enable b-frames, = but still the bitstream signals simple profile @ level 3 (eg when = chosing the DXN portable profile), which is obviously breaking the = mpeg-4 standard, as simple profile doesnt allow b-frames, and will bork = correct mpeg-4 implementations relying on this info to be correct btw divx5 doesnt signal a profile at all in the vo, so signalling SP is = surely not part of the dxn profile specs if there is no smart way of setting the profile according to the used = settings (eg b-frames) it might be better to always signal advanced = simple profile @ level 5 with the divx profiles, which would be any case = of chosen settings correctly matching the mpeg-4 standard cheers bond _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Apr 8 20:35: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 2FF9F126D84 for ; Fri, 8 Apr 2005 20:35:06 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id BE5C6155D0; Fri, 8 Apr 2005 20:34:53 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by edu.bnhof.de (Postfix) with SMTP id E61AE155CC for ; Fri, 8 Apr 2005 20:34:50 +0200 (CEST) Received: (qmail invoked by alias); 08 Apr 2005 18:34:50 -0000 Received: from u-122-163.adsl.univie.ac.at (HELO aaa) [131.130.122.163] by mail.gmx.net (mp024) with SMTP; 08 Apr 2005 20:34:50 +0200 X-Authenticated: #11725910 Message-ID: <000d01c53c69$84b4c800$8c00000a@aaa> From: "bond" To: Date: Fri, 8 Apr 2005 20:24:09 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Y-GMX-Trusted: 0 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] DXN profiles + b-frames falsely signal Simple Profile X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org i noticed that its possible to choose a dxn profile and enable b-frames, = but still the bitstream signals simple profile @ level 3 (eg when = chosing the DXN portable profile), which is obviously breaking the = mpeg-4 standard, as simple profile doesnt allow b-frames, and will bork = correct mpeg-4 implementations relying on this info to be correct btw divx5 doesnt signal a profile at all in the vo, so signalling SP is = surely not part of the dxn profile specs if there is no smart way of setting the profile according to the used = settings (eg b-frames) it might be better to always signal advanced = simple profile @ level 5 with the divx profiles, which would be any case = of chosen settings correctly matching the mpeg-4 standard cheers bond _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Apr 8 20:37: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 1891A126D84 for ; Fri, 8 Apr 2005 20:37:18 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 52070155D5; Fri, 8 Apr 2005 20:37:05 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by edu.bnhof.de (Postfix) with SMTP id 6D660155D2 for ; Fri, 8 Apr 2005 20:37:02 +0200 (CEST) Received: (qmail invoked by alias); 08 Apr 2005 18:37:01 -0000 Received: from u-122-163.adsl.univie.ac.at (HELO aaa) [131.130.122.163] by mail.gmx.net (mp001) with SMTP; 08 Apr 2005 20:37:01 +0200 X-Authenticated: #11725910 Message-ID: <001601c53c69$cebaabe0$8c00000a@aaa> From: "bond" To: Date: Fri, 8 Apr 2005 20:24:09 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Y-GMX-Trusted: 0 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] DXN profiles + b-frames falsely signal Simple Profile X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org i noticed that its possible to choose a dxn profile and enable b-frames, = but still the bitstream signals simple profile @ level 3 (eg when = chosing the DXN portable profile), which is obviously breaking the = mpeg-4 standard, as simple profile doesnt allow b-frames, and will bork = correct mpeg-4 implementations relying on this info to be correct btw divx5 doesnt signal a profile at all in the vo, so signalling SP is = surely not part of the dxn profile specs if there is no smart way of setting the profile according to the used = settings (eg b-frames) it might be better to always signal advanced = simple profile @ level 5 with the divx profiles, which would be any case = of chosen settings correctly matching the mpeg-4 standard cheers bond _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Apr 9 00:25: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 05C64126D84 for ; Sat, 9 Apr 2005 00:25:57 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 278E815547; Sat, 9 Apr 2005 00:25:43 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ptb-relay03.plus.net (ptb-relay03.plus.net [212.159.14.214]) by edu.bnhof.de (Postfix) with ESMTP id 8C2D51553A for ; Sat, 9 Apr 2005 00:25:39 +0200 (CEST) Received: from [212.159.110.80] (helo=monty) by ptb-relay03.plus.net with smtp (Exim) id 1DK1v0-000CMF-L4 for xvid-devel@xvid.org; Fri, 08 Apr 2005 22:25:38 +0000 Message-ID: <001601c53c89$e49540e0$0400000a@monty> From: "Robert Swain" To: References: <002801c539f6$b821fb60$0400000a@monty><000b01c53b8d$075ead80$0400000a@monty> <1112957209.42566119e21d8@www.lansco.de> Subject: Re: [XviD-devel] Bugs in 1.1 beta 2 Date: Fri, 8 Apr 2005 23:25:38 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org nexus3 asked me to respond with this link as mp4box have fixed the problem. There is discussion about it further down the page. http://sourceforge.net/tracker/index.php?func=detail&aid=1178123&group_id=84101&atid=571738 ----- Original Message ----- From: "Michael Militzer" To: Sent: Friday, April 08, 2005 11:46 AM Subject: Re: [XviD-devel] Bugs in 1.1 beta 2 Hi, Quoting Robert Swain : > XviD 1.1 beta 2 changed the DivX User Data ID from DivX999b000p to > DivX503b1393p. When using b-frames, multiplexing into mp4 with mp4box, > playing the file back via Haali's MP4 splitter the output gives very > strange > > jerky playback with divx and xvid dshow decoders. It almost looks to me as > if the frames are being displayed in the wrong order. > > Apparently a workaround is to edit the XviD beta 2 AVI either changing the > entry back to the original value or to erase it entirely before > multiplexing > > into mp4. > > Was there a reason for this change or is it simple enough to just change > it > back? Yep, there was a reason. We have been advised by DivXNetworks to use the 'DivX503b1393p' ID string for better compatibility with their DivX products. So I'm rather amazed that this change introduces jerky playback with the DivX decoder. Can you tell us with which version of XviD you've tested? And which profile was used to encode the video? bye, Michael _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Apr 9 01: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 F124C126D84 for ; Sat, 9 Apr 2005 01:09:13 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 2CEDB1555E; Sat, 9 Apr 2005 01:09:01 +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 6F45D15553 for ; Sat, 9 Apr 2005 01:08:58 +0200 (CEST) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id A941B1DA7C for ; Sat, 9 Apr 2005 01:08:56 +0200 (CEST) Received: from p3EE1D996.dip.t-dialin.net (p3EE1D996.dip.t-dialin.net [62.225.217.150]) by www.lansco.de (IMP) with HTTP for ; Sat, 9 Apr 2005 01:08:56 +0200 Message-ID: <1113001736.42570f08810f1@www.lansco.de> Date: Sat, 9 Apr 2005 01:08:56 +0200 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Re: Better defaults encoding options in MEncoder References: <424C127F.6010002@etudiant.univ-rennes1.fr> 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: 62.225.217.150 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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 Guillaume POIRIER : > Looking at the vfw front-end, it looks like the options that need to be > changed > would be: > Motion search estimation: 6 (Ultra High) > VHQ mode: 1 (mode decision) > Use chroma motion: on > trellis: on > min quants for I, P, B: 1 (instead of 2) > keyframe boost: 10 > I'm not too sure for the following options as the value O might have a > special > meaning, like "default value". > vbr_kfreduction (=I-frames closer than... (frames) :1 (instead of 0) > vbr_kfthreshold (=... are reduced by (%)) :20 (instead of 0) The settings look ok. Also, the value '0' has no special meaning but is really a 'zero' afaik... bye, Michael _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Apr 9 11:30: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 9AD2C126D84 for ; Sat, 9 Apr 2005 11:30:42 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8F770156A8; Sat, 9 Apr 2005 11:30:26 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by edu.bnhof.de (Postfix) with ESMTP id 877BD156A4 for ; Sat, 9 Apr 2005 11:30:22 +0200 (CEST) Received: by wproxy.gmail.com with SMTP id 68so1156993wri for ; Sat, 09 Apr 2005 02:30:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=q4KHiBRkGLcNdSoIhm9xUgGYJ/Jlb5T3AJ5WlzMF99Lz3ylIBa8HTfYwpoVjv3boJQfWbbEgvzDO9D7VB03uU1zvHNT6cMu9onOZGTUkvcekt4NwFLJKJLJkKymmPnxYlPTWjqg5iZO1dxrHYfnz816DwK8G6ggLIaHVbohwt8Y= Received: by 10.54.24.49 with SMTP id 49mr3532870wrx; Sat, 09 Apr 2005 02:30:19 -0700 (PDT) Received: by 10.54.76.14 with HTTP; Sat, 9 Apr 2005 02:30:19 -0700 (PDT) Message-ID: <4e03026a05040902305269bc99@mail.gmail.com> Date: Sat, 9 Apr 2005 11:30:19 +0200 From: Guillaume Poirier To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Re: Better defaults encoding options in MEncoder In-Reply-To: <1113001736.42570f08810f1@www.lansco.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <424C127F.6010002@etudiant.univ-rennes1.fr> <1113001736.42570f08810f1@www.lansco.de> X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Guillaume Poirier , xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi, On Apr 9, 2005 1:08 AM, Michael Militzer wrote: > Hi, > > Quoting Guillaume POIRIER : > > > Looking at the vfw front-end, it looks like the options that need to be > > changed > > would be: > > Motion search estimation: 6 (Ultra High) > > VHQ mode: 1 (mode decision) > > Use chroma motion: on > > trellis: on > > min quants for I, P, B: 1 (instead of 2) > > keyframe boost: 10 > > I'm not too sure for the following options as the value O might have a > > special > > meaning, like "default value". > > vbr_kfreduction (=I-frames closer than... (frames) :1 (instead of 0) > > vbr_kfthreshold (=... are reduced by (%)) :20 (instead of 0) > > The settings look ok. Also, the value '0' has no special meaning but is > really a 'zero' afaik... Thanks, I committed a similar patch yesterday, as I was getting impatient :-). I did not change the minimum quant (quant 1 is padding for a lot of people) as well as vbr settings. They worked fine with me so far, that's why I didn't change them. If ever I'm wrong about any of that, please speak-up. Regards, Guillaume _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Apr 10 03:29: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 A9B76126D84 for ; Sun, 10 Apr 2005 03:29:02 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id A242B15649; Sun, 10 Apr 2005 03:28:46 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ptb-relay01.plus.net (ptb-relay01.plus.net [212.159.14.212]) by edu.bnhof.de (Postfix) with ESMTP id 1935A155FD for ; Sun, 10 Apr 2005 03:28:43 +0200 (CEST) Received: from [212.159.113.23] (helo=[192.168.1.103]) by ptb-relay01.plus.net with esmtp (Exim) id 1DKRFj-000AwN-As; Sun, 10 Apr 2005 01:28:43 +0000 Message-ID: <42588132.1080901@radien.plus.com> Date: Sun, 10 Apr 2005 02:28:18 +0100 From: Charles User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: op.sowiefnscopupw@vermivorous.cyp-internal.vuetec.com Subject: Re: Re: [XviD-devel] Xvid and Java Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xvid-devel@xvid.org X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello Stuart, Thanks for the reply, I was wondering if you have any idea what frame rates and bit rates are supported? thanks Charles _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Apr 10 12:46:52 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (unknown [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 76F89126D84 for ; Sun, 10 Apr 2005 12:46:52 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id C769915542; Sun, 10 Apr 2005 12:46:42 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by edu.bnhof.de (Postfix) with SMTP id 3269B14845 for ; Sun, 10 Apr 2005 12:46:39 +0200 (CEST) Received: (qmail invoked by alias); 10 Apr 2005 10:46:39 -0000 Received: from u-122-163.adsl.univie.ac.at (HELO aaa) [131.130.122.163] by mail.gmx.net (mp027) with SMTP; 10 Apr 2005 12:46:39 +0200 X-Authenticated: #11725910 Message-ID: <002501c53dba$6d0e6b00$8c00000a@aaa> From: "bond" To: References: <001601c53c69$cebaabe0$8c00000a@aaa> <20050410091451.870C.PROSS@xvid.org> Subject: Re: [XviD-devel] DXN profiles + b-frames falsely signal Simple Profile Date: Sun, 10 Apr 2005 12:45:34 +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.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Y-GMX-Trusted: 0 Cc: xvid-devel@xvid.org X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org great! :) hm, i am not sure about it but i think adaptive quantisation is allowed in simple profile!? ----- Original Message ----- From: "pete" To: Cc: ; Sent: Sunday, April 10, 2005 1:41 AM Subject: Re: [XviD-devel] DXN profiles + b-frames falsely signal Simple Profile > On Fri, 8 Apr 2005 20:24:09 +0200 "bond" wrote: > > i noticed that its possible to choose a dxn profile and enable b-frames, > > but still the bitstream signals simple profile @ level 3 (eg when > > chosing the DXN portable profile), which is obviously breaking the > > mpeg-4 standard, as simple profile doesnt allow b-frames, and will bork > > correct mpeg-4 implementations relying on this info to be correct > > > > btw divx5 doesnt signal a profile at all in the vo, so signalling SP > > is surely not part of the dxn profile specs > > > > if there is no smart way of setting the profile according to the used > > settings (eg b-frames) it might be better to always signal advanced > > simple profile @ level 5 with the divx profiles, which would be any case > > of chosen settings correctly matching the mpeg-4 standard > > hello bond. > > thanks for the bug report! xvid-devel often bounces my emails too. > > when dxn or unrestricted profiles are selected, vfw passes a > level/profile id of zero to xvidcore, which in turn, attempts to guess > the id. however, as you described the guess logic (included below) > does not consider bframes _or_ adaptive/mpeg quantization _or_ > interlacing. i will commit a fix shortly. > > ================================ > int vol_type_ind = VIDOBJLAY_TYPE_SIMPLE; > > if ((pParam->vol_flags & XVID_VOL_REDUCED_ENABLE)) { > vol_type_ind = VIDOBJLAY_TYPE_ART_SIMPLE; > } > > if ((pParam->vol_flags & XVID_VOL_QUARTERPEL) || > (pParam->vol_flags & XVID_VOL_GMC)) { > vol_type_ind = VIDOBJLAY_TYPE_ASP; > } > > [..] > > if (!vol_profile) { > switch(vol_type_ind) { > case VIDOBJLAY_TYPE_ASP: > vol_profile = 0xf5; /* ASP level 5 */ > break; > case VIDOBJLAY_TYPE_ART_SIMPLE: > vol_profile = 0x94; /* ARTS level 4 */ > break; > default: > vol_profile = 0x03; /* Simple level 3 */ > break; > } > } > ================================= > > -- pete > _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Apr 10 15:38:39 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (unknown [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 4D1AF126D84 for ; Sun, 10 Apr 2005 15:38:39 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id CC00D15637; Sun, 10 Apr 2005 15:38:35 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by edu.bnhof.de (Postfix) with SMTP id 131D315630 for ; Sun, 10 Apr 2005 15:38:32 +0200 (CEST) Received: (qmail invoked by alias); 10 Apr 2005 13:38:32 -0000 Received: from u-122-163.adsl.univie.ac.at (HELO aaa) [131.130.122.163] by mail.gmx.net (mp007) with SMTP; 10 Apr 2005 15:38:32 +0200 X-Authenticated: #11725910 Message-ID: <000701c53dd2$748dbe40$8c00000a@aaa> From: "bond" To: References: <20050409093028.68AA1156AD@edu.bnhof.de> Date: Sun, 10 Apr 2005 15:37:35 +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.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Y-GMX-Trusted: 0 Subject: [XviD-devel] Re: Bugs in 1.1 beta 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 > ----- Original Message ----- > From: "Michael Militzer" > To: > Sent: Friday, April 08, 2005 11:46 AM > Subject: Re: [XviD-devel] Bugs in 1.1 beta 2 > > > Hi, > > Quoting Robert Swain : > > > XviD 1.1 beta 2 changed the DivX User Data ID from DivX999b000p to > > DivX503b1393p. When using b-frames, multiplexing into mp4 with mp4box, > > playing the file back via Haali's MP4 splitter the output gives very > > strange > > > > jerky playback with divx and xvid dshow decoders. It almost looks to me as > > if the frames are being displayed in the wrong order. > > > > Apparently a workaround is to edit the XviD beta 2 AVI either changing the > > entry back to the original value or to erase it entirely before > > multiplexing > > > > into mp4. > > > > Was there a reason for this change or is it simple enough to just change > > it > > back? > > Yep, there was a reason. We have been advised by DivXNetworks to use the > 'DivX503b1393p' ID string for better compatibility with their DivX products. > So I'm rather amazed that this change introduces jerky playback with the > DivX decoder. Can you tell us with which version of XviD you've tested? And > which profile was used to encode the video? > > bye, > Michael as i told nexus3 already this issue was caused as mp4box automatically unpacks packed bitstreams when importing to .mp4 from .avi (as packed bitstreams arent allowed in .mp4), still it didnt change the userdata which caused that the resulting .mp4 still had DivX503b1393p there now when playing the resulting .mp4 files with the divx5 and xvid decoder, both seemed to think the stream was still packed because of that and played the stream wrongly (the same goes for divx5 streams with b-frames of course). the ffdshow (libav) decoder doesnt check the userdata and therefore handled the file fine the fix for this was now that mp4box changes the "p" in the userdata string to "n" always, as it did before on DivX999b000p already, which makes the divx5/xvid decoder not think the stream is packed and play it correctly follow the discussion here: http://sourceforge.net/tracker/index.php?func=detail&aid=1178123&group_id=84101&atid=571738 a different issue, but related to the userdata: > Yep, there was a reason. We have been advised by DivXNetworks to use the > 'DivX503b1393p' ID string for better compatibility with their DivX products. btw this seems to cause problems on the siemmssen divx player as described here: http://forum.doom9.org/showthread.php?s=&postid=637033#post637033 and http://forum.doom9.org/showthread.php?s=&postid=637040#post637040 _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Apr 11 08:23:45 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id B0622126D84 for ; Mon, 11 Apr 2005 08:23:45 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3792B155C6; Mon, 11 Apr 2005 08:23:28 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from www.vuetec.com (195-226-141-186.bizdsl.guernsey.net [195.226.141.186]) by edu.bnhof.de (Postfix) with ESMTP id AF89915565 for ; Mon, 11 Apr 2005 08:23:24 +0200 (CEST) Received: from vermivorous.cyp-internal.vuetec.com ([82.145.240.27]) by www.vuetec.com (8.10.2/8.10.2) with ESMTP id j3B6KWi06589; Mon, 11 Apr 2005 07:20:33 +0100 To: xvid-devel@xvid.org, op.sowiefnscopupw@vermivorous.cyp-internal.vuetec.com Subject: Re: Re: [XviD-devel] Xvid and Java References: <42588132.1080901@radien.plus.com> Message-ID: Date: Mon, 11 Apr 2005 09:23:10 +0300 From: "Stuart Scott" Organization: VueTec Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <42588132.1080901@radien.plus.com> User-Agent: Opera M2(BETA3)/8.0 (Linux, build 1019) 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, That really depends on how fast the indended client machine is. I think you'll just have to try it. As soon as the time to decode a frame comes near to the frame time you should probably decrease the frame rate. Also if you're intending to decode the video in real time I wouldn't use a large resolution. 320x240 seems ok. Just try it until it can't do it anymore :-) Stuart On Sun, 10 Apr 2005 04:28:18 +0300, Charles wrote: > Hello Stuart, > > Thanks for the reply, I was wondering if you have any idea what frame > rates and bit rates are supported? > > thanks > > Charles > _______________________________________________ > 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 Apr 11 15:13:44 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 51698126D84 for ; Mon, 11 Apr 2005 15:13:44 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id BE06713EA2; Mon, 11 Apr 2005 15:13:26 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp107.mail.sc5.yahoo.com (smtp107.mail.sc5.yahoo.com [66.163.169.227]) by edu.bnhof.de (Postfix) with SMTP id E2D36D9C6 for ; Mon, 11 Apr 2005 15:13:20 +0200 (CEST) Received: from unknown (HELO AGanea) (alex?toresh@64.254.228.34 with login) by smtp107.mail.sc5.yahoo.com with SMTP; 11 Apr 2005 13:13:19 -0000 Message-ID: <08bb01c53e98$60166a40$8300a8c0@canada.dcstudios.com> From: "Alexandre Ganea" To: Date: Mon, 11 Apr 2005 09:14:20 -0400 MIME-Version: 1.0 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 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] Alignement problem X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hi all, I don't know if this is already known, but I found a small problem in = mem_transfer.cpp, in the function transfer8x8_copy_c(). The code assumes = that the src and dst buffers are aligned on a 4-byte boundary and this = is not the case for src. This code works well on Intel cpus, but might = not produce the expected results on *any* RISC cpu imho. (tested only on = ARM) As it is supposed to be generic version of this function, I would = replace it by a simple loop working on bytes instead: for ( y =3D 0; y < 8; ++y ){ uint8_t * d =3D dst + y * stride; const uint8_t * s =3D src + y * stride; for ( x =3D 0; x < 8; ++x ) { *d++ =3D *s++; } } Alex. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Apr 11 16:17: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 1E1A1126D84 for ; Mon, 11 Apr 2005 16:17:22 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4707615612; Mon, 11 Apr 2005 16:17:03 +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 376841560C for ; Mon, 11 Apr 2005 16:16:54 +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 j3BEGnuL023370 for ; Mon, 11 Apr 2005 16:16:49 +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 j3BEGi3S023025 for ; Mon, 11 Apr 2005 16:16:44 +0200 (MET DST) Received: from parmbx01.ilog.biz ([172.17.2.64]) by marbore.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Mon, 11 Apr 2005 16:17:54 +0200 Received: from 6ttgg1j ([172.17.4.73]) by parmbx01.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Mon, 11 Apr 2005 16:17:54 +0200 Subject: Re: [XviD-devel] Alignement problem From: Skal To: xvid-devel@xvid.org In-Reply-To: <08bb01c53e98$60166a40$8300a8c0@canada.dcstudios.com> References: <08bb01c53e98$60166a40$8300a8c0@canada.dcstudios.com> Content-Type: text/plain Message-Id: <1113228884.3905.2.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Mon, 11 Apr 2005 16:14:44 +0200 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Apr 2005 14:17:54.0822 (UTC) FILETIME=[40D40260:01C53EA1] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Bonjour Alexandre, On Mon, 2005-04-11 at 15:14, Alexandre Ganea wrote: > Hi all, > > I don't know if this is already known, but I found a small problem in mem_transfer.cpp, in the function transfer8x8_copy_c(). The code assumes that the src and dst buffers are aligned on a 4-byte boundary and this is not the case for src. This code works well on Intel cpus, but might not produce the expected results on *any* RISC cpu imho. (tested only on ARM) As it is supposed to be generic version of this function, I would replace it by a simple loop working on bytes instead: > > for ( y = 0; y < 8; ++y ){ > > uint8_t * d = dst + y * stride; > > const uint8_t * s = src + y * stride; > > for ( x = 0; x < 8; ++x ) > > { > > *d++ = *s++; > > } > > } You're perfectly right! Could someone commit the change? I'd like to, but don't know what is the current tag/revision/whatever for that. bye! Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Apr 11 16:36:11 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 6446A126D84 for ; Mon, 11 Apr 2005 16:36:11 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 6B18215623; Mon, 11 Apr 2005 16:35:58 +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 601531561E for ; Mon, 11 Apr 2005 16:35:51 +0200 (CEST) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id 7B996A146 for ; Mon, 11 Apr 2005 16:35:49 +0200 (CEST) Received: from p3EE27329.dip.t-dialin.net (p3EE27329.dip.t-dialin.net [62.226.115.41]) by www.lansco.de (IMP) with HTTP for ; Mon, 11 Apr 2005 16:35:49 +0200 Message-ID: <1113230149.425a8b454588c@www.lansco.de> Date: Mon, 11 Apr 2005 16:35:49 +0200 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Alignement problem References: <08bb01c53e98$60166a40$8300a8c0@canada.dcstudios.com> <1113228884.3905.2.camel@localhost.localdomain> In-Reply-To: <1113228884.3905.2.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 62.226.115.41 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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, comitted. BTW: the currently active branch is cvs-head - simple again, isn't it? ;-) bye, Michael Quoting Skal : > > Bonjour Alexandre, > > On Mon, 2005-04-11 at 15:14, Alexandre Ganea wrote: > > Hi all, > > > > I don't know if this is already known, but I found a small problem in > mem_transfer.cpp, in the function transfer8x8_copy_c(). The code assumes that > the src and dst buffers are aligned on a 4-byte boundary and this is not the > case for src. This code works well on Intel cpus, but might not produce the > expected results on *any* RISC cpu imho. (tested only on ARM) As it is > supposed to be generic version of this function, I would replace it by a > simple loop working on bytes instead: > > > > for ( y = 0; y < 8; ++y ){ > > > > uint8_t * d = dst + y * stride; > > > > const uint8_t * s = src + y * stride; > > > > for ( x = 0; x < 8; ++x ) > > > > { > > > > *d++ = *s++; > > > > } > > > > } > > You're perfectly right! Could someone commit the change? > I'd like to, but don't know what is the current tag/revision/whatever for > that. > > bye! > Skal > > > _______________________________________________ > 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 Apr 13 11:44: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 796C9126D82 for ; Wed, 13 Apr 2005 11:44:18 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id CF5A214734; Wed, 13 Apr 2005 11:43:55 +0200 (CEST) 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 8EB939C84 for ; Wed, 13 Apr 2005 11:43:51 +0200 (CEST) Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id 9D835A3E1E for ; Wed, 13 Apr 2005 11:45:10 +0200 (CEST) Date: Wed, 13 Apr 2005 11:43:51 +0200 (CEST) From: Christoph Lampert To: xvid-devel@xvid.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [XviD-devel] job: adding 8bit Greyscale to Windows Interface X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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, maybe you remember that recently I asked if it were possible to add 8bit greyscale as colorspace to the XviD encoder input. Since this requires some knowledge on the Windows VfW, I can't do it myself. But it turned out that a german company would be interested in this functionality, and they could be willing to pay someone for adding this feature. I don't know the details, I guess it wouldn't be too much of work, but it requires some knowledge on the colorspace mechanism of Windows (which I completely lack). I also don't know the details, like which application is supposed to call XviD and what exactly the data format is. So, if anyone would be interested in taking this job, answer to me by private mail, and I'll give you the contact whom to ask for details. gruel _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Apr 14 17:56: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 7C02D126D82 for ; Thu, 14 Apr 2005 17:56:34 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id EA7C915634; Thu, 14 Apr 2005 17:56:18 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web31308.mail.mud.yahoo.com (web31308.mail.mud.yahoo.com [68.142.198.103]) by edu.bnhof.de (Postfix) with SMTP id 09FED15631 for ; Thu, 14 Apr 2005 17:56:16 +0200 (CEST) Received: (qmail 25225 invoked by uid 60001); 14 Apr 2005 15:56:13 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=1LxkiL+M2u0I2XhpgRy3NkdCB9A+6yIW+nCQaPbLdeaLqIEDbNNaD/GKqlyhOPod+o+mb31K2iAAvsW4T9PwfGvnXvVXC+17JWU4jVjDrEHEJO5Mz/fzW4O7GT9Gibuvr1zLfxcnF2q6lnURehpkCOZF2QP3kd45DijpzArYGhQ= ; Message-ID: <20050414155612.25223.qmail@web31308.mail.mud.yahoo.com> Received: from [207.200.51.50] by web31308.mail.mud.yahoo.com via HTTP; Thu, 14 Apr 2005 08:56:12 PDT Date: Thu, 14 Apr 2005 08:56:12 -0700 (PDT) From: Mark L To: xvid-devel@xvid.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [XviD-devel] bug in 1.1.0 beta1 and beta2 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org There is a bug in the benchmarking code for Windows. It uses the clock() procedure and assumes that it returns times in the Microsecond range. However it returns times in the Millisecond range. You either need to fix it up to return Milliseconds or use a different procedure that returns time in the Microsecond range ( such as QueryPerforamnceCounter()) this is the routine from xvid_bench.c that I am talking about. /* returns time in micro-s*/ double gettime_usec() { #ifndef WIN32 struct timeval tv; gettimeofday(&tv, 0); return tv.tv_sec*1.0e6 + tv.tv_usec; #else clock_t clk; clk = clock(); return clk * 1000000 / CLOCKS_PER_SEC; #endif } __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Apr 15 20:48: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 1C79F126D82 for ; Fri, 15 Apr 2005 20:48:16 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 945BE155D8; Fri, 15 Apr 2005 20:47:54 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay18-dav6.bay18.hotmail.com [65.54.187.186]) by edu.bnhof.de (Postfix) with ESMTP id C3CC6155D4 for ; Fri, 15 Apr 2005 20:47:51 +0200 (CEST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 15 Apr 2005 11:47:49 -0700 Message-ID: Received: from 61.1.145.251 by BAY18-DAV6.phx.gbl with DAV; Fri, 15 Apr 2005 18:47:49 +0000 X-Originating-IP: [61.1.145.251] X-Originating-Email: [canute_serrao@hotmail.com] X-Sender: canute_serrao@hotmail.com From: "Canute Serrao" To: "Xvid Developer Forum" Date: Fri, 15 Apr 2005 23:57:17 +0530 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 15 Apr 2005 18:47:49.0384 (UTC) FILETIME=[9F311080:01C541EB] 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] Capture problem X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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 had Xvid 1.0.3 installed not so recently. Everything seemed to be = fine. Then one fine day when I try to capture video from my TV tuner I = have heavy frame dropping, about 3-5 frames per second and within 30 = minutes the video tails by about a couple of minutes. Details: Hardware: Pixelview PlayTV Pro TV tuner (PAL system) Ati Rage 128 Pro Software: Virtualdub 1.5.10 build 18264 (MPEG2 version) Windows media player for playback. OS: Windows XP Prof I used the same config earlier and I used to capture videos and stuff = which looked like VCD compressed videos. Is it because of the new codec = version? Thank You, Canute. -------------------------------------------------------------------------= ------- _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Apr 18 10:33: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 C9F6B126D82 for ; Mon, 18 Apr 2005 10:33:12 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0546215564; Mon, 18 Apr 2005 10:32:52 +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 3523715558 for ; Mon, 18 Apr 2005 10:32:47 +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 j3I8Whpt008332 for ; Mon, 18 Apr 2005 10:32:43 +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 j3I8Wb0E015925 for ; Mon, 18 Apr 2005 10:32:37 +0200 (MET DST) Received: from parmbx01.ilog.biz ([172.17.2.64]) by marbore.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Mon, 18 Apr 2005 10:33:54 +0200 Received: from 6ttgg1j ([172.17.4.73]) by parmbx01.ilog.biz with Microsoft SMTPSVC(6.0.3790.211); Mon, 18 Apr 2005 10:33:54 +0200 Subject: Re: [XviD-devel] bug in 1.1.0 beta1 and beta2 From: Skal To: xvid-devel@xvid.org In-Reply-To: <20050414155612.25223.qmail@web31308.mail.mud.yahoo.com> References: <20050414155612.25223.qmail@web31308.mail.mud.yahoo.com> Content-Type: text/plain Message-Id: <1113812999.3290.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Mon, 18 Apr 2005 10:29:59 +0200 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 18 Apr 2005 08:33:54.0904 (UTC) FILETIME=[5B5EB580:01C543F1] X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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 Mark, On Thu, 2005-04-14 at 17:56, Mark L wrote: > There is a bug in the benchmarking code for Windows. > It uses the clock() procedure and assumes that it > returns times in the Microsecond range. However it > returns times in the Millisecond range. You either > need to fix it up to return Milliseconds or use a > different procedure that returns time in the > Microsecond range ( such as QueryPerforamnceCounter()) > > this is the routine from xvid_bench.c that I am > talking about. > > /* returns time in micro-s*/ > double gettime_usec() > { > #ifndef WIN32 > struct timeval tv; > gettimeofday(&tv, 0); > return tv.tv_sec*1.0e6 + tv.tv_usec; > #else > clock_t clk; > clk = clock(); > return clk * 1000000 / CLOCKS_PER_SEC; > #endif > } Fix commit in cvs HEAD, thanks! Please check it's ok now. -Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Apr 19 22:59: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 8156B126D82 for ; Tue, 19 Apr 2005 22:59:52 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 1162414FD8; Tue, 19 Apr 2005 22:59:34 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by edu.bnhof.de (Postfix) with ESMTP id 1960814877 for ; Tue, 19 Apr 2005 22:59:30 +0200 (CEST) Received: from [82.229.60.149] (pat35-1-82-229-60-149.fbx.proxad.net [82.229.60.149]) by postfix3-2.free.fr (Postfix) with ESMTP id 5D654C0CA for ; Tue, 19 Apr 2005 22:59:20 +0200 (CEST) Message-ID: <42657465.7070801@free.fr> Date: Tue, 19 Apr 2005 23:13:09 +0200 From: sigdrak User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: fr, 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] [Fwd: Data partitioning for 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 Seeing the general activity on this list, I took the liberty to forward the moderated mail, minus the offending patch (mail too big), for fear it may end up with the actual spam in /dev/null The corresponding patch is available here: http://sigdrak.free.fr/datapart.patch -------- Message original -------- Sujet: Data partitioning for encoder Date: Mon, 18 Apr 2005 20:44:32 +0200 De: sigdrak Pour: xvid-devel@xvid.org Hello, the attached patch should provide data partitioning abilities to the encoder. This is an adaptation from a patch of an intermediate state of development, and for reasons stated later, I can't extract easily the equivalent from my current code. I tested IP...P sequences using mplayer. B frames should not be affected by data partitioning, per the standard, but I haven't tested. I could have tested with MoMuSys but I prefered saving myself the trouble and submit this patch right away. For this I introduced: - 2 additional bitstream in the encoder creator and frame structure - 2 additional flags for signaling data partitioning (at the encoder level and the frame level) - a function to concatenate bitstreams. - a modification of functions in mbcoding.c to write to the proper bitstreams For info, the bitstream should look (from my recollection of my code) like this with data partitioning: - I MB: (mcbpc,dquant,interlace,dc) DC_MARKER (ac_pred_flag,ac) - P intra MB: (mcbpc) DC_MARKER (dquant,interlace,dc) (ac_pred_flag, ac) - P inter MB: (mcbpc,mc_sel,MV) MOTION_MARKER (cbpy,dquant,interlace) (coeffs) I also wrote functions which are not used yet (or ever) and which I hope have self-explaining names: - BitStreamWriteStartOfVideoPacket - BitstreamWriteGroupOfVopHeader - BitstreamWriteEndOfSequence About the two last: I suspect that AVI or proper frame cutting is responsible for them not being used, and a new VOL is used instead of a GOV. Globally, I had trouble with indentation: code uses tabs and not spaces (this is left for trolling on other occasions). So, I hope it won't break up too many things. I'd be interested if someone has set up a XVID coding style profile/mode for vi or emacs famillies (see indentation remark). I have decoder-side pending code, but unfortunately, it is merged with my current work on video packetization. I'd prefer not to go through the trouble of making a proper patch for the decoder, as data partitioning and video packetiztion get deeply tied at some point. Therefore, I'd prefer to see the present patch merged first. By the way, my packetization seems to work on both encoder and decoder sides, but I haven't tested it yet on B-frames. I'm opting for a packet size parameter, as the profiles rather state this limit over any other. Packetization or data partitioning or normal coding all work separately, but packetization+data partitioning still fails. A proper design however is needed before this becomes of any use: - bumping API, bitstream and any other version (not for 1.1 obviously) - plugin interfaces for controlling the packetization process - proper encoder/decoder interfaces based on video packets instead of full-frame en/decoding - a plugin specialized in enforcing the video packet sizes whenever video packetization is used and a profile is selected Regards, sigdrak. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Tue Apr 19 23:00: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 981F8126D82 for ; Tue, 19 Apr 2005 23:00:48 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 345C51504B; Tue, 19 Apr 2005 23:00:34 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web31312.mail.mud.yahoo.com (web31312.mail.mud.yahoo.com [68.142.198.107]) by edu.bnhof.de (Postfix) with SMTP id 9622315000 for ; Tue, 19 Apr 2005 23:00:28 +0200 (CEST) Received: (qmail 55827 invoked by uid 60001); 19 Apr 2005 21:00:20 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=5Oua7K/urqSaCjnfxyeyesg6kqTI4Y+FjVhTmtSThtcW0niNr1VOVQeM3uqMBEKAbXUO3uV6UFTy4Y38KLZZ/rA07PS+yL3Bf6Zn1WDZSAMTXWIfYmwobL+o5Nq9P7kOnDbTiHeAuCnEQFUR/qCfNrsEL7JOwOZNkMNOAluRLgk= ; Message-ID: <20050419210020.55825.qmail@web31312.mail.mud.yahoo.com> Received: from [207.200.51.50] by web31312.mail.mud.yahoo.com via HTTP; Tue, 19 Apr 2005 14:00:15 PDT Date: Tue, 19 Apr 2005 14:00:15 -0700 (PDT) From: Mark L Subject: Re: [XviD-devel] bug in 1.1.0 beta1 and beta2 To: xvid-devel@xvid.org In-Reply-To: 6667 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 Looks good :) Mark --- Skal wrote: > Hi Mark, > > On Thu, 2005-04-14 at 17:56, Mark L wrote: > > There is a bug in the benchmarking code for > Windows. > > It uses the clock() procedure and assumes that it > > returns times in the Microsecond range. However > it > > returns times in the Millisecond range. You > either > > need to fix it up to return Milliseconds or use a > > different procedure that returns time in the > > Microsecond range ( such as > QueryPerforamnceCounter()) > > > > this is the routine from xvid_bench.c that I am > > talking about. > > > > /* returns time in micro-s*/ > > double gettime_usec() > > { > > #ifndef WIN32 > > struct timeval tv; > > gettimeofday(&tv, 0); > > return tv.tv_sec*1.0e6 + tv.tv_usec; > > #else > > clock_t clk; > > clk = clock(); > > return clk * 1000000 / CLOCKS_PER_SEC; > > #endif > > } > > Fix commit in cvs HEAD, thanks! Please check it's > ok now. > > -Skal > > > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > __________________________________________________ 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 Wed Apr 20 20:00:55 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id AA6C4126D82 for ; Wed, 20 Apr 2005 20:00:55 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4F5981554A; Wed, 20 Apr 2005 20:00:39 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from hotmail.com (bay18-dav2.bay18.hotmail.com [65.54.187.182]) by edu.bnhof.de (Postfix) with ESMTP id CB1D015545 for ; Wed, 20 Apr 2005 20:00:35 +0200 (CEST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 20 Apr 2005 11:00:34 -0700 Message-ID: Received: from 61.1.146.57 by BAY18-DAV2.phx.gbl with DAV; Wed, 20 Apr 2005 18:00:33 +0000 X-Originating-IP: [61.1.146.57] X-Originating-Email: [canute_serrao@hotmail.com] X-Sender: canute_serrao@hotmail.com From: "Canute Serrao" To: References: <20050401051333.4C4A014FE4@edu.bnhof.de> Subject: Re: [XviD-devel] How to use xvid on S3C2410 with Arm_linux 2.4.18, patched with rmk6.? Date: Wed, 20 Apr 2005 23:18:24 +0530 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 20 Apr 2005 18:00:34.0172 (UTC) FILETIME=[D956CBC0:01C545D2] Content-Type: text/plain; charset="iso-8859-1" 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 Armed Linux or Arm_linux, you mean the one used for ARM = microcontrollers? ----- Original Message -----=20 From: solder=20 To: xvid-devel@xvid.org=20 Sent: Friday, April 01, 2005 10:43 AM Subject: [XviD-devel] How to use xvid on S3C2410 with Arm_linux = 2.4.18,patched with rmk6.? How to use xvid on S3C2410 with Arm_linux 2.4.18,patched with rmk6.? I have been porting xvid to Arm_linux simply use configure.But I have = no idea to the Api of XivdCore.So Could you help me finished the topic? I have pwc driver and v4l on the SOC and success to catch a jpg with software named vgrabby if I didn't miss the name. =20 _______________________________________________ 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 Apr 20 22:05: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 D4C36126D82 for ; Wed, 20 Apr 2005 22:05:17 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 3FB2C14FAA; Wed, 20 Apr 2005 22:05:04 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from smtp07.web.de (smtp07.web.de [217.72.192.225]) by edu.bnhof.de (Postfix) with ESMTP id F0EFED9C6 for ; Wed, 20 Apr 2005 22:05:01 +0200 (CEST) Received: from [80.135.76.71] (helo=p50874C47.dip.t-dialin.net) by smtp07.web.de with esmtp (WEB.DE 4.105 #275) id 1DOLRU-0007Ew-00 for xvid-devel@xvid.org; Wed, 20 Apr 2005 22:05:01 +0200 From: Martin Kuball To: xvid-devel@xvid.org Date: Wed, 20 Apr 2005 21:42:17 +0200 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504202142.17805.MartinKuball@web.de> X-Sender: MartinKuball@web.de Subject: [XviD-devel] ARGB colorspace and value of A X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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 need to get the decoded image in the ARGB colorspace with A set to 1. But xvid sets A to 0. Can somebody point me to the relevant line in colorspace.c where I can change this behaviour? Thanks, Martin _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Wed Apr 20 22:56: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 CA258126D82 for ; Wed, 20 Apr 2005 22:56:02 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id E6D97155CF; Wed, 20 Apr 2005 22:55:49 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by edu.bnhof.de (Postfix) with ESMTP id C4AE5155CB for ; Wed, 20 Apr 2005 22:55:47 +0200 (CEST) Received: from nas-cbv-3-213-228-57-180.dial.proxad.net (nas-cbv-3-213-228-57-180.dial.proxad.net [213.228.57.180]) by postfix3-2.free.fr (Postfix) with ESMTP id 8D066C009 for ; Wed, 20 Apr 2005 22:55:41 +0200 (CEST) Subject: Re: [XviD-devel] [Fwd: Data partitioning for encoder] From: Skal To: xvid-devel@xvid.org In-Reply-To: <42657465.7070801@free.fr> References: <42657465.7070801@free.fr> Content-Type: text/plain Message-Id: <1114030364.3724.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Wed, 20 Apr 2005 22:52:44 +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 Salut Sigdrak, On Tue, 2005-04-19 at 23:13, sigdrak wrote: > Seeing the general activity on this list, I took the liberty to forward > the moderated mail, minus the offending patch (mail too big), for fear > it may end up with the actual spam in /dev/null > Your patch looks interesting (didn't have a look yet, but still...) Thanks for the input. Anyway, this step toward data partitioning raises few questions: a) we'll have to add DP support in decoder too, sure. Or people won't understand a file created with XviD... can't be played with XviD. b) What about reversible VLCs? bye! Skal _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Apr 21 01:04: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 1E4CE126D82 for ; Thu, 21 Apr 2005 01:04:22 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id EC38515552; Thu, 21 Apr 2005 01:04:06 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by edu.bnhof.de (Postfix) with ESMTP id 6CF1B1554E for ; Thu, 21 Apr 2005 01:04:04 +0200 (CEST) Received: from [82.229.60.149] (pat35-1-82-229-60-149.fbx.proxad.net [82.229.60.149]) by postfix4-2.free.fr (Postfix) with ESMTP id B8CFA3191EB for ; Thu, 21 Apr 2005 01:04:03 +0200 (CEST) Message-ID: <4266E322.6010607@free.fr> Date: Thu, 21 Apr 2005 01:17:54 +0200 From: sigdrak User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [Fwd: Data partitioning for encoder] References: <42657465.7070801@free.fr> <1114030364.3724.0.camel@localhost.localdomain> In-Reply-To: <1114030364.3724.0.camel@localhost.localdomain> 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 Bonsoir/Good evening, Skal wrote: > Anyway, this step toward data partitioning raises few questions: > a) we'll have to add DP support in decoder too, sure. Or people > won't understand a file created with XviD... can't be played with > XviD. Indeed, as with time tools may expose such a feature. But then, most users, except with streaming in error-prone environments in mind, will have no use for such a feature. As for video packets and reversible VLCs in fact. But to quote my very unclear self: "I have decoder-side pending code, but unfortunately, it is merged with my current work on video packetization." I could extract the decoder part of DP, as it should only be in decoder.c and no video packets should interfere with it. Actually, the decoder already handles video packets. > b) What about reversible VLCs? This is indeed the next thing in DP. But they aren't mandatory. For now, the bitstream signals that they are not in use at the VOP level. I believe it's a part that requires a bit more work actually: . reversible VLC tables are not used for B frames . the escape coding is different So I'd prefer implementing first video packets in the encoder. In fact, what I really see as missing is error concealment. As far as I can see, XviD has none, and nothing has been designed for it. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Apr 21 01:06:20 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id B99A2126D82 for ; Thu, 21 Apr 2005 01:06:20 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 6304415569; Thu, 21 Apr 2005 01:06:08 +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 3ECB91554E for ; Thu, 21 Apr 2005 01:06:06 +0200 (CEST) Received: from localhost (s5.lansco.de [212.63.130.170]) by s5.lansco.de (Postfix) with ESMTP id 251C5257E3 for ; Thu, 21 Apr 2005 00:05:40 +0200 (CEST) Received: from p3EE263E2.dip.t-dialin.net (p3EE263E2.dip.t-dialin.net [62.226.99.226]) by www.lansco.de (IMP) with HTTP for ; Thu, 21 Apr 2005 00:05:40 +0200 Message-ID: <1114034740.4266d23408060@www.lansco.de> Date: Thu, 21 Apr 2005 00:05:40 +0200 From: Michael Militzer To: xvid-devel@xvid.org Subject: Re: [XviD-devel] ARGB colorspace and value of A References: <200504202142.17805.MartinKuball@web.de> In-Reply-To: <200504202142.17805.MartinKuball@web.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: 62.226.99.226 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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, well, I haven't tested it myself, but I would try changing lines 390 and 395 and assign a value of '1' instead of '0' to x_ptr[]. Oh, and don't forget to make sure that actually the c-code gets used when you test it because by default the mmx version of the colorspace code will be used ;-) bye, Michael Quoting Martin Kuball : > Hi! > > I need to get the decoded image in the ARGB colorspace with A set to > 1. But xvid sets A to 0. Can somebody point me to the relevant line > in colorspace.c where I can change this behaviour? > > Thanks, > Martin > _______________________________________________ > 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 Apr 21 06:09:55 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id A99E1126D82 for ; Thu, 21 Apr 2005 06:09:55 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 14E86155D8; Thu, 21 Apr 2005 06:09:41 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from Graphics.pku.edu.cn (graphics.pku.edu.cn [162.105.203.80]) by edu.bnhof.de (Postfix) with ESMTP id 65655155D4 for ; Thu, 21 Apr 2005 06:09:37 +0200 (CEST) Received: from Ranger (unknown [162.105.30.115]) by Graphics.pku.edu.cn (Postfix) with ESMTP id E030913E98 for ; Thu, 21 Apr 2005 12:28:49 +0800 (CST) Date: Thu, 21 Apr 2005 11:57:02 +0800 From: SuperMMX To: xvid-devel@xvid.org Message-Id: <20050421115702.7e129bbd.supermmx@163.com> In-Reply-To: <4266E322.6010607@free.fr> References: <42657465.7070801@free.fr> <1114030364.3724.0.camel@localhost.localdomain> <4266E322.6010607@free.fr> Organization: SuperMMX.org X-Mailer: Sylpheed version 1.9.7+svn (GTK+ 2.6.4; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: [XviD-devel] Re: [Fwd: Data partitioning for 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, sigdrak I am sorry to interrupt, I have done RM, DP and RVLC of I/P frames based on one snapshot of CVS (1.0.1 before maybe) in my research, and also some EC features. but only for research. I have not submitted this patch, because it is not stable and some little ugly and still need more work to do. if you are interested , we can tall off the list. :)) On Thu, 21 Apr 2005 01:17:54 +0200 sigdrak wrote: -- http://SuperMMX.org 自由世界 Free Software World The Bulwer-Lytton fiction contest is held ever year at San Jose State Univ. by Professor Scott Rice. It is held in memory of Edward George Earle Bulwer-Lytton (1803-1873), a rather prolific and popular (in his time) novelist. He is best known today for having written "The Last Days of Pompeii." Whenever Snoopy starts typing his novel from the top of his doghouse, beginning "It was a dark and stormy night..." he is borrowing from Lord Bulwer-Lytton. This was the line that opened his novel, "Paul Clifford," written in 1830. The full line reveals why it is so bad: It was a dark and stormy night; the rain fell in torrents -- except at occasional intervals, when it was checked by a violent gust of wind which swept up the streets (for it is in London that our scene lies), rattling along the housetops, and fiercely agitating the scanty flame of the lamps that struggled against the darkness. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Apr 21 14:44: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 95C43126D82 for ; Thu, 21 Apr 2005 14:44:09 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 820A3D940; Thu, 21 Apr 2005 14:43:54 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by edu.bnhof.de (Postfix) with ESMTP id A0FF1C0D8 for ; Thu, 21 Apr 2005 14:43:50 +0200 (CEST) Received: from imp2-q.free.fr (imp2-q.free.fr [212.27.42.2]) by postfix4-1.free.fr (Postfix) with ESMTP id F3178317869 for ; Thu, 21 Apr 2005 14:43:49 +0200 (CEST) Received: by imp2-q.free.fr (Postfix, from userid 33) id 9518C64EFF; Thu, 21 Apr 2005 14:43:02 +0200 (MEST) Received: from centre.crf.canon.fr (centre.crf.canon.fr [194.2.158.33]) by imp2-q.free.fr (IMP) with HTTP for ; Thu, 21 Apr 2005 14:43:02 +0200 Message-ID: <1114087382.42679fd67ed65@imp2-q.free.fr> Date: Thu, 21 Apr 2005 14:43:02 +0200 From: sigdrak@free.fr To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Re: [Fwd: Data partitioning for encoder] References: <42657465.7070801@free.fr> <1114030364.3724.0.camel@localhost.localdomain> <4266E322.6010607@free.fr> <20050421115702.7e129bbd.supermmx@163.com> In-Reply-To: <20050421115702.7e129bbd.supermmx@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 194.2.158.33 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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, Quoting SuperMMX : > I am sorry to interrupt, I have done RM, DP and RVLC of I/P frames > based on one snapshot of CVS (1.0.1 before maybe) in my research, > and also some EC features. but only for research. Very interesting. When you state "only for research", is it to underline some restriction on what you can make available, or only because you think it needs more work? > I have not submitted this patch, because it is not stable and some little > ugly and still need more work to do. RM and DP are rather trivial but I would still be interested in checking your way of things. RVLC is the next thing: not that complex, but requires more work. EC is a very interesting feature, as there is quite a lot of room for fun stuff (maybe not that new, but...). > if you are interested , we can tall off the list. I've replied on the list because I think it's the best place for this discussion. But were you to have some restriction, we could check in private how your experience/experiment could be used. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Apr 21 15:30: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 B8F55126D82 for ; Thu, 21 Apr 2005 15:30:18 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5D7191553B; Thu, 21 Apr 2005 15:30:03 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from Graphics.pku.edu.cn (graphics.pku.edu.cn [162.105.203.80]) by edu.bnhof.de (Postfix) with ESMTP id 3545914FE5 for ; Thu, 21 Apr 2005 15:29:58 +0200 (CEST) Received: from Ranger (unknown [162.105.30.115]) by Graphics.pku.edu.cn (Postfix) with ESMTP id 9E3BB13E9A for ; Thu, 21 Apr 2005 21:49:12 +0800 (CST) Date: Thu, 21 Apr 2005 21:16:33 +0800 From: SuperMMX To: xvid-devel@xvid.org Message-Id: <20050421211633.0e2f8b3d.supermmx@163.com> In-Reply-To: <1114087382.42679fd67ed65@imp2-q.free.fr> References: <42657465.7070801@free.fr> <1114030364.3724.0.camel@localhost.localdomain> <4266E322.6010607@free.fr> <20050421115702.7e129bbd.supermmx@163.com> <1114087382.42679fd67ed65@imp2-q.free.fr> Organization: SuperMMX.org X-Mailer: Sylpheed version 1.9.7+svn (GTK+ 2.6.4; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: [XviD-devel] Re: [Fwd: Data partitioning for 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, sigdrak@free.fr On Thu, 21 Apr 2005 14:43:02 +0200 sigdrak@free.fr wrote: > Hello, > > Quoting SuperMMX : > > I am sorry to interrupt, I have done RM, DP and RVLC of I/P frames > > based on one snapshot of CVS (1.0.1 before maybe) in my research, > > and also some EC features. but only for research. > > Very interesting. When you state "only for research", is it to > underline some restriction on what you can make available, or only > because you think it needs more work? in one side, it is done in doing my research in our lab and i don't know how to handle this. of course if possible , i am very glad to make it committed into XviD. :)) in another side, it is only for research , i mean i did not optimize it very much, but it works... > > > I have not submitted this patch, because it is not stable and some > > little ugly and still need more work to do. > > RM and DP are rather trivial but I would still be interested in > checking your way of things. RVLC is the next thing: not that > complex, but requires more work. EC is a very interesting feature, as > there is quite a lot of room for fun stuff (maybe not that new, > but...). > till now, RM and DP works great with compatibility with other decoders (i only test with FFMEPG), but FFMPEG decode the RVLC with mess colors of the output. I have no time to debug it... maybe it is the problem of my implementation. > > if you are interested , we can tall off the list. > > I've replied on the list because I think it's the best place for this > discussion. But were you to have some restriction, we could check in > private how your experience/experiment could be used. OK, we can dicuss here and the patch is a little bit large with modifications of some function calls. (btw, i work it based on 1.0.1 cvs, a little old ) I take a look at your patch, at least, my implementationis is far different from yours :)) I can send you my patch to review...(but i can't find out what the exact version of the original files... pity :(( > _______________________________________________ > XviD-devel mailing list > XviD-devel@xvid.org > http://list.xvid.org/mailman/listinfo/xvid-devel > -- http://SuperMMX.org 自由世界 Free Software World You will be aided greatly by a person whom you thought to be unimportant. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Thu Apr 21 17:31: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 2E89C126D82 for ; Thu, 21 Apr 2005 17:31:36 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 93EE515541; Thu, 21 Apr 2005 17:31:20 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by edu.bnhof.de (Postfix) with ESMTP id DF3A115510 for ; Thu, 21 Apr 2005 17:31:16 +0200 (CEST) Received: from imp2-q.free.fr (imp2-q.free.fr [212.27.42.2]) by postfix4-2.free.fr (Postfix) with ESMTP id 7ADF631937C for ; Thu, 21 Apr 2005 17:31:16 +0200 (CEST) Received: by imp2-q.free.fr (Postfix, from userid 33) id 0188064857; Thu, 21 Apr 2005 17:25:52 +0200 (MEST) Received: from centre.crf.canon.fr (centre.crf.canon.fr [194.2.158.33]) by imp2-q.free.fr (IMP) with HTTP for ; Thu, 21 Apr 2005 17:25:52 +0200 Message-ID: <1114097152.4267c600ce1f4@imp2-q.free.fr> Date: Thu, 21 Apr 2005 17:25:52 +0200 From: sigdrak@free.fr To: xvid-devel@xvid.org Subject: Re: [XviD-devel] Re: [Fwd: Data partitioning for encoder] References: <42657465.7070801@free.fr> <1114030364.3724.0.camel@localhost.localdomain> <4266E322.6010607@free.fr> <20050421115702.7e129bbd.supermmx@163.com> <1114087382.42679fd67ed65@imp2-q.free.fr> <20050421211633.0e2f8b3d.supermmx@163.com> In-Reply-To: <20050421211633.0e2f8b3d.supermmx@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 194.2.158.33 X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.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, Quoting SuperMMX : > in one side, it is done in doing my research in our lab and i don't > know how to handle this. of course if possible , i am very glad to > make it committed into XviD. :)) Yes, you'd better check this. I think that for instance in the US (and for the sake of the example, as you don't seem to live there), the administrations have to publish in the public domain. (universities can hold patents, so...) But please make us aware of the final decision. Anyway, it seems you are still entitled to discuss about it, so let's go on with that. :-) > in another side, it is only for research , i mean i did not optimize it > very much, but it works... This is experimental code, so if people find it slow, they can contribute improvements :-) My DP patch is for instance very wasteful, as you have to pass 3 buffers. If DP is always used, the last buffer is the bigger, but in case it's adaptative, the first one also needs to be big enough. Besides, there's no overflow control... Maybe not the best design, but untill I see yours, I'll say it's OK. > till now, RM and DP works great with compatibility with other decoders > (i only test with FFMEPG), but FFMPEG decode the RVLC with mess colors > of the output. I have no time to debug it... maybe it is the problem > of my implementation. So did I to test my code. But in the end, it needs to be checked against for instance MoMuSys. FFMPEG project will be glad if we ever find a bug and fix it. > OK, we can dicuss here and the patch is a little bit large with modifications Thanks a lot. > of some function calls. (btw, i work it based on 1.0.1 cvs, a little old ) Same here for the function calls. I don't know how much the API has changed since then, but it will surely have to change again. "Not for 1.1" > I take a look at your patch, at least, my implementationis is far different > from yours :)) Let's hope for a merge of good ideas at the end :) > I can send you my patch to review...(but i can't find out what the exact > version of the original files... pity :(( As you wish, considering any restriction from your direction. As for the patch, cvs has a diff command that is very handy (except for new files), as it for instance gives the version used. Good to know. If your patch/diff is made with the -u switch, it should not matter that much. Otherwise, sending the whole file might be easier. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Fri Apr 22 06:06: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 A0A60126D85 for ; Fri, 22 Apr 2005 06:06:42 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 474CA1831F; Fri, 22 Apr 2005 06:06:27 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from mail.sh.itginc.jp (unknown [220.248.27.162]) by edu.bnhof.de (Postfix) with SMTP id 7A25C1831C for ; Fri, 22 Apr 2005 06:06:20 +0200 (CEST) Received: (qmail 22000 invoked by uid 0); 22 Apr 2005 03:49:26 -0000 Received: from unknown (HELO barcodesolder) (solder@192.168.1.66) by 0 with SMTP; 22 Apr 2005 03:49:26 -0000 From: "solder" To: Subject: Re: [XviD-devel] How to use xvid on S3C2410 with Arm_linux Date: Fri, 22 Apr 2005 12:06:17 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcVGhOMeu4IdwNw1QS2T/F4kwrs+DAAa0njA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <20050421153121.8C22515548@edu.bnhof.de> Message-Id: <20050422040620.7A25C1831C@edu.bnhof.de> X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Arm_Linux Meaning linux Kernel with rmk patch . From: "Canute Serrao" Subject: Re: [XviD-devel] How to use xvid on S3C2410 with Arm_linux 2.4.18, patched with rmk6.? To: Message-ID: Content-Type: text/plain; charset="iso-8859-1" Armed Linux or Arm_linux, you mean the one used for ARM microcontrollers? ----- Original Message ----- From: solder To: xvid-devel@xvid.org Sent: Friday, April 01, 2005 10:43 AM Subject: [XviD-devel] How to use xvid on S3C2410 with Arm_linux 2.4.18,patched with rmk6.? How to use xvid on S3C2410 with Arm_linux 2.4.18,patched with rmk6.? I have been porting xvid to Arm_linux simply use configure.But I have no idea to the Api of XivdCore.So Could you help me finished the topic? I have pwc driver and v4l on the SOC and success to catch a jpg with software named vgrabby if I didn't miss the name. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Apr 23 14:12:53 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 28D3D126D89 for ; Sat, 23 Apr 2005 14:12:53 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4DEBC1553A; Sat, 23 Apr 2005 14:12:34 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ns1.ptt.yu (ns1.ptt.yu [212.62.32.1]) by edu.bnhof.de (Postfix) with ESMTP id D27C215510 for ; Sat, 23 Apr 2005 14:12:31 +0200 (CEST) Received: from athlon650 (sa1-015.ptt.yu [213.137.113.143]) by ns1.ptt.yu (8.11.6/8.11.6) with SMTP id j3NC8gs28062 for ; Sat, 23 Apr 2005 14:08:42 +0200 Message-ID: <001701c547fd$93005e20$8f7189d5@athlon650> From: "Dragan Ristivojevic" To: Date: Sat, 23 Apr 2005 14:11:23 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 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] some help? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org When trying to compile code (version 1.0.3) using VS6 under Windows OS I = get error in plugin_2_pass2.c about conversion from uint_64 to double. = Any suggestions for correction? Can I use int_64 or uint? _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Apr 23 14:13:03 2005 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from edu.bnhof.de (edu.bnhof.de [213.167.167.52]) by mail.kliche.org (Postfix) with ESMTP id 2B609126D89 for ; Sat, 23 Apr 2005 14:13:03 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 5331D15558; Sat, 23 Apr 2005 14:12:48 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ns1.ptt.yu (ns1.ptt.yu [212.62.32.1]) by edu.bnhof.de (Postfix) with ESMTP id CB80E15549 for ; Sat, 23 Apr 2005 14:12:40 +0200 (CEST) Received: from athlon650 (sa1-015.ptt.yu [213.137.113.143]) by ns1.ptt.yu (8.11.6/8.11.6) with SMTP id j3NCCHs30667 for ; Sat, 23 Apr 2005 14:12:17 +0200 Message-ID: <002e01c547fe$130fb930$8f7189d5@athlon650> From: "Dragan Ristivojevic" To: Date: Sat, 23 Apr 2005 14:11:23 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 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] some help? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org When trying to compile code (version 1.0.3) using VS6 under Windows OS I = get error in plugin_2_pass2.c about conversion from uint_64 to double. = Any suggestions for correction? Can I use int_64 or uint? _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sat Apr 23 14:13: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 762D2126D89 for ; Sat, 23 Apr 2005 14:13:27 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 2EE7615549; Sat, 23 Apr 2005 14:13:15 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from ns1.ptt.yu (ns1.ptt.yu [212.62.32.1]) by edu.bnhof.de (Postfix) with ESMTP id 1020C1555A for ; Sat, 23 Apr 2005 14:13:11 +0200 (CEST) Received: from athlon650 (sa1-015.ptt.yu [213.137.113.143]) by ns1.ptt.yu (8.11.6/8.11.6) with SMTP id j3NCDAs31177 for ; Sat, 23 Apr 2005 14:13:10 +0200 Message-ID: <003601c547fe$32d0fef0$8f7189d5@athlon650> From: "Dragan Ristivojevic" To: Date: Sat, 23 Apr 2005 14:11:23 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 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] some help? X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org When trying to compile code (version 1.0.3) using VS6 under Windows OS I = get error in plugin_2_pass2.c about conversion from uint_64 to double. = Any suggestions for correction? Can I use int_64 or uint? _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Apr 24 01:29: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 46B32126D89 for ; Sun, 24 Apr 2005 01:29:52 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 8A2FD155D9; Sun, 24 Apr 2005 01:29:38 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from web52507.mail.yahoo.com (web52507.mail.yahoo.com [206.190.39.132]) by edu.bnhof.de (Postfix) with SMTP id A9C3A155D5 for ; Sun, 24 Apr 2005 01:29:35 +0200 (CEST) Received: (qmail 83023 invoked by uid 60001); 23 Apr 2005 23:29:34 -0000 Message-ID: <20050423232934.83021.qmail@web52507.mail.yahoo.com> Received: from [200.42.34.185] by web52507.mail.yahoo.com via HTTP; Sat, 23 Apr 2005 20:29:33 ART Date: Sat, 23 Apr 2005 20:29:33 -0300 (ART) From: Dark Sylinc Subject: Re: [XviD-devel] some help? To: xvid-devel@xvid.org In-Reply-To: <003601c547fe$32d0fef0$8f7189d5@athlon650> 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 Hi, You need the Processor Pack 5 (& the SP5 too, both for VC 6.0)grab it at http://msdn.microsoft.com/vstudio/downloads/tools/ppack/download.aspx If you have VC 6 Standard edition (or you don't want to download the SP5) you will have to unpack the PP5, and copy the ccxx.dll archives to the VC's bin/ directory (make a backup first) but remember that this only will make it compile, you shouldn't really do this. I hope this can help you Dark_Sylinc --- Dragan Ristivojevic escribió: > When trying to compile code (version 1.0.3) using > VS6 under Windows OS I get error in plugin_2_pass2.c > about conversion from uint_64 to double. Any > suggestions for correction? Can I use int_64 or > uint? > _______________________________________________ > 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 Sun Apr 24 11:06: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 AD3D3126D89 for ; Sun, 24 Apr 2005 11:06:50 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 4F1FC15605; Sun, 24 Apr 2005 11:06:37 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by edu.bnhof.de (Postfix) with ESMTP id 49FBE155FE for ; Sun, 24 Apr 2005 11:06:28 +0200 (CEST) Received: from nas-cbv-9-213-228-47-170.dial.proxad.net (nas-cbv-9-213-228-47-170.dial.proxad.net [213.228.47.170]) by postfix4-1.free.fr (Postfix) with ESMTP id 44A343177A5 for ; Sun, 24 Apr 2005 11:06:26 +0200 (CEST) Subject: Re: [XviD-devel] [Fwd: Data partitioning for encoder] From: Skal To: xvid-devel@xvid.org In-Reply-To: <4266E322.6010607@free.fr> References: <42657465.7070801@free.fr> <1114030364.3724.0.camel@localhost.localdomain> <4266E322.6010607@free.fr> Content-Type: text/plain Message-Id: <1114324983.6127.81.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Sun, 24 Apr 2005 11:07:25 +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 Gutten Tag Sigdrak, On Thu, 2005-04-21 at 01:17, sigdrak wrote: > Bonsoir/Good evening, > > Skal wrote: > > Anyway, this step toward data partitioning raises few questions: > > a) we'll have to add DP support in decoder too, sure. Or people > > won't understand a file created with XviD... can't be played with > > XviD. > > Indeed, as with time tools may expose such a feature. But then, most > users, except with streaming in error-prone environments in mind, will > have no use for such a feature. As for video packets and reversible VLCs > in fact. Don't under-estimate the appetite for weird features ;) As soon as there's any new option popping up, people *will* use it. Even just for the fun of trying it. > > But to quote my very unclear self: > "I have decoder-side pending code, but unfortunately, it is merged with > my current work on video packetization." ok. Anyway, i've tried your patch, and it seems you forgot to include some updated header file(s). Bitstream.c isn't compiling at line 706. Somehow, some of your decoder-side work slipped through in the patch. Nevermind. I'll just comment out the offending line. Otherwise, the patch seems ok. I'll later commit it protected with some '#ifdef EXPERIMENTAL_DATA_PARTITIONING', so it won't interfere with the rest until proven ok. > > > b) What about reversible VLCs? > > This is indeed the next thing in DP. But they aren't mandatory. IIRC, the standardized Profile where DP is required also makes support of RVLC mandatory... > In fact, what I really see as missing is error concealment. As far as I > can see, XviD has none, and nothing has been designed for it. Indeed. This is rather historical: XviD's main use is storage, not really an error-prone channel. Skal, "je passe sous un tunnel, ca va coup.." ;) _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Apr 24 15:19: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 9A8F8126D89 for ; Sun, 24 Apr 2005 15:19:31 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 42F831565C; Sun, 24 Apr 2005 15:19:15 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by edu.bnhof.de (Postfix) with ESMTP id 223051562A for ; Sun, 24 Apr 2005 15:19:11 +0200 (CEST) Received: from [82.229.60.149] (pat35-1-82-229-60-149.fbx.proxad.net [82.229.60.149]) by postfix4-1.free.fr (Postfix) with ESMTP id B307331784F for ; Sun, 24 Apr 2005 15:19:10 +0200 (CEST) Message-ID: <426BA00E.4060505@free.fr> Date: Sun, 24 Apr 2005 15:33:02 +0200 From: sigdrak User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [Fwd: Data partitioning for encoder] References: <42657465.7070801@free.fr> <1114030364.3724.0.camel@localhost.localdomain> <4266E322.6010607@free.fr> <1114324983.6127.81.camel@localhost.localdomain> In-Reply-To: <1114324983.6127.81.camel@localhost.localdomain> 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 Hello, again free.fr's FTP is acting _once again_ flacky and the mailing list is rejecting 10+K mails. So the corresponding patch is waiting for some admins to mend their stuff. Skal wrote: > Don't under-estimate the appetite for weird features ;) As soon > as there's any new option popping up, people *will* use it. Even > just for the fun of trying it. OK... Guys, you'll increase your filesize by 0.1% with DP! I think I've just get rid of 99% of those daring people. :-) > Anyway, i've tried your patch, and it seems you forgot to > include some updated header file(s). Bitstream.c isn't Please find attached a new patch. It was quite problematic to extract it from my working VP/DP stuff, so: - it builds OK - it compresses OK (mplayer manages to decode DP) - the DP-able decoder is now integrated in this patch, but is for some reason failing sometimes (next patch will hopefully solve this) - it also integrates an error check on AC VLC decoding (run/index could produce reads outside of the 64 coeffs array on corrupted streams) > Otherwise, the patch seems ok. I'll later commit it > protected with some '#ifdef EXPERIMENTAL_DATA_PARTITIONING', > so it won't interfere with the rest until proven ok. Hoping you'll see this one in time... >>This is indeed the next thing in DP. But they aren't mandatory. > IIRC, the standardized Profile where DP is required also > makes support of RVLC mandatory... Ah probable, also they package this in "Error resilience". Anyway, the encoder can set this feature as not used, so the XviD decoder matches its encoder. > Indeed. This is rather historical: XviD's main use > is storage, not really an error-prone channel. I think that's the funniest part of what's not yet done in XviD. For now, I'd prefer finishing the basic ER stuff, and possibly introduce some more plugin/API changes to make it usable. For instance, Profiles/Levels enforce videopacket sizes - and this is absolutely not handled by my code. > Skal, "je passe sous un tunnel, ca va coup.." ;) Sorry, not enough FEC to correct the missing part :p _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Apr 24 15:42:37 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 A425D126D89 for ; Sun, 24 Apr 2005 15:42:37 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 862D113B1F; Sun, 24 Apr 2005 15:42:22 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by edu.bnhof.de (Postfix) with ESMTP id A00DF15007 for ; Mon, 18 Apr 2005 20:30:54 +0200 (CEST) Received: from [82.229.60.149] (pat35-1-82-229-60-149.fbx.proxad.net [82.229.60.149]) by postfix4-2.free.fr (Postfix) with ESMTP id 8450330BF79 for ; Mon, 18 Apr 2005 20:30:52 +0200 (CEST) Message-ID: <42640010.30603@free.fr> Date: Mon, 18 Apr 2005 20:44:32 +0200 From: sigdrak User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Content-Type: multipart/mixed; boundary="------------050900000603000805020102" X-Mailman-Approved-At: Sun, 24 Apr 2005 15:40:17 +0200 Subject: [XviD-devel] Data partitioning for 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 This is a multi-part message in MIME format. --------------050900000603000805020102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello, the attached patch should provide data partitioning abilities to the encoder. For reasons stated later in the mail, this patch may not apply cleanly - I haven't investigated much what gets broken otherwise. I tested IP...P sequences using mplayer. B frames should not be affected by data partitioning, per the standard. I could have tested with MoMuSys but I prefered saving myself the trouble and submit this patch right away. For this I introduced: - 2 additional bitstream in the encoder creator and frame structure - 2 additional flags for signaling data partitioning (at the encoder level and the frame level) - a function to concatenate bitstreams. - a modification of functions in mbcoding.c to write in the proper bitstreams For info, the bitstream should look (from my recollection of my code) like this with data partitioning: - I MB: (mcbpc,dquant,interlace,dc) DC_MARKER (ac_pred_flag,ac) - P intra MB: (mcbpc) DC_MARKER (dquant,interlace,dc) (ac_pred_flag, ac) - P inter MB: (mcbpc,mc_sel,MV) MOTION_MARKER (cbpy,dquant,interlace) (coeffs) I also wrote functions which are not used yet (or ever) and which I hope are self-explaining names: - BitStreamWriteStartOfVideoPacket - BitstreamWriteGroupOfVopHeader - BitstreamWriteEndOfSequence About the two last: I suspect that AVI or proper frame cutting is responsible for them not being used, and a new VOL is used instead of a GOV. Globally, I had trouble with indentation: code uses tabs and not spaces (this is left for trolling on other occasions). So, I hope it won't break up too many things. Otherwise, I'd be interested if someone has set up a XVID coding style profile for vi or emacs famillies (see indentation remark). I have decoder-side pending code, but unfortunately, it is merged with work on video packetization. I'd prefer not to go through the trouble of making a proper patch for the decoder, as data partitioning and video packetiztion get deeply tied at some point. Therefore, I'd prefer to see the present patch merged first. By the way, my packetization seems to work on both encoder and decoder sides, but I haven't tested it yet on B-frames. I'm opting for a packet size parameter, as the profiles rather state this limit over any other. Packetization or data partitioning or normal coding all work separately, but packetization+data partitioning still fails. A proper design however is needed: - bumping API, bitstream and any other version - plugin interfaces for controlling the packetization process - proper encoder/decoder interfaces based on video packets instead of full-frame en/decoding - a plugin specialized in enforcing the video packet sizes whenever video packetization is used and a profile is selected Regards, sigdrak. --------------050900000603000805020102 Content-Type: text/plain; name="datapart.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="datapart.patch" Index: src/encoder.c =================================================================== RCS file: /xvid/xvidcore/src/encoder.c,v retrieving revision 1.117 diff -B -b -d -u -r1.117 encoder.c --- src/encoder.c 27 Mar 2005 03:59:42 -0000 1.117 +++ src/encoder.c 9 Apr 2005 18:22:04 -0000 @@ -54,10 +54,14 @@ ****************************************************************************/ static int FrameCodeI(Encoder * pEnc, - Bitstream * bs); + Bitstream * bs, + void *buff2, + void *buf_tex); static int FrameCodeP(Encoder * pEnc, - Bitstream * bs); + Bitstream * bs, + void *buff2, + void *buf_tex); static void FrameCodeB(Encoder * pEnc, FRAMEINFO * frame, @@ -1102,7 +1106,7 @@ pEnc->queue_head, pEnc->queue_tail, pEnc->queue_size); pEnc->mbParam.frame_drop_ratio = -1; /* it must be a coded vop */ - FrameCodeP(pEnc, &bs); + FrameCodeP(pEnc, &bs, xFrame->secondary_bitstream, xFrame->texture_bitstream); if ((pEnc->mbParam.global_flags & XVID_GLOBAL_PACKED) && pEnc->bframenum_tail==0) { @@ -1329,7 +1333,7 @@ pEnc->mbParam.edged_width, pEnc->mbParam.height); } - FrameCodeI(pEnc, &bs); + FrameCodeI(pEnc, &bs, xFrame->secondary_bitstream, xFrame->texture_bitstream); xFrame->out_flags |= XVID_KEYFRAME; /* %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% @@ -1351,7 +1355,7 @@ pEnc->mbParam.edged_width, pEnc->mbParam.height); } - if ( FrameCodeP(pEnc, &bs) == 0 ) { + if ( FrameCodeP(pEnc, &bs, xFrame->secondary_bitstream, xFrame->texture_bitstream) == 0 ) { /* N-VOP, we mustn't code b-frames yet */ call_plugins(pEnc, pEnc->current, &pEnc->sOriginal, XVID_PLG_AFTER, 0, 0, stats); goto done; @@ -1435,8 +1439,13 @@ static int FrameCodeI(Encoder * pEnc, - Bitstream * bs) + Bitstream * bs, + void *buf2, + void *buf_tex) { + Bitstream bs2_instance, *bs2 = NULL; /* Second part of headers */ + Bitstream bs_tex_instance, *bs_tex = NULL; /* Texture bitstream */ + int bits = BitstreamPos(bs); int mb_width = pEnc->mbParam.mb_width; int mb_height = pEnc->mbParam.mb_height; @@ -1450,11 +1459,45 @@ pEnc->current->rounding_type = pEnc->mbParam.m_rounding_type; pEnc->current->coding_type = I_VOP; + /* TODO: allow dynamic setting of the data partitioning */ + if (pEnc->mbParam.global_flags & XVID_GLOBAL_DATA_PARTITIONING) { + pEnc->current->vop_flags |= XVID_VOP_DATA_PARTITIONED; + } + + /* Set it for data paritioning */ + if (pEnc->current->vop_flags & XVID_VOP_DATA_PARTITIONED) + { + /* bs2 uses secondary_bitstream, so the application could use + * that to split back the frame into packets. + * TODO: Implement a callback for GOB/VideoPacket + */ + bs2 = &bs2_instance; + bs_tex = &bs_tex_instance; + BitstreamInit(bs2, buf2, 0); + BitstreamInit(bs_tex, buf_tex, 0); + BitstreamPutBits(bs2, DC_MARKER, 19); + DPRINTF(XVID_DEBUG_HEADER, "Data partitioned I frame\n"); + } + else + { + bs2 = bs; + bs_tex = bs; + } + call_plugins(pEnc, pEnc->current, NULL, XVID_PLG_FRAME, NULL, NULL, NULL); SetMacroblockQuants(&pEnc->mbParam, pEnc->current); +#if 1 BitstreamWriteVolHeader(bs, &pEnc->mbParam, pEnc->current); +#else + /* Probably don't cope well with AVI frame cuts */ + if (pEnc->m_framenum == 0) + BitstreamWriteVolHeader(bs, &pEnc->mbParam, pEnc->current); + else + BitstreamWriteGroupOfVopHeader(bs, &pEnc->mbParam, + pEnc->global_flags&XVID_GLOBAL_CLOSED_GOP); +#endif set_timecodes(pEnc->current,pEnc->reference,pEnc->mbParam.fbase); @@ -1481,10 +1524,16 @@ stop_prediction_timer(); start_timer(); - MBCoding(pEnc->current, pMB, qcoeff, bs, &pEnc->current->sStat); + MBCoding(pEnc->current, pMB, qcoeff, bs, bs2, bs_tex, &pEnc->current->sStat); stop_coding_timer(); } + if (pEnc->current->vop_flags & XVID_VOP_DATA_PARTITIONED) { + /* The resynch marker isn't byte-aligned !! */ + BitstreamsConcatenate(bs, bs2, 0); + BitstreamsConcatenate(bs, bs_tex, 0); + } + emms(); BitstreamPadAlways(bs); /* next_start_code() at the end of VideoObjectPlane() */ @@ -1529,8 +1578,13 @@ /* FrameCodeP also handles S(GMC)-VOPs */ static int FrameCodeP(Encoder * pEnc, - Bitstream * bs) + Bitstream * bs, + void *buf2, + void *buf_tex) { + Bitstream bs2_instance, *bs2; /* Second part of headers */ + Bitstream bs_tex_instance, *bs_tex; /* Texture bitstream */ + int bits = BitstreamPos(bs); DECLARE_ALIGNED_MATRIX(dct_codes, 6, 64, int16_t, CACHE_LINE); @@ -1546,6 +1600,31 @@ IMAGE *pRef = &reference->image; + /* TODO: allow dynamic setting of the data partitioning */ + if (pEnc->mbParam.global_flags & XVID_GLOBAL_DATA_PARTITIONING) { + pEnc->current->vop_flags |= XVID_VOP_DATA_PARTITIONED; + } + + /* Set it for data paritioning */ + if (pEnc->current->vop_flags & XVID_VOP_DATA_PARTITIONED) + { + /* bs2 uses secondary_bitstream, so the application could use + * that to split back the frame into packets. + * TODO: Implement a callback for GOB/VideoPacket + */ + bs2 = &bs2_instance; + bs_tex = &bs_tex_instance; + BitstreamInit(bs2, buf2, 0); + BitstreamInit(bs_tex, buf_tex, 0); + BitstreamPutBits(bs2, MOTION_MARKER, 17); + DPRINTF(XVID_DEBUG_HEADER, "Data partitioned P frame\n"); + } + else + { + bs2 = bs; + bs_tex = bs; + } + if (!reference->is_edged) { start_timer(); image_setedges(pRef, pParam->edged_width, pParam->edged_height, @@ -1658,7 +1737,7 @@ current->sStat.kblks++; - MBCoding(current, pMB, qcoeff, bs, ¤t->sStat); + MBCoding(current, pMB, qcoeff, bs, bs2, bs_tex, ¤t->sStat); stop_coding_timer(); continue; } @@ -1748,7 +1827,7 @@ } /* ordinary case: normal coded INTER/INTER4V block */ - MBCoding(current, pMB, qcoeff, bs, &pEnc->current->sStat); + MBCoding(current, pMB, qcoeff, bs, bs2, bs_tex, &pEnc->current->sStat); stop_coding_timer(); } } @@ -1767,7 +1846,8 @@ current->sStat.kblks = current->sStat.mblks = 0; current->sStat.ublks = mb_width * mb_height; - BitstreamReset(bs); + /* XXX: what if the bitstreams are used for packetization */ + BitstreamReset(bs); /* No need to reset other bitstreams */ set_timecodes(current,reference,pParam->fbase); BitstreamWriteVopHeader(bs, &pEnc->mbParam, current, 0, current->mbs[0].quant); @@ -1796,6 +1876,12 @@ image_swap(&pEnc->vInterHV, &pEnc->f_refhv); } + if (pEnc->current->vop_flags & XVID_VOP_DATA_PARTITIONED) { + /* The resynch marker isn't byte-aligned !! */ + BitstreamsConcatenate(bs, bs2, 0); + BitstreamsConcatenate(bs, bs_tex, 0); + } + /* XXX: debug { char s[100]; Index: src/xvid.h =================================================================== RCS file: /xvid/xvidcore/src/xvid.h,v retrieving revision 1.50 diff -B -b -d -u -r1.50 xvid.h --- src/xvid.h 4 Apr 2005 23:49:37 -0000 1.50 +++ src/xvid.h 9 Apr 2005 18:22:04 -0000 @@ -595,6 +595,7 @@ #endif #define XVID_GLOBAL_DIVX5_USERDATA (1<<5) /* write divx5 userdata string this is implied if XVID_GLOBAL_PACKED is set */ +#define XVID_GLOBAL_DATA_PARTITIONING (1<<6) /* Use data partitioning */ /*---------------------------------------------------------------------------- * "VOL" flags @@ -630,6 +631,7 @@ #define XVID_VOP_MODEDECISION_RD (1<< 8) /* enable DCT-ME and use it for mode decision */ #define XVID_VOP_FAST_MODEDECISION_RD (1<<12) /* use simplified R-D mode decision */ #define XVID_VOP_RD_BVOP (1<<13) /* enable rate-distortion mode decision in b-frames */ +#define XVID_VOP_DATA_PARTITIONED (1<<14) /* per-frame data partitioning signal */ /* Only valid for vol_flags|=XVID_VOL_INTERLACING */ #define XVID_VOP_TOPFIELDFIRST (1<< 9) /* set top-field-first flag */ @@ -775,11 +777,17 @@ int bframe_threshold; void *bitstream; /* [in:opt] bitstream ptr (written to)*/ - int length; /* [in:opt] bitstream length (bytes) */ + void *secondary_bitstream; /* [in:opt] secondary bitstream ptr (written to)*/ + void *texture_bitstream; /* [in:opt] texture bitstream ptr (written to)*/ + int length; /* [in:opt] total bitstream length (bytes) */ int out_flags; /* [out] bitstream output flags */ } xvid_enc_frame_t; +/* Markers */ +#define DC_MARKER 0x6B001 +#define MOTION_MARKER 0x1F001 + #ifdef __cplusplus } #endif Index: src/bitstream/bitstream.c =================================================================== RCS file: /xvid/xvidcore/src/bitstream/bitstream.c,v retrieving revision 1.49 diff -B -b -d -u -r1.49 bitstream.c --- src/bitstream/bitstream.c 27 Mar 2005 03:59:42 -0000 1.49 +++ src/bitstream/bitstream.c 9 Apr 2005 18:22:04 -0000 @@ -702,7 +702,8 @@ BitstreamSkip(bs, 1); /* resync_marker_disable */ - if (BitstreamGetBit(bs)) /* data_partitioned */ + dec->data_partitioning = BitstreamGetBit(bs); + if (dec->data_partitioning) /* data_partitioned */ { DPRINTF(XVID_DEBUG_ERROR, "data_partitioned not supported\n"); BitstreamSkip(bs, 1); /* reversible_vlc */ @@ -1239,7 +1240,16 @@ BitstreamPutBit(bs, 1); /* complexity_estimation_disable */ BitstreamPutBit(bs, 1); /* resync_marker_disable */ - BitstreamPutBit(bs, 0); /* data_partitioned */ + + if (frame->vop_flags & XVID_VOP_DATA_PARTITIONED) { + BitstreamPutBit(bs, 1); /* data_partitioned */ + BitstreamPutBit(bs, 0); /* not use_reversible_vlc */ + DPRINTF(XVID_DEBUG_HEADER, "Using data partitioning\n"); + } + else + { + BitstreamPutBit(bs, 0); /* not data_partitioned */ + } if (vol_ver_id != 1) { BitstreamPutBit(bs, 0); /* newpred_enable */ @@ -1271,6 +1281,31 @@ } } +/* + write group of vops header + XXX: we should get FRAMEINFO.seconds ... +*/ +void +BitstreamWriteGroupOfVopHeader(Bitstream * const bs, + const MBParam * pParam, + uint32_t is_closed_gov) +{ + int64_t time = (pParam->m_stamp + (pParam->fbase/2)) / pParam->fbase; + int hours, minutes, seconds; + + /* compute time_code */ + seconds = time % 60; time /= 60; + minutes = time % 60; time /= 60; + hours = time % 24; /* don't overflow */ + + BitstreamPutBits(bs, GRPOFVOP_START_CODE, 32); + BitstreamPutBits(bs, hours, 5); + BitstreamPutBits(bs, minutes, 6); + BitstreamPutBit(bs, 1); + BitstreamPutBits(bs, seconds, 6); + BitstreamPutBits(bs, is_closed_gov, 1); + BitstreamPutBits(bs, 0, 1); /* broken_link */ +} /* write vop header @@ -1401,3 +1436,41 @@ } } + +void +BitstreamWriteEndOfSequence(Bitstream * const bs) +{ + BitstreamPad(bs); + BitstreamPutBits(bs, VISOBJSEQ_STOP_CODE, 32); +} + +void BitStreamWriteStartOfVideoPacket(Bitstream * const bs, + const MBParam * pParam, + const FRAMEINFO * const frame, + unsigned int quant, + uint32_t macroblock_number) +{ + int rm_length = 0; /* resynch marker length */ + uint32_t i; + + BitstreamPad(bs); + + /* Set total resynch marker length ('0's followed by '1') */ + switch(frame->coding_type) { + case I_VOP: rm_length = 17; break; + case P_VOP: + case S_VOP: rm_length = 16+frame->fcode; break; + case B_VOP: rm_length = MAX(18, 17+frame->fcode); break; + default: DPRINTF(XVID_DEBUG_HEADER, "type=%i", quant); + } + /* Write it */ + BitstreamPutBits(bs, 1, rm_length); + + /* Write macroblock number */ + BitstreamPutBits(bs, macroblock_number, + log2bin(pParam->mb_width * pParam->mb_height - 1)); + + + BitstreamPutBits(bs, quant, 5); /* quant_scale */ + BitstreamPutBits(bs, 0, 1); /* No HEC */ +}; Index: src/bitstream/bitstream.h =================================================================== RCS file: /xvid/xvidcore/src/bitstream/bitstream.h,v retrieving revision 1.20 diff -B -b -d -u -r1.20 bitstream.h --- src/bitstream/bitstream.h 5 Dec 2004 13:56:13 -0000 1.20 +++ src/bitstream/bitstream.h 9 Apr 2005 18:22:04 -0000 @@ -149,6 +149,13 @@ uint8_t * data, const int length); +void BitstreamWriteEndOfSequence(Bitstream * const bs); +void BitStreamWriteStartOfVideoPacket(Bitstream * const bs, + const MBParam * pParam, + const FRAMEINFO * const frame, + unsigned int quant, + uint32_t macroblock_number); + /* initialise bitstream structure */ static void __inline @@ -452,4 +459,44 @@ BitstreamPutBits(bs, stuffing_codes[bits - 1], bits); } + +/* + * Concatenate 2 bitstreams without padding + */ +static void __inline +BitstreamsConcatenate(Bitstream * bso, Bitstream * const bsi, int padd) +{ + uint32_t dwords; + uint32_t b; + int i; + + switch (padd) { + case 1: BitstreamPad(bso); break; + case 2: BitstreamPadAlways(bso); break; + default: break; + } + + /* Get size */ + dwords = ((ptr_t)bsi->tail - (ptr_t)bsi->start)>>2; + + /* Loop on dwords */ + for (i=0; istart[i]; + BSWAP(b); + BitstreamPutBits(bso, b, 32); +#else + BitstreamPutBits(bso, bsi->start[i], 32); +#endif + } + + /* XXX: how to flush the latest buf ? */ + if (bsi->pos) { + b = bsi->buf >> (32 - bsi->pos); + /* (bsi->buf & (0xffffffff >> bsi->pos)) >> (32 - bsi->pos); */ + BitstreamPutBits(bso, b, bsi->pos); + } +} + #endif /* _BITSTREAM_H_ */ Index: src/bitstream/mbcoding.c =================================================================== RCS file: /xvid/xvidcore/src/bitstream/mbcoding.c,v retrieving revision 1.51 diff -B -b -d -u -r1.51 mbcoding.c --- src/bitstream/mbcoding.c 4 Apr 2005 23:49:37 -0000 1.51 +++ src/bitstream/mbcoding.c 9 Apr 2005 18:22:04 -0000 @@ -63,7 +63,7 @@ int bs_get_spritetrajectory(Bitstream * bs) { int i; - for (i = 0; i < 12; i++) + for (i = 0; i < 15; i++) { if (BitstreamShowBits(bs, sprite_trajectory_len[i].len) == sprite_trajectory_len[i].code) { @@ -462,14 +462,17 @@ const MACROBLOCK * pMB, int16_t qcoeff[6 * 64], Bitstream * bs, + Bitstream * bs2, + Bitstream * bs_tex, Statistics * pStat) { uint32_t i, mcbpc, cbpy, bits; + Bitstream * bs_local; cbpy = pMB->cbp >> 2; - /* write mcbpc */ + /* write mcbpc - first bs */ if (frame->coding_type == I_VOP) { mcbpc = ((pMB->mode >> 1) & 3) | ((pMB->cbp & 3) << 2); BitstreamPutBits(bs, mcbpc_intra_tab[mcbpc].code, @@ -480,42 +483,46 @@ mcbpc_inter_tab[mcbpc].len); } - /* ac prediction flag */ + /* ac prediction flag - second bs */ if (pMB->acpred_directions[0]) - BitstreamPutBits(bs, 1, 1); + BitstreamPutBits(bs2, 1, 1); else - BitstreamPutBits(bs, 0, 1); + BitstreamPutBits(bs2, 0, 1); - /* write cbpy */ - BitstreamPutBits(bs, xvid_cbpy_tab[cbpy].code, xvid_cbpy_tab[cbpy].len); + /* write cbpy - second bs */ + BitstreamPutBits(bs2, xvid_cbpy_tab[cbpy].code, xvid_cbpy_tab[cbpy].len); - /* write dquant */ + /* write dquant - first bs for I_VOP, second otherwise */ + bs_local = (frame->coding_type == I_VOP) ? bs : bs2; if (pMB->mode == MODE_INTRA_Q) - BitstreamPutBits(bs, DQ_VALUE2INDEX(pMB->dquant), 2); + BitstreamPutBits(bs_local, DQ_VALUE2INDEX(pMB->dquant), 2); - /* write interlacing */ + /* write interlacing - same */ if (frame->vol_flags & XVID_VOL_INTERLACING) { - BitstreamPutBit(bs, pMB->field_dct); + BitstreamPutBit(bs_local, pMB->field_dct); } /* code block coeffs */ for (i = 0; i < 6; i++) { + /* DC goes to first bs for I-VOP, second otherwise */ if (i < 4) - BitstreamPutBits(bs, dcy_tab[qcoeff[i * 64 + 0] + 255].code, + BitstreamPutBits(bs_local, + dcy_tab[qcoeff[i * 64 + 0] + 255].code, dcy_tab[qcoeff[i * 64 + 0] + 255].len); else - BitstreamPutBits(bs, dcc_tab[qcoeff[i * 64 + 0] + 255].code, + BitstreamPutBits(bs_local, + dcc_tab[qcoeff[i * 64 + 0] + 255].code, dcc_tab[qcoeff[i * 64 + 0] + 255].len); + /* AC goes to texture bs */ if (pMB->cbp & (1 << (5 - i))) { const uint16_t *scan_table = frame->vop_flags & XVID_VOP_ALTERNATESCAN ? scan_tables[2] : scan_tables[pMB->acpred_directions[i]]; + bits = BitstreamPos(bs_tex); - bits = BitstreamPos(bs); - - CodeCoeffIntra(bs, &qcoeff[i * 64], scan_table); + CodeCoeffIntra(bs_tex, &qcoeff[i * 64], scan_table); - bits = BitstreamPos(bs) - bits; + bits = BitstreamPos(bs_tex) - bits; pStat->iTextBits += bits; } } @@ -528,6 +535,8 @@ const MACROBLOCK * pMB, int16_t qcoeff[6 * 64], Bitstream * bs, + Bitstream * bs2, + Bitstream * bs_tex, Statistics * pStat) { @@ -537,61 +546,62 @@ mcbpc = (pMB->mode & 7) | ((pMB->cbp & 3) << 3); cbpy = 15 - (pMB->cbp >> 2); - /* write mcbpc */ + /* write mcbpc - first bs */ BitstreamPutBits(bs, mcbpc_inter_tab[mcbpc].code, mcbpc_inter_tab[mcbpc].len); + /* XXX: Is it its actual place ? */ if ( (frame->coding_type == S_VOP) && (pMB->mode == MODE_INTER || pMB->mode == MODE_INTER_Q) ) BitstreamPutBit(bs, pMB->mcsel); /* mcsel: '0'=local motion, '1'=GMC */ - /* write cbpy */ - BitstreamPutBits(bs, xvid_cbpy_tab[cbpy].code, xvid_cbpy_tab[cbpy].len); + /* write cbpy - second bs */ + BitstreamPutBits(bs2, xvid_cbpy_tab[cbpy].code, xvid_cbpy_tab[cbpy].len); - /* write dquant */ + /* write dquant - second bs */ if (pMB->mode == MODE_INTER_Q) - BitstreamPutBits(bs, DQ_VALUE2INDEX(pMB->dquant), 2); + BitstreamPutBits(bs2, DQ_VALUE2INDEX(pMB->dquant), 2); - /* interlacing */ + /* interlacing - second bs */ if (frame->vol_flags & XVID_VOL_INTERLACING) { if (pMB->cbp) { - BitstreamPutBit(bs, pMB->field_dct); + BitstreamPutBit(bs2, pMB->field_dct); DPRINTF(XVID_DEBUG_MB,"codep: field_dct: %i\n", pMB->field_dct); } /* if inter block, write field ME flag */ if ((pMB->mode == MODE_INTER || pMB->mode == MODE_INTER_Q) && (pMB->mcsel == 0)) { - BitstreamPutBit(bs, 0 /*pMB->field_pred*/); /* not implemented yet */ + BitstreamPutBit(bs2, 0 /*pMB->field_pred*/); /* not implemented yet */ DPRINTF(XVID_DEBUG_MB,"codep: field_pred: %i\n", pMB->field_pred); /* write field prediction references */ #if 0 /* Remove the #if once field_pred is supported */ if (pMB->field_pred) { - BitstreamPutBit(bs, pMB->field_for_top); - BitstreamPutBit(bs, pMB->field_for_bot); + BitstreamPutBit(bs2, pMB->field_for_top); + BitstreamPutBit(bs2, pMB->field_for_bot); } #endif } } - /* code motion vector(s) if motion is local */ + /* code motion vector(s) if motion is local - first bs */ if (!pMB->mcsel) for (i = 0; i < (pMB->mode == MODE_INTER4V ? 4 : 1); i++) { CodeVector(bs, pMB->pmvs[i].x, frame->fcode); CodeVector(bs, pMB->pmvs[i].y, frame->fcode); } - bits = BitstreamPos(bs); + /* code block coeffs - texture bs */ + bits = BitstreamPos(bs_tex); - /* code block coeffs */ for (i = 0; i < 6; i++) if (pMB->cbp & (1 << (5 - i))) { const uint16_t *scan_table = frame->vop_flags & XVID_VOP_ALTERNATESCAN ? scan_tables[2] : scan_tables[0]; - CodeCoeffInter(bs, &qcoeff[i * 64], scan_table); + CodeCoeffInter(bs_tex, &qcoeff[i * 64], scan_table); } - bits = BitstreamPos(bs) - bits; + bits = BitstreamPos(bs_tex) - bits; pStat->iTextBits += bits; } @@ -601,10 +611,12 @@ MACROBLOCK * pMB, int16_t qcoeff[6 * 64], Bitstream * bs, + Bitstream * bs2, + Bitstream * bs_tex, Statistics * pStat) { if (frame->coding_type != I_VOP) - BitstreamPutBit(bs, 0); /* not_coded */ + BitstreamPutBit(bs, 0); /* not_coded = 0 */ if (frame->vop_flags & XVID_VOP_GREYSCALE) { pMB->cbp &= 0x3C; /* keep only bits 5-2 */ @@ -613,9 +625,9 @@ } if (pMB->mode == MODE_INTRA || pMB->mode == MODE_INTRA_Q) - CodeBlockIntra(frame, pMB, qcoeff, bs, pStat); + CodeBlockIntra(frame, pMB, qcoeff, bs, bs2, bs_tex, pStat); else - CodeBlockInter(frame, pMB, qcoeff, bs, pStat); + CodeBlockInter(frame, pMB, qcoeff, bs, bs2, bs_tex, pStat); } Index: src/utils/mbfunctions.h =================================================================== RCS file: /xvid/xvidcore/src/utils/mbfunctions.h,v retrieving revision 1.20 diff -B -b -d -u -r1.20 mbfunctions.h --- src/utils/mbfunctions.h 5 Jan 2005 23:02:15 -0000 1.20 +++ src/utils/mbfunctions.h 9 Apr 2005 18:22:05 -0000 @@ -84,6 +84,8 @@ MACROBLOCK * pMB, /* <-- Info of the MB to be coded */ int16_t qcoeff[6 * 64], /* <-- the quantized DCT coefficients */ Bitstream * bs, /* <-> the bitstream */ + Bitstream * bs2, /* <-> the secondary bitstream with data partitioning */ + Bitstream * bs_tex, /* <-> the texture bitstream with data partitioning */ Statistics * pStat); /* <-> statistical data collected for current frame */ #endif --------------050900000603000805020102 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 --------------050900000603000805020102-- From xvid-devel-bounces@xvid.org Sun Apr 24 19:20: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 DE2A7126D89 for ; Sun, 24 Apr 2005 19:20:02 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id AEB0F14FE2; Sun, 24 Apr 2005 19:19:49 +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 839E8149D6 for ; Sun, 24 Apr 2005 19:19:46 +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 j3OHJhue022529 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 24 Apr 2005 13:19:43 -0400 Date: Sun, 24 Apr 2005 13:19:43 -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] Encoding grayscale images. 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'm trying to encode grayscale images. I couldn't find an option to just encode grayscale. Looking at the xvid_encraw examples direcotry, I see that the greyscale image is split into a smaller YUV image and sends it to the encoder. The xvid_decraw gets back a YUV image and reassembles the greyscale image. I would think that setting all values of the U and the V plane as 0 and sending the greyscale image as the Y plane would be a better. Here are my reasons, 1. If split the image into YUV, the motion vector for the UV will be arbitrary since it uses the same motion vector specified for the Y. Generaly this would lead to large difference values resulting in more bits. 2. If you set all the values in the U and V plane to 0 you do not need to encode the U and V plane. So only the extra bits need is in the macroblock header where you specify which blocks are encoded. 3. By spliting the image into smaller YUV image you do have less macro blocks to encode which could save you bits. However if you look think of it in block level you have the same number of blocks encoded since no blocks in the U,V plane needs to be encoded. Which means you save bits in the macroblock header and the motion vectors. However as I mentioned in 1 I do not think this is a win, since the motion vectors for the blocks in U and V are arbitray. Am I missing something? I'd appreciate any insigts. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Sun Apr 24 19:36: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 61844126D89 for ; Sun, 24 Apr 2005 19:36:17 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 0B17B155EF; Sun, 24 Apr 2005 19:36:03 +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 348D7155D2 for ; Sun, 24 Apr 2005 19:35:58 +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 j3OHZvWC025241 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 24 Apr 2005 13:35:57 -0400 Date: Sun, 24 Apr 2005 13:35:57 -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] question about image color space 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 had few quick question about image color space in ver1.1.0-beta1. For images with alpha values(XVID_CSP_BGRA, XVID_CSP_ABGR, XVID_CSP_RGBA, XVID_CSP_ARGB) how is alpha treated? What I mean by that is, while RGB is transformed to YUV then U and V downsampled. And the motion vector used for Y is used for U and V. What about alpha? My guess is that it is not downsampled and uses the same motion vector for Y. I'd appreciate it if someone can confrim this. Also I'd like to add the following color space values. - RGBA : planar - RGB : 24-bit rgb packed(I only see BGR) - Y : 8-bit greyscale(see my previous post) I was wondering if any of the previous modes are to be planned in the future. If not I'd appreciate if someone could point me to where I can find verification code if there is any. _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel From xvid-devel-bounces@xvid.org Mon Apr 25 00:09: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 26BD7126D89 for ; Mon, 25 Apr 2005 00:09:15 +0200 (CEST) Received: from edu.bnhof.de (localhost [127.0.0.1]) by edu.bnhof.de (Postfix) with ESMTP id 224D315629; Mon, 25 Apr 2005 00:09:02 +0200 (CEST) X-Original-To: xvid-devel@xvid.org Delivered-To: xvid-devel@edu.bnhof.de Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by edu.bnhof.de (Postfix) with ESMTP id 376AA1561D for ; Mon, 25 Apr 2005 00:08:58 +0200 (CEST) Received: from [82.229.60.149] (pat35-1-82-229-60-149.fbx.proxad.net [82.229.60.149]) by postfix4-1.free.fr (Postfix) with ESMTP id 2B28C31784D for ; Mon, 25 Apr 2005 00:08:58 +0200 (CEST) Message-ID: <426C1C38.6020901@free.fr> Date: Mon, 25 Apr 2005 00:22:48 +0200 From: sigdrak User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xvid-devel@xvid.org Subject: Re: [XviD-devel] [Fwd: Data partitioning for encoder] References: <42657465.7070801@free.fr> <1114030364.3724.0.camel@localhost.localdomain> <4266E322.6010607@free.fr> <1114324983.6127.81.camel@localhost.localdomain> <426BA00E.4060505@free.fr> In-Reply-To: <426BA00E.4060505@free.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: xvid-devel@xvid.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: xvid-devel@xvid.org List-Id: xvid-devel.xvid.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xvid-devel-bounces@xvid.org Errors-To: xvid-devel-bounces@xvid.org Hello and sorry for the delay sigdrak wrote: > again free.fr's FTP is acting _once again_ flacky and the mailing list The patch described is now available as http://sigdrak.free.fr/datapart2.patch I forgot to mention that I rewrote a bit some top decoder functions (no need to check for NULL pointers because xvid_free already does this). There was an update to bitstream.c by suxen_drol on 10 of April IIRC. This was not considered in my code. I tried to apply the corresponding changes, but I may have missed some. Regards, sigdrak _______________________________________________ XviD-devel mailing list XviD-devel@xvid.org http://list.xvid.org/mailman/listinfo/xvid-devel