On 11/02/17 20:17, Ahem A Rivet's Shot wrote:
> On Sat, 11 Feb 2017 18:43:23 +0000
> The Natural Philosopher  wrote:
>
>> On 11/02/17 14:34, Ahem A Rivet's Shot wrote:
>>> On Mon, 6 Feb 2017 09:44:06 +0000
>>> The Natural Philosopher  wrote:
>>>
>>>> This is where programs like ffmpeg and handbrake come into their own:
>>>> they can be used to transcode to a standard format. Don't try that on a
>>>> pi though. You need BIG CPU grunt for transcoding.
>>>
>>>  Only if you insist on doing it in real time.
>>
>> What other sort of time is there?
>
>  Real time for video usually means at the right rate, something which
> is essential if you want to transcode on the fly in a media server. That IME
> is the only time there's a hard requirement for transcoding speed.
>
>> If you want to spend 8 hours transcoding an hours movie, that's still a
>> real 8 hours...
>
>  Yes this is true - I did not invent the terminology. However real
> time processing has always meant getting the job done within a specified
> time interval or by a specified time. Payroll is a real time application for
> example (if it's not finished by payday there will be loud complaints).
>
>  However my point remains that you can transcode perfectly well with
> modest CPU if you aren't fussy about how long it takes.
>
At my age, I don't have the years left.


--
Religion is regarded by the common people as true, by the wise as
foolish, and by the rulers as useful.

(Seneca the Younger, 65 AD)

--- SoupGate-Win32 v1.05