07:30 | jnettlet | _rmk_, rabeeh, I haven't posted the 4.6.4 galcore version yet as we don't have release rights yet. The big push for 4.6.4 in the kernel is that gives us the ability to use the newer EGL/GLESv2 binaries which have fixed some pretty significant bugs from our testing with WebGL |
07:46 | Coburn | Hey guys, quick question |
07:47 | dotarray | Hiya Coburn :) |
07:47 | Coburn | any suggestion on how to change the resoultion on the CuBox via the dove.lcd.xxxxx param? |
07:47 | Coburn | Because when I'm using the latest XBMC, my newly brought 1080p monitor says "OUT OF RANGE" |
07:47 | Coburn | And it seems to be doing 1920x1080p @ 60hz |
07:47 | Coburn | Which I think is causing the issue |
07:48 | Coburn | video=dovefb:lcd0:1280x720-32@60-edid <- that would work, no? |
07:49 | Coburn | Well, one way to find out... |
07:50 | Coburn | .... |
07:50 | Coburn | WHere the hell did my USBs get to? |
07:51 | Coburn | Grrr.... must have left them at home |
07:54 | Coolgeek | lsorry, I use my cubox as a headless sev |
07:54 | Coolgeek | I don't use that video stuff |
07:55 | Cobur | 07:55 * Coburn grumbles |
07:55 | Coburn | Seems like my USB Card Reader ain't working either. |
07:55 | Coburn | Oh well, I'll have to fix it tomorrow |
07:56 | jnettlet | Coburn, your 1080p monitor should also support 1280x720...if it doesn't that would be strange. |
07:57 | Coburn | Yeah, I think the @60 is causing issues |
07:57 | Coburn | HOWEVER, at 1080@60 in Ubuntu 10.04, there's no problems |
07:57 | Coburn | but when I use XBMC at 1080@60, I get out of range. |
07:57 | jnettlet | most modern lcd's can handle either 50 or 60 pretty easily |
07:58 | Coburn | Ubuntu distro is 2.6.35-dove (?) |
07:58 | Coburn | or is that .39... not sure |
07:58 | Coburn | root@cubox:~# uname -a |
07:58 | Coburn | Linux cubox 2.6.32.9-dove-5.4.2 #46 PREEMPT Sat Jan 7 12:23:38 IST 2012 armv7l GNU/Linux |
07:58 | jnettlet | oh that is an old version |
07:58 | Coburn | Yeah, I wanted to test compatibility with my monitor |
07:59 | Coburn | So it seems that the XBMC distro kernel is causing malfunctions |
07:59 | jnettlet | Did you install that using the cubox installer? |
07:59 | Coburn | Yes. |
08:00 | Coburn | Hang on, lemme swap SDs and I'll see what I get. |
08:03 | Coburn | Well, I'll be damned! |
08:03 | Coburn | It's working now |
08:03 | ralix | Morning. Yesterday I installed on my mythbackend atom and well furnished. Then the xbmc-pvr (myth plugin) compiled on the Cubox and configured in xbmc. |
08:03 | ralix | Unfortunately, that was not so good. It looked at as if it makes the whole Live Tv in software. |
08:03 | Coburn | What is this voodoo at work? |
08:09 | Coburn | Is it normal to get a low framerate? I'm getting 11.39FPS at the moment... |
08:09 | Coburn | And CPU is currently at 74*C. Toasty. |
08:14 | ralix | What is your problem Coburn ? |
08:14 | Coburn | ralix: The problem was that I could not get anything displayed on my CuBox attached to a monitor when using GeeXbox |
08:15 | Coburn | But I did a little bit of button pressing and then it started working randomly |
08:17 | Coburn | Anyway. Since that's working, I'll leave it like that before I break it. |
08:18 | ralix | Mmm, I have no output when I install archlinux (console only). The default was 1280x720 @ 60Hz (I think so). That can not my Samsung TV, only when I start X, I get a picture. The resolution is 1920 ... then @ 60HZ. I'm not sure if that's your problem. |
08:20 | Coburn | Well |
08:21 | Coburn | the @60Hz seems to confuse my monitor |
08:21 | Coburn | sometimes it'll work, sometimes it doesn't. |
08:21 | Coburn | Seems to work if I switch to my laptop (VGA) and then to the CuBox (HDMI to DVI adapter) |
08:21 | Coburn | I don't have a HDMI cable to test HDMI to HDMI plugs but I am going to get one tomorrow |
08:22 | ralix | Mmmmh i use only hdmi |
08:35 | Coburn | Alright, going to call it a day. |
08:35 | Coburn | I'll play with this CuBox more tomorrow |
08:35 | rabeeh | Coburn: hey |
08:35 | Coburn | But for now, g'nite. |
08:35 | Coburn | Oh hey rabeeh |
08:35 | rabeeh | :) |
08:36 | Coburn | What's up |
08:36 | rabeeh | sorry - just landed |
08:36 | Coburn | heh, figured |
08:36 | rabeeh | and i see that you spent the night debugging |
08:36 | Coburn | debugging? |
08:36 | rabeeh | maybe your cable is rusty or has some dirt? |
08:36 | rabeeh | did you try cleaning it up? |
08:36 | Coburn | Ah, well, it's actually this setup |
08:37 | Coburn | [CUBOX]-HDMI Out -> HDMI to DVI Converter -> DVI Cable -> DVI Input-[ASUS MONITOR] |
08:37 | Coburn | Crude I know |
08:37 | rabeeh | oh |
08:37 | Coburn | Only reason I did this is because my older Samsung one didn't have HDMI in |
08:38 | rabeeh | are those old connectors? do you know for a fact that they are working? |
08:38 | Coburn | Connectors aren't too old |
08:38 | Coburn | HDMI to DVI converter works fine with my R-Pi |
08:38 | Coburn | So I'm down to a few options here: |
08:38 | Coburn | 1) CuBox kernel glitching in GeeXbox |
08:39 | Coburn | 2) CuBox trolling me and being a pain in the butt |
08:39 | Coburn | 3) HDMI to DVI is causing issues |
08:39 | Coburn | I suspect it's number 3, I'm going to try a HDMI cable tomorrow |
08:39 | rabeeh | ok. |
08:39 | Coburn | also, another question |
08:39 | Coburn | are you the guy that does Xilka? |
08:40 | rabeeh | out of sync means that the display is getting the clock, but can't sync on it |
08:40 | rabeeh | or it's really a resolution that is not supported |
08:40 | Coburn | Well, I got out of range |
08:40 | Coburn | is that the same? |
08:40 | rabeeh | cbxbiker61 is |
08:40 | Coburn | Ah. Because I wanted to know what makes his XBMC so 'special' |
08:41 | rabeeh | well... cbxbiker61 is special, and codes in C++, so his Xilka inherits him being special :) |
08:41 | Coburn | C++? That's oldschool |
08:42 | Cobur | 08:42 * Coburn is a more C# fellow |
08:42 | rabee | 08:42 * rabeeh writes in C |
08:42 | dotarra | 08:42 * dotarray writes in English... :P |
08:42 | Coburn | ^ haha |
08:42 | dotarray | this is Jessica, btw Coburn :) |
08:43 | Coburn | Ah, yes, that chick that sent me that Minecraft email? |
08:43 | Cobur | 08:43 * Coburn hits his hat |
08:43 | Coburn | tips* |
08:44 | Coburn | Have you used XBMC on the Cubox, rabeeh? If so, how's your performance? |
08:44 | Coburn | And dotarray, what timezone are you based in? I'm assuming your part of SolidRun? |
08:44 | Coburn | I'll add you to my clock |
08:44 | Coburn | So I can watch the timezones |
08:45 | rabeeh | Coburn: XBMC on CuBox runs pretty well |
08:45 | ralix | rabeeh, Did you maybe idea to my problem?(a few lines above) |
08:45 | ralix | first! morning rabeeh und dotarray |
08:45 | rabeeh | i'v got bluray h.264 1080p (~35Mbps) content; and from yesterday passthrough works |
08:46 | rabeeh | morning ralix |
08:46 | Coburn | rabeeh: what build? |
08:46 | dotarray | Coburn - i'm in Adelaide P: |
08:46 | dotarray | :) |
08:46 | rabeeh | now Geexbox (maintained by tomlohave on #cubox) |
08:46 | dotarray | so, um, yes, part of solidrun, but definitely not in the office with rabeeh :) |
08:46 | rabeeh | but there is also Arch, XilkaX and others |
08:46 | Coburn | Nice |
08:47 | Kiranos | rabeeh: bug no GMC :) |
08:47 | Coburn | I'm getting 11.39 FPS on 1080p though, rabeeh |
08:47 | rabeeh | ralix: Arch should be headful. |
08:47 | Coburn | Is that just because galcore is still half-baked? |
08:48 | rabeeh | Cuborn: the GPU is half baked; i'm working on a patch to get GPU clamping |
08:48 | Coburn | lol, Cuborn |
08:48 | Coburn | A Cubox is born! |
08:48 | Coburn | (TM) |
08:48 | dotarray | :D |
08:48 | Kiranos | rabeeh: have you heard anything from openelec if they start to show interest now when kernel has gone a long way forward? |
08:49 | Coburn | dotarray: Would you happen to know what timezone the main office is in? |
08:49 | rabeeh | Kiranos: sraue (Stephan Raue) is Mr. openelec |
08:49 | rabeeh | he is ages on #cubox, but accidently burned his cubox with 24v power supply :) |
08:49 | Coburn | Oh yes, I heard about that |
08:49 | Coburn | I facepalm'd so hard |
08:49 | dotarra | 08:49 * dotarray makes notes for better labelling in v2.0 |
08:50 | Coburn | Need voltage regulator or a resettable fuse |
08:50 | Kiranos | oh I really like openelec |
08:50 | Coburn | so if you get overvoltage, it doesn't make CuBrick |
08:50 | Kiranos | would be nice to have support |
08:50 | rabeeh | Coburn: $$$$ |
08:50 | Coburn | True. |
08:51 | rabeeh | but we are considering anyhow |
08:51 | Coburn | Alternatively... |
08:51 | Coburn | Maybe a sticker near the power socket that says "5V DC ONLY" |
08:51 | Coburn | That might work |
08:51 | rabeeh | hehe |
08:51 | rabeeh | no place for a sticker too :) |
08:51 | rabeeh | it's really pretty tiny |
08:52 | Coburn | can't stamp 5V in the metal then? |
08:52 | rabeeh | the only thing that might really work without having overvoltage protection is using micro-usb for power too |
08:52 | Cobur | 08:52 * Coburn is looking at his v2 Production Sample |
08:52 | Coburn | (the one after the one that short circuits all the time) |
08:52 | Coburn | MicroUSB for power is universal |
08:52 | rabee | 08:52 * rabeeh nods |
08:52 | Coburn | You will be doing a good deed, rabeeh |
08:53 | Coburn | Raspberry Pi does this; can't see why not |
08:53 | Coburn | you just need a logic switch to detect if there's data pins, and if they are shorted, then power-only |
08:53 | Coburn | If it's a normal connection, serial |
08:53 | Coburn | Also, before I go... |
08:54 | Coburn | [17:48:18] < rabeeh> Cuborn: the GPU is half baked; i'm working on a patch to get GPU clamping <- what's this GPU clamping? It's exotic words to me |
08:54 | rabeeh | it's an xbmc term |
08:54 | rabeeh | (just learned it yesterday from gimli) |
08:54 | Coburn | defintion? |
08:54 | rabeeh | they render to 720p but upscale (hardware) to 1080p |
08:55 | Coburn | Ah, so as soon as that patch is in the cooker, then we can expect better GUI performance? |
08:55 | rabeeh | today xbmc on Geexbox is doing ~20fps while doing native 1080p60 (that's with enabling debug and looking at the messages) |
08:55 | rabeeh | switching to 720p should give something like 35-40fps |
08:55 | Coburn | R-Pi jumps up and down on the XBMC front, CuBox just goes "Meh, I quit" |
08:56 | rabeeh | but then cpu utilizations will be much higher |
08:56 | rabeeh | RPi does 720p to 1080p clamping too :) |
08:56 | Coburn | You can sacifice a few more CPU cycles |
08:56 | rabeeh | hehe. but then media scanning, plugins will be slower |
08:57 | rabeeh | we'll see; i think i'll implement and have an on/off switch in settings |
08:57 | Coburn | The highest I saw GeeXbox latest dev snapshot use was 60% cpu |
08:57 | Coburn | I don't use plugins or eyecandy. |
08:57 | rabeeh | 60% on boot |
08:57 | rabeeh | give it a rest to update it's plugin after boot and goes back to ~20-25% |
08:57 | Coburn | Well, when on GUI and moving mouse, it was around 20% |
08:58 | rabeeh | which Geexbox are you running? |
08:58 | rabeeh | devel / 3.0? |
08:58 | Coburn | latest devel snapshot |
08:58 | Coburn | 22112012 |
08:58 | Coburn | installed via cubox installer |
08:58 | Coburn | that thing is awesome brw |
08:59 | Coburn | btw* |
08:59 | Kiranos | for me on geekbox, skrolling in the menu, when I look for movies is rather slow |
08:59 | Coburn | much better than the sheevaplug one imo |
08:59 | Coburn | lol geekbox |
08:59 | Kiranos | can this be optimized or is it because of cpu?= |
08:59 | Coburn | Most liekly GPU related |
08:59 | Kiranos | better name :P |
08:59 | Coburn | rabeeh has to put the lab mice to work |
09:00 | Coburn | ;) |
09:00 | rabeeh | Coburn: do you have console? |
09:01 | Coburn | yepo |
09:01 | rabeeh | if you want to check how it look with clamping, i suggest you change resolution to 720p |
09:01 | rabeeh | systemctl stop xbmc |
09:01 | rabeeh | systemctl stop xorg |
09:01 | Coburn | CuBox is sleeping, but... |
09:01 | rabeeh | systemctl start xorg |
09:01 | rabeeh | export DISPLAY=:0 |
09:01 | rabeeh | xrandr -s 1280x720 -r 60 |
09:01 | Cobur | 09:01 * Coburn sticks the power in and boots up putty |
09:01 | rabeeh | systemctl start xbmc |
09:02 | Coburn | also, seems my VMETA is set to 667Mhz |
09:02 | Coburn | Is that bad? |
09:02 | Coburn | Did I overclock it or something? |
09:03 | Coburn | btw, rabeeh |
09:03 | Coburn | Welcome to GeeXboX arm devel-20121122-r15547 (C) 2002-2012 |
09:03 | rabeeh | from yesterday, Geexbox defaults to 667MHz |
09:03 | Coburn | # systemctl stop xbmc |
09:03 | Coburn | gckOS_WaitUserSignal : 5274 [t=1] SignalID: 25, ProcessID: 610, Type: 14, index: 2 |
09:03 | Coburn | ? |
09:03 | rabeeh | oh |
09:03 | rabeeh | killall -9 xbmc.bin |
09:04 | Coburn | Got it |
09:04 | Coburn | Tango down |
09:04 | Coburn | seems to be stuck on stopping xorg |
09:06 | Coburn | # xrandr -s 1280x720 -r 60 |
09:06 | Coburn | Can't open display :0 |
09:06 | Coburn | Hmm... I'll try rebooting and try again |
09:06 | rabeeh | you forgot 'systemctl start xorg' |
09:06 | Coburn | I did that |
09:06 | Coburn | I did the start xorg but it froze |
09:07 | Coburn | had to CTRL+C it |
09:07 | rabeeh | oh |
09:08 | Coburn | # xrandr -s 1280x720 -r 60 |
09:08 | Coburn | Size 1280x720 not found in available modes |
09:09 | rabeeh | xrandr |
09:09 | rabeeh | ? |
09:09 | rabeeh | are you on 50hz? |
09:09 | rabeeh | run 'xrandr' alone and get the resolutions |
09:09 | rabeeh | or try 'xrandr -s 1280x720' |
09:10 | Coburn | OK... |
09:10 | Coburn | I see no 720p |
09:10 | Coburn | Closest is 1280x960 |
09:10 | Coburn | I do have 640x480p |
09:11 | rabeeh | hmm... i don't know |
09:11 | rabeeh | you can try the 1280x960 |
09:12 | Coburn | # xrandr -s 1280x960 |
09:12 | Coburn | set_clock_divider : setup reference clk to 108003024 |
09:12 | Coburn | Setting HDMI TX resolution to 1280x960p @ 60 |
09:12 | Coburn | HDMI TX - Found good candidate 152 (requested 60hz, found 66399hz) |
09:12 | Coburn | tmdlHdmiTxSetInputOutput 1846 |
09:12 | Coburn | Invalid input parameter returned in show_video line 764 |
09:12 | Coburn | # hdmitx Rx device inactive |
09:12 | rabeeh | found 66399hz ??!! |
09:13 | Coburn | She's on fire, houston! |
09:13 | Coburn | Ok, no magic smoke yet, but 800x600 |
09:13 | Coburn | SMOOTH |
09:13 | rabeeh | ok |
09:14 | rabeeh | what is the cpu utilization? |
09:14 | rabeeh | probably around 90% |
09:14 | rabeeh | fps? |
09:14 | Coburn | 67.4%, 66.7%, 70.8%... Jumping around... |
09:14 | Coburn | 35.43FPS |
09:14 | Coburn | Seems to idle around 65 - 70% CPU. |
09:15 | rabeeh | ok. |
09:15 | Coburn | Good/bad/otherwise? |
09:15 | rabeeh | not bad |
09:15 | rabeeh | but 800x600 is way too low. |
09:15 | Coburn | Solution to the issue: |
09:15 | Coburn | Dual core CPU, ???, profit. |
09:16 | Coburn | Okay, I kid, but... :P |
09:16 | rabeeh | Coburn: what's the C# thingy? |
09:16 | rabeeh | are you trying to run mono on CuBox? |
09:17 | Coburn | I'm learning it. a customer of my parent's gave me his book and Visual Studio copy for free |
09:17 | Coburn | But, If I can use Mono on a CuBox, I will! :) |
09:17 | Coburn | Also, did dotarray relay my attempts of getting CuBox running Minecraft to you, rabeeh? |
09:18 | rabeeh | yup |
09:18 | Coburn | Please don't say "what's minecraft" |
09:18 | Coburn | cool |
09:18 | Coolgeek | mono is available on archlinuxarm for cubox :) |
09:18 | rabeeh | hehe.. |
09:18 | rabeeh | Coburn you can use the installer to get Arch fast |
09:18 | Coolgeek | what's minecraft ? |
09:18 | rabeeh | Coolgeek: are we running latest and greatest Arch in the installer? |
09:18 | Coburn | Are ... you ... serious? |
09:18 | Coburn | I did another video, got *so* close to getting it working, but no such function getPointer |
09:18 | rabee | 09:18 * rabeeh hides |
09:19 | Coolgeek | rabeeh: I have arch running on cubox before the installer was available |
09:19 | Coburn | Although, Minecraft Pi Edition looks good. Methinks I'll port it to CuBox and call it Minecraft CraftBox Edition |
09:19 | Coolgeek | Coburn: not serious :p |
09:19 | Coburn | Coolgeek: good... my jaw almost broke when you said that |
09:19 | Coburn | :P |
09:21 | Coolgeek | Coburn: but don't ask my family about minecraft / cubox / IT stuff :p |
09:21 | Coburn | lol |
09:21 | Coburn | Anyway, rabeeh, this XBMC stuff is for my brother. He wants a CuBox to play little kiddy movies and episodes |
09:22 | Coburn | saves DVDs from scratches, etc |
09:24 | Coburn | anyway, time for me to head off, I'll speak to you again later. |
09:24 | Coburn | thanks for the help rabeeh, this is what makes a device awesome. |
09:25 | Coburn | oh, btw |
09:26 | Coburn | if you change resolutions in xbmc itself |
09:26 | Coburn | it causes tearing and left over images |
10:39 | neo_mat | hello all |
11:07 | rabeeh | hi neo_mat |
11:13 | ralix | hello neo_mat |
11:28 | rogerduran | hi |
11:43 | rabeeh | rogerduran: hi |
11:49 | rogerduran | which player is recommended besides of xbmc? |
15:25 | tomlohave | orange |
16:10 | Kiranos_ | tomlohave: do you have a site for geexbox about what has been updated, I see there is a new weekly snapshot but the forum thread is not updated |
16:17 | N30N | Kiranos_: changelog can be found here: http://hg.openbricks.org/openbricks/log |
16:22 | Kiranos_ | thanks |
16:22 | Kiranos_ | netflix-desktop seems interesting |
17:37 | rabeeh | Kiranos: are you looking for binary builds? |
17:41 | Kiranos_ | rabeeh: nah I'm still pestering about GMC playback :( until then I cant swich to cubox from my current popcornhour |
17:41 | Kiranos_ | I hvae to have support for xvid encoded with that |
17:45 | rabeeh | Kiranos: i know. an important one |
17:46 | rabeeh | Kiranos: the issue is that i still don't know how to detect if GMC is being used and accordingly deselect decoding via vmeta |
17:48 | Kiranos | is it software based that is can other developers of xbmc give hints or is it hardware based ? |
17:48 | Kirano | 17:48 * Kiranos is not more than novice programmer at best |
17:50 | rabeeh | so the flow is that on every video, before being decoded; xbmc asks if the decoder can support this by hardware, otherwise it's software decoded by the processor. |
17:50 | rabeeh | naturally you want it to be decoded on hardware, unless it uses GMC where you should be using software |
18:00 | Kiranos | rabeeh: hm my clip I have doesnt show GMC |
18:00 | Kiranos | http://pastebin.com/9XJ4Edwu |
18:01 | Kiranos | but still its blocky |
18:01 | Kiranos | can it be something else? |
18:01 | Kiranos | output is from mediainfo |
18:01 | Kiranos | it should show there? |
18:01 | Kiranos | http://mediainfo.sourceforge.net/ |
19:08 | rabeeh | ok. the issue in xbmc xvids is that vmeta will not decode packed xvid bitstreams |
19:08 | rabeeh | as Kiranos indicated in - http://pastebin.com/9XJ4Edwu |
19:08 | rabeeh | line 20 shows - |
19:08 | rabeeh | Muxing mode : Packed bitstream |
19:09 | rabeeh | using avidemux on a Linux machine then saving the new file makes it possible to decode with vmeta. |
19:09 | rabeeh | anyone knows how to detect that in xbmc and either - |
19:09 | rabeeh | 1. don't decode with vmeta |
19:09 | rabeeh | 2. or add a demux in the pipe and then get it to vmeta |
19:11 | _rmk_ | err, shouldn't demux be happening before vmeta anyway? |
19:11 | rabeeh | yes |
19:11 | rabeeh | that's the demux of getting audio, video and others separated and getting only video elementary stream into vmetea |
19:12 | rabeeh | but seems xvid codec itself can mux things inside |
19:13 | _rmk_ | is there a sample stream? |
19:19 | rabeeh | _rmk_: you said u had issues with mpeg4; could it be that it's related to that? |
19:20 | _rmk_ | mpeg4 was fine, it's h264 which I have problems with |
19:37 | _rmk_ | well, my vlc with libva can decode and play the original |
19:38 | rabeeh | hmm... |
19:38 | rabeeh | so there must be some sort of a flag we need to tell libvmeta about |
19:38 | _rmk_ | except it doesn't appear to be smooth playback |
19:38 | _rmk_ | maybe, maybe not. I regenerate a load of mpeg4 headers to turn the slices back to a stream that vmeta can understand |
19:40 | _rmk_ | I also talk directly to libvmetahal; I stopped using libcodecvmetadec a while back, but from what I can see, that's just a shim to make the interfacing easlier |
19:40 | _rmk_ | anyway, bbl. |
19:40 | _rmk_ | vlc does spit out lots of: |
19:40 | _rmk_ | [mpeg4 @ 0xb5419aa0] marker does not match f_code |
20:28 | rabeeh | _rmk_: on vmeta gstreamer plugin, i see the following note - |
20:28 | rabeeh | http://pastebin.com/4rXDRJSy |
20:28 | rabeeh | (look for packed bitstream) |
20:28 | rabeeh | it's the digest_mpeg4_inbuf() function. |
20:28 | rabeeh | any idea what this means? |
20:29 | rabeeh | janne: ping. can you assist us a bit on this? |
20:29 | rabeeh | janne: maybe you will see this on your logs; the issue we are having with xbmc playback is that xvid with packed bitstream creates a blocky playback |
20:31 | rabeeh | looks like there is special handling of xvid with packed bitstream in the original Marvell gstreamer plugin (as indicated above) |
20:58 | _rmk_ | I think libav-0.8.6 (ffmpeg) may be buggy for this... an older version is able to decode the avi fine on x86 without complaining about f_code stuff. |
20:59 | _rmk_ | the "marker does not match f_code" aborts the processing of the frame and is done while parsing the mpeg4 stream irrespective of what kind of decoder gets used |
20:59 | _rmk_ | so this wouldn't play correctly even using the s/w decoding in this version of ffmpeg |
21:00 | _rmk_ | there is an update in ubuntu against the libav version I have, but I've not updated it because I've a modified version to permit packed yuv output from libav |
22:14 | RandomPixels | hello |
22:28 | markus__1 | Hallo |