Bug Reporting
For the time being, you may report bugs and issues by leaving a comment on this page, or if you prefer, contact UncleMion via email at Uncl...@gmail.com or via irc channel #denpa on synirc.net.
(A list of known bugs will show up here at some point.)
See the Old Bug Reporting page for previous comments.
Disregard my last message – I was able to figure out a fix. See here: http://forums.animesuki.com/showpost.php?p=3197447&postcount=4518
Sadly that “fix” didn’t do anything. My post there explains. I’m completely at a loss as to why Umineko EP4 works fine and EP6 does not.
I’m running the MacOS X build of ONScripter as part of Umineko 6 and I’m unable to save. I posted some possibly relevant error messages here: http://forums.animesuki.com/showpost.php?p=3191080&postcount=4497 which I reproduce below:
I’m having trouble saving and loading with the Mac version of the EP6 patch. At first, I noticed that if I saved and exited, when I restarted, none of my save files would appear, nor would EP6 remain unlocked.
So I checked the files in /Users/username/Library/Application Support/Umineko6/ and many seemed to have corrupt filenames:
%B0ݴ%A0envdata
%B0ݴ%A0gloval.sav
%B0ݴ%A0save1.dat
%B0ݴ%A0save2.dat
%B0ݴ%A0screenshot/
etc.
as well as copies of these files and folders without the string %B0ݴ%A0 in front.
Furthermore, the Console has messages like this when I try to save:
8/13/10 3:34:36 PM [0x0-0x2f62f6].com.witch-hunt.umineko6[7444] can’t open save file sav/save1.dat for writing (not an error)
8/13/10 3:34:36 PM [0x0-0x2f62f6].com.witch-hunt.umineko6[7444] searchsavefile: /Users/username/Library/Application Support/Umineko6/�ݴ�save1.dat
And when I quit:
8/13/10 3:45:21 PM [0x0-0x2fa2fa].com.witch-hunt.umineko6[7459] can’t open gloval.sav for writing
8/13/10 3:45:21 PM [0x0-0x2fa2fa].com.witch-hunt.umineko6[7459] Quitting…
8/13/10 3:45:21 PM com.apple.launchd.peruser.501[87] ([0x0-0x2fa2fa].com.witch-hunt.umineko6[7459]) Exited with exit code: 255
Strangely, the EP4 patch seems to be OK with respect to saving even though it’s the same version of ONScripter.
The latest svn (20100620) crashes with Umineko EP4 during a clock animation with a “Floating Point Exception”. With AND without English patch.
More specifically, Episode 1, After the scene when Shannon serves tea and gets chewed out for being slow, it gets revealed that it is Gohda’s fault, Kumasawa comments on the situation and then says “I can’t do anything but watch over the shadows…”, clock animation appears that rotates the minute and hour hand to show time changing but it never finishes and crashes around 11:50, with a floating point exception.
This is just a heads up if you are unaware and not really a complaint, because the stable (20100518) works just fine (being stable and all).
On an unrelated note, will you switch to git and a gitweb interface, as opposed to svn, in the future?
Thank you for your work.
`make doc’ is prodicing malformed manpages with xmlto 0.0.23 and docbook-xsl. Whitespace is being added to the beginning of lines with *roff macros causing them to be ignored. This may be an upstream bug, but I thought I’d let you know.
make doc output
http://pastebin.com/6kpUqaU3
ponscr.6
http://pastebin.com/YY8E0iKv
Hi Bolts,
I haven’t ever tried doing `make doc’ myself since I don’t have docbook (that was Haeleth’s work), so I couldn’t say where the problem is ^^;
Thanks for the tip though.
Uncle Mion
I’m brazilian and I want to know how to make ONScripter accept accents and “ç” . Because without this some words lose their sense.
Hi Pedro,
ONScripter(-EN) is unable to support accented characters because it relies on Shift-JIS encoding for scripts, which doesn’t include accented letters.
However, PONScripter will do the job, though you’ll need to convert the script to UTF-8 and rename it from 0.txt to 0.utf, among other things…
Uncle Mion
Right now i’m trying to translate a NScripter game into german.
But on my testruns it doesn’t displays the special german characters. I either get a half-width katakana or a placeholder character.
I’m sure that some of the fonts i tried have those german characters included, this shouldn’t be the problem.
The scriptfile is encoded in utf-8, so this shouldn’t be the problem as well.
I did tried onscripter-en-20100309 and ponscripter-win32-20100502.
Is there any way to fix this?
Hi Akures,
To correct this problem, you’ll need to do the following:
1) Change the script filename to “0.utf”
2) Use ^ instead of ` as the text marker. For example:
^Ein großes Problem,!w200 ja?@3) Run the game with ponscripter instead of onscripter-en
You’ll probably need to make some other changes (and I’m still working on stabilizing the ponscripter syntax and putting together a guide to localizing games with ponscripter), but that should allow you to see the German characters.
Uncle Mion
Thank a bunch,
works fine now.
And if you need a helping hand for the guide, i would be glad to help.
Hi,
I’m playing Tsukihime with onscripter-en-20100518 (which I compiled under linux) and there is a bug. On left-click the game shows full page of text, immediately. It should show sentences letter after letter, and should stop between sentences – and wait for left-click. Any ideas how to fix it?
Hi Tophan,
It sounds like you’re probably in “page-at-once” mode – try hitting the ‘o’ key to toggle that off.
Uncle Mion
That fixed it, thanks!
Hi, I’d like to request to update to SDL 1.2.14 as 1.2.13 does not build successfully on OS X Snow Leopard (10.6).
Hi Sean,
Our onscripter-en OS X binary releases are already built on OS 10.6, but against the 10.4 SDK to ensure compatibility with the older OS X versions. Building with the included XCode should work fine… are you not using the XCode? Or perhaps are you missing the 10.4 SDK?
Uncle Mion (and Roto)
Indeed it looks like I am missing the 10.4 SDK.
I will try to build again after installing that.
Hi,
I report a bug about PONscripter with MIDI files and Slakware linux.
When I must play a midi, the program don’t play them or crash himself. if i build it from source “–with-internal-libs”or if it is a pre-built application. However, se I build it from the source “without” internal libs, the script works slow and mute (of course) with this message: /home/user/mygame/tmp.mid: permission denied.
Thanks.
Antonio
P.S. actually ONscripter-en with Slackware works fine when built from source. The Ubuntu package is no good for “standard unix”-like OS.
Hi, “uncle” Mion
About the source package onscripter-en-20100309-fullsrc.tar.bz2, there is a
“missing end-line” in ScriptParser_command.ccp.
That could be a problem for ordinary users.
Regards
Antonio
Hello! It seems the new PONScripter release is broken. The mp3loop command causes the engine to crash after single playback of any BGM. Also, the mp3loop seems to be functioning improperly in the earlier builds (of both PONS and ONS) – there’s no “accurate” loop — the silence gap is too noticeable. T_T My friend Kyoko has translated her first short doujin, which we’d like to port into PONS. Hope the problem will be solved soon. ^_^ Thanks in advance, Mion-san.
There’s yet another bug I’ve managed to notice – when clicking the text, it adds an “extra” space at the beginning of new line, even if there’s no quotes at the beginning of sentence. In other words, the text output is broken as well.
Also, the music playback now stops when the application gets minimised – this is NOT the “classic” ONS behavior, it’s bad. No, seriously.
I’d like to start off by thanking for all the effort you’ve put into Onscripter as well as the translation project for Higurashi. You’ve made many-a Japanese language illiterates such as myself happy. That being said, however, i also double as a programming illiterate and, as such see the need to request some assistance.
I’ve tried to install the Watanagashi patch for Higurashi and whenever i try to start up the onscripter-en, well it just doesn’t start. The process fails to initiate. I get no error prompt or anything of the kind. I’ve run it with both the system’s locale set to Japanese as well as Applocale but i doubt that that would be causing the problem. Since I completely suck at this, I can’t say with any degree of certainty that this is an onscripter issue rather than a system problem. I’ve tried to Google the error, but nobody seems to have had it or, it may be so trivial that nobody saw fit to post about it. So my question is: Is this a common occurence? Or is it relegated to my system? And in any case, is there anything I can do to make it work?
Hi Veo,
Sorry it’s taken me a while to respond, but I’m a bit stumped by your problem…
If you’re using the patch downloaded from one of the Sonozaki Futago-tachi blog links, and have all the stuff from the zip file in a subdirectory of a properly installed official Higurashi Himatsubushi game, then it should at least do more than close right away.
So, a few questions:
1) What operating system do you have?
2) Is there a “default.ttf” file in the folder with onscripter-en? (Missing the font file is the most likely cause of “immediate window close”)
3) Do you get the same result if you run with the most recent onscripter-en from Uncle’s Corner?
Anyway, if you’re still having trouble let me know the answers so I can help you better.
If I might make a suggestion, it’s better to ask questions about Higurashi patches on the Sonozaki Futago-tachi blog – it’s more specific than here, which covers ONScripter in general; also, there might be readers who’ve had similar problems and could make a helpful response.
Good luck!
Uncle Mion
Thanks for the response! And sorry I didn’t mention these already… they kinda slipped my mind.
I’m running Windows XP Professional SP2 and as for the second and third questions the answer is “yes” to both of them. I had suspected that either the font files or onscripter version were to blame for the error so those were the first things I checked out. I should also probably add that I’m experiencing the same issue with Witch-Hunt’s Umineko patch so it seems less of an onscripter issue and more of a system compatibility issue. I don’t suppose there are any programs that MUST be installed before trying to run onscripter, are there? In any case I’ll try asking this on the blog as well and if all else fails I’ll try going with a clean Windows install. Also, could it be possible for it to be a hardware problem? I’m thinking RAM or CPU here since I’ve been having some troubles with them lately (old PC, she served me well… can’t put her to sleep yet).
So thanks for wracking your brains here for me and sorry if I sound like an idiot asking so many questions but, I’m pretty entranced with the games nowadays (read: “obsessed”). Guess I just love a heart-warming tale of insanely brutal insane murders with a dash of mystery added for good flavor. That or I’m more screwed up than I should be.
Hi again Veo,
The fact that it’s an older PC is a useful clue. Try making a file called “ons.cfg” in the same folder as onscripter-en, with the following by itself on a line in the file:
disable-cpu-gfxThen run the newer onscripter-en and see if that works.
If that doesn’t work, add this by itself on a line in ons.cfg:
debugAnd then run onscripter-en. A few Windows Explorer folders will pop up; this is normal. One of those folders will be called “ONScripter-En” and contain 2 files: stdout.txt & stderr.txt
Send those files to UncleMion (at) gmail (full-stop) com, and I’ll see how far the program got for you
Uncle Mion
P.S. By the way, how old a PC are we talking? What kind of processor does it have?
Yo!
Sorry for the very late reply.
Computer’s around 5 or 6 years old when it comes to component age. Processor is an AMD Sempron 2600+ at 1.8 GHz and the motherboard, if it’s of any consequence, is an ASUS A8NX-E Deluxe with an NForce2 chipset… So yeah… old.
As for the stderr and stdout, I had tried to use an ons.cfg with the debug command but it hadn’t worked. I tried again and lo and behold… it didn’t work again. Seems that the program shuts down before it can even debug.
I have found something else out however, and this might be useful. I tried checking out whether or not I had any other games that ran on onscripter besides umineko and I found Tsukihime. So I copied it’s ONscripter files into the Higurashi patch folder and… it worked! Kinda. ONscripter initializes and even creates stderr and stdout. But it doesn’t recognize the game as eing installed and when I checked the stderr file, it said that it failed to localize some miscellaneous files. I’m guessing these would be the files that were to be found in the arc.nsa but since it’s tuned to find Tsukihime’s files, it doesn’t recognize Higurashi’s and says that the game is not installed. I think. Also, even though Tsukihime’s ONscripter executable runs(albeit with the error), the original patch’s executable still refuses to do so, even with its files replaced. I can send in all the files that I replaced and the stderr and stdout that were generated by Tsukihime’s ONscripter if you need them. And as for Tsukihime’s ONscripter version, it seems to be Insani’s last published build (2006.07.24). I hope this helps even in the slightest and again sorry for the delay in responding.
Hi Mion, this isn’t practically a bug, but I would like you to translate the prompt saving, loading or exiting the game text, because it’s displayed in Japanese
Thanks in advance
Eugene
Hi Eugene,
It’s already done!
If you rename onscripter to onscripter-en, or else use the ons-en script command “language english”, or else the command-line option “–english” (“english” in the ons.cfg file), then ons-en will use English-language system menu prompts.
Uncle Mion
Thank you for helping out, the language english command works fine for me!
Hi U. Mion
I am new to your site and I appreciate all the work you have done for ONScripter releases. I was wondering if anyone ran into trouble trying ONScripter and NScripter games in Windows7. I have tried Narcissu and A Dream of Summer (translated Doujin VNs) that use NScripter and the game crashes after about a full page of text. I think during transition or CG change. Tried downloaded the latest release of ONScripter and run the games with it, but the still crashes. BTW im not getting an error message, the game just closes; making it extremely difficult to diagnose. So I thought I’d ask if anyone else has similar findings on Windows7 OS.
Also, it runs perfect on my WinXP virtual OS, so it must be a Win7 compatibility problem. The strange thing is, Umineko no Naku Koro Ni w/ English patch by Witch Hunt (EP4) runs fine, and I thought it ran on Nscripter as well.
Running Windows 7 Enterprise 64-bit Edition
Thank you.
I think same error happened with Umineko and Windows 7, but if I remember well, that was caused because I wasn’t using Applocale to open Umineko.
I’m not sure if this helps. I remember Umineko crashing after a few scenes, but I don’t remember well what I’ve did to fix it.
Well i have mine on Jap locale all the time, since all the games I play are usually Japanese. So, yeah i didn’t have this problem. Thanks for answering ^_^
Update: tried the a combination of compatibility options in Windows and the ONScripter command options posted previously.
The command options were not really necessary since the game, A Dream of Summer I tested was originally written for ONScripter.
But I managed to find out that ONScripter-en.exe crashes only at a certain part of the game, towards the beginning when showing the title. I managed to run the game with the old .exe in fullscrn and bypass that spot so I could save to a point after the crash. So it loads and plays, but everywhere but that spot. I guess this is probably the best I can get. I think it was released in 2006, so full compatibility might be impossible on this OS.
If you have any recommendations on compatibility for this game Mion, I would be happy to hear your thoughts.
Thank you.
Hi hobbes,
My first guess is that it’s an issue with 64-bit Windows, for lack of a better idea, but it’s hard to be sure… I’ll certainly look into the problem (grabbing a copy of the al|together A Dream of Summer, which I’ll try with the latest release of ons-en).
Meanwhile, if you could create an “ons.cfg” file containing the word “debug” on a single line, put it in the game folder, run the new ons-en, and then send me the stdout.txt and stderr.txt that result from the crash (they’ll be in the ONScripter-En folder that opens up), that will help track the source of the issue.
Thanks,
Uncle Mion
Hi, I’m trying to run Umineko no Naku Koro Ni with PONScripter because it supports UTF-8 (I want to write some Spanish characters), but when I open ponscr.exe from the patch folder, it says that I’m missing some music files or they’re unreadable. I tried to open ponscr.exe with Applocale and setting my system locale language to Japanese, but it doesn’t work.
I also tried to change nscript.dat to pscript.dat (I read that some lines up) but by this way I see less text, only the options with Windows Vista, Windows XP and Other (when you aren’t using Applocale), and when I press some of that ponscr.exe closes. Converting result.txt to UTF-8 and generating another dat file with nscmake also didn’t worked.
Have you got a solution?
Thanks in advance.
Hi Shadark,
The first thing you need to know is that there’s still a lot that needs to be implemented for PONScripter to run Umineko correctly; what you’re running up against here is the lack of support for Japanese filenames.
To start converting a script from onscripter to ponscripter, you’ll want to take that “result.txt”, convert it to UTF-8 and rename it to “0.utf” so you can run it, and then replace the ` characters with ^ (ponscripter uses ^ instead of ` for marking text, don’t ask me why….) That should at least get you a mostly runnable script.
Also, you should be able to produce a “pscript.dat” from “0.utf” by using the nscmake.exe from onscr-tools, and have ponscripter run it properly (or at least as well as it runs “0.utf”, anyway.)
Uncle Mion
Hello, you could not make Russian support (ANSI or still what) in onscripter. We have altered on ANSI, but it already old. 2008 also works not so stably.
Hi triton,
I’m not sure I understand what it is you’re saying, but my guess is that you would like onscripter-en to support Russian (in ANSI or some other encoding), since the Russian port of the original onscripter (from 2008) is outdated and unstable.
ONScripter-EN only processes scripts in Japanese Shift-JIS encoding (codepage 932), so it would need to be altered to work with a different ANSI encoding.
If you wouldn’t mind using the Japanese 932 encoding, it does support cyrillic, just not in the same fashion as Russian ANSI.
Otherwise, you’d probably do better to wait and use PONScripter once it’s stable, since that supports UTF-8 encoding.
Uncle Mion
@ Mion:
I think he’s talking about the ANSI hack by andyskull (http://sl.criminalrussia.ru/dsp2003/onscripter.php)
That hack supports only the Windows-1251 encoded scripts.
What he wants is support of the Windows-1251 encoding in newer releases, since the hack was made 2 years ago! ^^
If RCA_SCALE is defined, neither scaled_flag nor widescreen_flag are initialized (to true value) and it’s impossible to run the game without upscaling.
In AnimationInfo, neither pos.w nor pos.h are initialized with zeroes as they should be, causing game to not redraw screen sometimes (dirty_rect.area becomes a negative value) when compiled with MSVCS. This can be fixed by adding these lines to void AnimationInfo::reset():
orig_pos.w = orig_pos.h = 0;
pos.w = pos.h = 0;
Also, what is supposed to be? Neither mingw I have installed nor MSVCS have it. I put a dummy header with dummy __cpuid to make it compile, but maybe there should a fallback option when build system doesn’t have ?
Blog software has butchered the text I wrote. Here’s the last line of previous post:
Also, what is cpuid.h header supposed to be? Neither mingw I have installed nor MSVCS have it. I put a dummy header with dummy __cpuid to make it compile, but maybe there should a fallback option when build system doesn’t have cpuid.h header?
Hi Andrey,
RCA_SCALE is not a top priority at the moment (experimental), but I did make your suggested AnimationInfo fix.
As for “cpuid.h”, it and the ons-en custom gfx routines are only supported on GCC 4.3+, so I made some changes to “configure” that should make compilation work more correctly – give it a try.
Uncle Mion
Found a bug on version 20100117: in Umineko 5, trying to save the game will result in a crash. Other games are probably also be affected.
Environment: Ubuntu 9.10
Using the i386 binaries or compiling from source yields the same error.
How to reproduce:
Start a fresh game with Umineko 5. Original or WH’s translation, there is no difference.
As soon as possible, save the game. Any slot will do.
The game window will disappear and the following can be seen on the terminal:
ScriptParser::Parseline savegame
can’t open gloval.sav for writing
The previous version I tested, 20100107, is not affected and saves/loads properly under the same conditions.
My guess: related with the tmpfile safeguard referred to in the 2010-01-17 changelog entry.
Hope this helps, and sorry if I overlooked any fix already released.
I’ll be looking into the code for a while trying to trace down the problem.
Sorry about that, I’ve just made a new release of ons-en with a bugfix for that.
Uncle Mion
The ns2make tool seems to be broken, because it produces archives with incorrect file table.
I was curious about this “new” format and tried to figure out the structure and fiddled a bit with generated archives, and found out that the data itself is overwriting the last entry of table.
P.S. For me it looks like a plain NSA archive. o_O
Crap, you’re right *3*
I’ll have the ns2make and ns2conv fixed in the next release.
Uncle Mion
I’d like to know which settings I should use when encoding so that videos (mpeg) can be played on POnscripter.
Hi Rafael,
(P)ONScripter uses the SMPEG library for mpeg and mp3 playback; it currently supports MPEG-1, not MPEG-2.
Beyond that, I’m not sure what encoding requirements it may have, but let me know if you have problems with playback.
Uncle Mion
Hi,
There seems to be something wrong with the “make clean” script.Make clean is not only cleaning up the source tree, but it is also removing files that were installed with “make install”.Usually “make uninstall” is used for this; make clean is just for cleaning up the source directory.
Thanks
Hi darklegion,
What operating system are you building on? Which ‘install’ files are being removed?
Also, is this onscripter-en or ponscripter that you’re having trouble with?
I haven’t been able to replicate the problem on Windows (MinGW).
Uncle Mion
Heyz,
Which application should I use to convert my UTF-8 scripts into the DAT file (for use on POnscripter)? The old compiler – for Nscripter – I got from Insani either isn’t capable of correctly converting the script (UTF-8 encoded), or some other issue I’m not aware of, I highly suspect the earlier though.
For reference, this is the toolkit I’m using [/stuck with]: http://nscripter.insani.org/sdk.html
I realize this must be a very trivial question, but information regarding the issue is usually incomplete and mostly non-existent. It would be useful posting the differences between the two — POnscripter and Onscripter — in that respect, for a smooth migration between platforms.
Thanks in advance.
Grab an HEX editor (i’d prefer WinHEX) and xor your 0.utf by 0×84. This one is really trivial “encryption” and won’t help you to hide anything from advanced users. Bear with it. ^_^
Hi Rafael,
If you temporarily rename your “0.utf” script to “0.txt”, then nscmake.exe will be able to generate an “nscript.dat” file (it’s picky that way). Rename the generated file to “pscript.dat” and ponscripter should be able to run it correctly.
(I should sometime make a version of nscmake that’ll handle this more gracefully.)
Uncle Mion
That’s exactly the weird part. I did just that, but it didn’t work. It runs with the .utf script just fine, but once I convert it, POnscripter apparantly doesn’t even open it.
That is odd. Have you tried running NSDEC.EXE on the generated “nscript.dat” and comparing the “result.txt” with your original script file?
Any chance there could be some odd low-ASCII characters in the file? I’ve determined that ASCII character 0x1A causes nscmake.exe to produce a truncated nscript.dat, so if that shows up in your file for any reason the resulting dat file will be incomplete.
Uncle Mion