| 23:59 | tvideovi | jnettlet sent me the tarball which I put onto sd card and booted to login bu then nothing - he thought I might want to play with it |
| 00:00 | tvideovi | it seems I can't keep my hands off this project and try everything and even if not working I learn something most of the time |
| 00:01 | tvideovi | tried to build yocto yesterday (twice) failed both times as I tried to use package_deb so I could use get-apt |
| 00:13 | Artox | now thats weird |
| 00:13 | Artox | oh wait |
| 00:13 | Artox | it isnt |
| 00:13 | Artox | thats openbox |
| 00:13 | Artox | if you click |
| 00:13 | Artox | you should get a menu |
| 00:13 | Artox | hopefully |
| 00:13 | Artox | tomorrow there will be an update gpu-viv-bin package that makes glxgears work |
| 00:14 | tvideovi | good news especially appreciated as I know how hard this is |
| 00:14 | Artox | a simple apt-get update && apt-get upograde should get you going with that |
| 00:14 | Artox | but then chromium still wont accelerate |
| 00:14 | tvideovi | what do you mean "if you click you should get menu"? |
| 00:14 | Artox | thats just the status and probably wont improve before teh new driver is around |
| 00:15 | Artox | right or left mosue button should trigger an menu |
| 00:15 | Artox | with openbox |
| 00:16 | tvideovi | once I have it I will also try to download the BD chromium from their site (36 and claims to work with vpu) |
| 00:17 | tvideovi | thanks, that worked |
| 00:18 | tvideovi | should I also play with mxchrome or best to wait till tomorrow? |
| 00:18 | Artox | best to wait |
| 00:18 | Artox | if all goes well I'll push the packages to the repo |
| 00:23 | tvideovi | ok - nice to see that mxchrome chromium at least shows something -> Flash Compositing Thread Rasterization Video Decode Video Encode and WebGL all "Hardware accelerated" |
| 00:24 | Artox | oh |
| 00:24 | Artox | thats probably wrong |
| 00:24 | Artox | you ran chromium without arguments |
| 00:24 | Artox | and it will fail (hopefully not, actually) |
| 00:25 | Artox | but you have to run chromium from xterm, passing --use-gl=egl for everything to work |
| 00:25 | tvideovi | has v37 and Vivante shows on GL_VENDOR and GL_RENDERER |
| 00:25 | Artox | (in theory) |
| 00:27 | tvideovi | right I forgot --use-gl=egl but seemed to get interesting results as shown - ran it from terminal as root |
| 00:29 | tvideovi | msg shows "Couldn't load libexif" and other errors you likely know well...:) |
| 00:29 | Artox | yep |
| 00:30 | tvideovi | all the best - looking forward to trying your update tomorrow - btw should I use mxchrome as test base and do all steps in your post? |
| 00:31 | Artox | ummm |
| 00:31 | Artox | no |
| 00:31 | Artox | the forum post about the repos: only do the thing about the apt preferences file, its still missing from your tarball |
| 00:31 | Artox | everything else has already been done |
| 00:32 | Artox | so |
| 00:32 | Artox | all rebuilds are triggered |
| 00:32 | Artox | now its time to wait |
| 00:33 | Artox | things should be automagically in the repos within 10 hours |
| 00:33 | Artox | good night everyone |
| 00:33 | tvideovi | ok thx - will set sources.list to your server and apt-get update/upgrade only |
| 06:54 | django | Anyone know how to get hdmi audio working in wheezy? |
| 13:22 | Artox | greetings tvideovi: |
| 13:22 | Artox | sorry, the update did not make it ......... |
| 13:22 | Artox | my fault |
| 13:26 | tvideovi | Hi Artox - no problem as I understand how difficult this is |
| 13:27 | Artox | nah |
| 13:27 | Artox | this was jsut a mad typo |
| 13:27 | Artox | it was rebuilding the *old* version |
| 13:28 | tvideovi | I received an email from Freescale - they may be willing to assist - do you and Jon want the contact info? |
| 13:32 | Artox | well |
| 13:32 | Artox | I dont think its of much use before the v5 galcore lands on the cubox |
| 13:32 | Artox | for now I am just doing general cleanup of the packages to prepare for the update |
| 13:33 | tvideovi | OK - I will try to keep the Feescale technical services contact warm so they are there if needed |
| 13:53 | Artox | okay, update is out |
| 13:53 | Artox | but for some reason apt keeps it back |
| 13:53 | Artox | a simple apt-get install gpu-viv-bin-x1 does the job though |
| 13:55 | tvideovi | thanks I will be on it soon - I did apt-get install gedit on mxchrome - will this cause problems as lots was downloaded including gstreamer 0.1 |
| 14:02 | Artox | tvideovi: dont even try; its still broken |
| 14:02 | Artox | no point |
| 14:02 | tvideovi | ok thanks |
| 14:03 | Artox | and tell someone to fix my graphics driver from dieing when I unplug the screen cable |
| 14:03 | tvideovi | :) |
| 14:10 | Arto | 14:10 * Artox SUCCESS |
| 14:10 | jnettlet | Artox, don't unplug a DVI cable if the screen is blanked. |
| 14:10 | Artox | now, someone has to go hit the people at freescale, vivante, and the chromium devs who refuse to give useful errror messages on the console |
| 14:10 | jnettlet | that will make the driver very unhappy |
| 14:11 | Artox | well, I only got 1 screen |
| 14:11 | jnettle | 14:11 * jnettlet ducks and runs |
| 14:11 | Artox | sharing it with PC and cubox-i |
| 14:11 | Artox | it turns out that chromium just failed to open a graphics library |
| 14:11 | Artox | it would NOT tell me that, or which one |
| 14:11 | Artox | installed gpu-viv-bin-x11-dev |
| 14:11 | Artox | and voilla, everything works |
| 14:11 | jnettlet | oh that is chromium. They like to output lots of useless messages and hide the good ones |
| 14:12 | Artox | one should talk to dv about it |
| 14:12 | jnettlet | oh it linked against the .so |
| 14:12 | Artox | he may know a solution |
| 14:12 | Artox | yep |
| 14:12 | jnettlet | that is a problem with the vivante drivers actually |
| 14:12 | jnettlet | they aren't built with proper library versioning |
| 14:12 | Artox | yes |
| 14:12 | Artox | I will have to look up a few sonames |
| 14:12 | jnettlet | I had fixed that for them years ago and they refused to integrate it |
| 14:12 | Artox | before I put anyone at fault |
| 14:16 | Artox | libegl has libEGL.so.1 |
| 14:16 | Artox | and gles2 has libGLESv2.so.2 |
| 14:16 | Artox | so |
| 14:16 | Artox | thats what chromium should link against |
| 14:17 | Artox | both are present without my -dev packages |
| 14:18 | Arto | 14:18 * Artox ping dv_: please have a look if you can |
| 14:18 | jnettlet | Artox, but those aren't real version'd libraries |
| 14:18 | dv_ | oh that is chromium. They like to output lots of useless messages and hide the good ones <- so, so true |
| 14:19 | dv_ | currently in a telco. will return here in a few minutes. |
| 14:19 | Artox | great |
| 14:19 | jnettlet | sounds like he is hacking DE again |
| 14:19 | Artox | jnettlet: I thought, so far, that the soname is whats linked against by default |
| 14:19 | jnettlet | perhaps a spy for the NSA |
| 14:19 | Artox | and its what ldconfig will recognize |
| 14:19 | dv_ | :P |
| 14:20 | jnettlet | Artox, yes and soname for these libraries is just libEGL.so and libGLESv2.so |
| 14:20 | jnettlet | they have no versionng attached to them |
| 14:22 | jnettlet | Artox, you might be better off linking like this. -l:libEGL.so.1 |
| 14:23 | jnettlet | although I am not sure if c++ and gold will take that. |
| 14:23 | tvideovi | hi jnettlet - thaks for mxchrome - looks good - do I potentially mess it up if I install gedit (as it brings in gstreamer 0.1) |
| 14:23 | jnettlet | tvideovi, nope it should be fine. |
| 14:24 | jnettlet | gstreamer is very good about letting things co-exist |
| 14:24 | Artox | jnettlet: but objdump clearly says to me SONAME libGLESv2.so.2 |
| 14:24 | tvideovi | I also ran into these lib version differences and ln -s the so to the newer versions but that crashed the gpu |
| 14:26 | dv_ | ok back |
| 14:26 | dv_ | so what is this all about |
| 14:27 | dv_ | ohh, the .so thing |
| 14:27 | Artox | apparently the patched chromium links to either libGLESv2.so or libEGL.so |
| 14:27 | dv_ | yes, thats fun. not. |
| 14:27 | Artox | instead of the longer name |
| 14:27 | Artox | I dont know which of these happens, or breaks |
| 14:27 | Artox | but one would be enough |
| 14:27 | dv_ | chromium does not link the traditional way |
| 14:27 | dv_ | it uses dlopen |
| 14:27 | dv_ | for EGL and GLES |
| 14:27 | Artox | it dies on eglContextCreate |
| 14:28 | dv_ | yeah, the symbol is probably invalid or unknown |
| 14:30 | jnettlet | Artox, is this with the last rootfs you posted? |
| 14:31 | dv_ | hoho, yeah, in yocto, the recipes also add an exception to the usual rule with .so's (that is, the .so symlink goes to -dev , the other .so.* files/symlinks go to the regular package) |
| 14:31 | dv_ | this is why it works for me |
| 14:31 | dv_ | the libgles2-mx6-dev package only contains headers, and not that .so symlink |
| 14:33 | jnettlet | aha you cheated |
| 14:34 | Artox | jnettlet: yes |
| 14:34 | dv_ | but it is confusing. I thought dlopen needs the actual SONAME |
| 14:35 | dv_ | hm. ok, apparently it *can* work. |
| 14:36 | dv_ | there is also the possibility that chromium actually fetches the SONAME from the libEGL.so , and dlopens that |
| 14:36 | dv_ | I'm really not sure. didnt look too much into that, since it just worked. |
| 14:36 | jnettlet | one sec let me see what my Chromebook has |
| 14:37 | dv_ | but given that with a .so.X suffix, the X denotes the major version, it would generally be wiser to dlopen libEGL.so.1 directly, no? otherwise, you risk potential API/ABI incompatibilities |
| 14:38 | Artox | [14:30] Artox, is this with the last rootfs you posted? |
| 14:38 | Artox | but meanwhile I have made improvements to it again |
| 14:38 | Artox | added the repo pinning |
| 14:38 | Artox | for these experiments not important |
| 14:38 | Artox | but for the final thing it is |
| 14:39 | Artox | btw, I thought about adding that image to ignition then |
| 14:39 | Artox | ignition itself can poartition the sdcard and install teh bootloader as far as I am concerned |
| 14:40 | Artox | dv_: yes |
| 14:40 | Artox | thats the usual strategy with distros |
| 14:40 | Artox | and with -dev packages |
| 14:40 | Artox | the one iwth lonbgest version, aka .so.1.0 should be a file |
| 14:40 | Artox | the others symlinks |
| 14:41 | dv_ | yeah, and chromium loading a libEGL.so is technically wrong |
| 14:41 | dv_ | but hey, it would take a while to change that in chromium. until then, the libEGL.so is unfortunately necessary. |
| 14:43 | Artox | argh |
| 14:43 | Arto | 14:43 * Artox no likes |
| 14:46 | Artox | so I will add the dependency to the package |
| 14:46 | Artox | as well as add --use-gl=egl to the run scripts |
| 14:47 | Artox | new packages may be around after tomorrow |
| 14:47 | jnettlet | actually if chromium is using dlopen then using the libEGL.so makes sense. Otherwise you would have to resolved versions manually bleck |
| 14:50 | Artox | it doesnt. distros dont install .so by default. not for any package |
| 14:50 | Artox | it just wont be around |
| 14:50 | Artox | is it worth opening a bug with the chromium people on it? |
| 14:55 | Artox | so, tvideovi, if you want to use chromium today, just install gpu-viv-bin-x11-dev |
| 14:55 | Artox | and everything should magically work |
| 14:56 | tvideovi | thx great - will do and let you know |
| 14:57 | tvideo | lol - last msg crashed my flash |
| 14:58 | tvideo | artox - should I do a apt-get update/upgrade or specific to one file |
| 14:58 | Artox | well |
| 14:58 | Artox | apt-get update |
| 14:58 | Artox | apt-get upgrade |
| 14:59 | Artox | if it says it kept back gpu-viv-bin-x11 |
| 14:59 | Artox | you need to do |
| 14:59 | Artox | apt-get install gpu-viv-bin-x11 |
| 14:59 | Artox | and then install the -dev one |
| 15:00 | tvideo | ok |
| 15:03 | Artox | and dont forget restarting xorg |
| 15:03 | tvideo | will do |
| 15:08 | tvideo | i need to install curl to get key that is why the delay |
| 15:38 | Artox | any success, tvideo? |
| 15:38 | Artox | btw, you can use wget too |
| 15:49 | tvideovi | keep getting kicked out |
| 15:49 | tvideovi | artox: gpu-viv-bin-x11-2-2 installed fine |
| 15:50 | tvideovi | gpu-viv-bin-x11-dev does not want to install due to lack of mesa-common-dev - is this correct |
| 15:51 | Artox | well |
| 15:51 | Artox | it depends on that |
| 15:51 | Artox | but it exists |
| 15:52 | Artox | what does your /etc/sources.list look like? |
| 15:52 | Artox | (it should really be right) |
| 15:52 | Artox | after all, my script installed all sorts of stuff from the repos |
| 15:52 | tvideovi | I have only your site listed |
| 15:53 | Artox | no |
| 15:53 | Artox | mine os in /etc/apt/sources.list.d/ |
| 15:53 | Artox | hmm deb http://ftp.us.debian.org/debian wheezy main |
| 15:54 | Artox | its available here |
| 15:55 | Artox | just entered the chroot |
| 15:55 | tvideovi | only your site liste |
| 15:55 | Artox | are you sure you are looking at /etc/apt/sources.list ? |
| 15:55 | tvideovi | yes certain - shold I add to it |
| 15:55 | Artox | yes |
| 15:56 | Artox | no idea how that could have happened ........ |
| 15:56 | tvideovi | I assume add the ftp.us.debian from above |
| 15:56 | Artox | yes |
| 15:57 | tvideovi | i am adding to file bsp.list - correct? |
| 15:57 | Artox | okay |
| 15:57 | Artox | so you did look at the wrong file |
| 15:57 | Artox | :) |
| 15:57 | Artox | the file in question is called /etc/apt/sources.list |
| 15:57 | tvideovi | no they both have only your site listed |
| 15:58 | Artox | oh |
| 15:58 | Artox | well |
| 15:58 | Artox | the one I am point out right now should have only the debian mirror |
| 15:58 | tvideovi | should I add to both files |
| 15:58 | Artox | no |
| 15:59 | Artox | /etc/apt/sources.list: deb http://ftp.us.debian.org/debian wheezy main |
| 15:59 | Artox | thats what the content of that file should be |
| 16:00 | tvideovi | done |
| 16:00 | Artox | now your apt should be happy |
| 16:00 | tvideovi | same result so I will reboot as sometimes I find it does not update without reboot |
| 16:01 | tvideovi | so to be sure, I have three url in sources.list and your two in the .d file |
| 16:01 | Artox | umm |
| 16:01 | Artox | what |
| 16:02 | Artox | no |
| 16:02 | tvideovi | in /etc/apt/sources. list I have your two targets and the ftp.us.debian for three is this correct |
| 16:02 | Artox | no |
| 16:02 | Artox | /etc/apt/sources.list has just 1 line |
| 16:03 | tvideovi | just the ftp with your commented out? |
| 16:03 | Artox | or |
| 16:03 | Artox | empty |
| 16:03 | Artox | + the debian mirror |
| 16:03 | Artox | I am really tempted to build a new tarball right now |
| 16:04 | tvideovi | I do not want to be the cause of more work _ I will fix and have only the ftp in sources.list and your two in bsp.list |
| 16:04 | Artox | great |
| 16:04 | Artox | (I have a script to make the tarball) |
| 16:05 | Artox | but I'll wait till I fixed the chromium package |
| 16:06 | tvideovi | ok I tried again but it still wont install due to mesa-common-dev so will no reboot and try again |
| 16:06 | tvideovi | do reboot - fat fingers |
| 16:06 | Artox | actuall |
| 16:06 | Artox | apt-get update should +always* work |
| 16:06 | Artox | and it will tell you if it failed at anything |
| 16:07 | tvideovi | ok back up will run apt-get update first - yes? |
| 16:08 | Artox | yes |
| 16:09 | tvideovi | it read package list and gave warning - Ignoring Provides line with DepCompareOp for package galore |
| 16:10 | Artox | thats not relevant |
| 16:10 | Artox | good thing its ignoring it |
| 16:10 | Artox | instead of erroring out, else I would have fixed it already :) |
| 16:10 | tvideovi | should I do apt-get upgrade now |
| 16:10 | Artox | no need for upgrade |
| 16:10 | Artox | jsut try to install mesa-common-dev |
| 16:11 | tvideovi | in progress |
| 16:12 | tvideovi | now install gpu-viv-bin-x11-dev? |
| 16:13 | Artox | sure |
| 16:13 | tvideovi | ok looks good |
| 16:14 | tvideovi | restart and try chromium? |
| 16:14 | Artox | sure |
| 16:17 | tvideovi | nice - canvas disabled all the others in top list are good - there is a terminal error - sandbox-linux IniaitalizeSandbox() called with multiple threads in process gpu-process |
| 16:18 | Artox | doesnt matter |
| 16:18 | Artox | stuff should work now |
| 16:18 | Artox | try get.webgl.org |
| 16:20 | tvideovi | see spinning cube looks good |
| 16:20 | tvideovi | will test webRTC video now - ok? |
| 16:20 | Artox | feel free |
| 16:20 | Artox | just mind: no VP-9 |
| 16:21 | tvideovi | no vp8 only - will test with various preferences and switches |
| 16:38 | tvideovi | : |
| 19:30 | Defiant | metrem: aah saw the pastebin |
| 19:35 | Defiant | metrem: can you try rm /usr/lib/arm-linux-gnueabihf/libGL.so* |
| 19:39 | metrem | ok will try |
| 19:39 | metrem | i must rebuild after ? |
| 19:39 | metrem | (xbmc) |
| 19:39 | Defiant | don't think so |
| 19:49 | metrem | thank you a lot, that finaly work !!! i can see xbmc interface :) |
| 19:49 | metrem | but i get alway this error : "/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display" |
| 19:49 | metrem | don't know why |
| 19:49 | metrem | but that work :) |
| 19:50 | Defiant | hmm does hw acceleration work? |
| 19:59 | MarcusVinter | jnettlet, Thanks for your email. Very useful! I'll be on tomorrow to explain more but I'm very greatful. Thanks! |
| 20:02 | metrem | yes, g_buck_bunny_720p_H264_AAC_25fps_3400K.MP4 work fine :) |
| 20:02 | Defiant | cool |
| 20:58 | tvideovi | artox: WOW wonderful have webrtc video decode HA - you and the team are magic - thank you so much |
| 22:07 | django | Any fast way to get hardware acceleration going in wheezy? |
| 22:44 | TrojanHorse | django |
| 22:44 | TrojanHorse | elaborate |
| 22:45 | TrojanHorse | there are packages for wheezy that have udev rules, vpu libs, gpu libs |
| 22:45 | TrojanHorse | working opengl-es under x11 |
| 22:45 | TrojanHorse | there is chromium patched to use the vpu |
| 22:45 | TrojanHorse | and, there is a thread on forum about it |
| 22:51 | django | TrojanHorse: Could you link me to the thread? |
| 23:14 | TrojanHorse | no; I'm on the phone; its under the Linux subforum |