Path: ...!2.eu.feeder.erje.net!3.eu.feeder.erje.net!feeder.erje.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Terje Mathisen <terje.mathisen@tmsw.no>
Newsgroups: comp.arch
Subject: Re: Privilege Levels Below User
Date: Sun, 16 Jun 2024 21:23:45 +0200
Organization: A noiseless patient Spider
Lines: 45
Message-ID: <v4ne42$6lph$1@dont-email.me>
References: <v4ifbt$32kuq$8@dont-email.me>
 <memo.20240615121647.7992C@jgd.cix.co.uk> <v4l4qv$3lqic$3@dont-email.me>
 <20240616015526.00005a09@yahoo.com> <v4lk0i$3s54t$3@dont-email.me>
 <20240616103447.00004b19@yahoo.com> <v4m622$3v668$1@dont-email.me>
 <20240616125142.0000194d@yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Sun, 16 Jun 2024 21:23:47 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="08a7dca9b6e6f71b0dc81a20e6025319";
	logging-data="218929"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/9lnckxgOQL3mL/YpIDh98lI7LKq4K5cIA6u+g/TLSdA=="
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
 Firefox/91.0 SeaMonkey/2.53.18.2
Cancel-Lock: sha1:fkZX6TmU4cjS1fKi1ggWzMaVBKE=
In-Reply-To: <20240616125142.0000194d@yahoo.com>
Bytes: 2913

Michael S wrote:
> On Sun, 16 Jun 2024 08:00:02 -0000 (UTC)
> Thomas Koenig <tkoenig@netcologne.de> wrote:
> 
>> Michael S <already5chosen@yahoo.com> schrieb:
>>> On Sun, 16 Jun 2024 02:52:02 -0000 (UTC)
>>> Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
>>>   
>>>> On Sun, 16 Jun 2024 01:55:26 +0300, Michael S wrote:
>>>>    
>>>>> Do you use video codecs in FF for correctness or only for
>>>>> efficiency?
>>>>
>>>> I think FFmpeg is one of those basic toolkits that has already been
>>>> ported to OpenPOWER.
>>>
>>> Is it capable to decode H264?
>>
>> https://ffmpeg.org/ffmpeg-codecs.html says yes, if you use
>> http://www.openh264.org/ .
> 
> Thank you.
> I see that ppc64el is not supported, but verified to be working.
> Hopefully it means that it's not just shows something under FHD
> resolution, but can work without dropping frames. Which is not so easy
> when done purely in software.

Thanks, I know!

On the very first 4-core Intel CPUs their own reference codec only 
managed 30 frames/second if everything was maxed out, i.e. CABAC 
encoding, 60 frames/second, 1080p resolution, 40 Mbit/s bitrate.

(This was while running all 4 cores at 100%)

They paid me very well to show them how they could in fact double this, 
but instead of also paying me to actually implement the code for them, 
they licensed a chunk of VLSI to do it in HW. (Which I think was the 
right thing to do.)

Terje

-- 
- <Terje.Mathisen at tmsw.no>
"almost all programming can be viewed as an exercise in caching"