Lockwood Posted November 8, 2005 Posted November 8, 2005 He is not feeling very well he's sick do you mean that?
thoduv Posted November 19, 2005 Posted November 19, 2005 12 days without an update ! Have you progressed ?
alexa999 Posted November 23, 2005 Posted November 23, 2005 Update Update Update! But no change in percentages...
bafio Posted November 24, 2005 Posted November 24, 2005 (edited) Of course I'm making progress... just wait, something big is about to happen... -Stephen<{POST_SNAPBACK}> Updates updates updates..... It's all MKDS fault!? (meaning that you are all playing that all the time) Any news with the tcp stack? Edited November 25, 2005 by bafio
Lockwood Posted December 13, 2005 Posted December 13, 2005 (edited) Hey Stephen,Can you make a little update for backlight off when closing nds and a ''zoeff'' signal for getting a signal?My nds can hold for only 2 hours with your tool! Edited December 13, 2005 by Lockwood
yorel Posted March 6, 2006 Posted March 6, 2006 Hello, I have some stupid (?) questions. Could you answer me ? What are exactly the BaseBand and the RF chips ? What are spinlock and WIFI_AUTHLEVEL ? ( wifi_shared.h ) I know what is SSID but BSSID ? RSSI ? I read somewhere that only the ARM7 was able to use Wifi's registers but i see the file wifi_arm9.h and wifi_arm9.c. So, i'm a little disappointed. There is a great function in wifi_arm7.c : Wifi_ProcessReceivedFrame. Is-it possible to have more explanation about the code ? what is for ?
sgstair Posted March 6, 2006 Author Posted March 6, 2006 Hello, I have some stupid (?) questions. Could you answer me ? What are exactly the BaseBand and the RF chips ? What are spinlock and WIFI_AUTHLEVEL ? ( wifi_shared.h ) I know what is SSID but BSSID ? RSSI ? I read somewhere that only the ARM7 was able to use Wifi's registers but i see the file wifi_arm9.h and wifi_arm9.c. So, i'm a little disappointed. There is a great function in wifi_arm7.c : Wifi_ProcessReceivedFrame. Is-it possible to have more explanation about the code ? what is for ?<{POST_SNAPBACK}> The baseband & RF chips make up the chipset that does most of the work involved in sending and receiving data. Specificly the RF chip is composed of a Phase Locked Loop translating a reference frequency into a specific transmit frequency, and a mixer, which "moves" a data signal into the RF domain. The baseband chip talks to the RF chip, and controls when to send and receive data, as well as handling buffering of the sending and receiving processes. a spinlock is a type of locking mechanism used in multithreaded interprocess communication, to ensure atomic data access.WIFI_AUTHLEVEL is an arbitrary specifier used to track the process of authenticating and then associating to an access point.BSSID is the base station SSID, or group SSID in the case of an ad-hoc networkRSSI is Received Signal Strength Indicator Yes; the wifi hardware can *only* be used from the arm7. The reason I have a lot of code on the arm9 side is that I've written a transport interface that allows the arm9 to command the arm7, and tell it what to do basicly, and the data is transferred between the processors automaticly. Wifi_ProcessReceivedFrame is called whenever a frame is received; it's purpose is to detect certain types of frames (specificly: beacons, and authentication and associacion related packets) and to change the local state or local data store based on them. The function itself is large, but it's premise and layout is very simple. -Stephen
Yooz Urnaim Posted March 18, 2006 Posted March 18, 2006 How precise can timestamps be generated on the DS? I see that sgstair mentioned microsecond counters in his Hardware Reference page; are discrete microseconds (1 E-6 seconds) as precise as the DS can count? Or can it count fractions of microseconds as well? If so, how small of a fraction? 1/10 microseconds (1 E-7 seconds)? 1/100?...
sgstair Posted March 18, 2006 Author Posted March 18, 2006 How precise can timestamps be generated on the DS? I see that sgstair mentioned microsecond counters in his Hardware Reference page; are discrete microseconds (1 E-6 seconds) as precise as the DS can count? Or can it count fractions of microseconds as well? If so, how small of a fraction? 1/10 microseconds (1 E-7 seconds)? 1/100?...<{POST_SNAPBACK}>Technically the DS timer system can operate at a maximum resolution of about 33MHz, I think. (which is 32 times more accurate than a microsecond timer) -Stephen
Two9A Posted March 20, 2006 Posted March 20, 2006 Technically the DS timer system can operate at a maximum resolution of about 33MHz, I think.Of course, then your problem becomes how to service interrupts that happen every two clocks. Not sure you can do a great deal in that amount of time.
sgstair Posted March 20, 2006 Author Posted March 20, 2006 Technically the DS timer system can operate at a maximum resolution of about 33MHz, I think.Of course, then your problem becomes how to service interrupts that happen every two clocks. Not sure you can do a great deal in that amount of time. <{POST_SNAPBACK}>blah, you don't need to service an interrupt every 2 clocks, just read whenever you like and you get a cycle accurate count. -Stephen
Grey Posted May 16, 2006 Posted May 16, 2006 Is it possible at all to change the timeout value for things such as autoconnect or recv? I find that if those operations fail for any reasons, it takes a long time, (if ever) for them to come back (I've never actually waited that long). This essentially freezes up the DS if there's a failure. So... is there a way to change the timeout?
sgstair Posted May 20, 2006 Author Posted May 20, 2006 Is it possible at all to change the timeout value for things such as autoconnect or recv? I find that if those operations fail for any reasons, it takes a long time, (if ever) for them to come back (I've never actually waited that long). This essentially freezes up the DS if there's a failure. So... is there a way to change the timeout?<{POST_SNAPBACK}>Well.... yes and no.Autoconnect does time out, but even so, you are in charge of the loop that waits until it's connected, so you are responsible for stopping it early if you want to.it is possible that recv() will never return in the current version of the lib, but work is being done to fix this - additionally you can switch to non-blocking mode and recv() will always return immediately. -Stephen
BasiX Posted June 26, 2006 Posted June 26, 2006 Hi! I'm new on this forum and I have a question: Why can my DS not connect to my internet / router if I use my normal WFC-settings? When I play online games, such as Mario Kart DS, it works fine. But i can't connect with homebrew software... (My connection is WEP secured) PLEAS HELP
Recommended Posts