PSP Binary Clock v 0.5 by NewOlds (PSP 1.5 Firmware)
Download
(may work on 1.0 converted with PSP Brew, and 2.0 with PSP Eboot Loader)
This it's the first release from NewOlds to the PSP platform,
it's a simple skineable Binary Clock.
5 Skins include in the package, and a buggy Windows Version.
If you make your own skin, please let us now, maybe be could include it in the next release. Check dat/skins folder to seen the skin format.
This software uses Micro Game Engine aka MGE by NewOlds
MGE it's cross platform PSP / Windows (DirectX) Game Engine.
Don’t expect a huge application, It’s bean only one moth that we start learning PSP coding.
Release:PSP Binary Clock v 0.5 by NewOlds
Release:PSP Binary Clock v 0.5 by NewOlds
mICrO^NewOlds
ja_medina at hotmail dot com
There is no such thing as a moral or an immoral book.
Books are well written or badly written.
(Oscar Wilde)
ja_medina at hotmail dot com
There is no such thing as a moral or an immoral book.
Books are well written or badly written.
(Oscar Wilde)
-
- Posts: 1
- Joined: Tue Nov 01, 2005 12:49 pm
I really like this clock but, I am having a hard time understanding how to read the hour. For example:
00 0011 - 101 1001 - 011 0000 = 00:06:59 and 30 sec
but when I translate is it comes out to be 00:03:59 and 30 sec.
Am I reading this wrong or are the values of the "hours" misplaced???
The values i use as a reference are 8,4,2,1
If someone can help me i would appreciate it very much
00 0011 - 101 1001 - 011 0000 = 00:06:59 and 30 sec
but when I translate is it comes out to be 00:03:59 and 30 sec.
Am I reading this wrong or are the values of the "hours" misplaced???
The values i use as a reference are 8,4,2,1
If someone can help me i would appreciate it very much
Perhaps the program has problems with the timezone. In the latest PSPSDK a program has to call tzset(), first.feeblemindedenigma wrote: 00 0011 - 101 1001 - 011 0000 = 00:06:59 and 30 sec
but when I translate is it comes out to be 00:03:59 and 30 sec.
But there was still a bug with tzset, because it doesn't evaluate the Daylight Saving setting: If set to "Standard" it works, but when set to "Daylight Saving", it is wrong by one hour. I've patched the newlib patch for this, so when you rebuild the toolchain (you need to rebuild only newlib), you can call tzset() and it should work.