OESF Portables Forum
Model Specific Forums => Sharp Zaurus => Zaurus - pdaXrom => Topic started by: offroadgeek on December 11, 2003, 01:04:37 am
-
fyi... I was checking the x11 feed at www.cacko.biz/~sash/feed and found a few new ones:
circuslinux_1.0.3-1_armv5tel.ipk
fluxbox_0.9.6_arm.ipk
freedroid_0.8.4-1_armv5tel.ipk
gnuboy_1.0.3-1_armv5tel.ipk
tuxpuck_0.8.1-1_armv5tel.ipk
xblast_2.38_arm.ipk
I\'ve updated the feed at www.zaurususergroup.com/x11feed/
hopefully they\'re good!
regards,
offroadgeek
-
offroadgeek,
Would it be possible for you to create a webpage with links to each of those .ipks, but also with descriptions of what they do?
I have no idea what 90% of those are.
Also...will Wellenreiter or Kismet work on X11? I haven\'t upgraded to the X11 ROM just yet, but I think I\'ll try it this evening.
-
Wellenreiter as QT/Opie application wont work that easily, see the discussion here about QT/Opie apps on the X11-ROM. The Kismet 2.8.1 package on killefiz.de works perfectly. For GUI, use wirekismet.
-
offroadgeek,
Would it be possible for you to create a webpage with links to each of those .ipks, but also with descriptions of what they do?
I have no idea what 90% of those are.
Also...will Wellenreiter or Kismet work on X11? I haven\'t upgraded to the X11 ROM just yet, but I think I\'ll try it this evening.
Looks like the cacko team has done just that! check this out - ipk feed (http://www.cacko.biz/ipk_feed.php)
I was thinking of mirroring the same thing in the ZUG downloads area.
also btw, the cacko team has updated their screenshots page (http://www.cacko.biz/screenshots.php?menuid=2) with several of the new games.
the only crappy thing is that I keep getting my ass beat in tuxpuck I guess that\'s my problem though
-
If anyone wants to try, opie-reader can be built for QT/X11 just by commenting out the #define USEQPE from useqpe.h. I don\'t have a C7* and so haven\'t got the build environment for it but if anyone with the X11 build environment wants to do it then you can get an old version of opie-reader from the opie CVS (non-core/apps) or you can pm me to ask for up to date source.
-
new packages added in feed:
python, pygtk, and ROX apps - archive, edit, memo, mime, netstat, rox-lib, afterstep, gkrellm
-
If anyone wants to try, opie-reader can be built for QT/X11 just by commenting out the #define USEQPE from useqpe.h. I don\'t have a C7* and so haven\'t got the build environment for it but if anyone with the X11 build environment wants to do it then you can get an old version of opie-reader from the opie CVS (non-core/apps) or you can pm me to ask for up to date source.
thanks, will try it :-)
-
new packages added in feed:
python, pygtk, and ROX apps - archive, edit, memo, mime, netstat, rox-lib, afterstep, gkrellm
no pyqt?
Scott
ps: QEMU/X ?
-
ups, forgot about PyQt, will add tomorrow ;-)
sashz
-
If anyone wants to try, opie-reader can be built for QT/X11 just by commenting out the #define USEQPE from useqpe.h. I don\'t have a C7* and so haven\'t got the build environment for it but if anyone with the X11 build environment wants to do it then you can get an old version of opie-reader from the opie CVS (non-core/apps) or you can pm me to ask for up to date source.
thanks, will try it :-)
That would be the best xmas present ever! I have been *lost* without my opie-reader... and have actually contemplated switching back to the sharp based rom... just so I can have it back...
I have family in town this weekend, but if I can find the time, I\'ll see if I can pull down the source and modify that file.
-
Send me an e-mail at timwentford@hotmail.com if you want a current snapshot of the opie-reader source. Mobipocket/html support is greatly improved, plus I\'ve added a more flexible method of key-mapping which will suit those people with keyboards much better than the current CVS version.
On the downside, I\'ve split it into plug-ins so there are more bits to compile/install which means that it does make sense to start with the monolithic version because there will be no issues with dynamic loading and only one makefile to generate/fix.
Feel free to ask for a snapshot at any time, which ever way you decide.
Oh, and offroadgeek...don\'t switch back, just send me a C8* or C7* zaurus so I can support you properly ;^)
-
ups, forgot about PyQt, will add tomorrow ;-)
sashz
ya, you ahve QT 3.1.2 ... the other roms are based on QT2...
my code can run under qt2, but I\'d rather have qt3.
Thanks Sash!
Scott
-
Oh, and offroadgeek...don\'t switch back, just send me a C8* or C7* zaurus so I can support you properly ;^)
I wish! I was acutally thinking of buying a spare 5500, and possibly 7x0 to \"loan\" out to developers without units... it could be a nice ZUG service... the 5500 is easy to get... I just can\'t justify spending the $$ for a \"spare\" 7x0.
-
I wish! I was acutally thinking of buying a spare 5500, and possibly 7x0 to \"loan\" out to developers without units... it could be a nice ZUG service... the 5500 is easy to get... I just can\'t justify spending the $$ for a \"spare\" 7x0.
I\'m in the UK so I suspect it wouldn\'t help much so I\'ll settle for you testing the build when someone gets it done
I\'ve sent the latest snapshot off to someone who is going to try and do the build so hopefully you\'ll get your Xmas present. If anyone else tries you will also need to set PICDIR (in QTReaderApp.cpp) to point to a more sensible directory than it currently does. You will also want icons in that directory eventually but that won\'t be necessary for a first cut.
Oh, and it will work under QT 2 or QT 3 - I use QT 2 under Windows and QT 3 on my Linux laptop so whichever you have on the X11 ROM should be okay.
-
Yeah... Thanks TimW..
the qtreader builds perfectly with a few changes to *.mak files.... the most significant change is to deleta a -march & -processor flags from compiler options...
And i\'m not sure, but it seems like we need to add a readahead buffer to qtreader because of pure speed of PGUP, PGDOWN commands...
It\'s getting better&better...
-
DnK, are you working from the CVS or from a snapshot? There are some speed improvements to the snapshot but page up will always be a bit slow as it works quite hard to find a \"resynchronisation\" point to make sure that the formatting is right (depending on format). Also, some formats (gzip primarily) don\'t support random access but even in these you shouldn\'t have page down problems.
Have you an example file to try?
-
I compiled the snapshot version you\'ve sent to me.... and the only thing to say and complain is the speed of pgdown... maybe that\'s because of pure graphics display performance of X11 rom w/ c760.... but anyway there are a delay of about 1 second after the key tap.
-
I haven\'t ever seen it running on a C760 but I haven\'t heard that it is particularly slow. Maybe someone who has used it under Qtopia on a C760 can comment? I did offer to re-compile opie-reader for the xscale at one point but the person I offered said that it was fast enough without that little bit of extra optimisation.
It should be possible to pre-prepare the next screen load of info in the background (that is what I used to do on the epoc version) but as I hadn\'t had adverse comment about page down I haven\'t bothered (page up is another matter, though).
There have been big differences in performance depending on how QT refreshes the screen. Maybe QT under X11 is less efficient, or lazier, about doing screen refreshes? It works okay in fullscreen on my 400MHz laptop at 1280 x 600 which is 10 times the resolution with a not much more powerful processor (Crusoe vs XScale?).
I believe Sash is going to have a go at compiling it. Maybe he knows some magic optimisation options which will help. If not I\'ll see about adding some extra instrumentation so we can see what is happening.
Unless you are using ppms format or lots of graphics the type of document shouldn\'t matter too much.
-
Yep...
it was on standard sharp rom... but x11 with qt is qite slow....
-
Yep...
it was on standard sharp rom... but x11 with qt is qite slow....
In that case I don\'t think any kind of read ahead buffer or in fact any kind of optimisation in opie-reader will help much. Page down requires a complete refresh of the text window so there isn\'t much scope for optimisation there, either.
It may be worth trying double buffering and in DrawStraight (IIRC) in QTReader.cpp drawing to an offscreen bitmap and then bitblt\'ing it all in one go.
Let me know if you want me to try that.
-
It would be nice to try... unfortunately i flashed back to original ROM due to lack of PIM applications for X11/Cacko rom. so i can\'t check it rightnow.
Regards,
Dnk
-
It looks like the slow redraw on X11 might get better with double buffering. I\'ve implemented it for Qtopia and it makes quite a difference so if anyone wants to retry with the double buffered version, just let me know.
-
TimW!
I\'d like to try again
Regards,
DnK
-
TimW!
I\'d like to try again
Regards,
DnK
Okay. I\'ve still got your e-mail address. I just need to tidy up a couple of things I broke during my last tweak and then I\'ll send you a snapshot.
-
Thank you, TimW.
-
Wow! If works fine... still a little bit slow on pgdown, but it\'s usable anyway. Redraw\'s perfect.
Thanks!
-
Any chance of putting it in a feed somewhere? Then I can direct requests for an X11 version to the feed.
-
yes please, let\'s get this ipk on a feed! you can even just upload it to the ZUG downloads (X11 Packages ] Applications) area that way Laze can add it to the cacko feed.
can\'t wait to try it!
-
OK,
i\'ve put it into the X11 Packages Applications section... not sure it works guyz (it\'s my first ipk ).... due to the lack of time it haz some mess in package info... sorry again..
please try it.
-
just approved it... so it\'s up there!
I\'ve just downloaded and installed it... the ipk installs great, and you even made an icon for it in the apps folder!.
though I\'m having some troubles viewing my existing plucked ebooks... they are just showing garbly-gook... let me try some others.
Thanks!
-
Sorry, that\'s my fault... i didn\'t include any plugins... i have to go now... i\'ll make a new complete ipk tomorow.
see you.
-
Thanks DnK. I really appreciate this (even though I can\'t use it - someone get a C860 ;^) ). And it definitely sounds like you\'re right about the plug-ins.
I have some control files which package the plug-ins so that they are separately loadable so that (eg) people who don\'t use plucker don\'t need to install the plucker codec. Let me know if you want them (or my control file which installs the whole app - but that just adds a couple of wild card entries (eg something like QTDIR/plugins/reader/*) so is easy to recreate once you know that mkipks allows you to use wildcards).