• After 15+ years, we've made a big change: Android Forums is now Early Bird Club. Learn more here.

Root [DEV] Continuing Triumph ICS Development

mantera said:
I have not tried the free vmware player so I can't say for sure. If you have a copy of vmware workstation, which is the non-free version, then I'm pretty sure it would work since I think it's pretty much like the vmware server version that I'm using but with more features.
Click to expand...


I use the free vm player and i haven't run into any problems building except for the occasional repo sync hanging
 
hey guys got some 'splainin' to do!
 

Attachments

  • uploadfromtaptalk1332583944656.jpg
    uploadfromtaptalk1332583944656.jpg
    82.1 KB · Views: 327
Cyanogenmod just merged in a bunch of qualcomm video fixes upstream. Can someone try syncing upstream and see if we get lucky and video decoding starts working?

I'm at work right now, but when I get home I'll give it a shot. I'm not sure what is different from what I was trying a few weeks ago.

-------------------

Edit: So I'm home now. I pulled all the changes from cm upstream and I'm now trying to build with working video. Wish me luck.

Edit2: and bootloops
 
Did you figure out where these are being declared (my bold)?

Code: 
vendor/qcom/opensource/omx/mm-video/vidc/vdec/src/omx_vdec.cpp:5598: warning: format '%d' expects type 'int', but argument 4 has type 'OMX_U32'
vendor/qcom/opensource/omx/mm-video/vidc/vdec/src/omx_vdec.cpp: In member function 'OMX_ERRORTYPE omx_vdec::fill_this_buffer_proxy(void*, OMX_BUFFERHEADERTYPE*)':
vendor/qcom/opensource/omx/mm-video/vidc/vdec/src/omx_vdec.cpp:5634: warning: comparison between signed and unsigned integer expressions
vendor/qcom/opensource/omx/mm-video/vidc/vdec/../common/src/extra_data_handler.cpp: In member function 'OMX_U32 extra_data_handler::parse_extra_data(OMX_BUFFERHEADERTYPE*)':
[B]vendor/qcom/opensource/omx/mm-video/vidc/vdec/../common/src/extra_data_handler.cpp:285: error: 'VEN_EXTRADATA_QCOMFILLER' was not declared in this scope[/B]
vendor/qcom/opensource/omx/mm-video/vidc/vdec/../common/src/extra_data_handler.cpp:286: warning: format '%d' expects type 'int', but argument 4 has type 'OMX_U32'
[B]vendor/qcom/opensource/omx/mm-video/vidc/vdec/../common/src/extra_data_handler.cpp:289: error: 'VEN_EXTRADATA_SLICEINFO' was not declared in this scope[/B]
vendor/qcom/opensource/omx/mm-video/vidc/vdec/../common/src/extra_data_handler.cpp:290: warning: format '%d' expects type 'int', but argument 4 has type 'OMX_U32'
vendor/qcom/opensource/omx/mm-video/vidc/vdec/src/omx_vdec.cpp: In member function 'virtual OMX_ERRORTYPE omx_vdec::component_deinit(void*)':
vendor/qcom/opensource/omx/mm-video/vidc/vdec/src/omx_vdec.cpp:5775: warning: comparison between signed and unsigned integer expressions
vendor/qcom/opensource/omx/mm-video/vidc/vdec/src/omx_vdec.cpp:5800: warning: comparison between signed and unsigned integer expressions
 
mantera said:
Did you figure out where these are being declared (my bold)?

Code: 
vendor/qcom/opensource/omx/mm-video/vidc/vdec/src/omx_vdec.cpp:5598: warning: format '%d' expects type 'int', but argument 4 has type 'OMX_U32'
vendor/qcom/opensource/omx/mm-video/vidc/vdec/src/omx_vdec.cpp: In member function 'OMX_ERRORTYPE omx_vdec::fill_this_buffer_proxy(void*, OMX_BUFFERHEADERTYPE*)':
vendor/qcom/opensource/omx/mm-video/vidc/vdec/src/omx_vdec.cpp:5634: warning: comparison between signed and unsigned integer expressions
vendor/qcom/opensource/omx/mm-video/vidc/vdec/../common/src/extra_data_handler.cpp: In member function 'OMX_U32 extra_data_handler::parse_extra_data(OMX_BUFFERHEADERTYPE*)':
[B]vendor/qcom/opensource/omx/mm-video/vidc/vdec/../common/src/extra_data_handler.cpp:285: error: 'VEN_EXTRADATA_QCOMFILLER' was not declared in this scope[/B]
vendor/qcom/opensource/omx/mm-video/vidc/vdec/../common/src/extra_data_handler.cpp:286: warning: format '%d' expects type 'int', but argument 4 has type 'OMX_U32'
[B]vendor/qcom/opensource/omx/mm-video/vidc/vdec/../common/src/extra_data_handler.cpp:289: error: 'VEN_EXTRADATA_SLICEINFO' was not declared in this scope[/B]
vendor/qcom/opensource/omx/mm-video/vidc/vdec/../common/src/extra_data_handler.cpp:290: warning: format '%d' expects type 'int', but argument 4 has type 'OMX_U32'
vendor/qcom/opensource/omx/mm-video/vidc/vdec/src/omx_vdec.cpp: In member function 'virtual OMX_ERRORTYPE omx_vdec::component_deinit(void*)':
vendor/qcom/opensource/omx/mm-video/vidc/vdec/src/omx_vdec.cpp:5775: warning: comparison between signed and unsigned integer expressions
vendor/qcom/opensource/omx/mm-video/vidc/vdec/src/omx_vdec.cpp:5800: warning: comparison between signed and unsigned integer expressions
Click to expand...
It should be in msm_vidc_dec.h

I have no idea what headers are, but I think we need to update them.

Gerrit Code Review

Hope that helps
 
mantera said:
Sheesh! I was ready to punch something! I had previously updated them to the latest files in the cm9 kernel header repos and aosp repos but apparently they weren't updated enough.
Click to expand...
I was able to do a successful build the other night but it bootlooped trying to load the audio policy something or other. I'm not sure if it was one of my experimental changes or something upstream that broke it, and I haven't gotten a chance to take a second look at it. Let me know if you are able to build successfully and/or boot successfully.
 
NateMckn said:
I was able to do a successful build the other night but it bootlooped trying to load the audio policy something or other. I'm not sure if it was one of my experimental changes or something upstream that broke it, and I haven't gotten a chance to take a second look at it. Let me know if you are able to build successfully and/or boot successfully.
Click to expand...

Well, it's building now so I guess we'll see what happens in a few hours.
 
Well, so far, it's looking good. I've been playing with the new build the last hour and everything is still running ok. If everything is still ok in a few hours, I'll post it up. There hasn't been a new build in a while and there's been a host of changes upstream.

This will probably be the last update before switching the repos to 4.0.4.
 
mantera said:
Well, so far, it's looking good. I've been playing with the new build the last hour and everything is still running ok. If everything is still ok in a few hours, I'll post it up. There hasn't been a new build in a while and there's been a host of changes upstream.

This will probably be the last update before switching the repos to 4.0.4.
Click to expand...

Thats good to hear. That means that something I did broke my build.
 
Well there has been a lot of updates the last couple of days and I've had to fix a bunch of things so you might not have everything. Do a repo sync.
 
mantera said:
Well there has been a lot of updates the last couple of days and I've had to fix a bunch of things so you might not have everything. Do a repo sync.
Click to expand...

Yeah I will but, I probably won't mess with it tonight. On your build does video decoding (LQ Youtube or Netflix) work? The changes upstream are supposed to fix it, unless there is something device specific we're missing.
 
Did anything come out of what @joeycmb posted? I was really confused by his posts, due to the lack of detail and proper English (come on people, not that hard) but the pictures he uploaded looked promising...
 
NateMckn said:
Yeah I will but, I probably won't mess with it tonight. On your build does video decoding (LQ Youtube or Netflix) work? The changes upstream are supposed to fix it, unless there is something device specific we're missing.
Click to expand...

Well, LQ YouTube works on my phone as well as HD when I view it in the Browser.

I don't have a way of testing Netflix or movie decoding so you guys will have to test on the build I just posted and let me know.

PieBob1010 said:
Did anything come out of what @joeycmb posted? I was really confused by his posts, due to the lack of detail and proper English (come on people, not that hard) but the pictures he uploaded looked promising...
Click to expand...

I haven't had a lot of time lately to look into his stuff.
 
mantera said:
Well, LQ YouTube works on my phone as well as HD when I view it in the Browser.

I don't have a way of testing Netflix or movie decoding so you guys will have to test on the build I just posted and let me know.



I haven't had a lot of time lately to look into his stuff.
Click to expand...

Ill test netflix ill be so happy and will return to cm9 as my daily if it works :)
 
Ok, I've updated the AOSP repos to the 4.0.4_r1.1 branch now.

Also, i've fixed the init.d scripts not running (I think).

I'm trying a build now to make sure that it still builds and nothing is broken.

Edit: Ok, so everything still builds ok. So if you haven't already done a repo sync, go ahead and do it to get your local copy up-to-date.
 
You must log in or register to reply here.
Back
Top Bottom