View Full Version : iRex Releases DR1000 SDK and source code
Adam B. 10-23-2008, 03:03 PM iRex has released an SDK and source code for the iRex DR1000.
You can find this here (http://developer.irexnet.com/pub/iOn/).
The SDK is based on Poky (http://www.pokylinux.org/doc/poky-handbook.html#intro-quickstart), so I have some research to do. iRex also promises to release further documentation.
I'm sure developers will be busy working on discovering the internals and the many possibilities of this new development platform.
pthwaite 10-23-2008, 03:20 PM I look forward to the results :) not having a clue about programming any more. (gave up 20 yrs ago after machine code on intel 8080 & z80 at University).
I do hope that several of the iliad programmes can be ported across though.
NatCh 10-23-2008, 03:21 PM Bravo for iRex! :clap:
axel77 10-23-2008, 03:49 PM AND the source code? Does this really mean we already get the source for the new all-in-on viewer application?
Adam B. 10-23-2008, 04:09 PM AND the source code? Does this really mean we already get the source for the new all-in-on viewer application?
:( It doesn't appear so. The binary is called "uds". I don't see anything like that in the sources.
The ctb package is the new content browser....
Adam B. 10-23-2008, 04:35 PM Looking through the sources, I'm not seeing any refresh calls... I wonder if iRex has figured out a way to automatically refresh the screen without having to manually call it.
M@rcel 10-23-2008, 04:43 PM Looking through the sources, I'm not seeing any refresh calls... I wonder if iRex has figured out a way to automatically refresh the screen without having to manually call it.Perhaps they read this forum, too :rolleyes:
http://www.mobileread.com/forums/showthread.php?t=22215
Shaggy 10-23-2008, 04:53 PM :( It doesn't appear so. The binary is called "uds". I don't see anything like that in the sources.
The ctb package is the new content browser....
It's probably just the GPL code, which is what they had release for the iLiad as well up until recently. The in-house iRex proprietary stuff will probably stay closed.
axel77 10-23-2008, 06:55 PM Perhaps they read this forum, too :rolleyes:
http://www.mobileread.com/forums/showthread.php?t=22215
Well thats the idea of them Opening the Source. I for one don't mind they embrace ideas from here in this deal.
Adam B. 10-23-2008, 06:57 PM I'm sure they've been working on the device a lot longer than the xepdmanager has been out.
Besides, from what I can tell, it's a similar idea but a different implementation.
axel77 10-23-2008, 07:03 PM :( It doesn't appear so. The binary is called "uds". I don't see anything like that in the sources.
The ctb package is the new content browser....
I expected so, well I think its about us to show what we can do with the iLiad when having full sources, so in a middletimed future they are inclined to do that as well. Maybe, maybe not. maybe the finance crisis will eat us all up until then eitherway :) Or the LHC explodes earth...
sarikan 10-23-2008, 07:14 PM I am almost sure that I've read in a post that Irex will be open sourcing the whole thing. I guess it was a response from the irex team.(fingers crossed)
Gogolo 10-24-2008, 03:39 AM This could be the first post in a DR1000 Developer's Corner... :rolleyes:
Gogolo
Matthijs 10-24-2008, 04:17 AM Looking through the sources, I'm not seeing any refresh calls... I wonder if iRex has figured out a way to automatically refresh the screen without having to manually call it.
Hint: take a look at our GTK+ patches. ;) Happy coding!
P.S. The document viewer (uds) will remain closed source.The API for plugins is fully open however and all current plugins except Mobipocket are GPL'ed as well. So adding more document formats or improving current plugins is very well possible.
Matthijs 10-24-2008, 04:18 AM We're also looking at releasing our Poky environment (e.g. our changes to Poky as published by OpenedHand).
stonehat 10-24-2008, 05:05 AM Hoorah, and a good, business move for iRex, IMHO.
Format C: 10-24-2008, 05:20 AM The last nail on iLiad's coffin.
eth777 10-24-2008, 10:58 AM Ok, I've got a question regarding the dr1000. How easy is it to recover from bricking it? Is there an external way to reload to factory defaults, similar to the way iliad finally had it with the cf card?
Thanks
Eth
Adam B. 10-24-2008, 11:10 AM Ok, I've got a question regarding the dr1000. How easy is it to recover from bricking it? Is there an external way to reload to factory defaults, similar to the way iliad finally had it with the cf card?
Thanks
Eth
I believe the DR checks for a software update on the SD card every time it boots. If the internal operating system is broken, it should automatically reflash if the firmware is available.
axel77 10-25-2008, 06:38 AM The last nail on iLiad's coffin.
no .
joblack 10-25-2008, 07:23 AM I look forward to the results :) not having a clue about programming any more. (gave up 20 yrs ago after machine code on intel 8080 & z80 at University).
I do hope that several of the iliad programmes can be ported across though.
If you programmed Assembly Language it is no problem to settle for C.
sarikan 10-26-2008, 10:32 AM A question for the guys out there who has more experience in this domain more than I do:
What kind of extensions does the sdk allow? Is it possible to replace the existing reader with a new one?
I have not been into low level programming for a very long time, so trying to figure out basics would take a huge effort for me, some clues would be really nice :)
Kind regards
Seref
Matthijs 10-27-2008, 05:50 AM I believe the DR checks for a software update on the SD card every time it boots. If the internal operating system is broken, it should automatically reflash if the firmware is available.
Indeed, every time it cold boots (after reset switch, completely empty battery or software 'reboot').
plisken 09-28-2009, 10:05 AM P.S. The document viewer (uds) will remain closed source.The API for plugins is fully open however and all current plugins except Mobipocket are GPL'ed as well. So adding more document formats or improving current plugins is very well possible.
Ok, so for example instead of using evince as djvu reader it should be possible to cripple it a bit to be just a plugin and make it compatible with uds API, right? Where is the documentation for the API?
:-) Funny, I almost have feeling like in early days of Amiga, the same "uncharted territory" (almost), only the days are now somehow shorter.
Cheers,
Mackx 09-28-2009, 02:42 PM Ok, so for example instead of using evince as djvu reader it should be possible to cripple it a bit to be just a plugin and make it compatible with uds API, right? Where is the documentation for the API?
In the interface files ofcourse :).
Serious, there is a lot of documentation in the header files (http://developer.irexnet.com/pub/iOn/Sources/1.7/iRex/) and there is the implementation of the interface for plaintext, pdf and images. No tutorial or manual, but with some puzzling and experimenting it should be possible to make your own plug-in, although I have never tried ...
Good luck, if you have a go at it, please make a 'tutorial' as you go, so others can also benefit?
plisken 09-29-2009, 11:14 AM Thank you for the answer. I'll start from something simple, if I succeed, sure I will share my experience with others.
Cheers.
Mackx 09-29-2009, 11:58 AM A long time ago, I posted this (http://www.mobileread.com/forums/showpost.php?p=439483&postcount=27) which might be a good starting point to get developing on the DR. I hope there is something usefull in it. (If you already have development experience on the DR, it might be too simple.)
|