23:59 | dbsx | The drive does some power management and takes a while to kick into action when it has been idle for a while |
01:09 | Coburn | dotarray: can you please let rabeeh know that I shot him an email? |
01:09 | Coburn | the pidgin should have arrived by now |
01:09 | dotarray | sure thing. |
01:09 | Coburn | it's regarding the lcd register issue. just can't seem to replicate the issue on my retail cubox. |
01:10 | Coburn | I'll try again today, but I gotta send the gear back to my brother |
01:10 | Coburn | his nieces are nagging him "where is the cubox?" |
01:16 | Coburn | sorry, |
01:16 | Coburn | daughters |
01:16 | Coburn | my nieces* |
02:17 | Coburn | dbsx: Do you think I could compile a ODROID-U2 kernel on a CuBox? |
02:17 | Coburn | They both are ARMv7 |
02:18 | Coburn | I can't see why not, as long as I use the right Kconfig |
02:18 | dmitrijus | Coburn: yes, you can :) |
02:18 | Coburn | Good. Wanted to confirm before I jumped into the battlefield and shot myself |
02:18 | dmitrijus | Coburn: although, you could just cross-compile it on any amd64 linux machine |
02:19 | Coburn | but cross-compiling is a pita to fix at times |
02:19 | Coburn | I can just leave it churn over night |
02:19 | dmitrijus | works okay, i use emdebian toolchain |
02:20 | dmitrijus | well, it takes about 2minutes to compile a kernel vs 3 hours on the cubox |
02:20 | Coburn | true, but my cubox sits idle otherwise |
02:20 | Coburn | watching me with it's evil red light |
02:20 | dmitrijus | :D |
02:21 | Coburn | ping rabeeh/dotarray: could a later revision have a tricolor LED? |
02:21 | dmitriju | 02:21 * dmitrijus never saw his cubox |
02:21 | Coburn | Red/Green/Blue |
02:21 | Coburn | Disco colors! |
02:22 | Coburn | alright, time to git pull odroid-u2 kernel stuffs |
02:22 | Coburn | come here, git |
02:22 | dotarray | Coburn - i've often thought about it :) |
02:23 | Coburn | Blue = Alive, Green = I'm OK, Red = World domination in progress, can't stop me now |
02:23 | dotarray | :D |
02:23 | Coburn | :D |
02:24 | Coburn | The ODROID-U2 has a really nice blue light |
02:24 | Coburn | it's a LED but man, it's bright |
02:24 | Coburn | Lights up half a room |
02:24 | dmitrijus | dotarray: a nice feature would also be to implement please_dont_override_my_bootcmd=yes uboot variable! :) |
02:24 | Coburn | another cool feature |
02:25 | Coburn | make a uboot command that makes a HDMI screensaver of ascii cuboxes |
02:25 | Coburn | Now, that'd look good on a 42" LCD on a wall |
02:25 | dmitrijus | :D |
02:26 | Coburn | Of course, uboot would possibly grow a little in size but |
02:26 | Coburn | bootcmd = 'run rabeeh_is_awesome; run bootcmd_gettowork" |
02:27 | Coburn | So when you CTRL+C the screensaver, party's over and starts debian/etc |
02:33 | Coburn | anyway, back to compiling. |
03:00 | Coburn | Wait what |
03:00 | Coburn | Looked in the bag of goodies |
03:00 | Coburn | and lo and behold |
03:00 | Coburn | the Cubox that has LCD issues is there! |
03:00 | Coburn | :D |
03:06 | rmull | cbxbiker61: Looked through the strace from gst123 for h.264 playback. it stat()s the vmeta GST plugin successfully, but ends up opening libgstmatroska.so. I'm not really sure how it selects vmeta, but it certainly isn't failing to stat() it |
03:08 | rmull | There are a ton of recv() calls that are getting EAGAIN prior to the failure |
03:11 | Coburn | what's EAGAIN? |
03:12 | Coburn | Try again? |
03:13 | rmull | Error due to resource temporarily unavailable |
03:15 | rmull | The warnings I was getting aren't being printed, is it possible that they don't appear in this strace because they come from the vmeta .so? |
03:19 | rmull | Ah, I found it with strace's -f flag |
03:45 | rmull | Pretty sure my color temp is way off, very strange |
03:55 | Coburn | and off we go |
03:55 | Coburn | we are compiling a ODROID kernel on a Cubox! |
04:21 | Coburn | YESSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS |
04:21 | Coburn | GOT THE SUCKER TO GLITCH!!!!!!!!!!! |
04:21 | Coburn | WOOO YEAH |
04:37 | Coburn | dotarray: please inform rabeeh to check his emails when he awakens please |
04:38 | Coburn | got good news for him |
04:39 | dotarray | uh, Coburn... |
04:39 | dotarray | how do you think i'd contact him other than via email? :) |
04:39 | Coburn | SMS? Phone? |
04:39 | dotarray | he's in israel, i'm in adelaide :) |
04:40 | Coburn | Needs to drink a few energy drinks and stay up all night |
04:41 | Coburn | Better multitasking achieved by massive caffeine consumption |
04:41 | Coburn | as they say... |
10:11 | dung | rmuull: you could install gstreamer-tools. gst-inspect and gst-launch playbin |
10:22 | dung | gstreamer vs zoneminder is a nice way to place multiple cams on a screen |
10:28 | dung | dbsx: did you're linux flash the spi? |
10:36 | dung | coll, but 4MB is small. in 8 or 16 i could store uncompressed a static kernel with rootfs including xclient |
10:37 | dung | 32 |
10:42 | dung | is a router and file server too |
11:26 | dung | i want to run a x64 game on cubox :) |
11:48 | yaayaa | hello all |
11:48 | dotarray | hello yaayaa :) |
11:49 | yaayaa | Is there any new binary available for xbmc for archlinux ? or any hardware accelerated video player ? |
12:01 | rmull | cbxbiker61: Some improvement here with gst123 after tweaking the kernel a bit. The video plays almost smoothly (but not quite) but the audio hiccups every 2Hz or so with a burst of noise. Also, after closing it, I am unable to play it again: gst123: xcb_io.c:178: dequeue_pending_request: Assertion `!xcb_xlib_unknown_req_in_deq' failed. |
12:08 | dbsx | dung: I am waiting for someone else to test the dd write. It won't be me. |
12:12 | dung | i'm not sure about dd |
12:13 | dung | i haven't dev/mtd yet |
12:14 | dung | it's big enough to hold the bootloader |
12:18 | dung | rmull: basic tools to access gstreamer library: gstreamer-tools: gst-launch playbin |
12:24 | rmull | dung: I tried the gst-launch method - It is able the play the video similarly to gst123. The video itself might be watchable, but the audio glitches aren't good |
12:26 | rmull | Also, I am unable to fullscreen the video with x264, though I am able with mpeg |
12:28 | dung | audio in x264.mkv over hdmi? |
12:31 | rmull | no, audio goes out over spdif |
12:32 | dung | fine, codec? |
12:33 | rmull | I think in this case AAC at 64kbps, but there is also a high bitrate DTS 5.1 track I can try once I figure how to choose the audio track |
12:39 | rmull | Can't figure out how to select my audio track |
12:40 | dung | of cause you will passthrough to reciever |
12:40 | dung | alsa.config |
12:41 | rmull | I need to select it with gst-launch somehow I think, right? |
12:41 | rmull | By default it's playing a commentary track and not the actual movie audio track |
12:47 | rmull | audio plays fine with mplayer, but no video at all |
12:47 | dung | yes |
12:54 | dung | i haven't heard any sound over my cubox's iees?x, but know.. and read i've to bore a hole into its plastic |
12:55 | dung | v1 |
12:57 | rmull | Yes, I've done that, haha |
12:57 | rmull | Just a little filing away, nothing major |
12:57 | dung | and it's a square :) |
12:58 | dung | s/square/quadrat/ |
13:00 | rmull | I wonder if gst is choking on the DTS track and falling back to the commentary AAC track |
15:25 | dung | is anybody with screen and drivers interested in testing openarena? it's 3d game based on quake3, even debian has hard-float ports for it :) |
15:29 | dung | stress test in the solidrun labs ;) |
15:40 | dung | i believe it would run best compiled with egl, don't know it that's possible |
15:44 | dung | can a xclient do dri of x64 xserver? |