Dale wrote: > Frank Steinmetzger wrote: >> Am Fri, Feb 21, 2025 at 09:38:37AM -0600 schrieb Dale: >>> Grant Edwards wrote: >>>> On 2025-02-21, Dale <rdalek1...@gmail.com> wrote: >>>>> Frank Steinmetzger wrote: >>>>>> Am Thu, Feb 20, 2025 at 11:36:47PM -0000 schrieb Grant Edwards: >>>>> […] >>>>> I enabled some USE flags and tried to recompile with those. It >>>>> failed on some, again. I'm giving it another go now. >>>> So are you trying to figure out why you can't play those .mkv files, >>>> or just trying to get mplayer to build? I'll once again point out >>>> that mplayer seems to by dying (hasn't had a new version released in 3 >>>> years). Most users seem to have moved to mpv. >>> […] >>> Well, Micheal helped me with USE flags. I needed some that I had no >>> idea about. Some related to hardware I have, or think I have since they >>> may be to old. Some related to Vulkan. Anyway, after a lot of fiddling >>> with USE flags, I still can't get gpac and mplayer to rebuild. >> I have a gentoo chroot sitting on my PC. Just so I don’t forget everything >> while Arch is my daily driver. :D >> >> Anyways, I did an emerge sync and was able to emerge the current stable >> version 1.5_p20241125 of mplayer just fine (it wasn’t installed before). >> This is an AMD-only system, just like yours I think. Since your problematic >> header files come from ffmpeg, here are my active ffmpeg use flags: >> >> X alsa bluray bzip2 cpudetection dav1d doc encode frei0r gnutls gpl iconv >> jpegxl lcms libass libdrm lzma modplug mp3 network opengl opus pic postproc >> pulseaudio rav1e sdl srt ssh svg theora threads truetype twolame vorbis >> vulkan webp x264 x265 xvid zlib >> >> The version is 6.1.2, installed back in December. I have not touched this >> installation since then. >> >> -- Grüße | Greetings | Salut | Qapla’ Please do not share anything >> from, with or about me on any social network. “Your code is shit.. >> your argument is shit.” – Linus Torvalds, linux.kernel > > > I had this installed at one time before as well. I have different USE > flags than yours for sure. This is mine. > > > USE="X a52 alsa bidi bluray cddb cdio cdparanoia dga dts dvd dvdnav > enca encode faac ftp iconv ipv6 jpeg libass lzo mad mng mp3 network > opengl osdmenu png pulseaudio rar sdl shm theora truetype unicode vcd > vdpau vorbis x264 xscreensaver xv xvid -aalib (-aqua) -bl -bs2b > -cpudetection -debug -doc -dv -dvb -faad -fbcon -ggi -gsm -jack > -joystick -ladspa -libcaca -libmpeg2 -lirc -live -md5sum -nas -openal > -oss -pnm -pvr -radio -rtc -rtmp -samba (-selinux) -speex -tga > -toolame -tremor -twolame -v4l (-vidix) -xinerama -yuv4mpeg -zoran" > > > I suspect we have different profiles and maybe even different CPUs as > well. I might add, mplayer actually built once with the current USE > flags. It wants to rebuild due to preserved libs but there is no > change to the USE flags. I suspect the reason mplayer is failing has > to do with gpac failing. I could change the USE flags to stop gpac > from being pulled in but that may mean my videos won't play again. > So, I checked, nothing actually depended on gpac according to equery > d. So, I removed it. I then tried to emerge mplayer again. It still > failed. I disabled two USE flags that I added to make.conf, vaapi > vdpau. It still fails. Oh, I'm typing this as I do things. I've > currently removed several USE flags I added and removed some packages > from the package.keyword file, going back to stable. Lots of stuff to > compile. I'll be back. OK. Back. After removing some USE flags, I > have a clean rebuild. The new .mkv video files no longer play tho. > I'll start enabling USE flags until the videos start to play again or > I get a failure in building a package again. I'll try to post back > the end result. Might help some other poor soul. > > Oh, I found out what depends on mplayer. It's media-video/devedeng > that I use to burn videos to media DVDs. I don't see a way to make it > depend on mpv. Not a obvious one anyway. Is there a software package > that burns DVDs the same way but doesn't need mplayer? I don't make > DVDs often but I'd like to keep a tool around just in case. > > Dale > > :-) :-)
As was mentioned, mplayer isn't well maintained. I fiddled with USE flags until I got as close to a clean system as I could. I ended up with mplayer being the only thing that wouldn't compile. It would fail almost all the time. If it would compile, the videos wouldn't play. If it failed, something else would work but the videos would play. I did a duck search. I found a interesting tidbit of info from another distro where a person was trying to install mplayer manually. That person had to switch back to a older gcc to get mplayer to compile clean. So, I installed gcc 13, had 14 installed, and emerged mplayer just fine. So, it seems certain conditions, maybe USE flags, would cause mplayer to fail with the new gcc. The biggest thing, I had to have the latest unstable version of ffmpeg to play the videos. That was the hang up. I just had to figure out how to have it and mplayer be able to compile. Now who among us would have ever thought of that????? If it wasn't for that search I did, I wouldn't have thought of gcc being the problem. My next question. Given mplayer is getting old and rotting on the vine so to speak, anyone know if one can get rid of it completely? Right now, Devedeng requires it and Smplayer does to, even tho I have it set to use mpv now. I found a couple other packages but I may can do without them. I'm just wondering how much longer mplayer is going to last before packages that must have mplayer is going to be tree cleaned because they no longer work. Thanks to all for the help. We were all hammering at it for sure. Dale :-) :-)
