Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 74243 - avidemux 2.0.34_rc2 Videocoding crashes when coding avi file to vcd
Summary: avidemux 2.0.34_rc2 Videocoding crashes when coding avi file to vcd
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Media-video project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-12-12 16:06 UTC by Peter J. de Vrijer
Modified: 2005-01-08 16:15 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peter J. de Vrijer 2004-12-12 16:06:42 UTC
I emerge avidemux-2.0.34_rc2 which went well (mmx support include).
But when coding an avi file to vcd the actual video coding just stopped
at the start. This works well with the rc1 version.

The command line output ends with:

=====

** conf updated **


Filter tag :36
Resize with MMX
Resize with 3DNOW
Resize with MMX2
Resize with BILINEAR

Filter tag :11


 Codec vcd found
codec conf is mbr


 video is now : 1

**saving:**
 Mpeg family
XXX Output format is not compatible!  XXX!!!
Resize with MMX
Resize with 3DNOW
Resize with MMX2
Resize with BILINEAR


 making audio timeline

=====

and then auodio coding starts normal.

Reproducible: Always
Steps to Reproduce:
1. Starting avidemux with coding avi file to vcd
2.
3.

Actual Results:  
Video coding stopped short

Expected Results:  
video coding 

Gentoo Base System version 1.4.16
Portage 2.0.51-r3 (default-linux/x86/2004.0, gcc-3.3.4, glibc-2.3.4.20040808-r1,
2.6.9-win4lin-r2 i686)
=================================================================
System uname: 2.6.9-win4lin-r2 i686 AMD Athlon(tm) XP 1600+
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux26-headers-2.6.8.1,sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /us
r/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texm
f/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://mirror.scarlet-internet.nl/pub/gentoo/
ftp://ftp.gentoo.mesh-solutions.com/gentoo/ http://linux.rz.ruhr-uni-bochum.de
/download/gentoo-mirror/ http://mirror.datapipe.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow 3dnowex Gtk X Xaw3d alsa apm arts artswrappersuid avi berkdb
bitmap-fonts bonobo cdparanoia cdr crypt cups doc dvd dvdr encode es
d f77 fam flac foomaticdb fortran gdbm gif gnome gpm gtk gtk2 gtkhtml guile
imagemagick imlib java javascript jpeg kde ldap libg++ libwww ma
d mikmod mmx mmx2 motif mpeg ncurses nls oggvorbis opengl oss pam pda pdflib
perl png python qt quicktime readline samba scanner sdk sdl sla
ng spell sse ssl svga tcltk tcpd tetex tiff truetype usb x86 xine xml xml2 xmms
xprint xv xvid zlib"
Comment 1 Peter J. de Vrijer 2004-12-26 09:45:32 UTC
Well it seems its a avidemux bug, nothing to do with
Gentoo. It seems that in scripting the output containger
is not set right for Mpeg 1 (VCD). And there not yet
a scripting command to set it.
I also posted this question in the avidemux forum, and
they are working on getting this command in the next
version. So I guess there's no reason to keep this bug
here. We just wait for test3 (rc3 in Gentoo).

Peter.

PS who has the right to change this bug to closed?
(Wontfix or whatever is appropriete here?)
Comment 2 Daniel Webert 2005-01-08 16:15:26 UTC
closing - and waiting for upstream ...