There was a slight problem with anomie's HDMA notes. Specifically, you must set the DoTransfer flag after decrementing NTLRx, otherwise if you have a table entry of $80, two transfers will occur. This fixes the bug in Charlie's stage in SFA2. I also did some tests and verified that enabling HDMA mid-frame does not clear the DoTransfer flag, however the flag is cleared at the start of a new frame (probably during HDMA init). It is possible this flag is cleared at the end of HDMA (V=225/240), but there's no real way to tell. The result is the same either way. The only edge case I can think of is to try enabling overscan at V > 225, and then enabling HDMA and seeing if a transfer occurs or not. I'll do that later.

 

    I also fixed a bug with color add/sub, and it fixed both Energy Breaker and the ToP opening battle screen! Finally. That ToP bug annoyed the hell out of me.

 

    Energy Breaker seems to work perfectly now, even the world map has zero glitches that I can see. The only problem now is that Final Fantasy: Mystic Quest has an odd glitch with HDMA on the map.

 

    Lastly, I finally feel that the accuracy of the emulator is good enough to block VRAM writes outside of vblank. This means a few fan-translated games that won't run on hardware will no longer work in bsnes. On the positive side, it should hopefully fix glitches in a few commercial games such as Peter Pan. I even found a neat quirk. If you write to VRAM at exactly V=0,HC=6, it will write the CPU MDR (open bus value) to VRAM. Hah. Reads/writes to VRAM with the display disabled ($2100.d7 set) always work. When it's clear, then they only work during vblank. They will not work outside of vblank and inside of hblank. Also, reading from VRAM outside of vblank usually returns $00, $01, or $ff. I haven't found the pattern yet. Maybe it's even returning some of the VRAM the PPU is accessing? Who knows. Writes to $2116 update the VRAM read buffer, this won't work either outside of vblank.

»» Homepage

* misc: www profiler red-* icon for sites *only* appears when at least one file of the site is new / was updated

* misc: little speed optimization for chd detection in unneeded rom tests

* fixed: several old browse-folder settings aren't remembered correctly

* fixed: some issues while loading wwwdats.ini/urls.ini

* fixed: wwwprofiler doesn't display empty sites

»» Homepage/Download

version 4.7.5 changelog:

------------------------

.bug fix: Sorting by manufacturer not working

.added: New File "<frontend>\ini_files\control_types.ini" containing a list of all control types listed in -listxml output (MAME based emulators)

.changed: Games list files (*.el) are updated to support "ini_files\control_types.ini" Unfortunatelly you will have to recreate your games lists... except for Daphne games

.bug fix: Control type not correct for lots of games

.bug fix: Games tooltip hints not displaying the correct string in columns other than description

.bug fix: A few more memory leaks caused by the IconTools component... there are a bunch  of leaks caused by this component that I've been unable to fix :_(

.bug fix: Game play time and times played not being updated after playing games

.bug fix: Read-only checks on files before updating and/or saving to prevent  crash errors

.added: Option: "Display Read-Only Message" (preferences screen)        A warning message is displayed when atempting to write on an existing file that is marked as read-only (disabled by default)

.bug fix: Error when setting a MAME emulator in the second MAME tab (Emulator Setup) When f using only one binary, you must set it in the first MAME tab

.bug fix: Feature "Delete gamename.zip File" was not deleting AGEMAME games

.changed: Unique sound clips folder for each system (preferences, "Folders / Files" tab)

.changed: Background images for messages and input box screens

.changed: Buttons icons <frontend>\resources\images\toolbars\buttons)

.changed: Removed the "flat" state of all buttons

»» Homepage/Download

Nintendo and Wayport have announced a partnership to bring the Nintendo Wi-Fi Connection into almost 6,000 McDonalds nationwide free of charge for the November 14th launch of the company's Nintendo DS Internet gaming service.

 

The deal marks the first we've heard of Nintendo's previous plans for establishing free hot spots.

 

If there ever was a fast food chain that made sense for Nintendo to partner up with, McDonalds is it. "Beginning with free access at participating McDonald's, we have removed one of the major barriers that have kept people from going online to play games," says Reggie Fils-Aime, Nintendo of America's exec. VP of sales and marketing.

 

Setup will be simple. Players walk into their local restaurant, turn on a Nintendo DS and the machine will automatically pick up the Wi-Fi connection and take care of the setup. All gamers have to do is start playing. If you're not sure if you have a local McDonalds with Wi-Fi, a list will be available from Nintendo soon.

 

One side effect of this deal, however, is essentially offering free wireless multiplayer for PSP owners, as well. It would be surprising to learn if the Nintendo Wi-Fi Connection offered could actually differentiate between machines, but then again, Nintendo's probably more excited about all the marketing support they'll receive here, too.

 

But remember, you don't have to go into a McDonald's to get online; any Wi-Fi hotspot will do, with "minimal setup" according to Nintendo. And of course if you have broadband at home with no wireless, you can buy the USB wireless adapter to turn any computer on the internet into an access point. Several cities, including San Francisco, home of 1UP, are also talking about city-wide free or low-cost Wi-Fi, which would mean you could play your DS anywhere in the metropolitan area.

Good if you don't want to buy the dongle or don't have wireless and a cheap bastard.