Tux
-
Posts
1,062 -
Joined
-
Last visited
-
Days Won
220
Content Type
Profiles
Events
Forums
Blogs
Downloads
Posts posted by Tux
-
-
The vbe resolutions depend on the vbe driver you use and your video card, raine just reads the available modes.
For the roms some are compatible with mame (cps1 & 2, neogeo and maybe a few others), some are older. Some sites still have compatible raine romsets, just search more and you'll find them !
Glad it works well for you, no idea why the gus doesn't work but I can't do anything about that.
-
Hehe, poor windows 10 user !
I guess it's for work, I thought companies had learnt the hard way to wait a bit before adopting new windows versions, but not all of them apparently !
Anyway...
On my side I resurrected my ps2 lately, to play again an old game that I liked very much, but it's heavily moded now, it reads its games from the network, from a samba partiton (windows share if you prefer) formated using zfs... ! I took quite a while to have everything working again, but it's working fine now !
Your new build (exe alone) : http://raine.1emulation.com/archive/rained.7z
It's just allegro recompiled inside without the hacks for vesa, so vsync should work, but I don't know if it will be slower.
No idea about the code you are referring, afaik, I was never able to enable triple buffer without these hacks and it seems they were broken at a point when upgrading allegro, and since there was poor testing at that time and poor maintaining of these hacks, it can't be fixed anymore. Antiriad wrote them originally, but I am sure he has forgotten everything now ! And since he is never on the forums anyway, you can't ask him. I send his mail by pm if you want to try your luck, but it's very unlikely to work !
-
Not sure for both I'll check the code
By the way in case you didn't notice there is a 0.64.8-4 dos binary with the changes For frame skipOk, here is the more precise answer :
1st for the timing : if you use the rdtsc (that means, you have at least a pentium and use_rdtsc = 1 in raine.cfg which is the default), then raine uses the timing indicated by the fps counter, so for cps2 it must be 59.62 fps if I remember correctly.
If you set use_rdtsc = 0 then the timing is rounded to an int, and probably badly rounded, it probably takes 59 fps here. Don't do that.
For the vsync : it relies on the allegro hacks, which I didn't write and didn't test much, in 2000 I was more interested in linux stuff already and these are mainly for dos, and before that there were very few games which had tearing (I can remember armed police batrider during its demo and its giant horizontal scrolling of course). Except that maybe there were small tearings in a few games but I didn't notice.
Anyway these hacks mainly disable any vsync wait as much as they can. Apparently the main vsync still works but in only 1 place, and I suspect there is more than one place where it should work. In doubt I can try to compile an allegro without these hacks at least for the vesa modes if you are interested in testing, it might be slower though, your choice, it wouldn't take much time for me to do a test build.
-
1
-
-
Minor update to the 0.64.8 : just released the 0.64.8-4 binary for dos and windows, the changes are too minor to call that a new version so I continue to add things to the 0.64.8.
It's mainly because some things will take time and for now I don't have this time so it's better to release something now.
The changes from 0.64.8-3 :
- possibility to select the language in "Options"
- possibility to choose to save screen settings for each game (mainly for the dos version, I don't think anyone would be interested by that in the normal version, but who knows ? Anyway I added that to the video options). And "frame skip" is also saved there now.
- Added b1+b2 combination to cps2 6 buttons games.
That's all, so I guess most people can just skip this update !
-
1
-
-
First you need to compile Raine do that first and we'll talk more!
-
I don't see this as a waste of time don't forget emulators are about old stuff so you could say he is at the heart of the problem!
Ideally there should be someone in charge of the dos version, and I would be in charge of only the linux version, but it's far from ideal for now... !
-
For info, disastrous sunday, I have exploded my windows installation (forget the reason, too long to explain), and when I tried to reinstall I realized my 2 dvd burners/readers were dead ! So no windows anymore for now, I'll have to buy at least 1 new drive soon though... ! I can't say I'll miss windows, but I need at least some basic installation to be able to test stuff which can't be tested in linux like language support specific to windows, + eventually to play skyrim (but I think I have done everything interesting now on this side).
Hum, maybe I could stay a few months without any windows installation then... !
And except that it was a break from raine, I found a big android tablet which I use to read some comic strips, it's been a very long time since I last read those, so I have a lot to catch up ! Plus some idle chat on the web, so nothing productive lately !
Oh well !
-
1
-
-
Hum, not really !
It was used mainly to check texts in sprites. It's very hard to have the corresponding palette, in most games it is dynamic and can change at any time.
Plus a sprite can use any bank in the palette, which adds to the complexity !
I'd say for that the best option is to modify the source so that it displays the sprites like what you want so that you can rip them.
-
The problem is not on my side, obviously you did something wrong... (we are currently 2 persons to use this file !).
Oh well... raine.pot is exactly 54493 bytes, that should be enough to check yours.
Open poedit without anything, file menu / new catalog from a pot file
give it this pot file, you'll have a form to fill and then it should be ok.
For the buttons, it can't be done now, maybe one day we'll add another solution, like adding the ability to map some keys to some cheats and then add a cheat to simulate these key presses, but it would not be trivial to add, so it will be for another time ! Nothing is impossible, but it isn't worth the work for now...
-
No luck for you this time, both are working fine here with the latest released build (0.64.8-3).
For dstlk with 64 Mb of ram
avsp with 128 Mb of ram.
No idea what your problem is, but it's working here.
These 2 games were also affected by the stupid bug which affected cybots, but the same fix works for all of them.
-
In this case I doubt triple buffer would ever be fixable.
But notice also that it slows things only if you enable vsync, and it's not really required for most games (it's about removing distortions which appear mainly during horizontal scrolling). At least with some normal display, but even on my old 17'' crt I didn't have any distortion with most games while not using vsync.
Also about speed some neogeo games probably use more than 256 colors, watch the Pal: display in the rdtsc display (f11 3 times), if it's not 0% it means there are more than 256 colors to display and it becomes unefficient in 8bpp. But of course 16bpp will probably be slower in dos.
It's very different with modern rendering... !
EDIT : I just added the ability to save frame_skip setting in games.cfg, but actually the ability to save screen settings in games.cfg is disabled by default and there is a comment in the changelog from antiriad who says he didn't like it. Since this setting has remained disabled for ever actually, I'll keep it disabled by default and you'll have to edit raine.cfg to set manually save_game_screen_setting = 1 (it should already be inside with = 0). (I have no idea why he didn't like it, and nobody never needed to use it in all this time so I don't feel like investigating now).
For now it saves most screen settings but not frame skip so you'll need an updated binary for that...
I added the setting to save per game screen settings to the gui, but not the allegro gui !
-
Ah it's your choice. I guess the very vast majority of filenames are those used by mame...
That's all, zip 7z and uncompressed of course.
-
1) I know it was related to some hacks in allegro, but I don't remember how it worked exactly, I would have to make some tests. To make sure it works as intended, test with 0.28, that is the last closed source version and with this one you are sure to have correct allegro hacks.
2) Yeah frame skip by game is reasonable also. For "neo geo rasters" I am not sure because I doubt you could make them work well in any game on such hardware, so a global setting makes sense here.
For "no frame skip" well it's cheating in this case because the game slows down and can't maintain the speed at which it was intended !
-
Ah, you just meant you didn't understand what it stands for !
These are just the possible names for the zip archive (or 7z, or directory) !
-
Good luck then !
-
1
-
-
I can't find any "archive ()" in the listinfo output... even tested in windows, but no luck.
Could you give the few lines around it then ?
-
Ok, just added the option to change the language in the "Options" menu, but in linux it requires the locale of the desired language to be installed.
I guess in windows all the locales are already installed anyway.
For poedit, it's very easy, just drag and drop raine.pot on it, you'll get a big button at the bottom "start a new translation", click on it and you should find your way from there !
EDIT : sorry for b2b5 & b3b6 : b1, b2, b3 ar mapped on byte 0 when b4, b5, b6 are on byte 2, so you can't map any combination between these 2 groups, it must always be on the same byte. For b1b2, I can do it though !
-
1
-
-
Toi much translation work ? Take care !
-
That's what I call pushing your luck...
By the way remember that some neogeo games are really hungry for memory, thiere are some games which require more than 64 Mb of ram !
-
1
-
-
with all the bug reports from the other thread your dos version should now be 0.64.8-3 ! The last bug fix is about listinfo, if you don't use listinfo you can ignore it !
-
Ok, for the bad link, sorry that's partly because I did this in a hurry last night, and partly because the new setup in this server forbids to use rsync with ssh.
with rsync I would sync my directory in a blink of an eye, but with the ftp we have now it would be too slow, and so I have to upload the files one by one, and mistakes happen sometimes...
For the weird listinfo, well thanks to take a look ! Clearly this function has not been used by anyone for quite some time now, it's a good thing that somebody finally cares !
For info it was not that the rom names were forgotten, it's rather some special loading commands like FILL or REGION_EMPTY which were not understood correclty by listinfo.
I updated the binary again, it's now 0.64.8-3.
And this time I'll test the links !
-
New dos version there : http://raine.1emulation.com/download/latest.html
0.64.8 brings nothing new for the dos version except these fixes for problems which were there since 0.64.0 actually !
-
1
-
-
I had not thought about making it a per-game setting, good idea in your case of course, I'll have to have a look.
By the way I think you probably have the bug found by the guy in the 0.64.8 thread (not tested yet), try to launch cybots for example, it should freeze at start.
I'll post an update later then...
-
I am cursed !
Anyway thanks for the list, I can confirm for at least cybots, I'll look into this...
EDIT : it's fixed ! It was a crazy day, 30th december of 2014, I was crazy enough to try to clean up the memory map of cps2 and thought it worked...
Of course there were lots of games that I didn't test, too many of them, and you just found them !
It takes removing 6 comments on 6 lines to make it work again... Oh at least it took 8 months to find the problem !
Oh well I might make another binary later then !
(tested the 3 games, everything is fine now).
Ok uploaded the fix, it's now 0.64.8-2 ! (only on the name of the archive, not the version reported in the about dialog).
Thanks again !
Raine + DOS = bad sound
in Raine
Posted
For the gus I had one, it finished burnt a long time ago, but anyway it was an isa card, it couldn't be used in any modern computer.
And if it doesn't work it means it's a seal bug, and I don't know anything about seal so I can't do anything there. The source is opened though, but no way I could debug this now.
Yeah univbe is a good solution.
Linux also allows to create any video mode or almost with its modelines (for the xorg server).