<div dir="ltr"><div>>>Someone on IRC was writing up,<br>>>I think, but I don't know what state that got to. <br><br><br></div><div>Arun, below is the status of compressed sink:<br><br></div><div>I was facing some issues in reporting timing to PA client. The compress library that I am using does provides an API to query playback time from DSP.  Initially, I thought of adding a new API (for passthrough streams only)to protocol-native to obtain correct timing from driver. Dropped that idea,  decided to stuff the timing info in response to "pa_stream_update_timing_info" info. It seems the timing reporting issue is resolved now.<br><br></div><div>Now , I need to look into timing issue in case of seek operation.<br><br>Apart from this, <br>* there were couple of changes at gstreamer side (pulsesink) to avoid packeting data into IEC frames<br></div><div>* Introduced new API's to tinycompress to get  device file descriptor which inturn added to pa_rtpoll_run<br></div><div>* Not sure how to calculate sink latency in case variable bitrate<br></div><div><br></div><div>Regards,<br>Kiran<br><br></div></div>