Re: Keypebble
"Tim Wentford" <[email protected]>
| Newsgroups | gmane.comp.handhelds.opie.devel |
|---|---|
| Message-ID | <[email protected]> |
I've got keypebble to the stage where I want it but, as usual, I can't submit to CVS. Also, my opie build environment isn't working properly ATM (probably out of date) so anything I build for an opie target segfaults. I got around this by adding a SHARPROM #define and testing on a device with the Sharp ROM on but it doesn need building/testing on an opie device (TBH, it looks like a problem I had before where the gridlayout constructor needs the number of columns and rows specified but since this is coming from designer I'm not sure how to fix it). Anyway, if anyone is interested, I've put it up at: http://www.timwentford.uklinux.net/keypebble.tar.gz You'll need to get the .pro files etc. from the opie CVS. I'd be especially interested if anyone can get an opie build working and in how the "auto" encoding mechanism works out. On 21/02/06, Tim Wentford <[email protected]> wrote: > > > On 14/02/06, Tim Wentford <[email protected]> wrote: > > > > I've been using VNC quite a bit recently and ended up using my simpad > > with keypebble. I noticed that only the raw and copyrect encoding are > > implemented in keypebble ATM. I'm thinking of having a go at adding (some) > > of the others but I'm having trouble getting hold of the source. > > > > I've managed to add RRE, CoRRE, Hextile and ZLib encoding and I've added a > rotated mode (not really necessary under opie but useful for Sharp ROMs) and > a "fit to window" mode. I'm about to look at adding ZRLE encoding and then > I'll probably call it a day (I looked at zlibhex but this seems to be less > supported than the others and to not perform as well as ZRLE anyway). > > I haven't looked at adding tight beyond noting that it maintains several > zlib streams and may be too processor intensive to make it worthwhile - > especially as ZRLE is rumoured to be pretty close in performance, and is > part of RealVNC which seems to be better documented (my *real* reason 8^). > > I may add RealVNC's automatic selection of encoding but the limitation on > bandwidth on the configurations I've been trying seem to be more related to > processing power than bandwidth so it may not work properly on the Zaurus > (although my target is the Simpad, the zaurus is more portable for testing > on other networks). > > If anybody really, really wants me to look at adding anything else, let me > know before I park it. > > Cheers > Tim > _______________________________________________ http://opie.handhelds.org/cgi-bin/moin.cgi/DeveloperWikiIndex Opie-devel mailing list [email protected] https://handhelds.org/mailman/listinfo/opie-devel