Tux

For the 44100 Hz, it's because there was an old uncommented hack in the code replacing the frequency by 44098 if it was > 44098. There was no comment explaining why. So I enabled it again but I think the sound dialog doesn't check 44098 and enables 22050 when it sees 44098, too bad. If you want to test the real 44100, use the build from yesterday (it's slower than 22050 of course). Oh well I'll probably revert this to 44100 then... Nice to know everything else is working though, and 44100 is not really useful for dos anyway, it's useful mainly for neocd music, even neogeo music is not at 44100 Hz. From memory raine reads its list of modes from the vesa bios for all the vesa categories (not modex and vga).

Ok, here is what is supposed to be the final dos build, I have tested it in dosbox and everything seems fine AFAIK : http://raine.1emulation.com/archive/rained-0.64.7.7z So the changes are : seal initializes the mixer to max volume and I have restored a very old setting "use emulated ym3812", you can now find it in the sound options dialog and it's saved if you change it. Until now raine has always used an emulated ym3812, except in the very old days. The reason being that even when I continued the development starting from 2000, I hadn't any hardware ym3812 so I could never test this setting. If you uncheck the box and so you say you don't want to use an emulated ym3812, it will try to use a hardware one, I guess you are the kind of person to still own a soundcard which has the real hardware chip ! Test this with bublbobl for example. If you happen to set this to use the hardware chip and it can't find it or can't use it, then you'll simply hear no music at all when starting the game (when really starting the game after inserting a coin, the few notes when starting the game emulation do not count here). Tell me if you succeed to use this hardware emulation, I was never able to on my side ! I don't think I'll restore the setting to the non dos versions, it's very unlikely to have this hardware chip nowdays and people would probably not understand why it produces silence on some games ! Of course the advantage of using this setting if you really have the chip is that you'll get super fast sound processing, plus this will be the real thing, not an emulation !

No no I don't do os wars, if people are happy with windows it's fine for me, it's just that I want to remain free to do what I want, and they are also free to do what they want, force no one !

!

Oh no there is still a lot of diversity in linux ! I'd say the biggest problem we had lately was rather the fundamentalists who tried to make everyone to use systemd, like it or not. I had to migrate to gentoo because of this (because they actually almost succeeded, almost every distribution obliges its users to use systemd, including debian ! it's the biggest problem, it changes so many things in the system that you can't just uninstall it with a normal distribution). for my main computer, I keep the old laptop on debian testing, and it still has issues with systemd, it's usable though, but I prefer to stay away from it ! And for the graphical env, lxde on the laptop which is light and fast for old laptops, and enlightenment 0.19 on the main computer, which is still in dev, but anyway I like it. It's like lxde but nicer. It still has a few issues though but nothing major. And its terminal, terminology is really good ! Good news for 0.64.7 finally ! I think the soundblaster driver includes the soundblaster 16 too, I'll have to check that in the docs but I am almost certain of it, don't worry raine is very bad at generating 8 bits samples it couldn't possibly work, it's obliged the samples are 16 bits here. I'll check the old docs and the old source about how to restore the mixer and I'll make a new build, but tomorrow now (23:33 here, and it's still more than warm !). In your tests, could you test bubble bobble ? I made some rather experimental changes lately on this one, on the concept of the game which never slows down, but I might have pushed it a little too far, just check how it runs on a slow machine... Happy !

Impressive collection for sure ! Well I guess I can always travel to Barcelona to fix all this, it's not that far (let's wait until it's less hot !). But there is still hope ! Here is another test, 2 exes in 1 archive : an updated 0.64.7 one still with seal which should initialize its sound and keep it much more easily. I advice running it without game first just to initialize the sound, then quit, then load a game with it for extra safety. After that use it normally, assuming you heard something. By the way the mixer is very low with this, there is a way to fix that, but make it work 1st and fixing the mixer will be easy. And Raine517.exe which is a normal 0.51.7 with allegro sound in it, just to compare what you currently have, does it work the same ? Good testing, here is the link : http://raine.1emulation.com/archive/rained.7z EDIT : I have not such a fascination for this kind of old hardware. I preferred when computer didn't contain any fan though (the time of the atari st, the amiga, the amstrad). It can be done with some embedded computers today, arduino like, but it's not the same, and you have to make it yourself. And I agree the old toshiba laptops were excellent quality and made to last, far from what you get now. For the hardware, I also have an athlon64 so not a super powerful cpu but better than a p4 though ! The bigest advantage is that it has 4 cores, which is extremely convenient for compiling (make -j4 launches 4 compilations in parrallel, it makes things incomparably faster !). It had 4 Gb of ram until recently because even in win64 most programs being 32 bits it doesn't make sense to use more than 4 Gb. But lately I tested a lot of skyrim mods and there is a very bad handling of textures, they are clearly kept in ram even after they have been transferred to the video card, so I reached the limit of both my 4 Gb of ram and the video ram of my card. So I updated both because indeed all this stuff is very cheap now. Having 8 Gb feels like having some kind of super computer, but it makes a real difference for this kind of usage and it's very nice to use. And for the rest I use it mainly in linux when I am not busy testing stupid mods in skyrim, and here the extra ram can always been used, at least for a super giant disk cache !

Impressive your collection of old hardware ! I happen to have an old laptop from 2007, but compared to yours it's ultra modern ! Ok, worst than what I thought then, I'll take another look later. Weather was supposed to becomes much less hot today, and I am still feeling like I am living in Panama ! Anyway... Thanks for all this testing at least, too bad it didn't work !

From memory 0.51.0 was clean and had no reference to sdl when building for dos, but anyway... I wanted to try to build 0.51.5 and 0.51.6 because 0.51.6 is at the beginning of the git repository, and there is a patch I would have liked to check just before that, but the sources are not available, so it would be messy to build them. Then I realized that even 0.51.0 is much slower than 0.28 in dos when sound is enabled ! That's obviously because we switched to allegro sound in later versions which is much more stable than seal, but also clearly slower. So I decided to try to rebuild a 0.64.6 version based on seal. It was tricky, in dosbox it works only once, after that it doesn't detect the soundcard anymore and I have to relaunch dosbox to make it work ! Also the sound initialization is slower which makes the sound bad when the game starts but after that it seems ok and it's definitely faster. So try it, it's on the main download page there : http://raine.1emulation.com/download/latest.html If you can't initialize your soundcard with it I would advice to reset the machine and then launch raine again, it's probably the equivalent of restarting dosbox ! Good luck ! (if it doesn't work I might find some other ideas...).

Woa, you are really the master of translations, I have made around 500 translations for the french part, you are at 1200 in this file ! Impressive ! For info the original translations in 0.28 were very far from that, but there were much less functions in 0.28 too, it was only about 100 strings to translate... Your idea was good, normal to take it ! I'll probably make a new binary soon then, but I am curious to hear about your compilation results ! EDIT : a few more updates you might be interested in : 1st, I removed the source references from the po files and raine.pot. Because it made git diffs totally crazy, just add 1 line in a file somewhere and you get a bunch of updated translations just because line numbers change. Plus you can easily find the texts from msgid by browsing the sources so the info is useless. I have removed it from raine.pot, french.po and es.po in git. Tested with poedit, it doesn't mind and finds everything as usual, even updates of raine.pot. It's good to have these files in git, but not at the cost of a super giant diff for each small update done to the sources, especially when it doesn't change any text. 2nd : slightly updated raine.pot with strings using command.dat for the inputs, it looks like "Player1 _8" for "Player1 Up", "Player1 _2" for "Player1 down", etc... It's just in case you want to translate the "Player1" part. Sorry it's repeated for every input added, it expects a constant string here so it was easier to just copy and paste. Also using poedit it's easier to locate useless repeated strings, like "100k only", "100K only" and "100K Only" ! So I removed a few of these... 3rd : while testing I found some small bugs like the short cut keys to select a command in the menus still not working correctly, and the history of a game not displayed correctly (lines too short). Fixed both. EDIT : and finally removed the very long switch/case to use a function to convert inputs to command.dat format, the result is that there is only 1 string to translate now, "Player" alone, big simplification ! Notice that for now autofire inputs won't be converted because it would oblige me to do messy things in c++ (multiple inheritances and virtual inheritance, way too complex for this), so I'll just pass for now.

How did you get this s68000.a file ? Normally it's a s68000.oa file that you should get ! You can generate it manually if you want, for the optimized build it should be nasm -o dos/object/68000/s68000.oa -f coff -O1 -D__RAINE__ -DRAINE_DOS dos/object/68000/s68000.asm But anyway the makefile shouldn't even use any s68000.a file in its link unless you edited it, which you probably did ? but you really have to be motivated to use a dos environment for that you can't even copy/paste from real dos ! Since you didn't reply about my proposed test builds, I guess you want to succeed in a pure dos environment ? Well good luck then ! (quite impressive !)

The implementation of your ideas : I just added some code to re-use the graphics from command.dat in the inputs dialog for ingame controls. The advantage is that it's easy to do and these graphics scale with the dialogs, the disadvantages being that I lack a few graphics (coin and start keys mainly), and that they are not perfect, maybe I should try to improve them but it's really not my speciality ! Anyway I'll keep it like that, we'll see how others like this. Also it's a good idea to remove the "c-code" comment for the transparency strings, even for me it removes a warning which was seen as an error by the makefile, so now I remove these 2 comments everytime I regenerate the raine.pot file.

For the forum maybe there are some issues here I don't know, post to alpha if you have a doubt. For nasm, searching for "nasm exit code -1" in google gives this : http://sourceforge.net/p/nasm/mailman/message/26417391/ apparently it's the joy you get from trying to build in a pure ds environment ! I am not sure about this, you are on your own there, but they say adding a flush to disk might fix it, I don't know how you flush the disk buffer in dos though. If you want, I can also prepare a few builds to test for you (like 0.51.5 and 0.51.6 for a start). I could always remove them later and it will be much faster for me to build them. Yeah even in the dos days I have always hated the 8+3 limitation for filenames, so raine has used long names very early, I forgot about that because even when using djgpp I used it in a long names environment. (in linux there has never been any short filename !). So once you have migrated to long filenames, you never look back ! EDIT : if it's really a disk cache problem, the easiest work around is probably just to wait a few seconds after you got the error and then just type make again, it should work the 2nd time if nasm produced no output the 1st time !

Hi ! Don't apologize for your lack of time, at least you are willing to try to fix that which is quite incredible already ! Well for dos you need a lot less dependancies than for windows so it's much easier. For the compiler you can use the same link that I posted earlier if you want to compile from windows, it works also from windows, or djgpp which might also work for windows (not sure fore the recent versions,maybe). After that you just need : zlib and libpng (use google),and allegro (the one from the Extras page of rainemu,there : http://raine.1emulation.com/download/extras.html at to bottom of the page, allegro 4.2.2. It has some hacks applied and apparently they work since you tested it for the rebuilt 5.10 version that I posted earlier (well I had added a few more hacks but as I said it probably made no difference). What i can say about this : the sound problem is probably a symptom, not the cause of the problem, so I am almost sure it's not the sound emulation which is the cause here but something else which slows things down, but I can't tell you what. Well you can try to rebuild the 0.51.0, and if it works try to update the versions one by one until you get some problems. There must have been some other problems since 0.51.8 dos was silent, but it seems like a reasonable approach, but it would take time. Building the dos version is quite fast though once all the tools are installed. For now I have no more idea on my side, the biggest problem here being that I can't reproduce the problem, I would need a really slow computer for that.

lol ! Just remember that the binary was updated for that, if you can't compile yours I'll release a new one but it's less convenient it's the "stabilization phase" where I fix things quickly and I would really not like to publish a new binary evertime I fix something... Normally it's harmless, it's because it's a string which looks like a printf string where the % sign introduces a format, but here it's a real string with a real %, no format. Ah ? I don't know, I keep everything as-is, and I don't get any strange character in raine here, something specific to poedit ? Anyway you can remove this line without problem, it's just a comment normally. lol ! I forget you are on the other side of the world, it feels quite strange ! Well here I change my habbits, since it's very hard to sleep during the night, I sleep less during the night and when I can during the day, like some sailors... ! it's said it will cool down on thursday, quite a good news for me ! Ok, pushed to giti, I have already made a few updates on my side... A few hints : be careful at not changing the locale while editing your files, it happened to me because I tried to edit the french file on a computer which used a latin1 locale instead of utf8, it wrecked havoc in the file it took me quite a long time to fix things. Otherwise the comments with the place in the source files where the original text are there in case you forget what the text is about, but since you have never seen this code it's probably not very helpful for you... Well maybe just the filename can help sometimes. Otherwise there are some dipswitches where even I don't know what they mean exactly, so when you find something like that, just don't translate it ! And don't feel obliged to translate everything of course, we have already done the most important part anyway. Also even if you don't update your binary you'll see the updated texts in the gui in most places (except the ones I fixed lately like the headers). It will work for inputs and dipsitches for example. That's because everything which is displayed in the gui is sent to translation no matter what. Also, I have added the ability to translate the strings which appear at the bottom of the screen during the game, but be careful with this : in the original raine this uses an old font without any accent, and even if you use the opengl overlay as it's called which displays this texts with a more modern font, it's still a latin1 font, not an utf8 one, so the accents will still be broken. 3 possibilities : either leave this in english, translate without accents, or convert your translation to latin1 (not tested here). Anyway there are not a lot of these texts, it's a very little minority, but they are different from the rest. That's all for this time ! EDIT : for info, raine.pot to version 0.3 with loading messages included (I had forgotten these). It's just a few messages more, about 1560 strings now !

Just pushed the big commit to translate also the C part, it's huge, hopefully it doesn't add any error. For info I have not even started to try to translate this, the number of strings jumps from about 300 to about 1500 ! There are stupid strings inside, just ignore them, I tried to remove as many of them as possible but some have to stay. When there are formats like layer %d, keep the %d in your translation, you'll get a warning if you don't anyway. I'll go back to this when the weather is less hot. For now raine.pot + all the source files updated.

Woa, you are rather energetic about this, let's see... Yeah, special case for the dialogs headers, you'll have to get a new binary for this, how goes your compilation then ? thanks by the way, I hadn't noticed, it's the same word in french. It's a dynamically initialized dialog,some other kind of beast, which means the "Neo-Geo bios" string is simply ignored normally here and overwritten by what you see. It's fixed, but you'll need to update your translation (it will look like "Neo-Geo bios: %s") These are because I use some script to locate the strings to translate, it would be way too long to do it manually, and it didn't appreciate the "(" and ")", I taught it about them... Dynamic again, same rules apply... This time my automatic tool didn't like the "+", "<" and "="... Yeah it's because these strings are used elsewhere already so they are already known. For the inputs, I'll update them all later in 1 time, but not now (big thing). Yeah I know but actually the date and time is a constant generated by gcc so they can't be translated, and so it doesn't make a lot of sense to translate only "compiled on", plus it would be messy to translate just this little part of the string... ok It doesn't make much sense to translate the console, it's a dev tool, most dev tools are in english. Plus there is a big help in the console, you would have to translate a vast amount of things, try to type help, then you have some help for almost all the commands (help command). So no... Woa, it was actually quite long, oh well I'll probably push an update for the inputs some time today or tonight... thanks ! EDIT : ok, verything pushed to git, the files are growing fast, inputs later.

Ok added your file to the sources, you can see it there with the others : https://github.com/zelurker/raine/tree/master/locale It's more convenient than grabbing them from an http link. And it will be in next release then, thanks again ! By the way the raine.pot there is already more recent than the one you used for your translation, about 20 messages more, so you can grab it from git if you are curious !

Ok I got the file from mega, and this time the attachment shows in your post, so it's ok ! Good news for the list, yeah I probably forgot some texts here and there. For the hard drive, smartmontool is a good tool to know where your hard disk is in its life, I don't know if there is a windows version though, I think there is, yeah it's there : https://www.smartmontools.org/wiki/Download read the doc, but it's rather good. For the idea of using command.dat, yeah well it would do for the arrows and the buttons when using neogeo, but not even sure they could be used for normal arcade games. Plus the graphics don't really exist in command.dat, it's just an ascii file, I had to draw them myself after looking at a few pictures underscaled, so they are quite far from perfect, but it's better than nothing ! And I didn't add yet the ability for the gui to have nice icons beside the text, but it's probably very easy to do anyway, this gui is extremely extensible and easy to program at least (contrary to the gui of the dos version which was nice to look at, but a nightmare to program !) And good for the mo file, it probably did the same thing for me but I didn't notice since I already had a mo file... Good for poedit then !

Oah ! Congratulations ! I am impressed ! How did you do to generate the mo file, did you find this in poedit or did you download gettext ? I didn't find the attachments ! Where ? It's not a pm, it's not in the mails, nor in the forum ? I am lost ! For the untranslated parts, you can make a list. For now : for the dipswitches it can be done, but I'll have to change the way things work, making _("...") just a dummy function, here just to be able to locate the strings to translate when creating raine.pot. Same thing for inputs. Something else ? And thanks for the dream idea ! EDIT : just updated the pre-compiled packages, added jpeg.7z, gettext.7z and updated the sdl libraries. Let me know how it works if you try this compilation !

Ok it's still about bug fixes, but it also adds some experimental translations using gettext. For now there is only the french translation, it should be detected automatically in linux and windows if your system uses the french language. If you want to help you can visit the forum there is a topic on how to translate this there : http://www.1emulation.com/forums/topic/35440-compiling-raine-the-easy-way/page-2 Except that there is a fix for a surprising bug in bublbobl, for very fast players who can saturate the machine with bubbles everywhere... this bug has probably around here for very long actually, I chose an original fix, the game won't slow down anymore, so it will never saturate now. And a final fix for some animation problems in blazstar, it might affect some other neocd/neogeo games but it's the only I knew with this problem. There is also a new dos build, but I heard it's slower than 0.51.0, so it's investigated for now, it's in the old versions for now, 0.64.5, even if it contains already most of the 0.64.6 changes. That's all for this time, this version is mainly to allow people to test the translation stuff... EDIT : also there are some new pre-compiled packages for those who want to try to compile raine in windows, you can find them in the dev section. But since some dlls changed and some new ones appeared for this version, I'll already have to update these soon... ! And the downloads are here : http://raine.1emulation.com/download/latest.html easier url by the way...

Hehe, yeah. Well I just finished the french translation. For now still a lot of things are untranslated, I was too optimistic at first. Like the controls names when customising controls. But it's a nice start, most of the gui is translated now, which is quite impressive. I'll probably release a new binary tomorrow so that you can have a look, but I need a break for now (been doing this for at least the last 2 hours, more if you count the time to add gettext functionality !). Meanwhile I'll update the raine.pot and french.po and es.po files with new text I have added since I last posted them. For info I did mine with gvim, because I am fast with gvim and I didn't find how the automatic translation worked with poedit (I didn't search for very long). One of its useful features it to be able to add the new strings to translate when raine.pot is updated. Well I did the same using gvimdiff, a special mode of the editor where you see what changed, so everybody does as he likes ! I'll edit the previous post when the update is done.

Ok, well I have tested and it works perfectly in windows as promised (and in linux too of course) ! Judging from your profile I guess you want to try to make a spanish translation then... So you can do it by using a program, it's called poedit there : http://poedit.net/ Or you can edit directly the text file for your language. Here is the base texts, all in english in case you want to create a new language using poedit : http://raine.1emulation.com/archive/dev/raine.pot Here is the french translation (unfinished) that I started as an example (it's just started, not done much yet !) : http://raine.1emulation.com/archive/dev/french.po And here is a file you could use for spanish, nothing done yet inside : http://raine.1emulation.com/archive/dev/es.po All these files are in ascii, you can either open them in a text editor or handle them using poedit. Inside you have a header where you can put your information to be contacted in case of future problem (!) then you have the strings in this format : # a comment which starts by a # and which shows from which source file the text comes msgid "the original text in english" msgstr "the translation" and so on. If you leave msgstr empty for a string, then the english text is kept, which allows to test things without finishing completely the tranlsation. For now I have only put the texts from the gui, so there are not so many texts to translate finally. I don't think it's a good idea to try to translate dipswitches, or cheats, and even less history (for history you'd better translate their file directly !), nor the game names. So I think it's good as it is now, but we can always add more texts later if we want. For info in the end the po file must be converted to the mo format to be used by raine, I am not sure poedit can do that. Normally I do that from the command line like this for the french file : msgfmt -c -v -o raine.mo french.po if you want to try that you can get a windows distribution of gettext there : http://gnuwin32.sourceforge.net/packages/gettext.htm I guess it works the same way and you would need to use the command line for that (gnu tools love the command line !). Otherwise I can make the conversion for you. EDIT : update done, all the 3 files are updated, you'll need either to refresh them manually in your browser or to restart your browser.

If you are really interested in making a translation, I could make raine to use gettext. It would allow you to just translate the text in some text files, then you send the text file to me, I convert it, and you get your translation. Normally gettext works in linux, windows and about everything except dos, but dos used something else anyway. It's not too hard to do on my part, it's just that I never thought seriously about adding some translated text... It would allow non programmers to send their translations for inclusion. I still need to test this in windows, but normally it should work !

Sorry guys, at least it allowed me to update this and edit the config files in bin, you won't have to edit anything anymore normally. And added freetype too now. Now maybe I still forgot something, we'll see how it works ! Now be careful the 7z links seem to display the files directly in the browser as if the web server here didn't know about .7z files. The weird thing is that it works from the main download page though. I'll have to send a message to alpha to see if he has an idea...

You'll probably have some problems with the sdl-config / libpng-config files, they still have the absolute paths from my install here. Well if you do edit these files with a text editor (they are in the bin directory) and replace i686-pc-mingw32/usr by nothing, it should fix the problems.