| 14:43 | wrexem | Good morning, hackers! |
| 14:45 | R0nd | sup |
| 14:47 | rabeeh | good afternoon |
| 14:47 | wrexem | MORNING. At least where it matters. (To me.) |
| 14:49 | rabeeh | east cost? |
| 14:52 | Marmotte | we always say morning, on IRC :D |
| 14:53 | Marmotte | http://www.total-knowledge.com/~ilya/mips/ugt.html |
| 15:00 | wrexem | Now that is some excellent information! |
| 15:00 | wrexem | Thank you Marmotte! |
| 16:51 | wrexem | What sorts of IDE do you guys use for C/C++ dev work? |
| 16:53 | Humpelstilzchen | vim |
| 16:56 | lubiana | vim is best im |
| 19:41 | R0nd | xbmc is giving me 100% cpu load, what's up with that? :( |
| 20:56 | earthy | vim + exuberant ctags + lclint + ... |
| 20:56 | earthy | oh, wait, that's splint these days |
| 20:57 | wrexem | How does one go about getting accellerated video decoding on something like the hummingboard? When I try to play video it lags like whoah |
| 21:02 | Humpelstilzchen | wrexem: like with GStreamer? http://jas-hacks.blogspot.de/2014/04/imx6-gstreamer-imx.html |
| 21:09 | dv__ | wrexem: how do you play video? |
| 21:09 | dv__ | wrexem: there are two critical components in video playback: decoding, and output |
| 21:10 | dv__ | most people only think of the former, and take great care in using hw acceleration for decoding, but without an efficient output mechanism (that is, one that avoids frame copies with the CPU), its quite pointless |
| 21:11 | R0nd | do you people use xbmc on cubox? some heavy performance issues here |
| 21:11 | Humpelstilzchen | R0nd: which version do you use? |
| 21:11 | dv__ | I know there is an imx6 version of xbmc |
| 21:12 | dv__ | not much more than that though |
| 21:12 | jnettlet | yeah I am able to decode 1080p 100Mbps h264 HP on the iMX6S at 24fps |
| 21:14 | R0nd | Humpelstilzchen: oh, turns out it's really outdated! |
| 21:15 | R0nd | I just grabbed it from debian repo and it's 2 years old |
| 21:15 | dv_ | 21:15 * dv__ wishes the xbmc imx6 guys would respond his mails |
| 21:15 | Humpelstilzchen | R0nd: you have to compile your own. Get it from git and use the imx6 configure options |
| 21:17 | cbxbiker61 | or use geexbox |
| 21:18 | Tal | Hey there |
| 21:18 | Tal | Is someone here? (quite new to IRC) |
| 21:18 | R0nd | where should I get the source? https://github.com/rabeeh/xbmc/tree/master this repo looks kinda old |
| 21:19 | Humpelstilzchen | R0nd: https://github.com/xbmc/xbmc |
| 21:19 | Guest78692 | Hey, I'm trying to install my CuBox for the first time, |
| 21:20 | Guest78692 | I've put the image from http://www.solid-run.com/wiki/Debian_and_derivatives into the SD card |
| 21:20 | Guest78692 | and it won't boot |
| 21:20 | Guest78692 | :( , Do I have to do anything more? |
| 21:20 | Humpelstilzchen | R0nd: do you already have the Libraries for hw accell? |
| 21:21 | R0nd | Humpelstilzchen: not sure, are they available as a package or do I have to build them? |
| 21:21 | Humpelstilzchen | R0nd: you have to download them |
| 21:22 | R0nd | Guest78692: http://www.solid-run.com/wiki/Flash_an_image this should be helpful |
| 21:22 | Guest78692 | Yea, I did follow this :( |
| 21:23 | Guest78692 | Except for the part of extending an image to the whole size of the SD card |
| 21:23 | Guest78692 | is it crucial? |
| 21:23 | R0nd | not really |
| 21:24 | Guest78692 | Yea, so I got no idea why it won't boot :( |
| 21:24 | R0nd | Guest78692: do you get any output at all? |
| 21:24 | Guest78692 | Hmm, the SPIDF is read |
| 21:24 | Guest78692 | red* |
| 21:24 | Guest78692 | but the front led isn't working at all |
| 21:24 | Humpelstilzchen | R0nd: is that a vanilla debian or pre build image you use? |
| 21:24 | jnettlet | Guest78692, that means that your Cubox-i was unable to bootstrap from the sdhc card |
| 21:25 | R0nd | Humpelstilzchen: http://www.igorpecovnik.com/2014/08/19/cubox-i-hummingboard-debian-sd-image/ |
| 21:25 | Humpelstilzchen | R0nd: afaik it does have the libs |
| 21:25 | R0nd | cool, I'm still cloning xbmc repo |
| 21:26 | Humpelstilzchen | R0nd: Clone https://github.com/xbmc/xbmc, these configure options worked for me: http://www.solid-run.com/community/topic1663.html |
| 21:26 | R0nd | nice, thanks |
| 21:27 | Guest78692 | I'm downloading what you've send, thanks :) |
| 21:29 | R0nd | Guest78692: afaik your cubox can't read the microsd at all |
| 21:29 | R0nd | double check if it's inserted correctly |
| 21:34 | jnettlet | and when you are dd'ing make sure you are selecting the block device and not the partitions on it. So /dev/sda not /dev/sda1 or whatever your sdhc devices shows up as |
| 21:34 | wrexem | dd-> the drive destroyer |
| 21:44 | earthy | hm. why is it that I can find no upstream for bcm4329.hcd or bcm4330.hcd ? |
| 22:21 | wrexem | What happens if I dd overtop of a live system (e.g. /mmcblk0p1) ? Will it blow up before completing? |
| 22:21 | Humpelstilzchen | of course not |
| 22:22 | wrexem | So, I can just write there and reboot... and have a new image |
| 22:23 | Humpelstilzchen | but where do you read the file from? |
| 22:24 | wrexem | cifs/samba |
| 22:24 | wrexem | I actually use my hummingboard with an SSD |
| 22:25 | wrexem | and I'm looking for a good way to get new images onto the SSD without all the fracking around, or without using an external mounting option (USB3 adapter or something) |
| 22:27 | Humpelstilzchen | no idea how samba works here. Samba might need a working setup for the whole copy process |
| 22:27 | R0nd | wrexem: maybe you could throw together a script that points the uboot to sdcard and reboots |
| 22:28 | wrexem | There are so many mountpoint options, it takes a while to monkey around and get them set right |
| 22:28 | wrexem | Probably my best move is just to get an msata reader/adapter thing. |
| 22:28 | wrexem | and dd right to that |
| 22:29 | R0nd | then you'd have another script in sdcard setup's autorun that would dd images from a predefined location to the ssd |
| 22:30 | R0nd | point uboot back to the ssd and reboot again |
| 22:30 | wrexem | at present I: write to sdcard (from windows) - boot to hummingboard - rsync sd->ssd - repoint 3 sets of mountpoints (on sd, uEnv and SSD) - then reboot. |
| 22:32 | dv__ | you could set up u-boot and the SPL on the sd card once, with a uEnv.txt on it that reads the zImage from the SSD |
| 22:32 | dv__ | from this moment on, you only need to rewrite the root partition on the SSD |
| 22:33 | wrexem | I still can't get to the root partition to write to it, can I? |
| 22:33 | R0nd | why not? |
| 22:33 | wrexem | .img file->On cifs/windows machine |
| 22:34 | R0nd | you could keep a parallel linux setup on sd |
| 22:34 | R0nd | boot it, dd from cifs straight to ssd |
| 22:34 | wrexem | I had considered that. Something just for writing the image from cifs |
| 22:35 | wrexem | or smarter probably to loop mount and rsync |
| 22:35 | R0nd | it could be fully automated |
| 22:35 | wrexem | other than booting to it, yeah |
| 22:35 | wrexem | just change the uEnv boot target |
| 22:36 | R0nd | and that takes care of booting back and forth between sd and ssd, doesn't it? |
| 22:38 | wrexem | I could probably figure out a way to PXE the HB |
| 22:38 | wrexem | with enough support to push a .img file to the SSD |
| 22:39 | wrexem | idk; I think you helped me figure out a solution to my problem though. :) |
| 22:39 | R0nd | doesn't it support tftp already btw? |
| 22:40 | wrexem | Yes, but preparing the image to load from tftp. |
| 22:40 | wrexem | Way outside the scope of what I have ever tried, heh |
| 22:41 | R0nd | honestly I have no idea how tftp booting works, just throwing it out there |