Awesome news from our spanish friends and personally what will be a masssive release for the Dreamcast , Check out this video of whats to come when its released
The first version of the cocoa UI is in subversion now, and enabled by default if you’re building on Mac. You’ll need to do ‘make bundle’, which will give you lxdream.app which should (hopefully) launch normally. Currently it’s missing the configuration dialogs and a couple of other things, but it’s mostly there - anyone want to try it out and let me know if it works for them? (Especially curious as to whether or not it runs on 10.4).
To get the GTK interface instead, configure with –with-gtk.
Although lately I've been very bundled, between spare time he made a quick port of this Japanese card game (Hanafuda). SDLHana in SDL is a game based on Hanafuda. Hanafuda is a Japanese card game that is played widely in Japan and Korea, also known as "T'u-Hwa" in Korea.
For more details of Hanafuda and how they played in the Wikipedia: Link
As in poker, there are many ways to play with Hanafuda. This program currently supports two forms: Koi-Koi, a Japanese game, and Go-Stop, a Korean game. There is also a variant of Koi-Koi ls mostly played in slot machines, described as "Koi-Koi [BET]" in the options game, which is played with 6 letters instead of 8 letters.
The original game Web Link
The version of the port: CVS 20060723
This version works well with the pad and mouse. Using the analog move the pointer, we confirmed with the B and went with the L.
… our beta tester Mulle will lay hands on it during the next week. We are waiting to have the recent changed integrated into a new beta. He also might do a video, depending on his schedule.
All 8 levels of the “Desert World” are of medium to high difficulty, you need to do a lot of careful jumps and overall everything is adjusting difficulty wise.
Our music artist Alexander Oldemeier (Op3rator) has completly declared two tracks as final, this means that those two tracks are going to our mastering guy Scythoior. He will mix the tracks into radio-lengt tracks, means the track will be time extended to match the lenght of commercial music
Today, I bring you the release of CrabEmu 0.1.7. This release contains far too many bug fixes and code cleanups to mention, but here's a selection of some of the bigger changes:
Modified sound output to remove branches from the code.
Fixed a Dreamcast GUI issue where CrabEmu would crash after loading about 7 roms.
Made the Dreamcast port only show the portion of the screen that would actually be visible on the Game Gear.
Added a mapper detection function for certain games to detect use of special mappers by the two checksums on the rom.
Enabled sound output on the Dreamcast port.
Added support for the EEPROM used in certain Game Gear baseball games.
Added support for the extra RAM in the Ernie Els Golf cartridge.
Added support for the extra RAM in the SG-1000 game The Castle.
Enjoy the release, and be sure to report any bugs that you may happen to find.
Indiket and Neoblast of IBERDC DEV TEAM just finished the first version of this classic game DOS (now SDL) which includes support for 2 players with command and keyboard. It works with a solid 30 fps
The sequel to Cyberdogs, C-Dogs, improves the formula of the original Cyberdogs. The game (shooter) you choose your character engages in missions where a 2D view from above will have to move by firing at all levels with a full arsenal that can be purchased pre-mission
I've finally completed the new GD-ROM module, though ultimately it turned out to be very similar in design to the last one. With the new code I can freely choose what ATA/ATAPI commands are to be executed immediately and what can be offloaded to helper thread.
Unfortunately a thread is not a very good substitute for a real-time device. In typical multitasking OS there's a sheduler that decides when things will happen, there's no guarantee that the helper will start processing given request right away. Simply put, it can start immediately or only after some tens of miliseconds has passed. I could run the code in a tight loop to reduce this lag but that would waste too much CPU power, always needed elsewhere. Not to mention OS can (and eventually will at some point) interrupt any running process if it's required, so this approach would not solve the problem completly, just reduce the odds of ecountering it. Same thing goes for messing with thread priorities - that's not exactly foolproof and is also very inelegant.
Now, why would mere miliseconds ever pose a problem? In a well-designed system the consumer would just wait a bit for the producer to come up with data and occasional lag wouldn't even be noticable. Some Dreamcast software however (BIOS including) doesn't really check if the data has arrived, rather assume it must be so after a certain amount of time has passed.
This isn't that much of a problem for GD-ROM commands that return small amounts of redily available data - those can be simply executed at the moment they arrive, so there is no lag. Disk reads are another story though, those take time to complete and the whole idea was to run them concurrently so that virtual CPU would not be stalled waiting in the first place.
It gets more interesting at this point. A real Dreamcast GD is not anywhere near as fast as modern hard drives, so why doesn't it work in emulator if it works on an inferior system? The answer, again, is timing. It's simply very crucial to get it right - and you can have accurate emulator, or fast emulator, but not both. And you've guessed it right, I'm aiming for fast at this point. It has to be noted that should the original GD/CD media become too scratched or the laser detoriates beyond certain point, the problems I'm having will manifest themselves on Dreamcast as well - so I still say it's simply bad coding on games part.
What are the options... For starters, I will continue to play with the DMA code and try to mimic Dreamcast behaviour as closely as possible. And if all else fails, there's still the "ideal" DMA mode, that is to make transfers always block to be sure the virtual CPU always gets all the data it asks for. This of course causes jerkiness and audio stuttering, mostly to be felt in games using sequenced music or sound effects very closely timed to video.
This whole re-write took quite some time and didn't really help as much I hoped, but thanks to all that work I'm now much more aware of what has to be done yet. I've a few ideas, it's just that every attempt at fixing one thing breaks other stuff. Sometimes very badly I still need to figure out what upsets so much the MPEG library used on demo GDs and some MIL-CDs.
PS. Why didn't anyone tell me Giana's Return got broken with the addition of MMU-capable recompiler?!
PPS. I'm SOOO behing with testing Yuki's stuff now... I'm going to capture & post few screenshots later today. If I get the games to work with the new GD code that is
UPDATE:
No screens yet. I had a bug that prevented most of the images from booting properly, that's fixed now. But there's a bigger problem - the new module is actually even less compatible, timing-wise, than the old one. I'll have to run more tests but now I'm beginning to suspect that some games require GD DMA processing to be done way more often. Which is bad because it seriously affects emulation speed.
At this point one begins to wonder what exactly is good about this new code Well, it is more reliable now. I was hoping that alone would be enough but apparently I was too optimistic...
This is starting to seriously annoy me. DMA changes helped with some tiles but not all of them. Then I inserted a few debug statements into the code and even though it reduced emulation speed, it actually made things more stable. And this is the only lead I have so far...
Progress on the upcoming homebrew game for Sega Dreamcast.
Considering we recieve a new beta from our coder Monday night, our Beta-Tester Mulle will do few new videos on Tuesday. If everything goes straight everything should be up by Wednesday.
I found and squashed a bug in new GD code. Not only Elemental Gimmick Gear boots again but it also cured Street Fighter Zero 3, which now seems to work just fine.
I've also devised a tweak to GD-DMA code for that accursed MPEG library. It interferes with SH4 main loop, effectively causing a temporary slowdown. This should not be a problem and is only visible during CD boot sequence, as BIOS decrypts the executable on the fly using thousands of 32-byte reads. As a side effect it fixes (or so it seems) those MIL-CDs that required SH4 speed to be reduced in order to load properly. One of these days I'll have to try and verify that on hardware, to see just how much of a slowdown G1 bus DMA transfer in background really is.
However, this is not yet the final solution to the problem. Sofdec library still expects some reads to start in close to zero time and I can't figure out why - still not conviced any code could be that braindead, so I'm not ruling out a bug on my side. For the time being I try to detect situations where DMA is started before GD buffer has anything in it, but every now and then this too fails. It looks awfully suspicious so I'll be investigating this next.
In the meantime, all Dream Preview GDs from Yuki boot now and here's a proof:
Too bad WinCE games are so slow, but cheap 3GHz C2D are around the corner now
Also, some of the titles above require modem and ISP settings stored in the FLASH. Modem is not exactly on the top of my TO DO list.
UPDATE: Oops, I've uploaded more images, but forgot to post them here. Here I brag about WinCE games and Biohazard 2 screens are missing... Fixed now :P
Our Spanish friends over at the leading Dreamcast Site posted this article:
next November 27 sees the tenth anniversary of the commercialization of our favorite console.
To do so in Dreamcast.es we will hold for everything from high since 2004 and did not hold any party and only 100% dedicated to the Dreamcast, The occasion deserves it.
For this reason, Chui, Neoblast, Melovampire and whom he writes, we believe that we are in a good time to organize commemorative event and we have all, it is important to know your views and tastes. As always an event requires all and as we organize it is necessary to know whether or take the summer we hope to November in order to find a date consistent with everyone's needs.
We thought that the bridges of November and December dates are very close to conclusion and that would be more convenient. We are happy to read all your ideas and opinions on the territory where it would be ideal to celebrate and especially if there is desire.
We still have to propose to our European counterparts the idea webs, and as Spain is one of the engines Scene DC and a country that always like to visit, nothing better to do with the participation of all. A joint European festival in Spain. If someone thinks the party could well be a big party for at least two days in which everyone could meet and share our enthusiasm for the console and its scene.
Regarding announcements we can not announce now that may be getting plenty of CD's for everything that is going to leave this year, the Scene will be present and may be left on a formal see something, although we are partidiarios no illusions as to date has not been revealed absolutely nothing.
Now that all sabeis we are going to organise a good event, it's time to get down to work, this takes time and all the support and assistance is always little. We all hope and we need your ideas and comments. Would you apunta?
Heres what could be one of the biggest releases for a while from the Dreamcast.ES Community, heres the translated info:
Tux Football DC (alpha 2)
Tired of bad football games for Dreamcast? Well, now you can have another chance with Tux Football!
Tux Football is a great football game in 2D for Windows and Linux! Trayéndote the old style of play back to the desktop with enhanced graphics! For people who remember these forgotten classics such as Kick Off the company Amco, or Sensible Soccer Sensible Software.
The gameplay is designed to be fast, intuitive and fun. Always will have control of the player closest to the ball. The ball is controlled by buttons for kicking 2: One to go, and another for throwing. After touching the ball you can make quick shots by pressing and holding the address where you wish to make the shot. If it points toward the opposite direction of where ducks, the ball will come out firing in the air, pointing in the same direction the ball will go directly to the ground.
Unfortunately, this game was forgotten in 2004 ... While it was a good game, has some bugs ... You are warned!
Latest version Alpha 2:
* Added the original music of the game
* FIX 2 player controls that did not work.
* Fixed an important bug, which meant that the FPS drop suddenly when the cpu had the ball.
That this fact:
* Two teams
* Passes, ducks, header
* Detection Limits (ie, when it comes to the goal, goals, etc).
* Physical Realists in the ball, even when bounces in the goal.
* Subject Start with menu
* Sound & Music
* Players controlled by the machine
* 2 players
One of the greatest challenges to adapt this game, is RAM. Dreamcast only has 16MB of ram for everything (load the game and load objects). So, some things were removed in the Dreamcast version:
* The animations and shadows were eliminated (The players will always be in a position to foot). Only the size of all images PNG were 4 MB!
A couple of good things in the game:
* Resolution of 640x480.
* It should work with the Dreamcast keyboard.
* The menus are slowing, but in a game often walk by 20 FPS constantly.
Controls Player 1:
Arrows = Cruceta command: Move the player
Shift left Button B =: Tyre (PAT strong into the air)
Left Ctrl button = A: Skip (A soft pass, which will go directly to the player nearest the same team)
Enter / Enter = Start Button: Choose the menu options
Esc = trigger left: Quit Game
Controls Player 2:
k, j, h, l = Cruceta command: Move the player
f = Button B: Tyre (PAT strong into the air)
g = Button: Skip (A soft pass, which will go directly to the player nearest the same team)
Enter / Enter = Start Button: Choose the menu options
Esc = trigger left: Quit Game
Here you can download the source code for the Dreamcast version, an image. Bin and an image CDI ready to be recorded!
To celebrate the 25th anniversary of MSX and its consequent MadriSX to be held on Saturday June 28, he seized the time and fMSX of Marat Fayzullin has finished landing on Dreamcast.
A coder for Dreamcast (ltk666) conducted in 2005/2006 port of fMSX for Dreamcast, but not released at the time that the source was already ready for DC and he tenído to return to port.
In this case the emulator is now fully playable and manageable from the pad, and read DSK (Floppy images as well as ROMS).
At the moment does not read compressed files but if you need a keyboard just have to plug the Dreamcast and voila! MSX with a CD.
The end of the video is that I conteis speed as you see, in my opinion goes a Pelin faster than the Original MSX, but I have good even a full week ahead to debug and put more videos for those who controlais of MSX I echeis a hand with the timmings.
Anataus 4 is the fourth member of the Anataus-series, 3rd at the ABD'97 demo compo. Contains the famous 'Love boat' part. http://ftp.kameli.net/pub/fit/anataus4/
Mostly just finishing/unbreaking things I’d broken in recent changes, so there’s nothing terribly exciting to report at the moment.
Changes
* Fix launching from the Finder (odd command line arguments and all)
* Move the background into the main scene structure, so it’s actually included in the min/max z (the lack of which was causing missing backgrounds in some situations). Massively simplifies things at the cost of needing colour unclamping support for correct output in all situations.
* Change internal colour format to float from unsigned char - surprisingly doesn’t have much impact on performance, but makes a few things much simpler to implement
* Finish integrating the run-time limiting properly so that it’s no longer a big wart on main.c (and works properly on OS X as well)
* Refactor the GD-Rom selection menu to be a bit more generic and add a cocoa view for it
We’ve handed out two betas to people who seemed reliable, non of them were comming up with the promised beta test yet. This is pretty much disappointing…
The english website wasn't updated, so MasterPhW translated the information with an online translator:
It is time to submit yet another version of the suffering Russian-Soviet emulator Drimkasta Demul.
I hope you have waited this just as we are. The same would have liked that the new version lives up your hopes, as well as ours. After a year and a half develop again became quite active phase, so this is not the latest version for this year. I do not want to disappoint you, but it is still far from final and ideal solution. Much work, but because now emulators Drima already quite a lot, including actively developing, is where to draw ideas and what to strive.
It was agreed to build this audience for its comprehensive testing, as the bug is still left quite a lot, you should at least know where they occur. So the main page emulator is not updated, release spread here in the form of bare without soprovodilovki and additional. The main functions and operating principles remain unchanged from previous versions, all features described in the Old readme.txt. Of innovations can be identified only:
In most notably: BIOS files are now directly from romseta MAME and must lie in a folder in the files ROMS DC.ZIP, as in most mothers.
The kernel has been rewritten several times, that was some advance work (especially at Core2Duo).
In connection with the above earned games for WinCE. True, not all and not completely.
Sound transformed anew, for the time being tested at the games, he sounds almost perfect.
Without any changes managed to combine the strengths in one emulator two systems at once: in fact, by itself автомат Drimkast and Naomiarcade based on it.
Now it is possible to change the region stations directly from the menu emulator, respectively, the need for change biosa and flash-file with him entirely disappears.
A small korektirovka processing peaks triangles gave correction nektoryh problems on maps Nvidia c driver OpenGL (see Sonic 2).
By trifles corrected some old bugs (but not all).
Slightly more details on the above:
WinCE works only in the mode Intepreter, so quite slow and not always bezglyuchno. As soon as the realization of MMU will be combined with dynamic rekompilyatorom, it will be possible to talk about a certain playability, but not earlier.
BORG speed the withdrawal of personnel, as before, working through plug-GPU option, although not quite perfect, if you need it. GPU little rewriting, so much emulation disperse it still will not give.
The sound is so perfect in its mass, how bad in some places. Because we tested at this time, some games not to reproduce the sounds of strikes, and additional rounds. I hope with your help we can find more such problems, locate them and correct. This requires simply tell us about possible mistakes to make the sound, and the work of emulation in general. I recall that GPU remained the same, so that part bOlshaya graphic bugs remained on the ground, so do not be quick to shout about the fact that you have something does not work, perhaps we already know what´s wrong and are working on the problem.
Of the currently available at the time available for Roma Naomi, supported only options in the form of ROMov, and only those who have a standard controller. Mahjong and fishing has not worked because neemuliruemosti management. Viruta strayker also showed lack of willingness to work, so not much radio. To start the game, must be standardized romsety naomi of MAME, together with packaging biosov ROMS in a folder in the main directory emulator. I would like to note that available in the files romsete naomi, few are working. The vast majority indicated as NO_DUMP and instead file contains garbage-filler. So do not be quick to complain that you can not run. Dopodlinno know that the work Cosmic Smash and Toy Fighter.
Even I could have forgotten something. As the repository moved a couple of times, a complete list of changes could be traced vryadli. When will reach their hands to upgrade ofsayta, will be updated documentation, a list of changes and compatibility lists. You need support as always, patience and willingness to test the current version, reporting on all the gaps, you have found.
released as open source. We'll host the SVN repository. Open as read only to everybody and as read/write to those who will decide to contribute.
The only question left -- what license should we be released under.
Please comment your choice.
The projects being released are :
The Yabause team is happy to bring everyone a new release today. This release is mostly a bug fix and optimization release, but sadly the Dreamcast port doesn't see much of a speed up in it.
As for what has changed, here's the ChangeLog:
0.9.5 -> 0.9.6
sdl joystick core:
- Fixed it...
software video core:
- Improvements and bug fixes.
carbon port:
- Added detection of sdk in the build process.
- Changed the cd core so that the first device found is used.
Users shouldn't have anything to set up when using cd device now.
gtk port:
- Tagged more strings to be translatable.
- Fixed bugs when setting a resolution in settings.
- Fixed controller settings so keys can now be configured even if
emulation is not started.
qt port:
- Removed libsjw core.
wii port:
- Updated to use the last devkitppc.
- Added support for classic controller and for wiimote, disabled
keyboard support.
windows port:
- Added command line support.
general:
- Updated copyright for some files where it was missing or
inaccurate.
- Fixes and improvements to the build process: fixed cross compilation
of Qt port, added Wii port support, found a better way to "trigger"
compilation of gen68k, fixed a bug when calling the sub-configure,
.inc files are now cleaned, added MINI18N variable support, forwarded
distclean rule to qt makefiles, configure now make sure the compiler
is a cross compiler when cross compiling
- Added a workaround for the "limits.h" problem... now distros should
fix their headers...
- Fixed the .desktop files for linux (gtk + qt ports)
- Added translation files for fr and pt in the repository.
, Check out this video of whats to come when its released 
