# NB: This script is adapted to Debian GNU/Linux SID program names # Perhaps you could have to modify program names to match your distro-- Edouard Gomez-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://edu.bnhof.de/pipermail/xvid-devel/attachments/20030219/2ff41cdc/attachment.bin From chenm001 at 163.com Wed Feb 19 09:30:15 2003 From: chenm001 at 163.com (CM) Date: Wed Feb 19 02:30:26 2003 Subject: [XviD-devel] portab.h for Philips Trimedia Message-ID: <200302190130.h1J1UDrA013756@edu.bnhof.de> Hi: I'm use the Philips's Trimedia SDE 2.1 to compile Xvid, the make I use the cygwin's MAKE. I use follow command line(in cygwin's bash shell): CC=tmcc ./configure make btw: only static lib can be make, dynamic not. >Before commiting this to the CVS, i just want to ask you what toolchain >you're using, so if you want i can try to integrate the toolchain in the >generic Unix build process. However if it's a completly different >toolchain than the classic (make, CC, ar), then i'll just commit those >files without dealing with it building. ¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡CM ¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡chenm001@163.com ¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡2003-02-19 From chl at math.uni-bonn.de Wed Feb 19 09:51:30 2003 From: chl at math.uni-bonn.de (Christoph Lampert) Date: Wed Feb 19 09:51:36 2003 Subject: [XviD-devel] Bootstrap In-Reply-To: <20030219000406.GA30684@leloo> Message-ID:
> # NB: This script is adapted to Debian GNU/Linux SID program names > # Perhaps you could have to modify program names to match your distro >Yes, of course I read that, but I find it rather strange to remove all the makefiles by an advanced automatic "autoconf/automake" system, and then every user except for Debian Linux (which I doubt is the majority of non-windows users) has to edit the file by hand before even bootstrap runs. How about a wrapper (as -like google told me- e.g. Quakeforge does) that checks for both and uses whichever is better? #!/bin/sh # detect autoconf # Quakeforge showed how to do it. # AUTOCONF=`which autoconf2.50 2> /dev/null` if [ -x "$AUTOCONF" ]; then rm -f configure.in else AUTOCONF=`which autoconf 2> /dev/null` if [ -x "$AUTOCONF" ]; then AC_VER=`autoconf --version | head -1 | sed 's/^[^0-9]*//i'` AC_MAJORVER=`echo $AC_VER | cut -f1 -d'.'` AC_MINORVER=`echo $AC_VER | cut -f2 -d'.'` if [ "$AC_MAJORVER" -lt "2" ]; then echo bootstrap.sh needs autoconf 2.50 or greater. exit 1 fi if [ "$AC_MINORVER" -lt "50" ]; then echo bootstrap.sh needs autoconf 2.50 or greater. exit 1 fi else echo "autoconf wasn't found at all." echo "bootstrap.sh needs autoconf 2.50 or greater." exit 1 fi fi # ----------------- the rest -------------------- # # echo $AUTOCONF $AC_VER # # gruel From chl at math.uni-bonn.de Wed Feb 19 10:01:20 2003 From: chl at math.uni-bonn.de (Christoph Lampert) Date: Wed Feb 19 10:01:23 2003 Subject: [XviD-devel] Re: Xvid Developement (Hardware) In-Reply-To:
tags to quote your message
If it's important material, don't use the development tree since that may change from time to time (as you might have noticed). Normally, that is when bugs are _removed_, no introduced, but who knows...It's not important material, but I have to compress some DVD and I want to use bframe and croma motion, so I must to use development tree. And bframe and croma motion seem to be quite stable, with previous version I had no problem. Unluckly when I compiled the new version I overwritten the "old" one... :(
> First, the new feature, VHQ, cause my system to crash. However isn't > this the problem, 'cause VHQ is very beta and unstable feature and at > the moment I don't want to use it. Can you be more specific? I didn't have a single crash since I started testing it.Simply when I try to use it VirtualDub or VirtualDubMod crashes! I'll write my system configuration if this can help you. However my problem, as I said, isn't VHQ...
That depends on _when_ you checked out the last time. Please check which bitstream version of XVID that was. (it's in xvid.h)At the moment I'm not at home. I checked out the source in 16-02. Yeasterday I tried to check out but there's no modified code.
Hm, there is no problem with ffmpeg decoder, so maybe it's not encoder related but rather the decoder. Can you describe _what_ you see with Envivio?Mmmm, it's hard to describe, my advice if you can is to install Envivio tv and try yourself. However the problem is that the title "Queen Productions presents" is color altered and distorted, with yellow in the red (but the original title is *only* red!)
Can you maybe check with real MS FDAM and provide output of that?I don't know where looking for it. If you can tell me where it could be downloaded I'll check it
Apart from the decoder, if it's really a bug, we need your encoding settings and hardware/software plattform.Encoding settings: I used AviSynth 2.5 (YV12), the script is very simple, however I used UnDot, Luma -2 and UnFilter(-5,-5) in order to reducing the blockiness problem in dark areas. A correct crop and a 512x288 lanczos resize. My system: Pentium IV 2.4 GHz, 512 Mb RIMM @ 1066 MHz, mainboard Asus P4T533 (i850), Raid Array in stripe mode (Promise FastTrack 133 lite controller onboard), Acard 6712UW (cd burner and dvd player on scsi chain), sound card Audigy2 Platinum, OS Windows XP sp1, XviD self compiled (but also using Koepi build the result is the same) with VC7 (.Net) sp2, the last version of Envivio TV player. I posted the problem also on Envivio support board. You can find it here http://ubb.envivio.com/6/ubb.x?a=tpc&s=31860025&f=494606401&m=3326042832&r=3326042832#3326042832 This message is sent also to Boris of Envivio, in Cc, hoping he could check the Envivio player. Waiting for an answer Thanks Daniele From sms at 2BSD.COM Wed Feb 19 10:56:24 2003 From: sms at 2BSD.COM (Steven M. Schultz) Date: Wed Feb 19 19:56:37 2003 Subject: [XviD-devel] libxvidcore.so not found + suggested fix Message-ID: <200302191856.h1JIuOU23173@moe.2bsd.com> Hi! I'm using one of the *BSD* variants (BSD/OS 4.3.1 to be precise) and was surprised to get a "libxvidcore.so not found" error when running 'mencoder' (MPlayer's encoder which uses libxvidcore): moe.18-> mencoder mencoder: can't load library 'libxvidcore.so' moe.20-> objdump -p /usr/local/lib/libxvidcore.so /usr/local/lib/libxvidcore.so: file format elf32-i386 Program Header: LOAD off 0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**12 filesz 0x00086684 memsz 0x00086684 flags r-x LOAD off 0x000866c0 vaddr 0x000876c0 paddr 0x000876c0 align 2**12 filesz 0x00003de8 memsz 0x0006dda0 flags rw- DYNAMIC off 0x0008a410 vaddr 0x0008b410 paddr 0x0008b410 align 2**2 filesz 0x00000098 memsz 0x00000098 flags rw- Dynamic Section: NEEDED libc.so.2 NEEDED libm.so NEEDED libgcc.so.1 INIT 0x9cbc FINI 0x8013c HASH 0x94 STRTAB 0x2bc8 SYMTAB 0xc88 STRSZ 0x1e4b SYMENT 0x10 PLTGOT 0x8acfc PLTRELSZ 0x478 PLTREL 0x11 JMPREL 0x9844 REL 0x4a14 RELSZ 0x4e30 RELENT 0x8 TEXTREL 0x0 The problem is that the shared library does not have a "soname" for the dynamic linker to find. When creating a shared library it seems to be necessary to add use "-soname libxvidcore.so -shared" This small patch does rely on using 'gcc' to pass thru to the linker the appropriate flags: --- configure.in.dist Sun Feb 16 21:17:45 2003 +++ configure.in Wed Feb 19 10:43:15 2003 @@ -247,7 +247,7 @@ case "$target_os" in *bsd*|linux*|irix*|solaris*) AC_MSG_RESULT([-shared -lc -lm]) - SPECIFIC_LDFLAGS="-shared -lc -lm" + SPECIFIC_LDFLAGS="-Wl,-soname -Wl,libxvidcore.so -shared -lc -lm" SPECIFIC_CFLAGS="-fPIC" ;; [[cC]][[yY]][[gG]][[wW]][[iI]][[nN]]|mingw32|mks) After building the shared library with that change: /usr/local/lib/libxvidcore.so: file format elf32-i386 Program Header: LOAD off 0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**12 filesz 0x0008691c memsz 0x0008691c flags r-x LOAD off 0x00086940 vaddr 0x00087940 paddr 0x00087940 align 2**12 filesz 0x00003df0 memsz 0x0006ddb8 flags rw- DYNAMIC off 0x0008a690 vaddr 0x0008b690 paddr 0x0008b690 align 2**2 filesz 0x000000a0 memsz 0x000000a0 flags rw- NOTE off 0x00086904 vaddr 0x00086904 paddr 0x00086904 align 2**2 filesz 0x00000018 memsz 0x00000018 flags r-- Dynamic Section: NEEDED libc.so.2 NEEDED libm.so NEEDED libgcc.so.1 SONAME libxvidcore.so INIT 0x9ee0 FINI 0x803bc HASH 0xb4 STRTAB 0x2cb0 SYMTAB 0xcd0 STRSZ 0x1ea0 SYMENT 0x10 PLTGOT 0x8af7c PLTRELSZ 0x488 PLTREL 0x11 JMPREL 0x9a58 REL 0x4b50 RELSZ 0x4f08 RELENT 0x8 TEXTREL 0x0 Cheers, Steven Schultz From camis at mweb.co.za Thu Feb 20 08:00:27 2003 From: camis at mweb.co.za (Cami) Date: Thu Feb 20 07:00:26 2003 Subject: [XviD-devel] RIF: XviD Mpeg4 Iso Interoperability bug! References: <27404F1E37381C428F26763DF89BDCBC8EE6F8@excsrv01.eidoslan.net> Message-ID: <007001c2d8a5$5e7f7510$803102c4@mweb.com> |
| > First, the new feature, VHQ, cause my system to crash. However isn't | > this the problem, 'cause VHQ is very beta and unstable feature and at | > the moment I don't want to use it. | | Can you be more specific? I didn't have a single crash since I started | testing it. || | Simply when I try to use it VirtualDub or VirtualDubMod crashes! | I'll write my system configuration if this can help you. However my problem, as I said, isn't VHQ... Disable SSE2 when using VHQ, the bug was found yesterday.. Once disabled, the "crashes" stop.. ++C From D.Buffa at eidosis.com Thu Feb 20 11:02:17 2003 From: D.Buffa at eidosis.com (Daniele Buffa) Date: Thu Feb 20 11:02:29 2003 Subject: [XviD-devel] RIF: XviD Mpeg4 Iso Interoperability bug! Message-ID: <27404F1E37381C428F26763DF89BDCBC8EE6F9@excsrv01.eidoslan.net> Always on the known problem I notice that with the new version of XviD enabling bframe and using it in mp4, I've video/audio sync problem and also little freeze on fast action scenes. Turning off bframe I cannot notice the problem. This evening I'll try to compile the codec with previous version of code (I've XviD sources under VSS at home, synchronized with CVS) in order to try to understand where the problem is. I think the problem (if really it's a problem) is in bframe and/or bitstream coding (because if I disable bframe I've no problem at all). Which module regarding bframe and bistream has been modified since 01-02-03? Thanks, Daniele. From suxen_drol at hotmail.com Thu Feb 20 23:20:08 2003 From: suxen_drol at hotmail.com (suxen_drol) Date: Thu Feb 20 13:20:25 2003 Subject: [XviD-devel] RIF: XviD Mpeg4 Iso Interoperability bug! In-Reply-To: <27404F1E37381C428F26763DF89BDCBC8EE6F9@excsrv01.eidoslan.net> References: <27404F1E37381C428F26763DF89BDCBC8EE6F9@excsrv01.eidoslan.net> Message-ID: <20030220231246.BE5A.SUXEN_DROL@hotmail.com> On Thu, 20 Feb 2003 11:02:17 +0100 "Daniele Buffa"