<br><br><div class="gmail_quote">2012/5/4 Martin Storsjö <span dir="ltr"><<a href="mailto:martin@martin.st" target="_blank">martin@martin.st</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On Fri, 4 May 2012, Martin Storsjö wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Fri, 4 May 2012, XilasZ wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I get the same thing on the HTC OneX (same cpu as you, Tegra3),<br>
plus a weird image doubling, as if the chroma planes are shifted<br>
vertically compared to the luma plane.<br>
And as if that wasn't enough, when enabled, HW decoding consume<br>
more cpu than SW on the OneX.<br>
So i think we can say HW decoding is not supported yet on Tegra3<br>
:p<br></blockquote></blockquote></div></div></blockquote><div>Thank you XilasZ.<br>Replace opensl by audiotrack workaround the buffer insufficient issue.<br>But A/V async does not alleviate.<br>What else could I do to fix the A/V async on TF201?<br>
I would like to help in this part.<br>Any suggestion? I would like to smoothly play 1080p files using VLC for android.<br>Does samsung galaxy s2 smoothly play 1080p file?<br>How about samsung galaxy tab 2?<br>Are there special performance hacks for samsung cpu?<br>
</div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="HOEnZb"><div class="h5"><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I Didn't had time yet to dig what's going one.<br>
<br>
This is a regression caused by<br>
cd0112a5467a01073964e1d1e6d43c<u></u>af044aacf2.<br>
I don't know if  the issue occurs on other devices, at least I revert<br>
the change and fix it on my TF201.<br>
<br>
<br>
Interesting, i'll test hw decoding on my htc desire (snapdragon chip from<br>
qualcomm), see if it happens.<br>
</blockquote>
<br>
Hmm, this works on the devices I've tested lately.<br>
<br>
Can you have a look at what goes wrong when this is enabled, i.e., is the data returned by OMX_<u></u>IndexConfigCommonOutputCrop bad, or is it good initially but bad when re-reading it after the OMX_EventPortSettingsChanged event that indicated an updated crop rect? (Since this particular commit only makes us re-read the same data that has been read before, when the decoder indicates that it might have changed.)<br>

</blockquote>
<br></div></div>
That is, info which is useful for debugging this is:<br>
<br>
- All the parameters used in GetPortDefinition, nFrameWidth/nFrameHeight, nStride, nSliceHeight, and crop_rect width/height (and top value - this should only match the TI specific pixel formats, I do hope tegra doesn't use the same privately allocated pixel formats as TI!), their values at each GetPortDefinition invocation (startup, after port reconfigure, after crop rect settingschanged event).<span class="HOEnZb"><font color="#888888"><br>
</font></span></blockquote><div>Please reference to the attachment.<br><br>Thank you all!<br><br>Best regards,<br>Scott<br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="HOEnZb"><font color="#888888">
<br>
// Martin</font></span><br>_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="http://mailman.videolan.org/listinfo/vlc-devel" target="_blank">http://mailman.videolan.org/listinfo/vlc-devel</a><br>
<br></blockquote></div><br>