From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id CD8721582EF for ; Sat, 22 Feb 2025 22:43:22 +0000 (UTC) Received: from lists.gentoo.org (bobolink.gentoo.org [140.211.166.189]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: relay-lists.gentoo.org@gentoo.org) by smtp.gentoo.org (Postfix) with ESMTPSA id B0D1A34323E for ; Sat, 22 Feb 2025 22:43:22 +0000 (UTC) Received: from bobolink.gentoo.org (localhost [127.0.0.1]) by bobolink.gentoo.org (Postfix) with ESMTP id BE06411047D; Sat, 22 Feb 2025 22:42:17 +0000 (UTC) Received: from mail-il1-x12e.google.com (mail-il1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by bobolink.gentoo.org (Postfix) with ESMTPS id A3BDA1102A2 for ; Sat, 22 Feb 2025 22:42:16 +0000 (UTC) Received: by mail-il1-x12e.google.com with SMTP id e9e14a558f8ab-3d2b15760adso10631945ab.1 for ; Sat, 22 Feb 2025 14:42:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1740264136; x=1740868936; darn=lists.gentoo.org; h=in-reply-to:mime-version:user-agent:date:message-id:autocrypt :references:to:from:subject:from:to:cc:subject:date:message-id :reply-to; bh=GDLgzvI1F1aNKb6DLRre+Z15VsIRxc28UBR6MzdTXvU=; b=lrjt1yBX3Gxot6qs0VESNoNO6b3ITAjNHT1BxzwNVE6POVkHIksY4Bmj3YZYQcLUON 8Z9F8E6/O34fuBIBouJWJjCw7c7i+Pr/xdQOdXm9t/ddCklKFWnh713tEGgTIRCEFYBV STUZXgEuNtAfsWUS+3iWzU4TX2PUIMEFMoXXYTzZCCfeeo9wY8EtkLQPf4ETLbzF6JfJ Wi3/7rx4ikZ7SYE+HK5dssWQ+GpTm8OsNbG/4HFW7ORHl9B97+Uk4c/Zn0OX3bX2ne5g kBx4tZFPNiIKQ4GiqyKjxbjfpNpcbFWEl92nwEdjlNBpcXDnnua55/dEK+opclI9QvhO lGZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1740264136; x=1740868936; h=in-reply-to:mime-version:user-agent:date:message-id:autocrypt :references:to:from:subject:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=GDLgzvI1F1aNKb6DLRre+Z15VsIRxc28UBR6MzdTXvU=; b=ku5xVvrXpsekaznzV/vtFIEpsTpMgJGZ1YjIVo04yW56ZBK0dqiUZBo/jE+Rk3B0ng 5ySTjpqGdTQXreDT7ifHAbFmheOPxicvxB3ZISf+yG7RBG9rKFHgPXM0RFEKcRS27TMR BgGWTVhetqJPETD5ERybMJ25uAVAI5d6PBlHdV4aSxF2n9HfGcg7NYmRLWOjt+DAf/0u PMOLFRuD9uQDqr5MB8TXDpgRM0vOTVpjWND/RK6oloFD1PzODyXCUeQbrBeqkYgROM29 zncTB4gXjaf5FYjmtN/anfsUvOfXaB2TbPivn9TWWJ5TJTySsgavm8MemTjvMgbJftY7 YnXQ== X-Gm-Message-State: AOJu0YwQaI2q1gtPwup45R4xZWQKyd/vKhSe4AFBizenZckhgOuUisq8 AOZNSJTi/ReDr9x1lFmZ71oJ8he1W97LsgGRP1Xal4ctqVH7hPYL X-Gm-Gg: ASbGnct4St8TbPa8cgCG/P89du0exMlB5uf9VWJ9oCkyeAi6Q/4woV+TrOs90c1bHsw zaoTb27nHhgoZAC2pETmtMadTkjRZw4XMOtAKMqkFECr2HhvIE5joSabZB4fBqN85BYxGwkrJId UXZ/JLTCEK9JdxOUY73u9VhX3UbHPWnRhU1lKEO+bNIPOrlVun/6tn4UvRp3ZZVMFcWF38+vMNp S7BhbbnO305kvTLMz3RZkXl8Rasx3djEmLrsEAAP+Rqx0NDkGQ8Wii859dyeO4m0CpvFd3apCcH jIfVqIPNSRrinSq/Cipdv4B/ X-Google-Smtp-Source: AGHT+IFj4AyPuJrqWE2becupuSUEGijI0inSrOUnoIJ85EepR/2BeM8mxtwDx8awvwq5ewjWiiEsFQ== X-Received: by 2002:a05:6e02:3dc4:b0:3ce:4b12:fa17 with SMTP id e9e14a558f8ab-3d2cb52d4bfmr77818795ab.19.1740264135578; Sat, 22 Feb 2025 14:42:15 -0800 (PST) Received: from [10.8.8.5] ([212.102.44.72]) by smtp.gmail.com with ESMTPSA id e9e14a558f8ab-3d2af0b81b8sm22489745ab.18.2025.02.22.14.42.13 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 22 Feb 2025 14:42:14 -0800 (PST) Subject: Re: [gentoo-user] Re: media-video/gpac and media-video/mplayer fails to build. From: Dale To: gentoo-user@lists.gentoo.org References: <6d4f4650-2e42-f730-8896-169061cf2df7@gmail.com> <270b9ec5-c836-47fe-bda6-f219c3005c9d@gmail.com> <339972aa-689f-50ba-d52d-cefc4301c88f@gmail.com> Autocrypt: addr=rdalek1967@gmail.com; prefer-encrypt=mutual; keydata= mQINBGFSciYBEADcEGMyJBSuavKO/XKUVvgkxck7Nl8Iuu8N2lcnRji/rSKg5c1Acix1ll9i oW8JBCHwvn0+Xy60BvEsqcup3YSHw5STl/bR1ePEehtnYrg8FdjdS91+B805RfnKMm69rFVI wLSBHQrSG1yxHd8CloWoEdhmVtP24buajbh114bgXd9ahtpZrCVMrWdWYUg2mEXguGV5uNAh Rf8SWxDNc79w24JxsV34a8niMUYMjzWr0rafIbzk732X38vGjVMLo/2mMpkbp9mPp++LHoY+ 0Pet8zxxdXPJSCd475kza1AD+hhSyBZXB9yknYWgyY3cZe1rGmooJSi2KX4QxO7npwLThcO1 be6KKRkd35+Fi/a1BzVOHsZMiK/gcwxEFoMd27gir4ehaeHJfFXl+65w4hj0EsOZSxrJrm2C R50g5By2czSKP1bADEygFNpIJj51AR+wM88NImG2RPtlT2maYBzazvF05g65cdHXGp1C7W5P wwwKU2DgABB2t7N7z5A69LnryBRw4zUYDRRYLTYlBlYgg+xILm2c0OrBdxJgLJa7JE50Eo25 d3PFwt9J0gYvqy6sPFLl9So0sDg9zm0hKQtXOP5kgropUFGrNoJI+mjwF4rYLRBVzZwNAvlO OhEvHubBo3mEllv4x+FeptwXZxlk7gUsdqI8AxnFB8K9wi6FVQARAQABtBtEYWxlIDxyZGFs ZWsxOTY3QGdtYWlsLmNvbT6JAk4EEwEIADgCGyMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AW IQQSG1h01ruv/WNXc3Q3RqOgiQH1GwUCYVJy8gAKCRA3RqOgiQH1G+waEACeTZCt77jnRAmQ AV7otKuZekDWiLi3Eig8tj5ZJiCNSYA/hIxzmexRP0GMqjitcXK1iGwWcvMzzvIq30GAjIfB 4BR38cnXbtBa6fNewiT7QaZe/Hn6yBRldXNQypzbHy+/o27bUEy+oX4rE7etUgEHQAjuw7xz XFWg4tH1/KJvsOVY5upnWc5LdxYhsuQ3dQD4b22GsK0pOBDfb9PiirYM8eGKvrVuq4E/c75z lDDFhINl18lNZ9D0ZFL3IkTjHsAAqFH9uhnnEB8CWdHbBewPEfRaOhBUYWZ3Q8uTkmDgZT8q D9jlvLEdw7Nh2ApdxoepnI/4D+ql2Gr4DtH7SEPydr5gcf1Qr/2bXRb1hAYnIVcbncs/Bm3Z bkRKPVWMfE3Fusa+p5hMzixk0YysMaTHlc7mYRYAEZGnPMXnmcCbetwARU7A0yz1M1kCMOAQ Lsz8KH5kv3cRenMB6SFfjND2JfAK61H5TtnPq3L8noS2ZykRYxq9Nm3X64O1tJojIKBoZFr8 AwYNCvqC6puUyGMuzHPh7jPof8glfrrEKIYUvNPGMDoVX3IGetxh/9l6NcxgFA4JGoR+LS3C zmeNrwlllAe3OEUfKoWVQ+pagpSdM+8hHolaSda4Ys66Z3fCR4ZvcTqfhTAVskpqdXa4isAk 7vTcXu3L499ttywEp7rJTbkCDQRhUnImARAAncUdVhmtRr59zqpTUppKroQYlzR0jv8oa7DG K4gakTAT2N7evnI9wpssmzyVk8VEiLzhnFQ/Ol3FRt6hZCXDJt0clyHOyTfvz/MNFttWuZTc mLpSvmRR6VRjAH+Tz3Eam2xUw3PGuH97BcXQ3NnX3msv1UDxtxxBu6e2YrdeOhrCUSgzokcJ 98ChUNy934cgepPybAI12lSWqVFQ1aG7jExZfiUk+333fPSDbpKoZbTW5YJLXbycmW/C1IWL qYQyNjRWKaGoJtUWFhhmNiOQct7n90aKivNVPavmN+UQ9LlMaINtf9T6XCzLfogCFsulDCDJ 0yNQLDTurHaB4E71xoctgXmLLq9z1RQ0W2XiVAAOZQj6K3+d0AOUjDhCQ2QW8dUSq0ckkZXV DKVJOGS8Nhf2eIWIqRnP3AcUiiaiFGqUaVUmUAZ6h/oJmgghEu/1S+pcuUKU5i69+XCZ3hH2 Jzwzbf7K+FAIkOhCfHncF8i1N1pk00pOVykNnqHTfFo3qFusHt0ZWgXVnnn4pYdXqZNoDhvF BRE5Vm4k/k96Pw8HRx6Os6eFSRrlqGzRgqsu86FekxusXB9UGv4lJhtU/J+8MRWsh22K718s DbQnABicGKFz1qQlWvcf59oTByhLINJCBt1WXl+TzJDXepr3QSkqmK41dO9Hob97C9dMiK8A EQEAAYkCNgQYAQgAIAIbDBYhBBIbWHTWu6/9Y1dzdDdGo6CJAfUbBQJhUnLyAAoJEDdGo6CJ AfUbVHIQAKSWw620vPhR3A/njU2z77F3z/Jk+HTKdE3fIyWSWdkYN7CBFL0NguOMP30WZ+qE sJhZu7T5hf251MwQUUt27xlfnKYOmQs7CqONlXuXlGZI6WufrUjxNcVz+5gJsqvUWuuJWsgg sDmE92IBnfG/f81fPHWQyfr/SF4wYDMyoFp5xCCQpp1zB63iuFvvrhxBkEHzmbRtVDOhl0Xp BVEDR1w3QRACw9QJD/KM05Czv9JNQYlwinWO/OaQ9cMlUpKLgswUPg9IZ5vucxScfuAUA5uC B1jlAQ8ZPlVukBmbEv5RGOv+lpuEbA3YDMVtEeH4YMFbjt/+vH3Cr2vTbp5JlpByLburJEH0 WXZLUawEfUsZvVwpOuJK75vaa2HYXee+Cb3iCIzwfIfctdlqzUcbGRczlRNM59hpvj4z29Gh 3kAxVHItAYq54ikxQ9l4hQ8s9sLYPbX/WtcBxNX8crBSw0FLnmzGleVEtBHyqtt5CLzQNgrj GYWl1vKDUmRPw1CdZ1c+fMN9CY11jOM5B5ZnqZWfDeVYO2iJ5SuvTycChexCb8WYn1bdCBIo bBtga2RBXbVt4Mh9E4owsszefn51MwfjXxB20Fc5k3GU1AVpTCMs3ayYCzo0b2pvEvdjtDcA CYLEFPWgaFX9iQAM/CDfKvTtvgGWpqtCL2raq/mQoJEU Message-ID: <9a70028d-667f-de92-3ad5-80a38f8abdb4@gmail.com> Date: Sat, 22 Feb 2025 16:42:12 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:128.0) Gecko/20100101 Firefox/128.0 SeaMonkey/2.53.20 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------48BD6212814F0712CCF672B4" X-Archives-Salt: 0f832cb6-a809-4aee-b613-41e4abaf56c4 X-Archives-Hash: 47daadb2c295b6d1bf5fa5e8637de9e2 This is a multi-part message in MIME format. --------------48BD6212814F0712CCF672B4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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 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 :-)  :-)  --------------48BD6212814F0712CCF672B4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
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 <rdalek1967@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

:-)  :-) 
--------------48BD6212814F0712CCF672B4--