BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//CERN//INDICO//EN
BEGIN:VEVENT
SUMMARY:It’s time for some clock rate matching
DTSTART;VALUE=DATE-TIME:20241008T161500Z
DTEND;VALUE=DATE-TIME:20241008T170000Z
DTSTAMP;VALUE=DATE-TIME:20260714T191505Z
UID:indico-contribution-350@indico.freedesktop.org
DESCRIPTION:Speakers: Arun Raghavan (Asymptotic Inc.)\nMatching different 
 clocks is a common problem in real-time audio processing — audio may ori
 ginate from one device\, and may need to be rendered to a different device
  driven by a different clock\, possibly running at a slightly different ra
 te. Managing these clock rate differences is an important factor in avoidi
 ng underruns and overruns in real-time audio applications.\n\nThis problem
  is partially addressed in GStreamer via GstClock's synchronisation and Gs
 tAudioBaseSink's clock slaving mechanisms. As the new de-facto Linux audio
  subsystem\, PipeWire also implements clock rate matching and adaptive res
 ampling\, building on work done in the JACK community over the last decade
  and more.\n\nIn this talk we will lay out the basics of the problem space
 \, and then review the state of the art in both PipeWire and GStreamer. Co
 ntrasting the approaches taken should be interesting in itself\, and maybe
  we'll find some new ideas to be inspired by.\n\nWhile the subject matter 
 is a little bit in the weeds\, there will be a gentle introduction for aud
 ience members with varying levels of familiarity with the topic.\n\nhttps:
 //indico.freedesktop.org/event/9/contributions/350/
LOCATION: Room 1
URL:https://indico.freedesktop.org/event/9/contributions/350/
END:VEVENT
END:VCALENDAR