+++ This bug was initially created as a clone of Bug #853977 +++ Create this bug from Bug 853977 comment #63. Even when software codecs are loaded in applications process. There are cases that the timeout happened at OMXCodec::waitForBufferFilled_l(). Current value is "3 seconds". Need to extend it.

Sounds like bumping the timeout is a win for other blocking work, blocking here based on that assessment.

Moving this up to tef+ since it blocks bug 863441

Hi, Sotaro, could you also help this bug? Or, should we find someone else to work on this one? Thank you.

I take this bug.

Just extending the timeout does not solve bug 863441. The timeout value should be determined depend on bug 863441.

I am going to thinks that extending the timeout needs to be careful. If we extend the timeout too long, it makes worse the situation like Bug 864230.

(In reply to Sotaro Ikeda [:sotaro] from comment #4) > I take this bug. Thank you, Sotaro.

A temporary fix in Bug 863441 comment #67, fix the problem without extending the timeout. As in comment #6, extending the timeout could cause another drawbacks. It it better not to extend the timeout.