Some discussion on page provided, but in general the latest version of DivX causes a guaranteed segmentation fault when encoding on pentium 4 systems. Downgrading to the older version of DivX5 (aka divx4linux-20020418) solves this problem but genreates hassles as several programs (mplayer, avifile and transcode specifically) build fine on this older version of DivX, but have dependencies on the newest version of divx4linux. Reproducible: Always Steps to Reproduce: 1. CPU == Pentium4 2. USE="divx4linux" emerge transcode 3. ~# transcode -i "foo.mpg" -y divx5 -o "bar.avi" Actual Results: Segmentation Fault Expected Results: foo.mpg should have been recoded in DivX5 into the file bar.avi This is a known issue with the latest version of DivX, and general workarounds include using XviD, but some hardware DVD players (read: mine) fail to play XviD. The best workaround I've had for now is to mask the faulty DivX in /etc/portage/packages.mask and tweak into portdir_overlay ebuilds tweaked to depend on the slightly older version. So far applications that appear in "equery depends divx4linux" have all run fine, including mplayer and transcode.
x86 team: what do you think about this?
"DivX is an MPEG-4 codec (meaning that video encoded with DivX is MPEG-4 video) and all common video players for Linux have built-in MPEG-4 decoder from FFmpeg. That's what they use for MPEG-4 playback (i.e. also for video encoded with DivX). Actually, players based on xine do not and *cannot* use DivX at all (because it's not needed for anything, there's not even an option to use DivX instead of FFmpeg MPEG-4), so even if you'd install DivX, it would be totally useless. You can also use XviD, which is yet another open-source MPEG-4 codec. Both FFmpeg MPEG-4 and XviD are much better, more usable and useful in Linux than the last divx4linux version. So don't worry, you can play your DivX-encoded videos in Linux, without DivX. The last Linux version of DivX is obsolete, very old and buggy (crashes on P4), so it's not really usable these days for anything anyway. Maybe when they release a new Linux version, it could be more useful and better, but just forget about that old version." http://forums.divx.com/groupee/forums/a/tpc/f/392105602/m/458105602 my personal preference would be to mask and drop divx4linux from the tree. it has outstanding bugs that aren't being addressed, upstream is dead, and there are packages that provide the same functionality (ffmpeg).
I would agree. Mask that puppy.
Masked, keeping the bug open as a reminder to remove it in 30 days
Could you please add a reference to this bug as a comment to the mask file for the time being? That would have prevented me from filing bug #110217. THX.
I don't know what you are asking for exactly. This is what I put in package.mask. The use.mask is in the base profile, which I doubt many people would know where to look. divx4linux was masked on all profiles except the x86 ones, so I merely removed it from those. # Mark Loeser <halcy0n@gentoo.org> (21 Oct 2005) # Masked for removal; bug #95906 and email to g-dev media-libs/divx4linux media-video/drip
No more divx4linux in portage.