| 09:25 | rabeeh | warped-rudi: welcome on #cubox :) |
| 09:25 | rabeeh | i just saw your post - http://www.solid-run.com/phpbb/viewtopic.php?f=12&t=160&start=10#p5807 |
| 09:26 | warped-rudi | Yeah, good morning, Rabeeh. |
| 09:28 | rabeeh | what's the openmax thing? |
| 09:28 | rabeeh | i think that for xbmc, the native xbmc decoder is much better than openmax |
| 09:28 | rabeeh | don't you agree? |
| 09:29 | warped-rudi | For OpenMAX, take a look here http://en.wikipedia.org/wiki/OpenMAX |
| 09:29 | rabeeh | i know what openmax is |
| 09:30 | rabeeh | i think you can control video and audio decoding better without openmax |
| 09:30 | warped-rudi | I don't really know how much overhead the OpenMAX layer will introduce and ho much level of control we loose. |
| 09:30 | rabeeh | i mean the way it's implemented today in xbmc is that decoding and presenting is completely controlled by openmax |
| 09:31 | rabeeh | i mean the way it's implemented today in xbmc is that decoding and presenting is completely controlled by xbmc |
| 09:32 | warped-rudi | Yes. However, Gimli has implmented support for OpenMAX for video playback (OMXPlayer) als well as for JPEG loading. |
| 09:33 | warped-rudi | I think it's actually used for the Raspberry Pi, |
| 09:33 | warped-rudi | ant I thought it would reduce the amount of work we have to do. |
| 09:34 | rabeeh | ok. it's a good point |
| 09:35 | rabeeh | gimli typically joins end of day, everyday |
| 09:35 | rabeeh | lets consult with him. |
| 09:35 | rabeeh | the only thing i'm worried about is that getting openmax will take endless time where what we are looking is only jpeg decoding |
| 09:36 | rabeeh | (which marvell-ipp has an example with vmeta) |
| 09:37 | warped-rudi | I think I've spotted the place where to hook JPEG loading into XBMC. It's probably not too hard to do. |
| 10:12 | jnettlet | iwmmxt is not incompatible with hardfp |
| 10:12 | jnettlet | sorry just looking at the post |
| 10:12 | jnettlet | rabeeh, how have you been? |
| 10:21 | warped-rudi | Last time I tried GCC complained that it cannot compile for iwmmxt when the float abi is set to "hard". |
| 10:21 | Coolgeek | maybe because the kernel was soft ? |
| 10:22 | Coolgeek | or the iwmmxt was soft ? |
| 10:23 | warped-rudi | I'm current not on a Linux machine, but ISTR that the mesage stated that this combination is not (yet) implemented in GCC. |
| 10:24 | _rmk_ | iwmmxt has never been emulated |
| 10:31 | jnettlet | Oh, that problem...yeah I have fixed libraries for that. |
| 10:31 | jnettlet | We need to get a synced repository that we all can share |
| 10:32 | jnettlet | _rmk_, iwmmxt hasn't been functional this past summer. What a sad state of affairs the gcc support was |
| 10:37 | _rmk | 10:37 * _rmk_ can't help the toolchain :P |
| 11:23 | jnettlet | that reminds me I need to push the gcc guys to accept Marvell's tuning optimizations patch |
| 11:30 | warped-rudi | have you submitted the immxt/vfp patch ase well ? |
| 21:04 | Morta | Hi Geeks |
| 21:06 | Morta | So from e-Sata its play very well BD Remux in FullHD Resulotin |
| 21:06 | Morta | so cool |
| 21:08 | Morta | It seems that my uSDHC is too slow to play Remux directly from the card |
| 21:09 | Morta | why isn't works over nfs i don't know |
| 21:14 | Morta | the transfer rate over ftp was good around 25 MB/s from my nas to e-SATA HDD. so it is can't be the problem |
| 21:16 | Morta | *-is |