<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">05-08 22:29:08.810: E/VLC(18445): ES_OUT_SET_(GROUP_)PCR  is called too late (pts_delay increased to 1500 ms)<br>
05-08 22:29:08.810: E/VLC(18445): ES_OUT_RESET_PCR called<br>
05-08 22:29:08.830: W/VLC(18445): early picture skipped<br>05-08 22:29:08.870: D/VLC(18445): flushing<br>05-08 22:29:08.870: D/VLC(18445): End of audio preroll<br>05-08 22:29:08.880: D/VLC(18445): OmxEventHandler (OMX_EventCmdComplete, OMX_CommandFlush, 0)<br>

05-08 22:29:08.900: D/VLC(18445): Buffering 0%<br>05-08 22:29:08.900: D/VLC(18445): Buffering 21%<br>05-08 22:29:08.900: D/VLC(18445): Buffering 43%<br>05-08 22:29:08.910: D/VLC(18445): Buffering 66%<br>05-08 22:29:08.930: D/VLC(18445): Buffering 88%<br>

05-08 22:29:08.930: D/VLC(18445): Stream buffering done (1640 ms in 33 ms)<br>05-08 22:29:09.240: D/VLC(18445): Decoder buffering done in 305 ms<br>05-08 22:29:10.050: D/VLC(18445): End of video preroll<br></blockquote><div>
<br>After adding an option to select the audio output yesterday, and testing all 3 aouts, i noticed that this "glitch" (which  happens with or without HW decoding) is caused by the native AudioTrack output.<br><br>
With the java AudioTrack output, my 720p files play fine with both HW and SW decoding.<br><br>As remi said, desync can still happens, since it's not yet handled in android audio outputs.<br></div></div>