On 22/08/2020 20.18, ken wrote:

Though some videos play fine (in Firefox v.79.0), e.g., youtube things, a lot of others don't.  All videos played in my previously installed suse without tinkering.  But since the new install, many don't play at all.  Commonly the video's audio will play, but the screen will be black.  In FF I enabled "Play DRM Content", but that didn't change anything, even after restarting FF.  So I'm assuming I need to install some additional packages.  Anyone know what those packages might be?

tnx

https://forums.opensuse.org/showthread.php/536314-Multimedia-Guide-for-openS... Read that first post. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 22/08/2020 22.07, Doug McGarrett wrote:

On 8/22/20 2:52 PM, Carlos E. R. wrote:

...

On 22/08/2020 20.18, ken wrote:

...

Though some videos play fine (in Firefox v.79.0), e.g., youtube things, a lot of others don't.  All videos played in my previously installed suse without tinkering.  But since the new install, many don't play at all.  Commonly the video's audio will play, but the screen will be black.  In FF I enabled "Play DRM Content", but that didn't change anything, even after restarting FF.  So I'm assuming I need to install some additional packages.  Anyone know what those packages might be?

tnx

https://forums.opensuse.org/showthread.php/536314-Multimedia-Guide-for-openS...

Read that first post.

In the second post, there is a step 1,  but no step 2. Then there is a "for general use" section. Is this step 2, or is this a more complicated way of doing what step one has done already?  Also, does this work in Tumbleweed?

"for general use" section is one version of the step 2. See the photos after the "When done. Close the terminal. And open Yast..." line. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 23/08/2020 08:28, Doug McGarrett wrote:

I read the first post, and I ran the commands it had in it --even tho they said Leap- -I figured I'd try it. But then the command failed when trying to use the packman repo:

DESKTOP-4FH9U1P:/home/doug # zypper ar -cfp 90 http://ftp.gwdg.de/pub/misc/packman/suse/openSUSE_Leap_16.2 /packman Adding repository '/packman' .............................................................................[done]

Repository '/packman' successfully added

URI         : http://ftp.gwdg.de/pub/misc/packman/suse/openSUSE_Leap_16.2 Enabled     : Yes GPG Check   : Yes Autorefresh : Yes Priority    : 90 (raised priority)

Repository priorities in effect:                                                (See 'zypper lr -P' for details)       90 (raised priority)  :  1 repository       99 (default priority) :  7 repositories DESKTOP-4FH9U1P:/home/doug # zypper ref Retrieving repository '/packman' metadata ...............................................................[error] <<<<<<<<< Repository '/packman' is invalid. [/packman|http://ftp.gwdg.de/pub/misc/packman/suse/openSUSE_Leap_16.2] Valid metadata not found at specified URL History:  - [/packman|http://ftp.gwdg.de/pub/misc/packman/suse/openSUSE_Leap_16.2] Repository type can't be determined.

Please check if the URIs defined for this repository are pointing to a valid repository. Skipping repository '/packman' because of the above error.

Now what?

--doug

If you just wait about four years or so, Leap 16.2 will be available. Try again then. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 8/22/20 2:36 PM, Linux Kamarada wrote:

On Sat, Aug 22, 2020 at 3:19 PM ken wrote:

...

Though some videos play fine (in Firefox v.79.0), e.g., youtube things, a lot of others don't. All videos played in my previously installed suse without tinkering. But since the new install, many don't play at all. Commonly the video's audio will play, but the screen will be black. In FF I enabled "Play DRM Content", but that didn't change anything, even after restarting FF. So I'm assuming I need to install some additional packages. Anyone know what those packages might be?

Hi, ken! This how-to may help you:

Firefox and Chromium cannot play videos: here is why and how to solve it https://kamarada.github.io/en/2020/08/20/firefox-and-chromium-cannot-play-vi...

Thanks, Antonio.  Great stuff there.  Followed it and now it's fixed, the videos that wouldn't play yesterday are now playing great--  some of which were *exactly* the same videos which wouldn't play at all before. Your webpage is fantastic too.  I love that you provide different ways to do the same thing.  Of course I searched the web (duck duck go) for a solution before coming to this group, but my web searches didn't turn up your page.  Strange.  Indeed, a couple searches didn't turn up anything useful.  I wish it were possible to suggest links to duck-duck. Before first posting on this issue, I also searched for test videos, for web pages with videos a person could test their installations with... so I could post links here and say "these videos won't play..." so we could all be "on the same page" so to speak.  But a couple web searches turned up nothing, not in the first three pages of results.  As it turned out, such links to test videos weren't necessary, people knew full well already what I was referring to.  You and Carlos both certainly did.  Still, there are probably Linux people out there who aren't aware they have this problem, or if they do know, that don't know it's fixable.  So I still think it would be a good idea to have links somewhere to test videos.  People could then see clearly that, (before your fix:) "these videos don't play for me", and (after the fix:) "great, they're working now." Finally, I added one other measure:  In Yast I changed the priorities of the repos, left packman at its current default of 99, but lowered the priority of the other repos.  I hope this was correct and sensible.  My thinking was that by giving packman a higher priority, future updates to my system will not undo the fix I just did.  Good idea? Thanks again for your help. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 8/23/20 2:28 AM, Doug McGarrett wrote:

On 8/22/20 2:52 PM, Carlos E. R. wrote:

...

On 22/08/2020 20.18, ken wrote:

...

Though some videos play fine (in Firefox v.79.0), e.g., youtube things, a lot of others don't.  All videos played in my previously installed suse without tinkering.  But since the new install, many don't play at all.  Commonly the video's audio will play, but the screen will be black.  In FF I enabled "Play DRM Content", but that didn't change anything, even after restarting FF.  So I'm assuming I need to install some additional packages.  Anyone know what those packages might be?

tnx

https://forums.opensuse.org/showthread.php/536314-Multimedia-Guide-for-openS...

Read that first post.

I read the first post, and I ran the commands it had in it --even tho they said Leap- -I figured I'd try it. But then the command failed when trying to use the packman repo:

DESKTOP-4FH9U1P:/home/doug # zypper ar -cfp 90 http://ftp.gwdg.de/pub/misc/packman/suse/openSUSE_Leap_16.2 /packman Adding repository '/packman' .............................................................................[done] Repository '/packman' successfully added

URI         : http://ftp.gwdg.de/pub/misc/packman/suse/openSUSE_Leap_16.2 Enabled     : Yes GPG Check   : Yes Autorefresh : Yes Priority    : 90 (raised priority)

Repository priorities in effect:                                                (See 'zypper lr -P' for details)       90 (raised priority)  :  1 repository       99 (default priority) :  7 repositories DESKTOP-4FH9U1P:/home/doug # zypper ref Retrieving repository '/packman' metadata ...............................................................[error] <<<<<<<<< Repository '/packman' is invalid. [/packman|http://ftp.gwdg.de/pub/misc/packman/suse/openSUSE_Leap_16.2] Valid metadata not found at specified URL History:  - [/packman|http://ftp.gwdg.de/pub/misc/packman/suse/openSUSE_Leap_16.2] Repository type can't be determined.

Please check if the URIs defined for this repository are pointing to a valid repository. Skipping repository '/packman' because of the above error.

Now what?

--doug

Though I prefer CLI over GUI, I used yast to fix the problem.  (I'm not fluent in zypper yet.)  In Yast I had a packman URL from the installation (just a few days ago... and I never put it in subsequently): http://packman.inode.at/suse/openSUSE_Tumbleweed/ That one worked for me. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 8/23/20 10:25 AM, ken wrote:

...

snip

http://packman.inode.at/suse/openSUSE_Tumbleweed/

That one worked for me.

I didn't see in your posts whether you are on Leap or TW, but you appear to have tried both. Presume you know that it isn't a good idea to mix the repo's.  Not that it isn't possible, but it is unwise unless you know exactly what you are doing. --dg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 23/08/2020 16.04, ken wrote:

On 8/22/20 2:36 PM, Linux Kamarada wrote:

...

On Sat, Aug 22, 2020 at 3:19 PM ken wrote:

...

Though some videos play fine (in Firefox v.79.0), e.g., youtube things, a lot of others don't. All videos played in my previously installed suse without tinkering. But since the new install, many don't play at all. Commonly the video's audio will play, but the screen will be black. In FF I enabled "Play DRM Content", but that didn't change anything, even after restarting FF. So I'm assuming I need to install some additional packages. Anyone know what those packages might be?

Hi, ken! This how-to may help you:

Firefox and Chromium cannot play videos: here is why and how to solve it https://kamarada.github.io/en/2020/08/20/firefox-and-chromium-cannot-play-vi...

Thanks, Antonio.  Great stuff there.  Followed it and now it's fixed, the videos that wouldn't play yesterday are now playing great--  some of which were *exactly* the same videos which wouldn't play at all before.

Your webpage is fantastic too.  I love that you provide different ways to do the same thing.  Of course I searched the web (duck duck go) for a solution before coming to this group, but my web searches didn't turn up your page.  Strange.  Indeed, a couple searches didn't turn up anything useful.  I wish it were possible to suggest links to duck-duck.

Before first posting on this issue, I also searched for test videos, for web pages with videos a person could test their installations with... so I could post links here and say "these videos won't play..." so we could all be "on the same page" so to speak.  But a couple web searches turned up nothing, not in the first three pages of results.  As it turned out, such links to test videos weren't necessary, people knew full well already what I was referring to.  You and Carlos both certainly did. Still, there are probably Linux people out there who aren't aware they have this problem, or if they do know, that don't know it's fixable.  So I still think it would be a good idea to have links somewhere to test videos.  People could then see clearly that, (before your fix:) "these videos don't play for me", and (after the fix:) "great, they're working now."

About every longtime openSUSE user is aware of the problem and the solution, it gets boring having to explain it so many times :-D Notice, for instance, that if you try to have a look at the openSUSE support web forum for Multimedia, the first post you see, made sticky so that it is for ever visible, is the solution to this "problem".

Finally, I added one other measure:  In Yast I changed the priorities of the repos, left packman at its current default of 99, but lowered the priority of the other repos.  I hope this was correct and sensible.  My thinking was that by giving packman a higher priority, future updates to my system will not undo the fix I just did.  Good idea?

I do the reverse. Leave every repository at the default, and *lower* the number for packman. Higher priority means lower number. Means changing only one. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 2020-08-23 11:59 a.m., Carlos E. R. wrote:

On 23/08/2020 16.56, ken wrote:

...

On 8/23/20 10:17 AM, Darryl Gregorash wrote:

...

On 2020-08-23 8:04 a.m., ken wrote:

...

Finally, I added one other measure:  In Yast I changed the priorities of the repos, left packman at its current default of 99, but lowered the priority of the other repos.  I hope this was correct and sensible.  My thinking was that by giving packman a higher priority, future updates to my system will not undo the fix I just did.  Good idea?

Repo priority is actually kind of backwards. 0 (zero) is the highest priority, and 200 is the lowest.

Thanks much.

I suppose if the goal was to be as counter-intuitive as possible, that's a definite development success.  (Wow!)

In numbering system, the 1 goes before than the two, the 50 before the 100, etc. It is a perfectly logical choice for a programmer. It is the English language which gets it wrong :-P

Every mathematician I know disagrees with you ;) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On Sun, 23 Aug 2020 19:59:31 +0200 "Carlos E. R." wrote:

On 23/08/2020 16.56, ken wrote:

...

On 8/23/20 10:17 AM, Darryl Gregorash wrote:

...

On 2020-08-23 8:04 a.m., ken wrote:

...

Finally, I added one other measure:  In Yast I changed the priorities of the repos, left packman at its current default of 99, but lowered the priority of the other repos.  I hope this was correct and sensible.  My thinking was that by giving packman a higher priority, future updates to my system will not undo the fix I just did.  Good idea? Repo priority is actually kind of backwards. 0 (zero) is the highest priority, and 200 is the lowest.

Thanks much.

I suppose if the goal was to be as counter-intuitive as possible, that's a definite development success.  (Wow!)

In numbering system, the 1 goes before than the two, the 50 before the 100, etc. It is a perfectly logical choice for a programmer. It is the English language which gets it wrong :-P

I don't think that it's the English language that is at fault, but probably the English language capability of the people that set up the system. It's clear to me, as a native speaker, that a lot of care is necessary when dealing with the concept to make clear which possibility has higher priority. You see what I did there? I posed the question such that a larger number seemed to have greater priority. I could equally have phrased it to suggest that something had first priority, which might imply that bigger numbers carry less priority. To complicate things further, we might consider 'linux kernel priority' where negative numbers have highest priority and positive numbers have least. But if was to choose that, then I'd need to make the scale comparable to strengthen the comparison. For myself, the words 'higher priority' imply a larger number in the absence of any other context. So I'd prefer a different word were used, and I'd prefer that a larger number implied a greater priority/precedence/whatever. I find the current system confusing every time I encounter it. Oh, and I am a programmer. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

* Doug McGarrett [08-23-20 16:24]: [...]

Also, of course, I do not have Leap, I have tumbleweed. I don't know the rev of that, nor do I know how to find out.

then you undoubtedly will encounter much more problems. cat /etc/os-release -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 23/08/2020 22.22, Doug McGarrett wrote:

On 8/23/20 6:53 AM, Carlos E. R. wrote:

...

...

DESKTOP-4FH9U1P:/home/doug # zypper ar -cfp 90 http://ftp.gwdg.de/pub/misc/packman/suse/openSUSE_Leap_16.2 /packman

16.2? :-)

Take your Tardis to the repair shop :-)

Sharp eyes! Now how do I fix it? R e-running the command with the correct 15.2 does not, apparently, override the existing error. Also, of course, I do not have Leap, I have tumbleweed. I don't know the rev of that, nor do I know how to find out. Thanx for assistance!  --doug

Well, you can fire up YaST, "Software Repositories" module, choose the wrong repo, and edit it. Or zypper modifyrepo ... no, I don't know how. See man zypper, section "Repository Management". Probably delete repo and add it again. Or Go to "/etc/zypp/repos.d", find the repo definition file, and edit it. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 8/23/20 4:26 PM, Patrick Shanahan wrote:

...

Also, of course, I do not have Leap, I have tumbleweed. I don't know the rev of that, nor do I know how to find out.

* Doug McGarrett [08-23-20 16:24]: [...] then you undoubtedly will encounter much more problems.

cat /etc/os-release

Thanx, Pat--doug -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On Sun, 23 Aug 2020 16:34:23 -0400 Doug McGarrett wrote:

I'm in over my head, here.

Yes, that's apparent.

I tried only leap,

No, no, no! It's pretty foolish to use Tubleweed, given the above. Tumbleweed requires you to know what you're doing, and to be prepared to give it the time that it requires. If, like me, you just require something that works then don't use it! Simples!!!

If there is a way to correct this mess, I don't know it! --doug

Neither do I, so please take more care in the future. I feel sure there is a way, but you'll need to find somebody who cares more. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 24/08/2020 11.39, ken wrote:

On 8/23/20 2:10 PM, Carlos E. R. wrote:

...

On 23/08/2020 16.25, ken wrote:

...

On 8/23/20 2:28 AM, Doug McGarrett wrote:

...

On 8/22/20 2:52 PM, Carlos E. R. wrote:

...

On 22/08/2020 20.18, ken wrote:

...

...

Though I prefer CLI over GUI, I used yast to fix the problem.  (I'm not fluent in zypper yet.)  In Yast I had a packman URL from the installation (just a few days ago... and I never put it in subsequently):

http://packman.inode.at/suse/openSUSE_Tumbleweed/

That one worked for me.

Ken, if you are using Leap, it is very dangerous to add even one Tumbleweed repository.

TW is what I've installed most recently.

$ cat /etc/os-release NAME="openSUSE Tumbleweed" # VERSION="20200817" ID="opensuse-tumbleweed" ID_LIKE="opensuse suse" VERSION_ID="20200817" PRETTY_NAME="openSUSE Tumbleweed" ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:tumbleweed:20200817" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://www.opensuse.org/" LOGO="distributor-logo"

I think that's v.15.2, but I've done a lot of updates since the recent install.

No. Tumbleweed has no versions. According to the above, you have Tumbleweed. We can make sure; please run: zypper lr --details > somefile.txt and then attach that somefile.txt to your reply here. Do not paste it in the email, just attach the file. Different thing. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 25/08/2020 05.48, ken wrote:

On 8/24/20 6:30 AM, Carlos E. R. wrote:

...

According to the above, you have Tumbleweed.

We can make sure; please run:

zypper lr --details > somefile.txt

and then attach that somefile.txt to your reply here. Do not paste it in the email, just attach the file. Different thing.

Thanks, Carlos.  It's attached.  I noticed the file also specifies repo priorities.  I changed those from the defaults, based on my meager understanding of priorities, but that was assuming dictionary definitions, so I might be off.  And there may be details of setting priorities which should be considered but which I don't know about. Feel free to talk about those.  Thanks, again.

Ok. I was interested in checking the repo urls, that you have the correct repos, and yes, they are correct, no problem there. About the priorities, I would use these: # | | Name | | Priority | --+-+----------------------------+-+----------+ 1 | | nVidia Graphics Drivers | | 99 | 2 | | Main Repository (NON-OSS) | | 99 | 3 | | Main Repository (OSS) | | 99 | 4 | | Main Update Repository | | 99 | 5 | | openSUSE-20200604-0 | | 99 | 6 | | libdvdcss repository | | 99 | 7 | | Packman Repository | | 90 | 8 | | openSUSE-Tumbleweed-Debug | | 99 | 9 | | openSUSE-Tumbleweed-Source | | 99 | Plain simple! :-) Everything at the default 99, except packman. Packman "needs" a higher priority because it has the "same" packages as the official repos, but you prefer the packman versions to get multimedia. The official repos keep the default, because, well, they are the reference. And all the same because what they are designed for. NVidia has different packages as the distribution, so it doesn't matter the priority, then default, 99. Same reasoning for libdvdcss :-) -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 25/08/2020 13.56, ken wrote:

On 8/25/20 4:46 AM, Carlos E. R. wrote:

...

About the priorities, I would use these:

# | | Name                       | | Priority | --+-+----------------------------+-+----------+ 1 | | nVidia Graphics Drivers    | |   99     | 2 | | Main Repository (NON-OSS)  | |   99     | 3 | | Main Repository (OSS)      | |   99     | 4 | | Main Update Repository     | |   99     | 5 | | openSUSE-20200604-0        | |   99     | 6 | | libdvdcss repository       | |   99     | 7 | | Packman Repository         | |   90     | 8 | | openSUSE-Tumbleweed-Debug  | |   99     | 9 | | openSUSE-Tumbleweed-Source | |   99     |

Plain simple! :-) Everything at the default 99, except packman.

Packman "needs" a higher priority because it has the "same" packages as the official repos, but you prefer the packman versions to get multimedia. By that you mean a package with the same exact name, but potentially (and likely) different contents, yes?

Yes. Even if the version numbers are different, I think. Yes, the content in packman is different: for legal reasons, those packages in openSUSE can not have all the features.

...

The official repos keep the default, because, well, they are the reference. And all the same because what they are designed for. Makes perfect sense.

...

NVidia has different packages as the distribution, so it doesn't matter the priority, then default, 99.

Same reasoning for libdvdcss :-)

If, for some unforeseen reason, there are two packages with the same name in two different repos which have the same proirites, which of the two would be installed (or updated)?  I'd imagine that would be undefined?

The rule is that once a package is installed it does not change repo, even if a more advanced version is on another repo. This is "no vendor change" rule. Can be changed, but can be bad™ :-) You may see in zypper warnings that it is not going to update some package even if there are candidates - the reason is usually what I wrote above. The priorities play (I understand) when installing a package the first time, and possibly when doing a "zypper dup" (not sure about this). -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 25/08/2020 16.02, ellanios82 wrote:

On 8/25/20 4:05 PM, Carlos E. R. wrote:

...

On 25/08/2020 13.56, ken wrote:

...

On 8/25/20 4:46 AM, Carlos E. R. wrote:

...

About the priorities, I would use these:

 - just wondered if lazy-person work around :

 fire up google-chrome browser : will prolly do what's needed??

If it uses an internal player, maybe. If it uses some system codec or player, then probably not. It is a well, known issue, most multimedia on openSUSE needs the "packman switch": - activate the packman repo - fire yast, software module, view by repos, select packman repo, switch system packages to versions from this repo, acept, done. - or equivalent using zypper. Something like "zyper dup from_repo packman". Check the man page to be sure. Oh, I missed this page in our wiki (it is new): https://en.opensuse.org/SDB:Install_Packman_codecs There is an alternative that is buying the legal things from Fluendo. https://en.opensuse.org/GStreamer https://fluendo.com/en/. It has been the same way since the start of times. The start of the century, if you prefer. Nothing to be seen, move on folks ;-) -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 2020-08-26 15:20, ken wrote:

Thanks so much to all who helped me resolve that important issue.  Most all the videos I encounter can now play.  However, today I came across another video which won't play.  Ironically the article is about Linux:

https://www.techrepublic.com/article/linux-home-directory-management-is-about-to-undergo-major-change/?ftag=TRE475558a&bhid=12825460&mid=12819432&cid=712355268

I use TW with Brave as browser. Don't have a problem with this. The format you can see below from output of mediainfo. The two first segments of the video are: https://techrepublicvideo.cbsistatic.com/vr/2020/05/13/1737513027798/1791300... https://techrepublicvideo.cbsistatic.com/vr/2020/05/13/1737513027798/1791300... $ mediainfo seg_1.aac General Complete name : seg_1.aac Format : ADTS Format/Info : Audio Data Transport Stream File size : 96.9 KiB Overall bit rate mode : Variable Audio Format : AAC LC Format/Info : Advanced Audio Codec Low Complexity Format version : Version 4 Codec ID : 2 Bit rate mode : Variable Channel(s) : 2 channels Channel layout : L R Sampling rate : 48.0 kHz Frame rate : 46.875 FPS (1024 SPF) Compression mode : Lossy Stream size : 96.8 KiB (100%) $ mediainfo seg_1.ts General ID : 0 (0x0) Complete name : seg_1.ts Format : MPEG-TS File size : 1 000 KiB Duration : 5 s 973 ms Overall bit rate mode : Variable Overall bit rate : 1 370 kb/s Video ID : 80 (0x50) Menu ID : 1 (0x1) Format : AVC Format/Info : Advanced Video Codec Format profile : High@L4 Format settings : CABAC / 4 Ref Frames Format settings, CABAC : Yes Format settings, Reference frames : 4 frames Codec ID : 27 Duration : 6 s 6 ms Bit rate : 1 302 kb/s Nominal bit rate : 1 501 kb/s Width : 960 pixels Height : 540 pixels Display aspect ratio : 16:9 Frame rate mode : Variable Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Stream size : 955 KiB (95%) Writing library : x264 core 155 Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=17 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=60 / keyint_min=6 / scenecut=0 / intra_refresh=0 / rc_lookahead=40 / rc=abr / mbtree=1 / bitrate=1501 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=1801 / vbv_bufsize=1501 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:1.00 -- /bengan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

* ellanios82 [08-26-20 11:16]:

On 8/26/20 5:08 PM, Bengt Gördén wrote:

...

today I came across another video which won't play.  Ironically the article is about Linux:

https://www.techrepublic.com/article/linux-home-directory-management-is-about-to-undergo-major-change/?ftag=TRE475558a&bhid=12825460&mid=12819432&cid=712355268

 - do notice that this plays ok with google-chrome browser

and seamonkey -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org