Hi, I suddenly noticed there are several versions of ffmpeg available. I have "ffmpeg-3" installed, but I see "ffmpeg-4", "ffmpeg-6", and "ffmpeg-7". What are the main differences, should I update to the latest, or is it a devel version? I am quite confused. -- Cheers / Saludos, Carlos E. R. (from Telcontar, using openSUSE Leap 15.6)
On 2/25/25 4:00 PM, Carlos E. R. wrote:
Hi, I wish to let you know that on machine here using Tumbleweed there is, "ffmpeg-7" installed. The options you describe above are also available also including "ffmpeg-5". ffmpeg-5-debuginfo is available even though repo-oss-debug repository is not currently enabled.
Hello, In the Message; Subject : Re: [oS-EN] ffmpeg versions Message-ID : <f6b53e81-6c66-4b84-80d7-a064b59ccdd9@gmx.com> Date & Time: Wed, 26 Feb 2025 00:00:21 -0600 [pj] == -pj via openSUSE Users <users@lists.opensuse.org> has written: pj> On 2/25/25 4:00 PM, Carlos E. R. wrote: [...] CER> > I suddenly noticed there are several versions of ffmpeg available. I CER> > have "ffmpeg-3" installed, but I see "ffmpeg-4", "ffmpeg-6", and CER> > "ffmpeg-7". CER> > What are the main differences, should I update to the latest, or is it a CER> > devel version? CER> > I am quite confused. pj> Hi, I wish to let you know that on machine here using Tumbleweed there is, pj> "ffmpeg-7" installed. The options you describe above are also available pj> also including "ffmpeg-5". ffmpeg-5-debuginfo is available even though pj> repo-oss-debug repository is not currently enabled. Paul, have a carefully look! In the Message; Subject : [oS-EN] ffmpeg versions Message-ID : <8d4e2752-c01c-4fc0-9eaa-4e8c7fc121de@telefonica.net> Date & Time: Tue, 25 Feb 2025 23:00:51 +0100 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: [...] CER> Carlos E. R. CER> (from Telcontar, using openSUSE Leap 15.6) [...] I'm also curious, but how did you determine that ffmpg-3 was already installed? Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "To hire for skills, firms will need to implement robust and intentional changes in their hiring practices ― and change is hard." -- Employers don’t practice what they preach on skills-based hiring --
On 2025-02-27 11:09, Masaru Nomiya wrote:
Hello,
I'm also curious, but how did you determine that ffmpg-3 was already installed?
Telcontar:~ # wrpm ffmpeg ffmpeg-3-3.4.13-150600.4.pm.4.x86_64 Telcontar:~ # Telcontar:~ # cat /root/bin/wrpm #!/bin/bash rpm -q -f `which $1` Telcontar:~ # -- Cheers / Saludos, Carlos E. R. (from 15.6 x86_64 at Telcontar)
Hello, Sorry for late reply. In the Message; Subject : Re: [oS-EN] ffmpeg versions Message-ID : <37015f37-97f4-4e06-9826-202178026e61@telefonica.net> Date & Time: Thu, 27 Feb 2025 12:26:10 +0100 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: CER> On 2025-02-27 11:26, Carlos E. R. wrote: CER> > On 2025-02-27 11:09, Masaru Nomiya wrote: MN> >> I'm also curious, but how did you determine that ffmpg-3 was already MN> >> installed? CER> > Telcontar:~ # wrpm ffmpeg CER> > ffmpeg-3-3.4.13-150600.4.pm.4.x86_64 CER> > Telcontar:~ # CER> > CER> > Telcontar:~ # cat /root/bin/wrpm CER> > #!/bin/bash CER> > CER> > rpm -q -f `which $1` CER> > Telcontar:~ # CER> I looked because someone in Usenet mentioned ffplay, and it is CER> not included in ffmpeg-3, dunno about other versions. Please try this as an user; $ rpm -e ffmpeg-3 This is supposed to return nothing. But, if you this; $ rpm -e libavformat57-3.4.2-150200.11.34.2 many dependency error messages should appear like these; error: Failed dependencies: libavformat.so.57.76()(64bit) is needed by (installed) libQtAV1-1.13.0-21.128.x86_64 libavformat.so.57.76()(64bit) is needed by (installed) libyami-utils-1.3.2-17.8.x86_64 libavformat.so.57.76()(64bit) is needed by (installed) libavdevice57_13-3.4.2-150200.11.34.2.x86_64 [...] These things are saying that your system only needs the libraries. Also, there is no exclusion relationship between the ffmpeg-3 and ffmpeg-4 libraries, so they can coexist. So, if you run # zypper in ffmpeg-4, ffmpeg-3 will be uninstalled while leaving the libraries behind, and ffmpeg-4 and its libraries will be installed automatically. In Tumbleweed, ffmpeg-4's libraries and ffmpeg-7, as well as its libraries coexist, and I think the cause is in vlc. In short, when we build vlc with ffmpeg-5 or later, vlc cannot play certain x264 codec videos, and a black screen will appear. Because of this problem, I think that Tumbleweed has a coexistence relationship. However, since leap 15.6 is considered to be based on ffmpeg-4.4.4, it seems that there is no need to have a coexistence relationship with ffmpeg 3.4.2, so I wrote that it was strange. There must be some circumstances, but I think that $ rpm -e libavformat57-3.4.2-150200.11.34.2 will tell you about it. Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "Microsoft is overhauling its cybersecurity strategy, called the Secure Future Initiative, to incorporate key security features into its core set of technology platforms and cloud services. " -- Microsoft overhauls cyber strategy to finally embrace security by default --
On 2025-02-28 08:35, Masaru Nomiya wrote:
cer@Telcontar:~> rpm -e ffmpeg-3 error: Failed dependencies: ffmpeg is needed by (installed) winff-1.5.5-150600.4.pm.2.x86_64 ffmpeg is needed by (installed) youtube-dl-2021.12.17-bp156.5.1.noarch ffmpeg is needed by (installed) python311-yt-dlp-2024.08.01-bp156.2.3.1.noarch ffmpeg is needed by (installed) clipgrab-3.9.10-bp156.1.3.x86_64 ffmpeg >= 2.7 is needed by (installed) shotcut-22.12.21-bp156.2.6.x86_64 ffmpeg is needed by (installed) python312-yt-dlp-2025.02.19-150600.2.pm.1.noarch cer@Telcontar:~>
This is supposed to return nothing. But, if you this;
$ rpm -e libavformat57-3.4.2-150200.11.34.2
cer@Telcontar:~> rpm -e libavformat57 error: Failed dependencies: libavformat.so.57()(64bit) is needed by (installed) libavfilter6-3.4.13-150600.4.pm.4.x86_64 libavformat.so.57()(64bit) is needed by (installed) transcode-1.1.7-150600.13.pm.8.x86_64 libavformat.so.57()(64bit) is needed by (installed) ffmpegyag-0.7.6.git20170503-150600.3.pm.3.x86_64 libavformat.so.57()(64bit) is needed by (installed) unpaper-6.1-bp156.3.6.x86_64 libavformat.so.57()(64bit) is needed by (installed) mediatomb-mysql-0.12.1.svn2103-150600.20.pm.13.x86_64 libavformat.so.57()(64bit) is needed by (installed) libavdevice57-3.4.13-150600.4.pm.4.x86_64 libavformat.so.57()(64bit) is needed by (installed) ffmpeg-3-3.4.13-150600.4.pm.4.x86_64 libavformat.so.57()(64bit) is needed by (installed) libgpac12-2.4.0-150600.2.pm.3.x86_64 libavformat.so.57()(64bit) is needed by (installed) vlc-3.0.21-150600.2.5.pm.4.x86_64 libavformat.so.57()(64bit) is needed by (installed) audacious-plugins-4.3-150600.2.pm.11.x86_64 libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) libavfilter6-3.4.13-150600.4.pm.4.x86_64 libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) transcode-1.1.7-150600.13.pm.8.x86_64 libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) ffmpegyag-0.7.6.git20170503-150600.3.pm.3.x86_64 libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) unpaper-6.1-bp156.3.6.x86_64 libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) mediatomb-mysql-0.12.1.svn2103-150600.20.pm.13.x86_64 libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) libavdevice57-3.4.13-150600.4.pm.4.x86_64 libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) ffmpeg-3-3.4.13-150600.4.pm.4.x86_64 libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) libgpac12-2.4.0-150600.2.pm.3.x86_64 libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) vlc-3.0.21-150600.2.5.pm.4.x86_64 libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) audacious-plugins-4.3-150600.2.pm.11.x86_64 libavformat57 = 3.4.13-150600.4.pm.4 is needed by (installed) libavfilter6-3.4.13-150600.4.pm.4.x86_64 libavformat57 = 3.4.13-150600.4.pm.4 is needed by (installed) libavdevice57-3.4.13-150600.4.pm.4.x86_64 libavformat57 = 3.4.13-150600.4.pm.4 is needed by (installed) ffmpeg-3-3.4.13-150600.4.pm.4.x86_64 cer@Telcontar:~>
I installed ffmpeg-7 on another machine, and yes, it removed ffmpeg-3. It didn't say anything about libraries: Legolas:~ # rpm -qa | grep libavformat libavformat58_76-4.4.5-150600.9.pm.2.x86_64 libavformat58_76-32bit-4.4.5-150600.9.pm.2.x86_64 libavformat60-6.1.2-150600.3.pm.1.x86_64 libavformat57-3.4.13-150600.4.pm.4.x86_64 libavformat61-7.1-150600.4.pm.1.x86_64 Legolas:~ #
I started looking because I was watching a serial with VLC. The first season, perfect. Names like "...1080p WEB-DL AAC x264-HODL.mkv". But the second season, with names like "...(1080p ATVP WEB-DL x265 t3nzin).mkv, do not play in the small and old laptop I was using on the sitting room. Ie, codec x264 plays, codec x265 doesn't. mplayer plays but stutters. Xine plays but stutters. But kodi plays fine. They are all supposedly using the same codec libraries (/usr/lib64/libx265.so.209). In the past, when this type of thing happened, I recoded the video, using (in my big desktop machine): time ffmpeg -i input.2160p.10bit.PMTP.WEB-DL.DDP5.1.HEVC-Vyndros.mkv \ -vf scale=1920:-1 -c:v mpeg4 -vtag xvid -qscale:v 3 -c:a copy -c:s copy -c:s copy \ output.mpeg4.xvid.1920x802-Vyndros.mkv But I had the same problem with the output video. I also tried: time ffmpeg -i input-\(1080p\ ATVP\ WEB-DL\ x265\ t3nzin\).mkv \ -map 0 -vf scale=1920:-1 -c:v libx264 -preset slow -crf 22 -tune fastdecode -profile:v baseline -c:a copy -c:s copy \ output\ -\ S02E01\ -\ baseline.mkv time ffmpeg -i input-\(1080p\ ATVP\ WEB-DL\ x265\ t3nzin\).mkv \ -map 0 -vf scale=1920:-1 -c:v libx264 -preset slow -crf 22 -tune fastdecode -profile:v main -c:a copy -c:s copy \ output\ -\ S02E01\ -\ baseline.mkv time ffmpeg -i input-\(1080p\ ATVP\ WEB-DL\ x265\ t3nzin\).mkv \ -map 0 -vf scale=1920:-1 -c:v mpeg4 -vtag xvid -qscale:v 3 -c:a copy -c:s copy \ output\ -\ S02E01\ -\ baseline.mkv Same problem. Weird. -- Cheers / Saludos, Carlos E. R. (from 15.6 x86_64 at Telcontar)
Hello, In the Message; Subject : Re: [oS-EN] ffmpeg versions Message-ID : <152ee32a-5a6d-49b9-8a75-8dadcd0b5a03@telefonica.net> Date & Time: Fri, 28 Feb 2025 12:44:13 +0100 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: [...] MN> > Please try this as an user; MN> > $ rpm -e ffmpeg-3 CER> cer@Telcontar:~> rpm -e ffmpeg-3 CER> error: Failed dependencies: CER> ffmpeg is needed by (installed) winff-1.5.5-150600.4.pm.2.x86_64 CER> ffmpeg is needed by (installed) youtube-dl-2021.12.17-bp156.5.1.noarch CER> ffmpeg is needed by (installed) python311-yt-dlp-2024.08.01-bp156.2.3.1.noarch CER> ffmpeg is needed by (installed) clipgrab-3.9.10-bp156.1.3.x86_64 CER> ffmpeg >= 2.7 is needed by (installed) shotcut-22.12.21-bp156.2.6.x86_64 CER> ffmpeg is needed by (installed) python312-yt-dlp-2025.02.19-150600.2.pm.1.noarch CER> cer@Telcontar:~> MN> > This is supposed to return nothing. But, if you this; MN> > $ rpm -e libavformat57-3.4.2-150200.11.34.2 cer@Telcontar:~> rpm -e libavformat57 CER> error: Failed dependencies: CER> libavformat.so.57()(64bit) is needed by (installed) libavfilter6-3.4.13-150600.4.pm.4.x86_64 CER> libavformat.so.57()(64bit) is needed by (installed) transcode-1.1.7-150600.13.pm.8.x86_64 CER> libavformat.so.57()(64bit) is needed by (installed) ffmpegyag-0.7.6.git20170503-150600.3.pm.3.x86_64 CER> libavformat.so.57()(64bit) is needed by (installed) unpaper-6.1-bp156.3.6.x86_64 CER> libavformat.so.57()(64bit) is needed by (installed) mediatomb-mysql-0.12.1.svn2103-150600.20.pm.13.x86_64 CER> libavformat.so.57()(64bit) is needed by (installed) libavdevice57-3.4.13-150600.4.pm.4.x86_64 CER> libavformat.so.57()(64bit) is needed by (installed) ffmpeg-3-3.4.13-150600.4.pm.4.x86_64 CER> libavformat.so.57()(64bit) is needed by (installed) libgpac12-2.4.0-150600.2.pm.3.x86_64 CER> libavformat.so.57()(64bit) is needed by (installed) vlc-3.0.21-150600.2.5.pm.4.x86_64 CER> libavformat.so.57()(64bit) is needed by (installed) audacious-plugins-4.3-150600.2.pm.11.x86_64 CER> libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) libavfilter6-3.4.13-150600.4.pm.4.x86_64 CER> libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) transcode-1.1.7-150600.13.pm.8.x86_64 CER> libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) ffmpegyag-0.7.6.git20170503-150600.3.pm.3.x86_64 CER> libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) unpaper-6.1-bp156.3.6.x86_64 CER> libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) mediatomb-mysql-0.12.1.svn2103-150600.20.pm.13.x86_64 CER> libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) libavdevice57-3.4.13-150600.4.pm.4.x86_64 CER> libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) ffmpeg-3-3.4.13-150600.4.pm.4.x86_64 CER> libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) libgpac12-2.4.0-150600.2.pm.3.x86_64 CER> libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) vlc-3.0.21-150600.2.5.pm.4.x86_64 CER> libavformat.so.57(LIBAVFORMAT_57)(64bit) is needed by (installed) audacious-plugins-4.3-150600.2.pm.11.x86_64 CER> libavformat57 = 3.4.13-150600.4.pm.4 is needed by (installed) libavfilter6-3.4.13-150600.4.pm.4.x86_64 CER> libavformat57 = 3.4.13-150600.4.pm.4 is needed by (installed) libavdevice57-3.4.13-150600.4.pm.4.x86_64 CER> libavformat57 = 3.4.13-150600.4.pm.4 is needed by (installed) ffmpeg-3-3.4.13-150600.4.pm.4.x86_64 CER> cer@Telcontar:~> Certainly, this doesn't inspire you to change your environment. [...] MN> > Also, there is no exclusion relationship between the ffmpeg-3 and MN> > ffmpeg-4 libraries, so they can coexist. MN> > MN> > So, if you run # zypper in ffmpeg-4, ffmpeg-3 will be uninstalled MN> > while leaving the libraries behind, and ffmpeg-4 and its libraries MN> > will be installed automatically. MN> > CER> I installed ffmpeg-7 on another machine, and yes, it removed CER> ffmpeg-3. It didn't say anything about libraries: Good Idea! CER> Legolas:~ # rpm -qa | grep libavformat CER> libavformat58_76-4.4.5-150600.9.pm.2.x86_64 CER> libavformat58_76-32bit-4.4.5-150600.9.pm.2.x86_64 CER> libavformat60-6.1.2-150600.3.pm.1.x86_64 CER> libavformat57-3.4.13-150600.4.pm.4.x86_64 CER> libavformat61-7.1-150600.4.pm.1.x86_64 CER> Legolas:~ # CER> > In Tumbleweed, ffmpeg-4's libraries and ffmpeg-7, as well as its CER> > libraries coexist, and I think the cause is in vlc. CER> > CER> > In short, when we build vlc with ffmpeg-5 or later, vlc cannot play CER> > certain x264 codec videos, and a black screen will appear. CER> > CER> > Because of this problem, I think that Tumbleweed has a coexistence CER> > relationship. However, since leap 15.6 is considered to be based on CER> > ffmpeg-4.4.4, it seems that there is no need to have a coexistence CER> > relationship with ffmpeg 3.4.2, so I wrote that it was strange. CER> > There must be some circumstances, but I think that $ rpm -e CER> > libavformat57-3.4.2-150200.11.34.2 will tell you about it. CER> I started looking because I was watching a serial with VLC. The CER> first season, perfect. Names like "...1080p WEB-DL AAC CER> x264-HODL.mkv". But the second season, with names like CER> "...(1080p ATVP WEB-DL x265 t3nzin).mkv, do not play in the CER> small and old laptop I was using on the sitting room. Ie, codec CER> x264 plays, codec x265 doesn't. mplayer plays but stutters. Xine CER> plays but stutters. But kodi plays fine. They are all supposedly CER> using the same codec libraries (/usr/lib64/libx265.so.209). I don't know about kodi, mplayer, and xine because I've done a static build, but the one used in vic (provided by Tumleweed) is libx265.so.207. $ ldd /usr/lib64/vlc/plugins/codec/*.so | grep x265 libx265.so.207 => /lib64/libx265.so.207 (0x00007fb1bbc00000) I think there will be a problem with libx265.so.209? CER> In the past, when this type of thing happened, I recoded the video, using (in my big desktop machine): CER> time ffmpeg -i input.2160p.10bit.PMTP.WEB-DL.DDP5.1.HEVC-Vyndros.mkv \ CER> -vf scale=1920:-1 -c:v mpeg4 -vtag xvid -qscale:v 3 -c:a copy -c:s copy -c:s copy \ CER> output.mpeg4.xvid.1920x802-Vyndros.mkv CER> But I had the same problem with the output video. I also tried: CER> time ffmpeg -i input-\(1080p\ ATVP\ WEB-DL\ x265\ t3nzin\).mkv \ CER> -map 0 -vf scale=1920:-1 -c:v libx264 -preset slow -crf 22 -tune fastdecode -profile:v baseline -c:a copy -c:s copy \ CER> output\ -\ S02E01\ -\ baseline.mkv CER> time ffmpeg -i input-\(1080p\ ATVP\ WEB-DL\ x265\ t3nzin\).mkv \ CER> -map 0 -vf scale=1920:-1 -c:v libx264 -preset slow -crf 22 -tune fastdecode -profile:v main -c:a copy -c:s copy \ CER> output\ -\ S02E01\ -\ baseline.mkv CER> time ffmpeg -i input-\(1080p\ ATVP\ WEB-DL\ x265\ t3nzin\).mkv \ CER> -map 0 -vf scale=1920:-1 -c:v mpeg4 -vtag xvid -qscale:v 3 -c:a copy -c:s copy \ CER> output\ -\ S02E01\ -\ baseline.mkv CER> Same problem. Weird. suspect the installed libx265? In other words, I suspect there is a problem with x265 compression and that H.265/HEVC video streams are not being stored correctly in mkv. Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "To hire for skills, firms will need to implement robust and intentional changes in their hiring practices ― and change is hard." -- Employers don’t practice what they preach on skills-based hiring --
On 2025-03-01 04:00, Masaru Nomiya wrote:
...
In the problematic machine, I get: Legolas:~ # ldd /usr/lib64/vlc/plugins/codec/*.so | grep x265 libx265.so.209 => /usr/lib64/libx265.so.209 (0x00007fd5ea200000) /usr/lib64/vlc/plugins/codec/libx265_plugin.so: libx265.so.209 => /usr/lib64/libx265.so.209 (0x00007fbdf5c00000) Legolas:~ #
Yes, but when doing these conversions the player no longer uses x265, but x264 or xvid. It appears as if something from the original stream remains in the resulting stream. Unless the problem is the audio, which I did not touch; but the audio plays fine. The computer when running complains that the video decoding takes too long and when it arrives the time slot is gone. I can understand that happening with x265, but not when I converted to x264 or xvid. Of course, the laptop lacks power, it is old (and fanless). Currently I only use it to play videos on the sitting room, connecting an HDMI cable to the room display. -- Cheers / Saludos, Carlos E. R. (from 15.6 x86_64 at Telcontar)
Hello, In the Message; Subject : Re: [oS-EN] ffmpeg versions Message-ID : <5a8f3d6b-ce68-4604-bd31-e30f0c7058a1@telefonica.net> Date & Time: Sat, 1 Mar 2025 13:16:56 +0100 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: [...] MN> > In other words, I suspect there is a problem with x265 compression and MN> > that H.265/HEVC video streams are not being stored correctly in mkv. CER> Yes, but when doing these conversions the player no longer uses CER> x265, but x264 or xvid. It appears as if something from the CER> original stream remains in the resulting stream. CER> Unless the problem is the audio, which I did not touch; but the audio plays CER> fine. The computer when running complains that the video CER> decoding takes too long and when it arrives the time slot is CER> gone. I can understand that happening with x265, but not when I CER> converted to x264 or xvid. CER> Of course, the laptop lacks power, it is old (and CER> fanless). Currently I only use it to play videos on the sitting CER> room, connecting an HDMI cable to the room display. It's true that the PC is underpowered, but there seems to be a problem with the x265 codec. The x265 codec is updated frequently, and currently it is libx265.so.215. Anyway, how about examining the mkv file with mkvtoolnix? Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "Microsoft is overhauling its cybersecurity strategy, called the Secure Future Initiative, to incorporate key security features into its core set of technology platforms and cloud services. " -- Microsoft overhauls cyber strategy to finally embrace security by default --
On 2025-03-02 03:57, Masaru Nomiya wrote:
On Leap, the newest is -209
Anyway, how about examining the mkv file with mkvtoolnix?
I don't know what to do with that tool. I can use mediainfo. General Unique ID : ... Complete name : Name Redacted (1080p ATVP WEB-DL x265 t3nzin).mkv Format : Matroska Format version : Version 4 File size : 1.46 GiB Duration : 49 min 1 s Overall bit rate : 4 254 kb/s Frame rate : 23.976 FPS Encoded date : 2023-01-11 12:27:27 UTC Writing application : mkvmerge v73.0.0 ('25 or 6 to 4') 64-bit Writing library : libebml v1.4.4 + libmatroska v1.7.1 Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main 10@L4@Main Codec ID : V_MPEGH/ISO/HEVC Duration : 49 min 0 s Bit rate : 3 480 kb/s Width : 1 920 pixels Height : 960 pixels Display aspect ratio : 2.000 Frame rate mode : Constant Frame rate : 23.976 (24000/1001) FPS Original frame rate : 23.976 (23976/1000) FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 10 bits Bits/(Pixel*Frame) : 0.079 Stream size : 1.19 GiB (82%) Writing library : x265 3.5+68-a1039e6a3:[DJATOM's Mod][Windows][GCC 12.2.1][64 bit] 10bit Encoding settings : cpuid=1111039 / frame-threads=4 / numa-pools=24 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1920x960 / interlace=0 / total-frames=70504 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=5 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-eob / no-eos / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=24 / keyint=250 / gop-lookahead=0 / bframes=8 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=80 / lookahead-slices=0 / scenecut=40 / no-hist-scenecut / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=4 / limit-refs=3 / limit-modes / me=3 / subme=5 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / no-sao / no-sao-non-deblock / rd=6 / selective-sao=0 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=18.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=5 / aq-strength=1.00 / aq-bias-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=1 / transfer=1 / colormatrix=1 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.00 / hist-threshold=0.03 / no-opt-cu-delta-qp / no-aq-motion / no-hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / scenecut-aware-qp=0conformance-window-offsets / right=0 / bottom=0 / decoder-max-rate=0 / no-vbv-live-multi-pass Default : Yes Forced : No Color range : Limited Color primaries : BT.709 Transfer characteristics : BT.709 Matrix coefficients : BT.709 Audio ID : 2 Format : E-AC-3 JOC Format/Info : Enhanced AC-3 with Joint Object Coding Commercial name : Dolby Digital Plus with Dolby Atmos Codec ID : A_EAC3 Duration : 49 min 0 s Bit rate mode : Constant Bit rate : 768 kb/s Channel(s) : 6 channels Channel layout : L R C LFE Ls Rs Sampling rate : 48.0 kHz Frame rate : 31.250 FPS (1536 SPF) Compression mode : Lossy Stream size : 269 MiB (18%) Language : English Service kind : Complete Main Default : No Forced : No Complexity index : 16 Number of dynamic objects : 15 Bed channel count : 1 channel Bed channel configuration : LFE Text #1 ID : 3 Format : UTF-8 Codec ID : S_TEXT/UTF8 Codec ID/Info : UTF-8 Plain Text Duration : 46 min 17 s Bit rate : 72 b/s Frame rate : 0.238 FPS Count of elements : 661 Stream size : 24.4 KiB (0%) Title : English Language : English Default : No Forced : No Text #2 ID : 4 Format : UTF-8 Codec ID : S_TEXT/UTF8 Codec ID/Info : UTF-8 Plain Text Duration : 47 min 44 s Bit rate : 77 b/s Frame rate : 0.254 FPS Count of elements : 729 Stream size : 27.0 KiB (0%) Title : English Language : English Default : No Forced : No Text #3 ID : 5 Format : UTF-8 Codec ID : S_TEXT/UTF8 Codec ID/Info : UTF-8 Plain Text Duration : 47 min 39 s Bit rate : 100 b/s Frame rate : 0.237 FPS Count of elements : 677 Stream size : 35.1 KiB (0%) Title : العربية Language : Arabic Default : No Forced : No Text #4 ID : 6 Format : UTF-8 Codec ID : S_TEXT/UTF8 Codec ID/Info : UTF-8 Plain Text Duration : 47 min 39 s Bit rate : 99 b/s Frame rate : 0.213 FPS Count of elements : 609 Stream size : 34.7 KiB (0%) Title : български Language : Bulgarian Default : No Forced : No Many more. -- Cheers / Saludos, Carlos E. R. (from 15.6 x86_64 at Telcontar)
Hello, In the Message; Subject : Re: [oS-EN] ffmpeg versions Message-ID : <ebbb81df-81af-40fb-82a0-ed7fb9e94ffe@telefonica.net> Date & Time: Sun, 2 Mar 2025 13:28:02 +0100 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: [...] MN> > The x265 codec is updated frequently, and currently it is MN> > libx265.so.215. CER> On Leap, the newest is -209 CER> > Anyway, how about examining the mkv file with mkvtoolnix? CER> I don't know what to do with that tool. CER> I can use mediainfo. ? CER> Writing application : mkvmerge v73.0.0 ('25 CER> or 6 to 4') 64-bit You are already using mkvtoolnix. --> mkvmerge In my system. $ mkvmerge --version mkvmerge v90.0 ('Hanging On') 64-bit [...] CER> Writing library : x265 3.5+68-a1039e6a3:[DJATOM's Mod][Windows][GCC 12.2.1][64 bit] 10bit This x265 is version 3.5, and the library is libx265.so.199? In other words, the version on your system is different, right? Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "To hire for skills, firms will need to implement robust and intentional changes in their hiring practices ― and change is hard." -- Employers don’t practice what they preach on skills-based hiring --
Hello, In the Message; Subject : Re: [oS-EN] ffmpeg versions Message-ID : <87bjuihoev.wl-nomiya@lake.dti.ne.jp> Date & Time: Mon, 03 Mar 2025 10:51:36 +0900 [MN] == Masaru Nomiya <nomiya@lake.dti.ne.jp> has written: [...] MN> [...] CER> Writing library : x265 3.5+68-a1039e6a3:[DJATOM's Mod][Windows][GCC 12.2.1][64 bit] 10bit MN> This x265 is version 3.5, and the library is libx265.so.199? MN> In other words, the version on your system is different, right? I thought about this, but it's not the problem. I think that the problem with the handling way of x264 codec processing is implemented in vlc 3.0.20 and 3.0.21 is the reason that many x264 codec videos can't be played when building ffmpeg with ffmpeg-5 or later. In other words, videos that cannot be played in VLC can be played without any problems in MPlayer, ffplay, and Kodi, which were built using the git head version of ffmpeg. I think the same thing is happening in your environment.... (_ _? By the way, in your case, how about enabling 'Hardware acceleration' in MPlayer and xine? Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "The production of A.I. seems to carry a powerful side effect: as the machines generate intelligence, they also generate mystery. Human misunderstanding endures, possibly a permanent condition." -- "Was Linguistic A.I. Created by Accident?" THE NEW YORKER --
On 2025-03-03 05:28, Masaru Nomiya wrote:
The video plays fine in three computers, does not in the old laptop.
By the way, in your case, how about enabling 'Hardware acceleration' in MPlayer and xine?
I don't even know if the machine has that capability. Legolas:~ # inxi -C -GSaz --za --vs inxi 3.3.37-00 (2025-01-06) System: Kernel: 6.4.0-150600.23.38-default arch: x86_64 bits: 64 compiler: gcc v: 7.5.0 clocksource: tsc avail: acpi_pm parameters: BOOT_IMAGE=/boot/vmlinuz-6.4.0-150600.23.38-default root=UUID=<filter> resume=/dev/disk/by-label/Swap splash=verbose showopts Desktop: Xfce v: 4.18.1 tk: Gtk v: 3.24.39 wm: xfwm4 v: 4.18.0 with: xfce4-panel tools: xfce4-screensaver dm: GDM v: 45.0.1 Distro: openSUSE Leap 15.6 CPU: Info: model: Intel Celeron N3060 socket: CHV bits: 64 type: MCP arch: Airmont level: v2 built: 2015-17 process: Intel 14nm family: 6 model-id: 0x4C (76) stepping: 4 microcode: 0x411 Topology: cpus: 1x dies: 1 clusters: 2 cores: 2 smt: <unsupported> cache: L1: 112 KiB desc: d-2x24 KiB; i-2x32 KiB L2: 2 MiB desc: 2x1024 KiB Speed (MHz): avg: 985 min/max: 480/2480 base/boost: 1600/1660 scaling: driver: intel_pstate governor: powersave volts: 4.0 V ext-clock: 83 MHz cores: 1: 985 2: 985 bogomips: 6400 Flags: ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 Vulnerabilities: <filter> Graphics: Device-1: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics vendor: Lenovo driver: i915 v: kernel arch: Gen-8 process: Intel 14nm built: 2014-15 ports: active: HDMI-A-1 off: eDP-1 empty: DP-1,DP-2,HDMI-A-2 bus-ID: 00:02.0 chip-ID: 8086:22b1 class-ID: 0300 Device-2: Bison Lenovo EasyCamera driver: uvcvideo type: USB rev: 2.0 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-5:4 chip-ID: 5986:0673 class-ID: 0e02 serial: <filter> Display: server: X.Org v: 1.21.1.11 with: Xwayland v: 24.1.1 compositor: xfwm4 v: 4.18.0 driver: X: loaded: modesetting unloaded: fbdev,vesa alternate: intel dri: crocus gpu: i915 display-ID: localhost:10.0 screens: 1 Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 508x285mm (20.00x11.22") s-diag: 582mm (22.93") Monitor-1: DVI-D-0 res: mode: 1920x1080 hz: 60 scale: 100% (1) dpi: 92 size: 531x298mm (20.91x11.73") diag: 609mm (23.97") modes: N/A API: OpenGL v: 4.5 vendor: mesa v: 23.3.4 glx-v: 1.4 es-v: 3.2 direct-render: yes renderer: llvmpipe (LLVM 17.0.6 128 bits) device-ID: ffffffff:ffffffff memory: 3.65 GiB unified: yes API: Vulkan v: 1.3.275 layers: 1 device: 0 type: integrated-gpu name: Intel HD Graphics 400 (BSW) driver: N/A device-ID: 8086:22b1 surfaces: xcb,xlib API: EGL Message: EGL data requires eglinfo. Check --recommends. Info: Tools: api: glxinfo,vulkaninfo de: xfce4-display-settings x11: xdpyinfo, xprop, xrandr Legolas:~ # -- Cheers / Saludos, Carlos E. R. (from 15.6 x86_64 at Telcontar)
Hello, In the Message; Subject : Re: [oS-EN] ffmpeg versions Message-ID : <e66ccdee-cc34-45d8-a846-3b7e9f4bdd9d@telefonica.net> Date & Time: Mon, 3 Mar 2025 08:23:31 +0100 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: CER> On 2025-03-03 05:28, Masaru Nomiya wrote: [...] MN> > In other words, videos that cannot be played in VLC can be played MN> > without any problems in MPlayer, ffplay, and Kodi, which were built MN> > using the git head version of ffmpeg. MN> > I think the same thing is happening in your environment.... (_ _? CER> The video plays fine in three computers, does not in the old laptop. Ah, then the PC may not be powerful enough. Have you tried enabling hardware acceleration in VLC? MN> > By the way, in your case, how about enabling 'Hardware acceleration' MN> > in MPlayer and xine? CER> I don't even know if the machine has that capability. [...] CER> Graphics: CER> Device-1: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx CER> Integrated Graphics vendor: Lenovo driver: i915 v: kernel arch: Gen-8 CER> process: Intel 14nm built: 2014-15 ports: active: HDMI-A-1 off: eDP-1 CER> empty: DP-1,DP-2,HDMI-A-2 bus-ID: 00:02.0 chip-ID: 8086:22b1 CER> class-ID: 0300 [...] The i915 driver can do it. What' the result of; $ dmesg | grep "GuC\\|HuC" If you don't get anything back, then edit /etc/modprobe.d/i915.conf as follows; options i915 enable_guc=2 options i915 enable_fbc=1 options i915 fastboot=1 and edit etc/X11/xorg.conf.d/80-intel.conf as follows; Section "Device" Identifier "Intel Graphics" Driver "intel" Option "AccelMethod" "sna" Option "TearFree" "true" EndSection reboot & Check that GuC and HuC are enabled; $ dmesg | grep "GuC\\|HuC" How about this? But I'm worried about the underpowered CPU.... Best Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "During testing, Sakana found that its system began unexpectedly attempting to modify its own experiment code to extend the time it had to work on a problem." -- Research AI model unexpectedly attempts to modify its own code to extend runtime (ars TECHNICA) --
On 2025-03-03 09:40, Masaru Nomiya wrote:
Nothing.
Legolas:~ # dmesg | grep "GuC\\|HuC" [ 13.873591] i915 0000:00:02.0: [drm] GT0: Incompatible option enable_guc=2 - GuC is not supported! [ 13.875007] i915 0000:00:02.0: [drm] GT0: Incompatible option enable_guc=2 - HuC is not supported! Legolas:~ # My user XFCE sesion would not start. Another user with Gnome did start, but that user does not have access to that video (nfs mount). I then copied that file across as root, BUT the wifi automatically connects to the wrong AP, very bad signal, and would not connect to the good AP because that user doesn't have the wifi password. So I connected the Ethernet cable, but to my surprise ethernet was going at 1 Mbyte/S only. I don't remember if ethernet is Gigabyte on that laptop, but at least I would expect 10 MByte/S ≈ 100 Mbit/s
How about this?
I tried that video with VLC under those circumstances, but the video was black. I tried several settings, no use. So I'm reverting the changes.
But I'm worried about the underpowered CPU....
Right. Don't worry, I can play that video with kodi. It is curious that kodi works and the rest don't, though. Kodi is curious in which the command line: kodi filename\ with\ spaces or kodi "filename with spaces" doesn't work. You can load the video via the menu, but not the commandline. This is a known bug, I have found the issue mentioned on google. It fails similarly if the transport is http and has spaces in the name, google says. -- Cheers / Saludos, Carlos E. R. (from 15.6 x86_64 at Telcontar)
On 2025-03-03 13:30, Carlos E. R. wrote:
On 2025-03-03 09:40, Masaru Nomiya wrote:
...
So I'm reverting the changes.
I repeated the copy file operation, and it run at 80 MB/S So those video changes affected Ethernet speed as a side effect, too. Curious! -- Cheers / Saludos, Carlos E. R. (from 15.6 x86_64 at Telcontar)
participants (3)
-
-pj -
Carlos E. R. -
Masaru Nomiya