Le 29 sept. 2014 à 12:34, Ralf Mardorf
<ralf.mardorf(a)rocketmail.com> a écrit :
On Mon, 2014-09-29 at 12:22 +0200, Florian Paul
Schmidt wrote:
On 27.09.2014 16:59, Ralf Mardorf wrote:
> A lot of consumer audio-video stand alone
gear is using Linux,
> e.g. television satellite receivers. IMO this market might be
> more interesting when searching for a job, than the pro-audio
> market or Internet presences are.
Lip-sync is an issue, assumed you should have the abilities to fix
it, you likely would find a job.
Can you elaborate on that? What exactly is the problem? And what kind
of solutions are people looking for?
I don't know if the Linux kernels used for audio-video consumer gear are
used for audio and video processing, perhaps they are just used to
provide menus etc., but since the end of the 90s I never experienced the
good audio and video sync we had with German terrestrial analog
television. All analog and digital satellite and digital terrestrial
receivers I've seen didn't provide acceptable sync. Assumed at least
some of those receiver should do the audio and video processing using
Linux too, a smart solution to fix such issues, not by just providing
fixed delays, but by detecting the exact drift and automatically fixing
it, might be from interest for the consumer gear companies. Perhaps,
they wouldn't care about a smart way to fix it, OTOH for colour
correctness at least Germany cared, so we once upon a time got PAL.
you did see that ? I'm surprised. Which brand ?
I've worked for two years on the A/V testbenches for sagemcom making a
whole lot of digital satellite receivers and never noticed that.
Until two years ago they used an RT system on STM32 processors. The
move to embedded linux was quite new, maybe introducing this issue.