| 00:00.54 | Welsh | thanks |
| 00:01.56 | mnemoc | i can't save you from using windows, but i can try to save you from using eagle |
| 00:05.40 | Welsh | hmmm, the ti components for hdmi -> LVDS look like they might be 3.3v |
| 00:05.57 | Welsh | so a 5v -> 3.3v will be needed |
| 00:08.07 | Triffid_Hunter | Welsh: all the interesting logic is 3.3v or less these days.. quite a bit of stuff floating around at 2.5, 1.8, 1.2v |
| 00:12.23 | Welsh | guess i'll try and work out a BoM tomorrow XD |
| 00:13.33 | Welsh | And how to do an ethernet connector? They're huge |
| 00:16.13 | specing | Welsh: $(apt-get remove windows) |
| 00:17.06 | Welsh | 'apt-get' is not recognised as an internal or external command, operable program or batch file. |
| 00:22.00 | Welsh | specing: Sorry, but i can't dev for windows CE on linux |
| 00:30.48 | specing | Oh god a windows dev |
| 00:30.59 | specing | jumps out the train |
| 00:33.13 | Welsh | For my industrial year from university, I am on a windows embedded test team |
| 00:33.27 | Welsh | All i've done so far is testing and write CETK tests |
| 00:33.50 | Welsh | CE doesn't seem too bad |
| 00:40.50 | cobalt60 | mnemoc try geda |
| 01:25.37 | *** join/#arm-netbook stefanro1 (~stefan@pD9FFB997.dip.t-dialin.net) |
| 01:32.26 | *** join/#arm-netbook rz2k (~rz2k@128-72-70-133.broadband.corbina.ru) |
| 01:42.02 | SPG | 03Ted 05master 3e2cc4d 06rhombus 03allwinner_a10/orders/ZSlayer.mdwn * 14http://git.hands.com/?p=rhombus.git;a=commitdiff;h=3e2cc4d |
| 02:11.55 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-82-145.hsd1.ca.comcast.net) |
| 02:11.55 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 03:04.29 | SPG | 03jose 05master e71e67f 06rhombus 03allwinner_a10/orders/S3R1P.mdwn * 14http://git.hands.com/?p=rhombus.git;a=commitdiff;h=e71e67f |
| 03:56.38 | *** join/#arm-netbook cnxsoft (~jaufranc@node-bj4.pool-118-172.dynamic.totbb.net) |
| 04:04.16 | *** join/#arm-netbook rsalveti_ (~rsalveti@unaffiliated/rsalveti) |
| 04:20.47 | *** join/#arm-netbook herdingcat (~huli@218.10.51.130) |
| 04:24.41 | *** join/#arm-netbook valhalla (~valhalla@78-134-122-138.v4.ngi.it) |
| 04:38.07 | *** join/#arm-netbook aholler (~aholler@p57B20219.dip0.t-ipconnect.de) |
| 04:45.35 | *** join/#arm-netbook KoH_ (~kane@trir-4d0bb5cf.pool.mediaWays.net) |
| 04:49.31 | *** join/#arm-netbook DEAT (~heh@14-201-99-152.tpgi.com.au) |
| 05:16.51 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 05:50.31 | *** join/#arm-netbook herdingcat (~huli@218.10.51.130) |
| 06:03.21 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 06:04.47 | *** join/#arm-netbook hramrach (~hramrach@gateway/tor-sasl/hramrach) |
| 06:04.54 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 06:15.06 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.111) |
| 06:25.38 | *** join/#arm-netbook Quarx (~Quarx@46.233.233.48) |
| 06:31.41 | *** part/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 06:34.31 | *** join/#arm-netbook cnxsoft (~jaufranc@node-bj4.pool-118-172.dynamic.totbb.net) |
| 06:44.17 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 06:44.21 | *** part/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 06:56.08 | *** join/#arm-netbook herdingcat (~huli@218.10.51.130) |
| 07:11.49 | *** join/#arm-netbook rellla (~rellla@p5B078818.dip0.t-ipconnect.de) |
| 07:26.12 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 07:37.11 | *** join/#arm-netbook Adibek (53034d12@gateway/web/freenode/ip.83.3.77.18) |
| 07:39.07 | Adibek | Does anyone make a10s_defconfig for linux-sunxi ? |
| 08:07.24 | slapin | does anyone have a10s? |
| 08:11.19 | rm | here?... or at all? |
| 08:13.00 | sspiff | slapin: you mean, does anyone have A10 based devices? |
| 08:15.16 | rm | A10s dammit |
| 08:15.18 | rm | not A10 |
| 08:15.38 | rm | if you aren't aware there is even A10s (which is NOT A10) |
| 08:15.46 | rm | why do you bother trying to answer something |
| 08:17.36 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 08:18.55 | sspiff | rm: as you may notice, A10s looks a lot like the plural of A10, so I don't think the misunderstanding is that weird |
| 08:19.16 | Adibek | I have mk802+ (cs102) with a10s and from 2 weeks i test images to boot linux and build images from linux-sunxi a u-boot but still dont have working linux |
| 08:19.37 | rm | it may or may not be weird, it is certainly not rare, so I am kind of tired seeing people make this mistake already :) |
| 08:19.39 | Adibek | A10s is more like A13 but images from A13 does not boot |
| 08:20.20 | sspiff | rm: there are less agressive ways of communicating your frustration? |
| 08:21.48 | andoma | didn't hans to some work/research on getting linux running on a10s? |
| 08:22.55 | *** join/#arm-netbook pcat (~cat@37-136-127-42.nat.bb.dnainternet.fi) |
| 08:25.22 | Adibek | maybe Hahs getting linux running on a10s but there no even small instruction how to do this ? |
| 08:27.23 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 08:27.33 | *** join/#arm-netbook wingrime (~wingrime@78.109.115.103) |
| 08:48.33 | mnemoc | Adibek: the stage branches have the driver for the AXP used by A10S. as of defconfig, you can start from a13's or sun5i |
| 08:48.53 | mnemoc | but there is no a10s specific defconfig yet |
| 08:49.57 | *** join/#arm-netbook rellla2 (~rellla@p5B0785CF.dip0.t-ipconnect.de) |
| 08:50.16 | Adibek | i was try using sun5i but no efects , i must add serial console to my device for more detals |
| 08:51.29 | *** join/#arm-netbook br- (~br-@ks3278432.kimsufi.com) |
| 09:01.52 | *** join/#arm-netbook XenGi (~XenGi@81.89.96.161) |
| 09:10.41 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 09:18.09 | *** join/#arm-netbook mSquare (~selvan@27.34.241.70) |
| 09:31.50 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 09:34.45 | andoma | Adibek: on my a10s stick i didn't manage to locate pads for soldering on a serial port |
| 09:41.03 | *** join/#arm-netbook TestModule (~robot@173.168.4.7) |
| 09:41.52 | TestModule | I got a weird error a second ago. u-boot: spl.c:261: undefined reference to `spl_display_print' |
| 09:45.23 | TestModule | Also throwing this: dram.c:30: undefined reference to `DRAMC_init'. I didn't see these errors before the pull i did |
| 09:49.12 | *** join/#arm-netbook aesok (~quassel@84.23.55.38) |
| 10:07.33 | *** join/#arm-netbook pcat (~cat@37-136-127-42.nat.bb.dnainternet.fi) |
| 10:50.13 | *** join/#arm-netbook valhalla (~valhalla@78-134-122-138.v4.ngi.it) |
| 11:00.28 | *** join/#arm-netbook xymox (lechuck@unaffiliated/contempt) |
| 11:02.21 | focus | A10 break out board with 200 pin SO-DIMM connector PCB in KiCAD done. http://www.gplsquared.com/SoM2/SoM2.html |
| 11:03.15 | focus | The 200 pin SO-DIMM also has a patch panel so you can connect any pin from A10 to SO-DIMM as you like |
| 11:03.34 | focus | KiCAD files here http://www.gplsquared.com/SoM2/SoM2_2013_02_06.tar.bz2 |
| 11:04.02 | focus | All GPL'd - so anyone can make it / modify it as they wish :) |
| 11:04.50 | focus | The motherboard for the SO-DIMM has been previously released http://www.gplsquared.com/SoM1/SoM1.html |
| 11:05.43 | focus | The motherboard has SDCard, ethernet connector, 40 pin FPC LCD connector and regulators |
| 11:06.23 | focus | Again all gpl'd - so you do what you want with it |
| 11:06.55 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 11:07.27 | *** join/#arm-netbook Alex1269 (550f64ff@gateway/web/freenode/ip.85.15.100.255) |
| 11:11.07 | popolon | http://www.aliexpress.com/item/FreeLander-PD80-Vogue-Quad-Core-Tablet-PC-Exynos-4412-Android-4-0-9-7-Inch-IPS/711322975.html |
| 11:11.13 | popolon | nice tablet for this pirce |
| 11:12.18 | *** join/#arm-netbook rz2k (~rz2k@128-72-70-133.broadband.corbina.ru) |
| 11:12.47 | rm | the screen resolution seems low |
| 11:14.31 | Turl | 260$? |
| 11:14.48 | Turl | failxynos :< |
| 11:15.02 | popolon | why fail ? |
| 11:15.12 | Turl | because their software support is fail |
| 11:15.13 | popolon | exynos 4412 works fine |
| 11:15.17 | popolon | ah ok |
| 11:17.36 | Turl | for 140$ more you can get a 9000x better screen and exynos 5 and latest android with top of the line support sw wise |
| 11:18.25 | *** join/#arm-netbook cnxsoft (~jaufranc@node-bj4.pool-118-172.dynamic.totbb.net) |
| 11:18.34 | popolon | which tablet ? |
| 11:19.38 | TestModule | You could always go with the Nexus 7 |
| 11:20.07 | popolon | oh, don't really like google products |
| 11:20.24 | popolon | no standard things, no extention card port, etc... |
| 11:20.30 | popolon | a little like apple products |
| 11:20.53 | TestModule | Archos? |
| 11:21.07 | popolon | does archos make this kind of tablet ? |
| 11:21.40 | TestModule | http://www.archos.com/products/gen10/index.html?country=us&lang=en |
| 11:22.04 | popolon | that's tegra3, not exynos 5 :( |
| 11:22.14 | popolon | about the same power than exynos 4 |
| 11:22.15 | popolon | more closed |
| 11:22.46 | TestModule | That's OMAP |
| 11:22.51 | popolon | but I like the design with the keyboard |
| 11:23.06 | popolon | omap => powervr :( |
| 11:23.17 | popolon | no thanks |
| 11:23.22 | TestModule | Yes, but doesn't Archos provide drivers because they include linux? |
| 11:23.33 | TestModule | argstrong linux or something |
| 11:23.54 | popolon | samsung works more than TI on linux kernel |
| 11:27.00 | Turl | popolon: nexus 10 |
| 11:27.24 | TestModule | He doesn't like google :P |
| 11:27.50 | Turl | but it's exynos 5, open sw wise, and has a beautiful screen ;) |
| 11:28.15 | buZz | exynos 5 octo? |
| 11:28.15 | Turl | better than apple's retina |
| 11:28.30 | TestModule | the octo has a powervr though? |
| 11:28.41 | Turl | buZz: Dual |
| 11:28.43 | buZz | are there specs yet? |
| 11:28.46 | buZz | Turl: oh meh |
| 11:28.51 | buZz | i want a dual quad |
| 11:28.53 | Turl | octa was announced recently, nobody is shipping it afaik |
| 11:28.55 | buZz | its 2013 already! |
| 11:29.14 | Turl | Q2 2013 for octa |
| 11:29.35 | Turl | besides Nexus 10 has mali t604 :) |
| 11:29.57 | TestModule | hrmmm |
| 11:30.06 | TestModule | Isn't the nexus 7 an official ubuntu targeted device? |
| 11:30.23 | TestModule | So if the 10 is as well, they will provide drivers? |
| 11:30.26 | buZz | TestModule: i dont see anything mentioned about videocore in octa, do you have a link? |
| 11:31.02 | TestModule | http://www.anandtech.com/show/6654/samsungs-exynos-5-octa-powered-by-powervr-sgx-544mp3-not-arms-mali |
| 11:31.06 | buZz | ty |
| 11:32.34 | buZz | TestModule: seems thats still a rumor though |
| 11:32.55 | *** join/#arm-netbook vinifm (~Vinicius@177.98.170.205) |
| 11:33.12 | *** join/#arm-netbook xymox (~xymox@unaffiliated/contempt) |
| 11:34.04 | TestModule | http://www.tomshardware.com/news/Samsung-exynos5-Octa-8-Core-chip,20345.html |
| 11:34.22 | TestModule | they were talking about it at CES |
| 11:34.36 | TestModule | hardly rumor |
| 11:35.28 | TestModule | http://www.samsung.com/global/business/semiconductor/minisite/Exynos/blog_CES_2013_Samsung_Mobilizes_Possibility_with_Exynos5Octa.html |
| 11:36.51 | buZz | no the rumor part was the usage of powerVR ;) |
| 11:36.52 | vinifm | I have a doubt... in the case of mismatch between chip driver and platform driver, which must be changed? (enc28j60.c and spi_sunxi.c) |
| 11:37.01 | TestModule | you need to watch the video, buzz |
| 11:37.04 | TestModule | at the bottom |
| 11:37.11 | buZz | oh there is a video? |
| 11:37.14 | TestModule | yes |
| 11:37.18 | buZz | on flash-less platform atm |
| 11:37.18 | TestModule | and it's nice and long |
| 11:37.26 | TestModule | should be HTML5 @ YT |
| 11:37.43 | *** join/#arm-netbook xymox (~xymox@unaffiliated/contempt) |
| 11:38.24 | buZz | have the YT link? |
| 11:38.37 | TestModule | http://www.youtube.com/watch?feature=player_embedded&v=GDJ67df0p6A |
| 11:38.37 | buZz | ah nmind |
| 11:38.47 | buZz | dont have time to watch it now anyway ;) |
| 11:39.16 | vinifm | taking into account that enc28j60.c is in the main list |
| 11:39.31 | vinifm | *mainline |
| 11:43.21 | hramrach | anyone familiar with the mali libs? |
| 11:43.32 | hramrach | do they use threads? |
| 11:44.14 | *** join/#arm-netbook xymox (~xymox@unaffiliated/contempt) |
| 11:44.19 | *** join/#arm-netbook prw (~yaaic@178.181.14.43.nat.umts.dynamic.t-mobile.pl) |
| 11:45.36 | libv | hramrach: yes, they are threaded |
| 11:45.51 | libv | hramrach: because this is how job submission works on the mali |
| 11:46.14 | hramrach | http://paste.debian.net/232411/ |
| 11:46.24 | hramrach | then nothing works on them |
| 11:46.29 | Turl | http://www.youtube.com/watch?v=kXEgk1Hdze0&feature=share |
| 11:46.41 | hramrach | because they create threads behind the back of singlethreaded processes |
| 11:46.47 | libv | hramrach: also, readelf -d |
| 11:46.59 | hramrach | which don't initialize threading in X11, Gtk, .. |
| 11:47.13 | libv | hramrach: why would that be relevant? |
| 11:47.32 | libv | hramrach: only the mali lib uses threads |
| 11:47.41 | libv | hramrach: everything above job submission is singlethreaded |
| 11:48.57 | libv | all state setup is single threaded, the application never should be aware of there being threads in the back, apart from some context switches eating cpu time |
| 11:50.00 | hramrach | the pthread library is initialized |
| 11:50.13 | libv | and? |
| 11:50.20 | libv | gdb will complain, sure |
| 11:50.21 | hramrach | the xcb and gtk/glib libraries do some voodoo to determine it is |
| 11:50.30 | hramrach | use a mutex to serialize |
| 11:50.38 | hramrach | that mutex does not exist |
| 11:50.38 | hramrach | crash |
| 11:50.54 | libv | that's an issue with xcb gtk/glib |
| 11:51.34 | libv | mali libs are threaded in way that should not matter for applications talking to it |
| 11:51.52 | libv | so blame xcb, gtk/glib |
| 11:52.08 | hramrach | hehehe |
| 11:52.45 | *** part/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 11:54.16 | hramrach | except look at the start of the log |
| 11:54.22 | hramrach | there is unknown request error |
| 11:54.57 | hramrach | unless that is some sort of corruption the egl lib *does* fiddle with X protocol behind the back of xcb lib |
| 11:56.56 | *** join/#arm-netbook xymox (lechuck@unaffiliated/contempt) |
| 11:58.25 | libv | hramrach: what are you doing to cause this? |
| 12:11.08 | *** part/#arm-netbook TestModule (~robot@173.168.4.7) |
| 12:12.30 | hramrach | es2_info |
| 12:12.37 | Adibek | andoma: Can You upload the photo of your board ? |
| 12:13.02 | hramrach | on the old mali driveer if that matters |
| 12:13.54 | libv | where can i find that application? |
| 12:14.01 | libv | i will give it a whirl now on the framebuffer |
| 12:14.24 | libv | but my intention is to make the mali-libs test also work on X |
| 12:14.59 | hramrach | libv: to be precise I compiled mesa demos with the Mesa libgl and Mali libgles installed |
| 12:15.11 | hramrach | it won't work on framebuffer |
| 12:15.20 | libv | now there is your problem. |
| 12:15.39 | hramrach | that would be easy if I could import the es2_info code |
| 12:15.54 | libv | yes, but, this is why you have this issue now |
| 12:15.59 | hramrach | but that says (c) Tungsten graphics. All rights reserved |
| 12:16.02 | libv | it was a gamble worth taking |
| 12:16.13 | libv | but it did not work out |
| 12:16.15 | hramrach | so I use the test for fb and es2_info for X |
| 12:16.39 | libv | look, i explained a month ago that it is easy to port the test to X11 |
| 12:16.49 | hramrach | it used to work before |
| 12:17.12 | libv | i will now go and do the work for that, which is mostly about setting up things so that they work with the mali libs under X |
| 12:17.29 | libv | then you too will have a working test under X |
| 12:17.58 | libv | yes, well, the mali libs have been threaded all the time, so that definitely is not the issue |
| 12:19.00 | libv | compiling es2_info in the mesa tree, and then hoping that they completely work against an opengles2 binary driver, that should make one feel slightly uncomfortable |
| 12:19.23 | libv | it should work, yes, but it clearly doesn't |
| 12:19.31 | libv | in this case |
| 12:19.38 | hramrach | yes, maybe the libX11 got upgraded to a newer, more broken version |
| 12:19.47 | hramrach | the test works fine, just crashes at the end |
| 12:20.17 | hramrach | it's not in Mesa tree |
| 12:20.23 | hramrach | it's in mesa demos |
| 12:20.43 | libv | but you built it against the mesa tree is what i understood |
| 12:20.46 | hramrach | it does what it should but libx11 shoots it down at the end |
| 12:20.58 | hramrach | or libxcb |
| 12:21.49 | hramrach | I suspect any non-trivial X program linking with the X libs in Debian using GLES will do the same |
| 12:22.10 | libv | maybe the version of the mali libs egl that you are using has a bug |
| 12:22.17 | hramrach | no, only the GL part |
| 12:22.21 | hramrach | not the GLES part |
| 12:22.31 | libv | that does not make sense. |
| 12:22.37 | hramrach | the demos refuse to build without libGL and Mali SDK does not provide one |
| 12:22.44 | libv | ah, hah |
| 12:22.59 | libv | hramrach: stop worrying, you are indeed doing it wrong. |
| 12:23.04 | hramrach | in fact the demos refuse to build against the Mali GLES because there are no .pc files |
| 12:23.21 | hramrach | been meaning to add them so the autocrap stuff works |
| 12:24.17 | hramrach | why? |
| 12:24.26 | hramrach | GLES is binary ABI |
| 12:24.36 | hramrach | the libs should be interchangeable |
| 12:24.43 | libv | yes, GL and GLES aren't |
| 12:24.58 | hramrach | in fact the Ubuntu es2_info libraries are biults against Mesa and used on Mali |
| 12:25.12 | libv | lucky |
| 12:25.14 | hramrach | I built against Mali but does not really make any difference |
| 12:25.32 | hramrach | *es2_info binaries |
| 12:25.54 | libv | maybe they built mesa right, and produced a gles library? |
| 12:26.14 | hramrach | yes, I have libGL just so autocrap detects it and moves on to libGLES |
| 12:26.32 | hramrach | it is irrelevant waht libGL I have. it's for libGL demos |
| 12:27.08 | libv | hramrach: in any case, i will get you your mali-libs test ported to X11 |
| 12:27.14 | hramrach | yes, I could install that |
| 12:27.21 | hramrach | but that would not work on mali |
| 12:27.29 | libv | ... |
| 12:27.38 | hramrach | well, perhaps it would load llvmpipe |
| 12:27.42 | libv | ? |
| 12:28.42 | hramrach | ?? |
| 12:29.02 | ssvb | libv: maybe he is still talking about libGL? |
| 12:29.22 | libv | ssvb: even then it does not make sense :) |
| 12:30.26 | andoma | Adibek: it's already on the wiki |
| 12:30.46 | hramrach | how does it not make sense? |
| 12:31.25 | hramrach | the Mesa demos have programs for GL, programs for OpenVG, programs for GLES1, programs for GLES2 |
| 12:31.33 | hramrach | to build them you need libGL |
| 12:31.38 | hramrach | the GL demos are not optional |
| 12:31.41 | *** join/#arm-netbook muts (~muts@backtrack/leader/muts) |
| 12:31.54 | hramrach | autocrap .. |
| 12:32.41 | ssvb | hramrach: if they are pulling in unneeded libGL dependency, it's more like mesacrap than autocrap |
| 12:33.28 | hramrach | it's not unneeded |
| 12:33.38 | hramrach | the programs that link to it need it |
| 12:34.07 | hramrach | you just cannot skip building them |
| 12:34.07 | libv | mesacrap indeed |
| 12:34.30 | libv | no libGL, but only libGLES -> build only gles apps. |
| 12:34.39 | libv | ssvb is right |
| 12:40.19 | *** join/#arm-netbook sspiff (~quassel@static.244.72.46.78.clients.your-server.de) |
| 12:40.19 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 12:46.52 | *** join/#arm-netbook valhalla (~valhalla@78-134-122-138.v4.ngi.it) |
| 12:57.34 | *** join/#arm-netbook Quarx (~Quarx@46.233.233.48) |
| 12:59.01 | *** join/#arm-netbook Quarx (~Quarx@46.233.233.48) |
| 12:59.37 | *** join/#arm-netbook Quarx (~Quarx@46.233.233.48) |
| 12:59.44 | *** join/#arm-netbook hipboi (~hipboi@27.23.191.87) |
| 13:05.19 | *** join/#arm-netbook vinifm (~Vinicius@177.98.170.205) |
| 13:15.01 | andoma | libv: which kernel version (commit hash) are you using when you have working binary drivers for the framebuffer |
| 13:15.08 | andoma | i've been struggling quite a bit now and it's still no go |
| 13:15.53 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 13:16.05 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 13:24.15 | *** join/#arm-netbook jelly (~jelly@pdpc/supporter/active/jelly) |
| 13:30.44 | *** join/#arm-netbook datagutt (~datagutt@unaffiliated/datagutt) |
| 13:32.44 | *** join/#arm-netbook cnxsoft (~jaufranc@node-bj4.pool-118-172.dynamic.totbb.net) |
| 13:38.58 | libv | andoma: sunxi 3.0 |
| 13:39.03 | andoma | latest |
| 13:39.06 | andoma | ? |
| 13:39.16 | libv | not the absolute very latest |
| 13:39.20 | libv | but late-ish |
| 13:40.54 | andoma | i tried a couple different kernel version .. also 3.4, none worked |
| 13:41.24 | andoma | it fails somewhere inside eglCreateContext() .. did some singlestepping and some kind of struct contains 0 in a word where the driver wants it to be 4, if not 4 it returns glError 3005 |
| 13:41.54 | andoma | bytes per pixel perhaps? who knows |
| 13:42.04 | andoma | care to pastebin output from fbset -i or something |
| 13:44.04 | slapin | got 2 nameless A13 tablets again, will try to identify what to make out of it |
| 13:44.54 | libv | andoma: what application are you running? |
| 13:45.01 | andoma | test from mali-libs |
| 13:45.08 | libv | under X11? |
| 13:45.10 | andoma | no |
| 13:45.18 | libv | hrm. |
| 13:45.57 | libv | let me give that a go in a minute, as i just cleared my todo list |
| 13:46.24 | andoma | no worries i'm not with the device now anyway as i'm dayjob as usual |
| 13:51.10 | libv | hramrach: this is not a bug that you should file against debian. |
| 13:52.01 | libv | just read the bug report against debians libx11 |
| 13:52.29 | libv | andoma: you are using r3p0, right? |
| 13:52.56 | andoma | libv: yup |
| 13:53.43 | andoma | i am using my "own" rootfs though.. or actually more or less a standard buildroot compiled with pretty recent linaro toolchain (gcc 4.7) |
| 13:58.49 | hramrach | libv: since debian does nothave the most recent libs it's hard to file with upstream either |
| 13:59.08 | libv | hramrach: it's not a bug with either. |
| 14:00.15 | hramrach | also comparing the output of the test program with X11 and framebuffer the only difference is that on framebuffer program reports surface size 480x480 while on X11 it reports surface creation error |
| 14:00.15 | libv | hramrach: it's a bug with what you are doing on the mali library you are using, and i think it is a bug with what you are doing |
| 14:00.43 | libv | i really do suggest that you close this bug as to not bother the debian people needlessly |
| 14:01.09 | hramrach | running gnome-shell is a bug? |
| 14:01.19 | hramrach | you could say that but Debain packages it |
| 14:02.05 | *** join/#arm-netbook valhalla (~valhalla@78-134-122-138.v4.ngi.it) |
| 14:02.47 | libv | hramrach: debian packages mali-libs? |
| 14:03.20 | hramrach | no |
| 14:03.29 | libv | then close the bug |
| 14:03.52 | hramrach | it packages GLES programs, however |
| 14:03.59 | hramrach | those should somehow work in the distro |
| 14:05.12 | libv | you know what, f this. |
| 14:05.16 | libv | i am putting you on ignore |
| 14:05.26 | libv | you seem to be totally void of logic. |
| 14:12.35 | *** join/#arm-netbook ln2 (~Thunderbi@c-76-20-144-114.hsd1.mi.comcast.net) |
| 14:15.25 | ln2 | Let me know when I should send the Diablo III keys. |
| 14:15.48 | ln2 | misstell. ** |
| 14:21.26 | hramrach | libv: the logic is that GLES is an ABI and the library should be replaceable with any other |
| 14:21.39 | hramrach | maybe that logic is wrong |
| 14:22.05 | hramrach | but then the libraries we have are next to useless |
| 14:28.45 | xenoxaos | i would think libv would know what he's talking about.... |
| 14:36.16 | libv | i am sure that i am not the only one seeing the broken logic, and that this is, at best, a bug against sunxi mali-libs and not against debian libx11. |
| 14:40.46 | *** join/#arm-netbook revident (~scott@fw.iplink.net) |
| 14:41.18 | *** join/#arm-netbook arete74 (~arete74@net-93-64-241-175.cust.dsl.vodafone.it) |
| 14:43.29 | hramrach | libv: are you saying that the mali libs are broken for using threads? |
| 14:43.58 | hramrach | they cannot initialize the X11 threading because the app must do it by X11 interface |
| 14:45.16 | WarheadsSE | techn_: sure can, can you put in a github issue for it? |
| 14:46.27 | *** join/#arm-netbook arete74_ (~arete74@net-93-64-241-175.cust.dsl.vodafone.it) |
| 14:47.13 | *** join/#arm-netbook GeorgeIoak (4c143130@gateway/web/freenode/ip.76.20.49.48) |
| 14:50.07 | *** part/#arm-netbook danlench (~daniell@c75-109-210-48.bcstcmta01.clsttx.tl.dh.suddenlink.net) |
| 14:52.57 | GeorgeIoak | ssvb: Does VLC/CedarX ONLY run fullscreen? That's all it has done for me (it scales any video to FS) and now of course I need to play a video on part of the screen |
| 14:54.15 | hramrach | are you using the framebuffer libraries or x11 libraries? |
| 14:54.29 | ssvb | GeorgeIoak: I have not tried VLC/CedarX |
| 14:54.48 | hramrach | on framebuffer the logic is that the application uses whole screen |
| 14:54.58 | hramrach | in X11 you can have windowed application |
| 14:55.18 | GeorgeIoak | hramrach: i compiled it last week and can't remember now, how could I check? |
| 14:55.37 | hramrach | but not sure vlc would work with CedarX in X11 |
| 14:55.46 | GeorgeIoak | I don't remember having a choice of which libraries to use |
| 14:56.24 | hramrach | do you have an X server running? |
| 14:56.44 | GeorgeIoak | yes, wills version does work well but it is always fullscreen. yes X is running |
| 14:56.56 | hramrach | or perhaps does DISPLAY="" vlc |
| 14:56.58 | hramrach | work? |
| 14:58.19 | GeorgeIoak | i know you have to use these switched when running cvlc, --codec cedar --vout cedarfb |
| 14:58.41 | GeorgeIoak | brb |
| 14:58.51 | hramrach | does 'DISPLAY="" vlc' work? |
| 14:59.01 | hramrach | if it uses X it needs display |
| 14:59.34 | Triffid_Hunter | mplayer uses SDL for me if DISPLAY is empty, works but is chunky at best |
| 15:05.09 | hramrach | oh, cedarfb is probably direct framebuffer rendering |
| 15:05.23 | hramrach | that explains why the console is not visible but active |
| 15:06.14 | hramrach | GeorgeIoak: vlc simply draws over the whole screen without regard for anything else that might be on it |
| 15:07.34 | *** join/#arm-netbook ZaEarl (~malmrose@c-67-166-109-0.hsd1.ut.comcast.net) |
| 15:08.09 | GeorgeIoak | hmm, ok, that sucks for this application as it turns out, i thought you could write to a portion of the FB |
| 15:08.44 | GeorgeIoak | and yes mplayer is not great but it's close with the videos that i have that need to play |
| 15:09.36 | GeorgeIoak | has anyone tested which codec might perform better for the CPU, right now it takes ~65-75% on a MP4/h.264 |
| 15:13.20 | jinzo | I see someone quite close is selling his mele 1000 - how are they build wise? |
| 15:16.50 | *** join/#arm-netbook ssvb (~ssvb@212.16.98.80) |
| 15:18.41 | jinzo | ssvb, I read your blog, quality stuff, keep em coming! |
| 15:20.52 | GeorgeIoak | ssvb: didn't know you had one, what's the link? |
| 15:22.02 | Turl | jinzo: nice device, but only 512M ram |
| 15:24.32 | jinzo | GeorgeIoak, http://ssvb.github.com/ |
| 15:24.44 | Turl | GeorgeIoak: with cedar, on performance governor? |
| 15:25.15 | GeorgeIoak | Turl: you lost me, sorry |
| 15:26.28 | GeorgeIoak | crap, just found out i have to be on a conference call in 2 hours to discuss this. what's my best option to run a video on a web page, is there any codec that will perform better? |
| 15:27.53 | GeorgeIoak | right now the videos are m4v @ 704x396 and mplayer can barely keep up |
| 15:29.15 | Turl | GeorgeIoak: what cpu governor are you using? |
| 15:29.41 | GeorgeIoak | seems like i have to run performance |
| 15:30.28 | GeorgeIoak | of course running cpufreq-set -g performance works best but not sure if that's wise to leave for 24/7 kiosk |
| 15:31.22 | Turl | http://linux-sunxi.org/Cpufreq might be of use too |
| 15:32.07 | Turl | what I was saying was, if you're on cpu perf governor and using cedar, I think 60% cpu usage is a bit too much |
| 15:32.18 | GeorgeIoak | turl: yeah, i have that set in my rc.local |
| 15:33.01 | GeorgeIoak | no, vlc/cedar is very low cpu but it only plays full screen and for this kiosk the videos need to be in a window |
| 15:33.30 | GeorgeIoak | i thought i was ok, until they sent me a sample of what they want to run last night |
| 15:35.32 | *** join/#arm-netbook Avernos_ (~avernos@221.223.239.212) |
| 15:35.35 | hramrach | depending on the cedar interface you might be able to specify screen rectangle to output to |
| 15:35.41 | GeorgeIoak | i'm really surprised at how much CPU it takes to play a 704*396 video, i'm hoping that maybe a different codec will work? this one is AVC, High@L3.0 |
| 15:36.14 | GeorgeIoak | hramrach: i tried passing the --width --height switch and it gets ignored |
| 15:36.57 | hramrach | but at this point the output driver you picked based on the vlc guide is not made to do that |
| 15:38.02 | GeorgeIoak | I noticed in my FEX I have fb0_scaler_mode_enable = 0 and fb1_scaler_mode_enable = 0 but when I enabled them i saw an error in the log and vlc didn't play the video |
| 15:38.57 | GeorgeIoak | hramrach: meaning --vout cedarfb and it's writing to whole fb? |
| 15:41.29 | Turl | GeorgeIoak: high profile is not good if you want speed |
| 15:42.06 | Turl | GeorgeIoak: try baseline profile h264 |
| 15:42.31 | hramrach | hmm, it does not seem there is an option to not draw fullscreen |
| 15:42.33 | GeorgeIoak | turl: thanks, you think h.264 is the best bet to reduce cpu? |
| 15:43.03 | GeorgeIoak | hramrach: that is what i found last night and once again my heart sank |
| 15:43.10 | hramrach | at least not with the interface the willswang cedar lib provides |
| 15:43.20 | Turl | if you have a decent neon decoder, it might be bearable |
| 15:43.54 | Turl | keep the resolution low too |
| 15:44.39 | GeorgeIoak | well i would have thought 704*396 was low? |
| 15:45.20 | GeorgeIoak | Turl: decent neon decoder, what's my options? |
| 15:46.47 | hramrach | I don't know what NEON decoders are available. All I found were pay-for and not easily obtainable |
| 15:47.17 | hramrach | but if you convert to, say, mpeg2 you should have reduced demand for CPU power |
| 15:47.31 | GeorgeIoak | by pay-for, how much are we talking about? i'm in a real bind here if i can't get this to work |
| 15:48.13 | *** join/#arm-netbook Avernos (~avernos@111.192.251.148) |
| 15:48.13 | *** join/#arm-netbook Avernos (~avernos@unaffiliated/avernos) |
| 15:48.14 | Turl | the android vlc has neon decoding, I bet the desktop one does too |
| 15:48.55 | hramrach | cool |
| 15:49.17 | hramrach | then just pick different output driver I guess |
| 15:49.46 | hramrach | or maybe just install vlc from distro |
| 15:49.51 | GeorgeIoak | i've never done anything in android though and i'm beginning to think i have should have started learning it 2 weeks ago |
| 15:50.38 | GeorgeIoak | hramrach: are you saying that the distro vlc is going to be better than mplayer? |
| 15:51.31 | hramrach | I have no idea |
| 15:51.34 | hramrach | I did not try playing any videos yet |
| 15:53.44 | GeorgeIoak | Turl: so i'm still confused if i have an option to try a different neon decoder |
| 15:57.58 | GeorgeIoak | hramrach: i never expected to be one of the few trying to get video playback :( |
| 16:00.17 | hramrach | for many people fullscreen video is ok |
| 16:01.53 | GeorgeIoak | i saw this on the arch forum, ffmpeg is not compiled with --enable-neon flag, http://archlinuxarm.org/forum/viewtopic.php?f=33&t=4423 |
| 16:02.30 | GeorgeIoak | does that mean i should try to d/l ffmeg source and recompile? |
| 16:03.21 | hramrach | yes, that would possibly help |
| 16:04.02 | hramrach | I guess distributions are not so keen on enabling neon in their binary packages since some SoCs still don't have it |
| 16:04.29 | hramrach | GeorgeIoak: what distribution are you using? |
| 16:04.54 | GeorgeIoak | hramrach: linaro-alip and 3.0.57r1 |
| 16:06.20 | Turl | linaro's ffmpeg doesn't have neon enabled? o.O |
| 16:07.15 | hramrach | that would be odd unless they also target chips that don't have it |
| 16:07.38 | hramrach | seems neon is default enabled in recent ffmpeg if you can trust the configure help |
| 16:08.00 | hramrach | but also depends on build machine perhaps |
| 16:08.04 | Turl | the only popular v7 chip that lacks neon is T2 as far as I know |
| 16:09.51 | GeorgeIoak | do you how i can check the ffmeg on my system to see what it was compiled with? |
| 16:14.30 | Turl | GeorgeIoak: usually --help or --version |
| 16:14.55 | hramrach | it only shows compiler version :s |
| 16:16.58 | Turl | try 'ffmpeg' then |
| 16:17.04 | Turl | http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=7&t=71 you should get something like that |
| 16:17.22 | GeorgeIoak | strange, the only reference to ffmpeg on my system is in the libcedarx source tree. Chromium browser is installed and i thought it used ffmpeg? |
| 16:18.24 | Turl | it may, but it's an internal thing |
| 16:20.31 | GeorgeIoak | ok, i'll install ffmeg and see what happens. i do remember that on the vlc command line he had --fmeg demux but that didn't work well for me as well as someone else and removing that allowed the videos to play well |
| 16:20.46 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 16:23.47 | hramrach | GeorgeIoak: it's called libav-tools now |
| 16:24.15 | hramrach | and the corresponding libav* libraries are possibly used by vlc/mplayer/.. |
| 16:24.44 | GeorgeIoak | hramrach: crap i just installed ffmpeg, i should install libav-tools instead? |
| 16:25.32 | hramrach | that should be the same thing |
| 16:27.49 | GeorgeIoak | ffmpeg --version said i should use libav-tools |
| 16:28.21 | GeorgeIoak | i don't want to break vlc/cedarx since at least for now it i an option, will this perhpas do that? |
| 16:28.45 | hramrach | Turl: http://paste.debian.net/232465/ |
| 16:30.26 | hramrach | it possibly uses ffmpeg for demuxing so you should keep the distro one alone |
| 16:31.02 | hramrach | but you can install libav someplace like /opt/libav and build mplayear and vlca agaist it and see how it works |
| 16:31.13 | GeorgeIoak | i installed then removed ffmpeg and vlc still works. are you saying not to install libav-tools? |
| 16:31.25 | hramrach | not sure you would get that very fast, though |
| 16:31.55 | hramrach | the distro libav-tools are harmless |
| 16:32.29 | GeorgeIoak | ok, i'll install them and try, is the player still called ffmpeg? |
| 16:33.07 | hramrach | but if you wanted to build a more recent libav with different (or at least known) CPU options it's better to put it someplace it does not get in the way of distro-installed programs |
| 16:33.43 | hramrach | it's called ffplay |
| 16:33.53 | GeorgeIoak | libavtools is already installed, i'll try ffplay |
| 16:34.49 | hramrach | it should provide about same peerformance as mplayer |
| 16:34.56 | hramrach | but no harm trying |
| 16:38.07 | GeorgeIoak | odd, it didn't play the video portion of a test mp4 i have that worked with vlc and i think mplayer |
| 16:40.01 | GeorgeIoak | mplayer plays it but chokes, that one is a 720P, i'll try the lower resolution one that they actually want to play |
| 16:41.45 | GeorgeIoak | avplay is maybe a little worse, i see CPU going over 90% just for avplay |
| 16:42.57 | mnemoc | expectable when not using cedarx |
| 16:43.57 | GeorgeIoak | hey mnemoc, maybe you've got some bright ideas. i have a conference call in less than 2 hours and need some kind of solution |
| 16:44.40 | GeorgeIoak | 90% cpu for a 704x396 seems excessive |
| 16:45.50 | mnemoc | thought you said 720p |
| 16:46.02 | mnemoc | for 704x396.... not using neon maybe? |
| 16:46.10 | hramrach | it's a weak CPU. the VPU is there for a reason ;-) |
| 16:46.15 | jelly | 720p would be like 310% cpu? :-) |
| 16:46.51 | GeorgeIoak | yes, all my initial tests were with 720P which works well with vlc/cedar but that only works full screen and last night i found out they want to run the video in a window |
| 16:47.03 | hramrach | it does not say if it uses neon or not, sadly |
| 16:47.18 | GeorgeIoak | 720p with vlc/cedar runs less than 20% and is about 90% reliable |
| 16:47.19 | hramrach | should use by default if you build on neon-capable hardware |
| 16:47.27 | mnemoc | 720p full screen with neon should work smoothly.... but burning all your cpu |
| 16:47.52 | mnemoc | in a window it's a different story |
| 16:48.24 | GeorgeIoak | the test app they sent me is html5 page with this 704x396 video playing in the middle of the screen with other content (menu choices) |
| 16:49.52 | GeorgeIoak | hramrach: do you have time to try and compile a version that we know uses neon? |
| 16:50.41 | hramrach | it will be quite useless for you if I compile it |
| 16:51.16 | hramrach | I build on the board so will take ages, and don't have the video to test, and I will have it linked with some random libraries I have |
| 16:52.03 | GeorgeIoak | do you think compiling on the board will take more than 1 hour? |
| 16:52.55 | GeorgeIoak | i've got extra boards here so i could copy my current SD card and set up another board to compile |
| 16:53.28 | hramrach | I did not try it so I cannot tell |
| 16:53.49 | hramrach | sure, might work |
| 16:53.55 | GeorgeIoak | what is your guys guess on this improving things? |
| 16:54.09 | GeorgeIoak | i need to be able to say something on the conference call |
| 16:54.13 | hramrach | dfastest is cross-compile but setting up the environment takes long |
| 16:54.41 | GeorgeIoak | i have a unbuntu VM setup that i use to compile kerne;s |
| 16:54.48 | hramrach | since the estimate is that it should run faster if you used neon it actually might |
| 16:55.16 | hramrach | yes, that's cool |
| 16:55.17 | hramrach | but you need wahtever libraries libav might use |
| 16:55.32 | GeorgeIoak | i still cannot get over why 704x396 takes almost all of the cpu, seems odd to me |
| 16:55.35 | hramrach | the armhf ones |
| 16:55.56 | GeorgeIoak | might be safer to just compile on the board? |
| 16:56.42 | *** join/#arm-netbook pcat (~cat@gprs-internet-bcee1b-232.dhcp.inet.fi) |
| 16:57.50 | GeorgeIoak | this site seems to have different profiles i could test now to see what impact each has on the cpu |
| 17:00.29 | hramrach | also the library you want to compile might be x264 if ffmpeg uses that |
| 17:02.16 | GeorgeIoak | are there any notes anywhere i can look at for compiling it so i know i get it right? |
| 17:08.55 | hramrach | hmm, x264 has no NEON options |
| 17:10.35 | GeorgeIoak | I've tried 4 different videos on this page and even the small one take 50-60% CPU???? |
| 17:10.56 | GeorgeIoak | sorry, this page, http://download.wavetlan.com/SVV/Media/HTTP/http-mp4.htm |
| 17:11.11 | hramrach | so the deal is possibly this: if you build ffmpeg without external x264 you get different codec |
| 17:12.23 | GeorgeIoak | htamrach: different codec, which codec? |
| 17:13.35 | hramrach | the internal h264 codec of libav |
| 17:17.07 | GeorgeIoak | and do we know if the internal one uses or will use neon? |
| 17:17.47 | hramrach | we don't until it's tested |
| 17:18.33 | hramrach | libav has 'neon support' but may not acelerate everything |
| 17:19.58 | GeorgeIoak | and we don't know if the installed libav was compiled with neon support so i need to recompile and use whatever the "use neon" compile switch is? |
| 17:20.58 | *** join/#arm-netbook sky770 (~user770@27.60.89.204) |
| 17:22.05 | sky770 | Anyone saw lima's perf on quake 3? |
| 17:22.17 | hramrach | yes, that's it |
| 17:22.18 | sky770 | is excited as hell! |
| 17:22.33 | hramrach | 1 person ;-) |
| 17:22.41 | sky770 | Brilliant! |
| 17:23.03 | hramrach | but some here saw reports of the perf ;-) |
| 17:23.08 | hramrach | plus it only plays the demo |
| 17:23.10 | libv | sky770: if i had set up quake correctly, my lima driver would've had 75% of the binary drivers performance right off the bat |
| 17:23.12 | *** join/#arm-netbook ln2 (~Thunderbi@ip-64-134-172-36.public.wayport.net) |
| 17:23.17 | sky770 | Nw blobs can go suk em'selves |
| 17:23.24 | libv | that's how great the mali really is |
| 17:23.33 | hramrach | not all shaders compiled for all meshes |
| 17:23.39 | sky770 | Yep |
| 17:24.32 | sky770 | hails libv n team *^_^* |
| 17:24.58 | sky770 | Also..Congrats! |
| 17:25.41 | sky770 | I really couldnt believe it when I first read abt it |
| 17:26.25 | libv | well, imagine my surprise when i had 30.5fps out of it first time round |
| 17:27.09 | sky770 | You for sure are quite discrete :p |
| 17:27.36 | sky770 | Yea..tht abt 5months ago? |
| 17:28.48 | sky770 | @hramrach demo or noo demo..but .. |
| 17:29.50 | hramrach | yeah, looks good :) |
| 17:30.07 | sky770 | you have any idea..hw big is this deal hramrach |
| 17:30.21 | hramrach | but what is needed to make use of the driver in some $random_app |
| 17:30.57 | sky770 | ^ |
| 17:31.27 | sky770 | <PROTECTED> |
| 17:31.57 | hramrach | yes, it's big |
| 17:32.49 | hramrach | but somewhat disappointed that now there is a demo the source is still not available :/ |
| 17:33.53 | sky770 | I suppose they were to hand it over to the community (crazy id s/w ppl :p) |
| 17:35.26 | hramrach | or is the code for runing the demo available already? |
| 17:35.55 | *** join/#arm-netbook Avernos_ (~avernos@222.128.189.44) |
| 17:36.10 | libv | slashdot was all like "wtf, 2%, get out of here you lame gits." |
| 17:36.27 | sky770 | likes full releases :¦ |
| 17:37.06 | libv | sprinkle in a few "yo momma's" |
| 17:37.44 | libv | engadget will once again ignore it |
| 17:37.52 | libv | because we have no money to pay them i guess. |
| 17:38.34 | GeorgeIoak | hramrach: any bright ideas for me? |
| 17:39.08 | sky770 | Engadget..? I don't have the stats..but most ppl like us have abandoned or are rarely followimg it anymore |
| 17:39.14 | hramrach | no |
| 17:39.20 | hramrach | too little time for bright ideas |
| 17:39.56 | GeorgeIoak | crap, any ideas on who would be the best to get some ideas? |
| 17:41.06 | Turl | WarheadsSE: ping |
| 17:42.39 | WarheadsSE | Turl: pong |
| 17:43.09 | Turl | WarheadsSE: regarding earlier talk ^, is alarm ffmpeg/mplayer/etc built with neon support? |
| 17:43.37 | WarheadsSE | not by default, I think. |
| 17:44.00 | WarheadsSE | let me check the details, we hay have 2 packages (w v w/o) |
| 17:44.27 | GeorgeIoak | i see neon on line 1422 of https://github.com/willswang/vlc/blob/master/configure.ac |
| 17:44.32 | WarheadsSE | oh, nope |
| 17:44.52 | WarheadsSE | but it wouldn't be horribly hard to add it & a conflict to allow for w/ & without |
| 17:45.30 | GeorgeIoak | WarheadsSE: I'm in a big bind and need to try it, how can I add it in and see if it improves playback |
| 17:46.09 | WarheadsSE | GeorgeIoak: are you on ALARM? |
| 17:46.24 | GeorgeIoak | sorry, what's that? |
| 17:46.48 | Turl | Arch Linux ARM |
| 17:47.01 | sky770 | ^ |
| 17:47.03 | GeorgeIoak | sorry, linaro-alip |
| 17:48.10 | WarheadsSE | K, then you are going to need to get their package and rebuild from source to get neon |
| 17:48.36 | GeorgeIoak | this is what i followed, http://linux-sunxi.org/VLC |
| 17:49.21 | WarheadsSE | K, |
| 17:49.35 | WarheadsSE | then follow that again, but add the necessary configure flag for neon |
| 17:50.09 | GeorgeIoak | is it -mfpu=neon |
| 17:50.37 | *** join/#arm-netbook Adibek (59e441fc@gateway/web/freenode/ip.89.228.65.252) |
| 17:50.42 | GeorgeIoak | or enable_neon="yes"] |
| 17:52.57 | hramrach | don't think adding neon flag to vlc compile would change much |
| 17:53.16 | hramrach | the codecs vlc uses are in the libs |
| 17:53.25 | WarheadsSE | GeorgeIoak: -mfpu is usually passed as part of cflags, not configure |
| 17:53.59 | WarheadsSE | Yeah, if the underlying libs don't have neon, won't do any good unless! VLC is rebuilding for its own use |
| 17:54.47 | GeorgeIoak | so i would first have find a codec i wanted to use, compile that to use neon and then recompile vlc to use neon? |
| 17:55.19 | WarheadsSE | possibly |
| 17:56.33 | sky770 | ...is..lazy :p (goddamn pizza inventor) |
| 17:56.52 | hramrach | yes, and the codec is libav |
| 17:57.09 | mnemoc | aka ffmpeg |
| 17:57.34 | sky770 | Btw has anyone seen armbrix in action? |
| 17:57.52 | Adibek | Who knows which version sunxi-3.0 or sunxi-3.4 Hans used to boot linux on mk802+ with a10s ??? |
| 17:58.14 | sky770 | I guess they were going to release stuff in around this week |
| 17:58.27 | GeorgeIoak | I see --disable-neon in the vlc config and then then test if enable_neon="yes" or no, so on the compile line would it be --enable_neon? |
| 17:58.28 | mnemoc | Adibek: stage/sunxi-3.4 |
| 17:59.27 | WarheadsSE | Adibek: stage/sunxi-3.4 |
| 17:59.33 | WarheadsSE | :P |
| 17:59.39 | mnemoc | i won |
| 17:59.50 | WarheadsSE | well, I think he gets the point |
| 17:59.57 | GeorgeIoak | and git://git.libav.org/libav.git is where i get the source for libav? |
| 17:59.57 | Adibek | thx i used 3.0 with no efect |
| 18:00.14 | sky770 | Always late entry mnemoc :p |
| 18:01.24 | Adibek | I will try 3.4 with sun5i_defconfig |
| 18:02.22 | mnemoc | don't forget to enable axp15 |
| 18:02.51 | WarheadsSE | ^ |
| 18:07.52 | GeorgeIoak | in the libav config I only see --disable-neon and it looks like if it detects arm then neon is enabled? https://github.com/libav/libav/blob/master/configure line 3770 |
| 18:09.02 | *** join/#arm-netbook voronaam (~avorona@159.153.138.99) |
| 18:09.32 | mnemoc | you don't lose anything forcing --enable-neon |
| 18:09.42 | sky770 | ^ |
| 18:22.45 | Adibek | mnemoc: Where is this axp15 |
| 18:22.50 | Adibek | ? |
| 18:23.14 | mnemoc | in the stage branches |
| 18:25.17 | hramrach | GeorgeIoak: also look what libraries you need installed for the player to build |
| 18:25.31 | *** join/#arm-netbook soulskill (~user770@106.202.191.132) |
| 18:27.35 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 18:28.05 | Adibek | ok i will try this branch https://github.com/linux-sunxi/linux-sunxi/commits/stage/sunxi-3.4 with axp15 |
| 18:33.20 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 18:36.06 | sky770 | Later~ |
| 18:39.06 | GeorgeIoak | just got off of my conference call. they are asking me what video codec they should use to encode their videos. they'll send me tests but i need to give them some options |
| 18:46.08 | traeak | xiph foundation's codec?hehe |
| 18:48.41 | techn_ | GeorgeIoak: Also.. ffmpeg/libav iterates quite quicly.. todays version could be fast enought to play your video fluidly |
| 18:49.07 | techn_ | some of the linaro's packages are quite old.. like directfb |
| 18:49.25 | GeorgeIoak | techn: so maybe git the libav source and compile with --neon-enable? |
| 18:50.08 | *** join/#arm-netbook rellla (~rellla@p4FE5640A.dip0.t-ipconnect.de) |
| 18:50.10 | techn_ | I think that's worth of try |
| 18:51.04 | techn_ | mnemoc: / WarheadsSE: or should we enable NFS boot on reference defconfig |
| 18:51.22 | WarheadsSE | i think thats also an option |
| 18:51.40 | mnemoc | techn_: should I hold from applying the edid parsing patch until hansg replies you? |
| 18:51.47 | WarheadsSE | but, seems like maybe it shouldnt be a defconfig though |
| 18:52.21 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 18:52.33 | techn_ | mnemoc: I think you can apply that.. fix interlacing should be done in different patch :/ |
| 18:52.44 | techn_ | .. if it will be done |
| 18:54.55 | *** join/#arm-netbook soulskill (~user770@122.177.3.117) |
| 18:59.04 | *** join/#arm-netbook mdp (~mdp@cpe-24-166-64-7.neo.res.rr.com) |
| 18:59.07 | GeorgeIoak | could i run the webbrowser in 1 frambuffer and then try to run gstreamer or vlc on the other framebuffer which would be on top of the browser fb? |
| 19:01.22 | techn_ | GeorgeIoak: you mean layers? |
| 19:01.37 | GeorgeIoak | techn:yes |
| 19:02.11 | techn_ | yes you can use atleast two layers.. currently you must code that support by using /dev/disp interface |
| 19:02.37 | *** join/#arm-netbook roric_ (~roric@c-2074e455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 19:02.42 | techn_ | but ssvb had xvideo driver on his backlog.. it would be same thing |
| 19:02.57 | techn_ | so.. maybe you could cordinate that with ssvb :) |
| 19:03.05 | GeorgeIoak | is there a reason why vlc uses the full fb, could it be recompiled to display in a window size that is passed to it? |
| 19:04.21 | andoma | libv: ugh i found the issue. I didn't bother to bring along all the libGLES and libEGL symlinks to libMali.so to the target |
| 19:05.44 | andoma | the program links and executes just fine without it but it seems that some dlopen() or whatever inside libMali requires those to be around |
| 19:08.08 | sky770_ | Later |
| 19:08.59 | libv | ah, i see :) |
| 19:09.04 | libv | andoma: good to know |
| 19:09.17 | libv | andoma: did you not use the makefile targets to install things? |
| 19:09.28 | libv | andoma: please do document this so that others do not run into this in future |
| 19:09.31 | andoma | no i cross compile everything |
| 19:09.36 | andoma | and copy stuff over manually |
| 19:09.53 | libv | andoma: in this case, those makefile targets are there to install things, and not to compile them :) |
| 19:11.32 | andoma | yeah, i know :) we'll i've got myself to blame |
| 19:11.40 | andoma | s/we'll/well/ |
| 19:16.02 | libv | andoma: still, important lesson learned, one that is worth documenting |
| 19:16.24 | techn_ | GeorgeIoak: where is vlc's source.. I could look |
| 19:16.51 | GeorgeIoak | https://github.com/willswang/vlc |
| 19:27.49 | *** join/#arm-netbook ln2 (~Thunderbi@ip-64-134-172-36.public.wayport.net) |
| 19:34.19 | *** part/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 19:38.26 | GeorgeIoak | techn: you mean ssvb's xvideo driver would do something similar? |
| 19:41.44 | GeorgeIoak | i was thinking if it was easiest to change the VLC/cedarx so it could run in a window and have it display on a FB on top of the other FB which is running X |
| 19:42.14 | techn_ | GeorgeIoak: I think it will use layers.. but not sure.. ssvb, how did you plan to do it? |
| 19:42.53 | GeorgeIoak | i think that is one option and the other is to hope that a recompile of libav with neon will improve playback but it doesn't sound like neon will be enough |
| 19:43.18 | GeorgeIoak | at least we know vlc/cedar works well enough |
| 19:45.08 | ssvb | techn_: yes, XV should be using layers |
| 19:45.22 | techn_ | GeorgeIoak: what eats cpu cycles, and cpu cycle free solution: audio(cedarx), video(cedarx), colorspace conversion(disp layer or gles2), image scaling(disp layer or gles2) |
| 19:46.27 | ssvb | techn_: but XV is a solution primarily for software video decoding, I don't know if there will be an easy way to integrate it with hw decoding on cedarx |
| 19:47.07 | ssvb | GeorgeIoak: have you tried profiling to see where exactly the time is spent? |
| 19:47.12 | GeorgeIoak | well vlc/cedarx workes well and always scales full screen. at least with my project i have control of the video coding and don't need to do any scaling |
| 19:47.57 | GeorgeIoak | ssvb: no, just checked cpu usage and it's almost the same cpu usage for all video sizes (within reason) |
| 19:52.27 | GeorgeIoak | ssvb: what do you use to profile? |
| 19:52.41 | ssvb | GeorgeIoak: perf |
| 19:55.33 | GeorgeIoak | is that in linux-tools? |
| 19:58.19 | techn_ | GeorgeIoak: there is scaling done if your 400x200 video is played fullscreen and monitor resolution 1920x1080 |
| 19:58.30 | techn_ | no scaling would be 400x200 window |
| 19:58.35 | *** join/#arm-netbook toxicpsion (~toxicpsio@h216-45-98-25.dynamic.platinum.ca) |
| 19:59.13 | ssvb | GeorgeIoak: yes, you can "apt-get install linux-tools" and then "perf record yourprogram" followed by "perf report" |
| 19:59.44 | ssvb | GeorgeIoak: or if perf is not found (like with my ubuntu/linaro chroot), then something like "perf_3.2.0-23 record ..." and "perf_3.2.0-23 report" may work |
| 19:59.48 | GeorgeIoak | techn_: yes, so my point was that right now the build of vlc/cedarx always scales and works so decoding and scaling. in my app the window and video size will be the same so no scaling should be needed |
| 20:00.32 | GeorgeIoak | ssvb: i'm on it |
| 20:04.28 | GeorgeIoak | ssvb: a little strange. it installed perf but then says i need linux-tools-3.0.57 but that isn't found |
| 20:05.14 | GeorgeIoak | perf is in /usr/bin but running it complains it can't find perf_3.0.57 |
| 20:06.03 | ssvb | GeorgeIoak: just check if you also have perf_* something, in my case it was "perf_3.2.0-23" |
| 20:06.14 | ssvb | GeorgeIoak: it seemed to work |
| 20:07.24 | GeorgeIoak | yeah, you're right, perf_3.2.023 is what you need to run |
| 20:07.28 | techn_ | GeorgeIoak: seems that vlc does scaling and colorspace conversion already with disp layers |
| 20:07.53 | GeorgeIoak | techn: but could it be changed to not scale |
| 20:08.00 | techn_ | GeorgeIoak: but havent found yet logic that changes video window size |
| 20:08.30 | GeorgeIoak | techn: thanks for helping! |
| 20:10.02 | GeorgeIoak | ssvb: when i run perf report i get some warnings/errors about sample in kernel modules can't be resolved |
| 20:11.27 | ssvb | GeorgeIoak: does it at least resolve the samples in userspace applications? |
| 20:12.54 | GeorgeIoak | http://pastebin/SxZN91gB |
| 20:14.06 | techn_ | GeorgeIoak: sudo |
| 20:14.48 | ssvb | GeorgeIoak: google for "WARNING: Kernel address maps (/proc/{kallsyms,modules}) are restricted" to find http://code.google.com/p/dart/wiki/Profiling :) |
| 20:14.54 | GeorgeIoak | techn: http://pastebin.com/SxZN91gB, I'll do again with sudo |
| 20:15.29 | ssvb | GeorgeIoak: "echo 0 > /proc/sys/kernel/kptr_restrict" should fix it |
| 20:16.08 | GeorgeIoak | ok, i'm running again now and then i'll echo 0... |
| 20:17.00 | mnemoc | that echo goes as root, sudo won't do |
| 20:17.36 | ssvb | yeah, I guess GeorgeIoak can figure it out :) |
| 20:17.55 | mnemoc | shuts up |
| 20:18.51 | GeorgeIoak | ok, sudo perf report says 66.31% mplayer libavcedec.so.53.35.0 |
| 20:19.27 | *** join/#arm-netbook valhalla_ (~valhalla@78-134-122-138.v4.ngi.it) |
| 20:19.30 | techn_ | GeorgeIoak: could you pastebin it :) |
| 20:20.08 | GeorgeIoak | never profiled before, do i need to do anything else at the : prompt or just quit and pastebin the screen output |
| 20:21.13 | hramrach | I have gnome crawling \o/ |
| 20:22.03 | ssvb | hramrach: try to profile it? ;) |
| 20:22.05 | techn_ | GeorgeIoak: seems that libcedarx forces video to fullscreen https://github.com/willswang/libcedarx/blob/master/libcedarx.c#L1761 |
| 20:23.31 | GeorgeIoak | http://pastebin.com/SRQDgUvs |
| 20:24.52 | techn_ | GeorgeIoak: your profiling is not complete.. there should be much more that libav.. |
| 20:25.16 | GeorgeIoak | techn: so changing the code to pass in DISP_CMD_SCN_GET_WIDTH/HEIGHT could work? |
| 20:25.30 | ssvb | GeorgeIoak: run "perf report > my-cool-profiling-report.txt" and pastebin the resulting txt file |
| 20:25.36 | techn_ | GeorgeIoak: you cant pass them since kernel gives them |
| 20:25.43 | GeorgeIoak | techn_: i haven't done the ehco statement yet |
| 20:26.04 | hramrach | you can just set screen_width = 704 |
| 20:26.11 | hramrach | and see what happens |
| 20:26.18 | techn_ | you need to code window support for vlc :/ |
| 20:26.33 | hramrach | it has |
| 20:26.47 | techn_ | oh.. also you could hardcode like hramrach proposed :p |
| 20:26.51 | hramrach | but not with cedarx |
| 20:28.28 | GeorgeIoak | http://pastebin.com/Sq68Ernk |
| 20:29.00 | techn_ | GeorgeIoak: like you see scaling/csc takes 20% of cpu |
| 20:29.17 | GeorgeIoak | for this app hard coding 1 window size is all i need, i think they always need to be displayed at the same location to |
| 20:30.24 | GeorgeIoak | techn_: yes, i see that now but I'm a little confused why it is scaling if it is playing in the window size of the video |
| 20:31.03 | techn_ | ok.. then it's only colorspace conversion which takes 20% |
| 20:31.09 | hramrach | it's scaling always |
| 20:31.11 | GeorgeIoak | and on top of mplayer you have X and chromium so there goes all the CPU |
| 20:31.19 | hramrach | os it has the same setup every time |
| 20:31.33 | GeorgeIoak | hramrach: this is mplayer, not vlc/cedarx |
| 20:31.33 | hramrach | no different non-scaling and scaling code path |
| 20:31.47 | ssvb | GeorgeIoak: you can instead run profiling for the whole system and not just mplayer process |
| 20:32.11 | hramrach | oh, mplayer |
| 20:32.23 | hramrach | you can say -noscale or something |
| 20:32.33 | GeorgeIoak | won't do much good right now since i don't have chromium actually playing the video. i haven't even made it to that step :( |
| 20:33.30 | GeorgeIoak | hramrach: i'll look at the switches for mplayer and see if it's -noscaling |
| 20:34.04 | ssvb | GeorgeIoak: at least you will see both mplayer and the X server if you use "-a" option for perf record (system-wide collection from all CPUs) |
| 20:34.27 | GeorgeIoak | OK, I' |
| 20:34.55 | GeorgeIoak | OK I'll add the -a option and see if I can try to tell mplayer not to scale and see what i get |
| 20:37.06 | techn_ | ssvb: GeorgeIoak: also perf_x top is quite nice :) |
| 20:37.36 | GeorgeIoak | searching for that scaling option... |
| 20:42.35 | ssvb | GeorgeIoak: btw, doesn't chromium already support html5 video in some way? |
| 20:42.57 | hramrach | does it use cedar ? |
| 20:43.13 | mnemoc | if someone writes a libva plugin for cedarx, yes |
| 20:43.21 | GeorgeIoak | ssvb:yes, and i was looking at trying to use webm format but even that seems a little tough, cpu wise |
| 20:44.08 | GeorgeIoak | i had an example web page open last night, what would be a good way to perf the full system as i go that web page? |
| 20:44.09 | ssvb | GeorgeIoak: 400x200 is not that high resolution, even software decoding should be able to handle it |
| 20:44.34 | hramrach | and 700x400? |
| 20:44.48 | GeorgeIoak | ssvb: these are a little bigger, ~700x400 but i didn't see much of a cpu difference as the video size reduced |
| 20:45.19 | hramrach | that's odd |
| 20:45.42 | GeorgeIoak | try this page, it has some sample streams, http://download.wavetlan.com/SVV/Media/HTTP/http-mp4.htm |
| 20:45.55 | ssvb | GeorgeIoak: profiling should help, with a separate chromium process you can do "perf record -p `pidof chromium`" or just "perf record -a" |
| 20:46.02 | *** join/#arm-netbook jammi (o@rsence.org) |
| 20:46.02 | mnemoc | Alex1269: your gpio patches still don't apply :< |
| 20:46.25 | mnemoc | Alex1269: can you send them to me as attachment? |
| 20:46.47 | ssvb | GeorgeIoak: it will run until you stop it with Ctrl-C |
| 20:46.52 | GeorgeIoak | ok, i'll open that page i found with a webm video and run perf record -a >thisbetterhelp.txt |
| 20:46.59 | hramrach | and I have Linux boot logo \o/ |
| 20:47.06 | GeorgeIoak | ok |
| 20:47.48 | techn_ | hramrach: had over 6 months ;) |
| 20:49.11 | techn_ | mnemoc: that ft5x_ts patch? :) |
| 20:51.24 | Alex1269 | mnemoc, i don't know your email |
| 20:51.32 | mnemoc | Alex1269: amery geeks cl |
| 20:51.36 | mnemoc | techn_: [linux-sunxi] [PATCH] Change MT events per Android 4.0 requirements ? |
| 20:51.42 | techn_ | mnemoc: yes |
| 20:52.00 | ssvb | GeorgeIoak: with the debugging symbols (apt-get install the relevant *-dbg packages) you can also see individual functions, it is important to verify that NEON is really used for software decoding |
| 20:53.19 | ssvb | GeorgeIoak: but if software decoding is not enough for your video resolutions, then tough luck and struggle with cedarx is ahead |
| 20:53.49 | techn_ | mnemoc: stypid google adds some stuff to new members mails so it wont apply directly :( |
| 20:54.09 | techn_ | stupid.. |
| 20:54.27 | techn_ | or is there way to apply those patches without hackery |
| 20:54.59 | GeorgeIoak | ssvb: uploading the perf -a report with chrom playing a small webm video |
| 20:56.16 | Alex1269 | Sent... |
| 20:57.09 | GeorgeIoak | http://pastebin.com/6fPVDh8T is the perf report of the system and chrome running small webm video |
| 20:57.15 | Alex1269 | I cloned stage/3.0 stage/3.4 yesterday and made changes in both branches and then made patches. I have no idea why you can't apply them... |
| 20:57.53 | mnemoc | Alex1269: sometimes stupid google seems to corrupt them |
| 20:58.10 | Alex1269 | oh... |
| 20:58.19 | hramrach | yeah, google does not like patches |
| 20:58.36 | ssvb | GeorgeIoak: looks like you need to find out why it is using "*_armv6" functions instead of "*_neon" |
| 20:58.58 | hramrach | in which lib? |
| 21:00.00 | hramrach | ffmpeg |
| 21:00.06 | techn_ | 0.34% chromium-browse [kernel.kallsyms] [k] aw_clksrc_read << there's the evil :p |
| 21:00.43 | GeorgeIoak | should i run perf on the larger webm video or is the _armv6 what we need to fix? |
| 21:01.00 | ssvb | GeorgeIoak: and "apt-get install chromium-browser-dbg" should really help to see what is hiding inside of "29.38% chromium-browse chromium-browser [.] 0x7de282" |
| 21:01.16 | GeorgeIoak | ok, i'll do that now |
| 21:01.54 | ssvb | GeorgeIoak: armv6 means that the video decoder library is not using neon, it's a big performance problem |
| 21:02.28 | hramrach | not really if the code spends 3% in that |
| 21:02.28 | ssvb | GeorgeIoak: the offending library must be recompiled with neon enabled |
| 21:02.38 | GeorgeIoak | that explains why things suck so just need to find out how to fix that |
| 21:02.53 | ssvb | hramrach: have you seen how many "*_armv6" functions are there? |
| 21:03.39 | hramrach | even then no more than 10% time |
| 21:03.39 | GeorgeIoak | ok, i installed the dbg, i think i'll restart just to make sure chromium and everything is clean |
| 21:03.55 | hramrach | and optimizing them does not give you that much |
| 21:04.09 | techn_ | hramrach: ffmpeg has more functionality accelerated when you use neon |
| 21:04.11 | hramrach | so say 30% speedup ~ 3% of total |
| 21:04.27 | hramrach | that might be another thing |
| 21:04.29 | techn_ | you cant accelerate same things whith armv6 |
| 21:06.12 | mnemoc | Alex1269: now it worked. thanks! |
| 21:06.41 | GeorgeIoak | ok, going to run it again, hopefully more info in this perf report |
| 21:10.36 | libv | crappity crap, either my mele is unable to properly use the ram at 480MHz, or i messed up installing uboot |
| 21:10.42 | libv | digs out his serial cable |
| 21:10.55 | GeorgeIoak | when i run the report it says that i don't have symbols in /bin/dash |
| 21:11.20 | libv | good thing that i didn't try this before fosdem :) |
| 21:12.31 | libv | this uboot stuff is really rather fragile. |
| 21:13.26 | GeorgeIoak | here's the latest report, http://pastebin.com/Me3HtBrf |
| 21:16.36 | Turl | is anyone here going to the embedded linux conference? |
| 21:24.08 | GeorgeIoak | Turl: I'd go and buy everyone beers if we could solve this for me ;) |
| 21:25.10 | Turl | I'm not going, but I know someone who is :) |
| 21:25.47 | Turl | GeorgeIoak: why do you need it on a window by the way? |
| 21:28.42 | GeorgeIoak | because that is what the customer wants. it will have menu options on the side for the customer to select which video to play |
| 21:29.37 | GeorgeIoak | similar to this, http://www.vendaria.com/gallery/cisco/16785-routers/index.html?width=880&height=630 |
| 21:29.51 | libv | ah, crap |
| 21:29.55 | libv | <-- idiot |
| 21:30.08 | libv | rms /dev/mmcblkx |
| 21:30.27 | GeorgeIoak | libv: no more than i am i bet |
| 21:31.23 | *** join/#arm-netbook simosx (~simosx@ubuntu/member/simosx) |
| 21:31.27 | libv | i have run into the exact same issue twice already over the last half a year |
| 21:31.32 | Turl | GeorgeIoak: have you considered android as an alternative? |
| 21:31.32 | libv | that's pretty bad :) |
| 21:31.40 | Turl | libv: you deleted your mmc node? |
| 21:32.26 | libv | no, i copied my own howto too directly |
| 21:32.37 | GeorgeIoak | i did but never worked in android but the time i've spent trying to get this working i could have learned. i need the lvds and touch to work too though |
| 21:32.41 | libv | and dded to /dec/mmcblkx |
| 21:32.47 | Turl | you dd'ed to ram? :p |
| 21:32.56 | libv | :) |
| 21:33.01 | libv | to devfs :) |
| 21:33.15 | Turl | libv: "zomgz this sdcard is fast!" ;) |
| 21:33.16 | libv | and i have done it before :) |
| 21:33.20 | libv | and i will do it again :) |
| 21:33.27 | Turl | yeah, that stuff happens |
| 21:33.28 | *** join/#arm-netbook ln2 (~Thunderbi@ip-64-134-172-36.public.wayport.net) |
| 21:33.51 | Turl | GeorgeIoak: I was thinking of a simple web page with embedded html5 h264 video |
| 21:33.56 | Turl | it should work on android browser |
| 21:34.10 | *** join/#arm-netbook focus_it (~focus_it@cpc7-dals17-2-0-cust182.hari.cable.virginmedia.com) |
| 21:34.24 | GeorgeIoak | me too, but it needs to be full screen so it looks like an app, not a computer/browser |
| 21:34.30 | libv | looking good, dmesg and q3a will tell whether 480MHz is stable |
| 21:34.46 | GeorgeIoak | i thought i could do that in *nix |
| 21:34.53 | Turl | GeorgeIoak: well, you could make an app with a huge web view and force it as launcher |
| 21:35.17 | Turl | libv: 480 on mali? |
| 21:35.21 | Turl | pff |
| 21:35.27 | libv | 480MHz on ram |
| 21:35.28 | focus_it | Anyone got a datasheet for GT8UB256M16BP - the DDR3 chip in cubieboard? |
| 21:35.33 | Turl | libv: oh |
| 21:35.39 | libv | mali on allwinner does not clock there |
| 21:35.51 | Turl | libv: yeah, that's why 'pfff' :P |
| 21:36.19 | libv | that extra third of performance would actually translate to q3a being a third faster :) |
| 21:36.27 | GeorgeIoak | how could i test touch and lvds for android, does it use the same script file? do you know if android has the touch libraries built-in already for sun4i-ts? |
| 21:37.30 | Turl | no idea if the built in android supports it or not |
| 21:37.43 | Turl | but for a quick proof of concept you should be fine |
| 21:37.58 | Turl | make sure the video works first |
| 21:39.38 | Turl | this app might be okay https://play.google.com/store/apps/details?id=it.automated.android.browser.kiosk for the 'kiosk' look |
| 21:39.39 | GeorgeIoak | let me boot up the stock android image and see how the browser reacts to that webm test page or do i need to flash a different android? |
| 21:40.03 | Turl | GeorgeIoak: not sure if it supports webm at all, use h264 |
| 21:42.01 | GeorgeIoak | video format can easily be changed but right now no formats seem to work in *nix except for fs vlc/cedarx |
| 21:43.09 | Turl | you will need neon-able software on *nix if not using cedarx |
| 21:43.26 | Turl | otherwise you're pretty much guaranteed slow motion video |
| 21:48.24 | *** join/#arm-netbook aesok (~aesok@95-28-1-57.broadband.corbina.ru) |
| 21:51.55 | GeorgeIoak | OK, well a quick test on android for HTML5 video test pages works significantly better using the stock browser. i might have to pull the plug on *nix and re-invent the wheel which I'm not looking forward to |
| 21:52.12 | libv | heh, 480MHz puts us at 36.1, whereas 360MHz put us at 35.4 (at 720p) |
| 21:52.26 | libv | so yes, an improvement, but rather limited :) |
| 21:52.36 | libv | we are rather fragment shader bound :) |
| 21:52.42 | libv | it does seem stable though |
| 21:52.47 | GeorgeIoak | still would really like to get something going with neon to see how it performs or try to get vlc/cedarx to play videos in the same size as the content |
| 21:52.48 | libv | so i think i'll keep it |
| 21:57.46 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 21:59.18 | ssvb | libv: something that typically runs at hundreds fps should see a bigger improvement from 480MHz RAM clock |
| 21:59.51 | libv | oh, yeah, definitely |
| 22:00.10 | libv | the spinning companion cube has a 30% boost in limare versus binary |
| 22:00.14 | libv | i will run that one now |
| 22:00.53 | libv | it is amazing how fragment shader heavy q3a is :) |
| 22:01.46 | traeak | cool or not cool? |
| 22:04.57 | GeorgeIoak | Turl: I swallowed my pride and just fired off an email asking if the people creating the "content" had worked in Android. They're a big enough company that they may have which would leave me with "only" getting touch and LVDS working |
| 22:08.48 | libv | at 720p, this advantage for lima drops to just 19% :( |
| 22:08.58 | libv | will now reboot with 480MHz again |
| 22:16.55 | libv | the egl version gain 7% |
| 22:17.02 | libv | the egl version gains 7% with the higher mem clock |
| 22:17.24 | libv | again, the pp is the biggest limit, it has it easier, but only a bit easier |
| 22:18.26 | libv | the limare test gains 5.6% |
| 22:19.13 | libv | 17.6% advantage over opengl. our more aggressive scheduling is reducing the advantage of the extra memory bandwidth |
| 22:19.34 | libv | part of that may also be the uploading of the textures and the attributes |
| 22:23.39 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 22:38.35 | ZaEarl | I should go to the Android Builders Summit. |
| 22:40.10 | hramrach | ABS |
| 22:40.28 | hramrach | that tla is overloaded |
| 23:02.49 | WarheadsSE | yup. |
| 23:08.37 | L84Supper | http://s9.postimage.org/nu5ti9onj/A10_Co_M_600x400.jpg anyone heard if this board has the full 4GB of DDR3 accessible or not? |
| 23:10.55 | *** join/#arm-netbook arete74 (~arete74@net-93-64-241-175.cust.dsl.vodafone.it) |
| 23:12.24 | WarheadsSE | never seen that one before. |
| 23:19.51 | traeak | uhh |
| 23:20.02 | traeak | 4gigabit -> 256MB |
| 23:20.21 | traeak | is what i would guess that to really be |
| 23:20.38 | traeak | imean 512MB or something |
| 23:27.40 | L84Supper | sorry , yeah, it's only 512MByte |
| 23:27.52 | toxicpsion | never seen that one before either! |
| 23:28.07 | L84Supper | it was just on the mail list |
| 23:28.26 | toxicpsion | haven't been around enough to catch up on that one yet :P |
| 23:31.11 | L84Supper | "Full production should commence after Chinese New Year. We'll be sending out a press release along with more detail in the next couple of days." |
| 23:31.38 | L84Supper | "I finalized testing of the Chinese manufactured prepoduction units. Units are shipping next week to a few customers along with carrier boards." |
| 23:43.04 | hramrach | it's sad the Olimex board with 2G ram seems stuck |
| 23:52.41 | *** join/#arm-netbook simosx_ (~simosx@ubuntu/member/simosx) |
