On Fri, Mar 06, 2015 at 09:06:00AM +0100, Alexandre Ratchov wrote: > > Also please remeber that the audio is synchronized, the lag is when I want > > to advance the video. > > I still don't 100% understand whether you observe an audio > subsystem bug (>500ms latency), or you just dislike the default > latency.
This can't be a feature (right?), since I already use all these apps in this same computer under linux, and they ran very fast. To remeber: The behaviour that mplayer and cmus, are having, is operate with a delay. Any change in the audio play, like advance in the audio/video, or stop playing it, takes a time to happen. For example when I am in these apps and I click pause buttom, it takes a time like 1~2 seconds to respond. And If I click more than one time, it lags even more. > If you don't like the 200-400ms latency (too conservative imo), you > could lower sndiod buffer size, possibly patch mplayer, cmus or > whatever to use smaller buffers as well, post diffs on ports@ and > if this hurts no MP kernel users we'll change the defaults. This > would improve everybody's setup. I already changed the buffer, and it didn't solved, as you can see here: http://marc.info/?l=openbsd-misc&m=142368103115408&w=2 This page have some usefull informations. About change the application buffers, never tried, but if these apps worked on Linux, it should work here right, or maybe the OBSD version have some modification. > Let me know if you need help for this. > > Browsers are a different story. They use a huge amount of code with > complex interaction that makes simple things complicated to debug. > I'd suggest to first make work mplayer, cmus & friends. I totally agree, lets focus on simples tools first. -- Regards Henrique Lengler
