DaedalusX64 dev status update: additional audio settings, more improvements |
Ó
This comes from Chilly Willy, and here, he talks about what he's been able to contribute to the project (on top of what he's already been able to tweak for the previous DX64 alpha versions):
- Added lookup table to the
fragment cache lookup function. The original code only checked if the
address to be looked up was the same as the last one to be looked up.
Otherwise it just went through the entire list of fragments looking for
the address. I added a 256 entry table using a hash on the address to
help speed this up. Now if Howard can profile this for me, we can see
if it was a waste or not.
- Cleaned up the prefs a little since the ROM prefs in particular had the descriptions overlapping the element list. I also changed the audio setting so that you can select synchronous or asynchronous processing of the audio. Synchronous is the old method where everything is done by the main CPU. There may be times when that is better, so now you can select it. So the three audio selections are Disabled, Asynchronous, and Synchronous.
- Big update to the asynchronous audio. Howard and I had been doing a semi-polled method of waiting for the MediaEngine before terminating the RSP task. I made the CPU AddEvent thread-safe so that instead we can just do a single AddEvent when the ME is done. This seems to be better. There are still some roms that don't work (well or at all) with asynchronous audio, hence the ability above to switch to sync audio.
- One note: Switching ROMs is apparently not quite clean yet. I've noticed a few ROMs where you have to quit the emulator and start fresh or the ROM won't work (properly or at all depending on the ROM). The two I've noted by name are Wave Race 64 and Zelda:OOT.
Related articles:
Contact Us:
The QJ.net Network |
 |
| Site | Feed |
| QJ.NET | RSS |
| Nintendo DS | RSS |
| PlayStation 3 | RSS |
| PSP Updates | RSS |
| Wii | RSS |
| Xbox 360 | RSS |
| MMORPG | RSS |
| Personal Computer Games | RSS |
| iPhone - iPod Touch | RSS |
| QJ.NET Forums | RSS |
Add QJ.NET
User Favorites - December
User Favorites - December
Categories
Archives
Accessories
Add-ons
Applications
Artwork
Batteries
Cheats
Deals
Emulators
Events
Featured Articles
Firmware
Flash Applications
Flash games
Game Demos
Games
Hacks & Exploits
Homebrew Applications
Homebrew Demos
Homebrew Development
Homebrew Emulators
Homebrew Games
Homebrew Themes
How-To
Humor
Imports
Interviews
Magazines
Mods
MY QJ
News
Off Topic
On Shelves This Week
Opinions & Analysis
Podcasts
Previews
PSP Go
PSP Minis
PSP Slim & Lite
QJ How-To Series
QuickJump QuickGuide
QuickJump QuickPeek
Reviews
Rumors
Scans
Screenshots
Site News
Titles
UMD Movies
Videos
Weekend Warrior
Wi-Fi
December 2009
November 2009
October 2009
September 2009
August 2009
July 2009
June 2009
May 2009
April 2009
March 2009
February 2009
January 2009
December 2008
November 2008
October 2008
September 2008
August 2008
July 2008
June 2008
May 2008
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
October 2006
September 2006
August 2006
July 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006
December 2005
November 2005
October 2005
September 2005
August 2005
July 2005
June 2005
May 2005
April 2005
March 2005
February 2005
January 2005
Comments
yay
Well December is right around the corner. The team is in full swing. There may be some news later today once it becomes official. However, there won't be a Pubic version as that has already happened. The next release (probably this month) will be Beta 2. However due to a recent development even that may change, but I can't say more than that yet... (Don't worry it's good news though)
Thanks for dropping by, Kreationz! Looking forward to what you guy have to say later today. Drop us a line when you've made the announcement/update so we can post about it ASAP. ;-)
Why bombard people with every little update like this? Look at the friggen change log, you think have the idiots that read this page will have a *****ing clue what you're talking about? All the dev team needs to ensure is they release it with good stability and >30 fps on most games. Until then, who honestly gives a *****? I want to see it go well as much as anything but ffs, updating us on every damn bit change just to sustain the hype is really pointless.
I like the hype, gets me pumped up and everything. Real Ultimate Power Ninja style pumped up!
lol ya for reals i dont no wut hes talking about how he changed the code and added this n that..i have no clue wut he says in the chnage log im not a programmer so y even post that crap ......lol ~~ Added lookup table to the fragment cache lookup function. The original code only checked if the address to be looked up was the same as the last one to be looked up. Otherwise it just went through the entire list of fragments looking for the address. I added a 256 entry table using a hash on the address to help speed this up. Now if Howard can profile this for me, we can see if it was a waste or not. Cleaned up the prefs a little since the ROM prefs in particular had the descriptions overlapping the element list. I also changed the audio setting so that you can select synchronous or asynchronous processing of the audio. Synchronous is the old method where everything is done by the main CPU. There may be times when that is better, so now you can select it. So the three audio selections are Disabled, Asynchronous, and Synchronous. Big update to the asynchronous audio. Howard and I had been doing a semi-polled method of waiting for the MediaEngine before terminating the RSP task. I made the CPU AddEvent thread-safe so that instead we can just do a single AddEvent when the ME is done. This seems to be better. There are still some roms that don't work (well or at all) with asynchronous audio, hence the ability above to switch to sync audio. One note: Switching ROMs is apparently not quite clean yet. I've noticed a few ROMs where you have to quit the emulator and start fresh or the ROM won't work (properly or at all depending on the ROM). The two I've noted by name are Wave Race 64 and Zelda:OOT.
I know its a good thing. And Im sure some ppl know what they are talking about.
dont complain about the hype, at least these guys are giving us updates not like old strmfart.
strmnnrmn is now on the team (according to the sourceforge, he was added to the list of devs today).
Well... I am a programmer, and actually come here because they usually have the improvements listed; many other programmers for the psp hang around here too, so I wouldn't say this is crap at all... You could always use wikipedia too.....seeing as they explain programming terms pretty well. And why did you just quote the almost the whole article?
Its a good thing you're the only one who's opinion counts. These little updates let us know that daedalus hasn't fallen through the cracks again. We went what, a year, without hearing anything about and then these guys have jumped on it and have been making progress. You know how I know? BECAUSE QJ EFFING POSTS ABOUT IT! So shut up :)
Strmnnrmn was added it is true. sourceforge.net/projects/daedalusx64/#item3rd-6
StrmnNrmn is back. I posted the full announcement at the site.
StrmnNrmn is back. I posted the full announcement at the site.
Sorry, im a noob at this but..... What is the latest full version of the n64 and nes rom lists?
But why did he just all of a sudden stop? The last thing we heard from him was that he was going to try to fix the audio. All well, he's back, he never said when.
No one forced you to read it now did they? If you do not understand it that means you are not smart enough and so should not bother with it ;)
Ooooh! That's great news! Saw the sourceforge entry but I can't seem to find the announcement you made... Gah! Can't wait to post about this! ^_^
Add New Comment