The how to edit thread

Posted in

#251 by eacil
2020-06-15 at 20:56
Two words glued together are fine to look at but keeping SweetSummerRainbow would be silly. It's a matter of readability.
Anyway, if you observe the covers, it's obvious the lack of spaces is not "intended" as each word is on its own line.
At worst, you could space the words for the VN but keep the original unspacing for the releases. That's how capitalization works even if it's not very clear: capitalization for the VN because this is the frontispiece and it needs to be beautified, but keep the crappy casing for releases because it can accept diversity and accuracy (and you can refer to the the VN title).
#252 by rampaa
2020-06-16 at 12:32
What should be done about the resolution of releases that include more than one game, when those games have different resolutions? Should it be left empty? Should it be marked as "Non-standard"? See: r2090Last modified on 2020-06-16 at 12:36
#253 by jazz957
2020-06-21 at 22:26
For screenshots of DS games are they fine as long as both screens are in the image? What about borders or the space between the two screens?

Edit: DeSmuMe doesn't even include the gap in screenshots.

Hmm. Maybe it doesn't really matter, since I looked and there's quite a few DS VNs that don't have the gap in screenshots.Last modified on 2020-06-21 at 23:06
#254 by beliar
2020-06-22 at 15:43
@rampaa: Marking such cases as "Non-standard" seems misleading. I'm torn between leaving the res field blank and adding the highest resolution of the games included. Not sure which is the better way. Either way, the note that explains how the resolutions relate to the games should be included.

@jazz957: Not sure, really. The console screens are kept somewhat to a less rigorous standard than PC games. If the emulator takes the screens without a gap, then maybe it's okay...
#255 by eacil
2020-06-22 at 19:59
Isn't non-standard meant to be deleted? The reso should be left blank as that information can be found separately in the releases the compil is made of. I doubt it has any interest search-wise. It is quite like developers of compilations. Though we don't link them because they mess with the VN page, it's the same search-wise.
#256 by rampaa
2020-06-22 at 20:30
If "Non-standard" is obsolete, what should be done about the cases like r55510, r70822 and r66892? See link for more.
#257 by eacil
2020-06-22 at 21:13
The game resolution shouldn't be the size of the pictures. It should be the size of the "viewport". So, when I read "ren'py game resolution 1500x1080, image resolution 1500x900", if I understand correctly, it means the 180 gap is the textbox a the bottom? Well, it should be 1500x1080.
Take a PC98 game for example: link. The reso is 640x400, the reso of the viewport, not the size of the background + tachie making the "visual block". Bad example, I know, CG are displayed in 640x400, but if you want to play this game, it also feature 640x800 CG so... with this logic, shouldn't we put 640x800 as the reso of this game?

About r66892, the android version and the PC version should have never been merged in the fist place.

"The graphical assets have the native resolution of 1250x625, however the images, text and choices are portrayed in separate visual blocks, hence the game has no actual set resolution" is a more difficult example as it is a browser game and... wow, the constant change of text size makes the experience really painful with the assets moving positions all the time... it makes me dizzy... @_@
Yeah, this game might warrants the non-standard label. I does not have a set reso indeed.
#258 by beliar
2020-06-22 at 21:31
r70822 is a Ren'Py game. Like 95% of the time, the native resolution of a Ren'Py game aligns with the "virtual resolution" in the log file. Just checked the game's log file and it is indeed 1500x1080.
r66892 should have Android and personal platforms separated. Now, mind you, I don't really see it as a huge mistake if Android builds are rolled into the same release with Win/Mac/Lin builds, especially for Ren'Py games and if they were published on the same day. The Db is not very consistent regarding smartphone vs percom builds in that way. Some are separated, others are not...
r55510 and majority of games by Tora Productions are very special cases. I can't find another word to describe them than "non-standard".Last modified on 2020-06-22 at 22:03
#259 by rampaa
2020-06-22 at 22:00
Okay, last one: What to do when we don't know the exact native resolution of a game? Should we just left the resolution field empty? See: r49392Last modified on 2020-06-22 at 22:02
#260 by beliar
2020-06-22 at 22:09
For some games it's hard to establish the resolution without actually extracting the graphical assets from the game. Seems that in this case the window resolution does not align with the native resolution.
I had a look at e-hentai, where the CG pack of that game is uploaded, and it seems all the CGs were uploaded in 2560x1440. Take that with a grain of salt, but it might be the native res for this game.

As for the cases where you can only speculate on the resolution, it's better to leave the field empty imho, and leave the speculation in the description, like a user left for this game.
#261 by rampaa
2020-06-22 at 22:27
In the case of r49392, the field is not left empty but set to "Non-standard" though. Anyway, I am going to set its resolution to 2560x1440. Taking the resolution from exhentai seems like a more reasonable approach to me than leaving the field empty.
#262 by eacil
2020-06-22 at 22:36
I assume Kiru put non-standard because the reso list stopped before so even if you knew the reso it would have been non-standard whatever it would have been.
With the present possibility of filling the field with any reso, it is another story whose answer is: yes, you leave the reso field blank... if you can't fill it properly.

Edit: this release actually has a dedicated thread: t9174.Last modified on 2020-06-22 at 22:44
#263 by fuukanou
2020-06-25 at 21:44
Inside of r49402 there's a DLsite code for r58117. Does this mean that r58117's release date was the same as r49402 even if nobody could actually buy r58117 during the gap between the initial disc based release and the download version being officially released online?
#264 by eacil
2020-06-25 at 21:56
It's the availability of the product itself that matters, not what channel it passes through.
You should explain that in the note field to not confuse people, though.
However, don't forget that dl codes can be subject to condition. Waffle gives dl codes for dlc but you can only use them at a certain date.
#265 by fuukanou
2020-06-26 at 01:34
#264, in this case, I'm pretty sure the DL codes worked on day one. There's nothing written on them or on the explaination papers stating otherwise.
#266 by gvbn
2020-06-26 at 06:47
It worked since day one. I used the code and downloaded it on July 6, before the DL edition came out on July 25.
#267 by rampaa
2020-07-02 at 22:38
What to do if you don't know the primary language of a company? Case-in-point: Wargaming.net
I am pretty sure Turkish is not their primary language and I don't know what it is. My best bet is it's Belarusian but I am not entirely sure if that is actually the case either and VNDB doesn't have Belarusian in the language list anyway. I would leave it blank if I could but UI does not let me do that either.
#268 by beliar
2020-07-02 at 23:01
The primary language of the company is the language they make games in. Wargaming is an interesting example, as it's not primarily a VN company, thus it would be incorrect to state the language as Japanese, even though the only VN we have is in JP language. They might be based in Belarus, but they release games mostly for international audience.
Frankly, if the company supplies a global market, I have an inkling to mark it as English and don't sweat the details....
#269 by lotuscale
2020-07-05 at 05:26
Hi, There're two questions I want to ask. But...so minor are they that I even don't know if it's appropriate to ask it.

1. When editing VNs, I find there's no warning "This title field should only contain latin-alphabet characters". Is the feature mentioned in t2520.429 still under developmetn and it will apply to VN titles some day or there's some special reasons that it's not compulsory for VN titles to contain latin-alphabet only?

2. It seems that even if title contains non-latin characters that revision can still pass. Of course there's almost no title that literally contain non-latin words, but on the other hand, there are many that contain full-width punctuation. In that case should we change them to half-width ones? Ugh, I might have OCD...
#270 by yorhel
2020-07-05 at 06:07
When editing VNs, I find there's no warning "This title field should only contain latin-alphabet characters".
That warning is a bit of an experiment on my end, I've been adding a few warnings for common mistakes to see if it helps reduce the errors on new edits. I'm currently in the process of rewriting the VN edit form and do plan to add that warning to VNs, too.

It seems that even if title contains non-latin characters that revision can still pass.
The warning is mainly intended to catch the "I just put the Japanese title in the romaji" field errors, There's also a warning for the other rather common case of "I put some entirely unrelated but latin-alphabet title in the original title field" - even though for VNs this is commonly used for all-caps titles, looks like I need to handle that... I don't have a super strong opinion about punctuation characters (though do prefer the simpler half-width ones), but in any case other Unicode symbols (like hearts) are certainly still allowed in the romaji field even if you may get a warning.
#271 by lotuscale
2020-07-05 at 10:22
Thank you very much!
#272 by eacil
2020-07-05 at 22:07
I read the first Higurashi chapter, which I assume is r37233, and the resolution is not 640x480, but 960x720. I don't see that as a good reason to create new releases but I have no idea when the change occured.
I have never seen a VN so headache-inducing when it comes to versioning and vndb is not helpful at all to figure out what's going on. For fuck's sake, when will they stop updating the crap out of it? The last chapter was release 14 years ago!!
They even made a bunch of music and sound changes, last year, so the notes about restoring the original soundtrack are not right anymore too.
#273 by beliar
2020-07-05 at 23:16
and the resolution is not 640x480, but 960x720
Are you sure? Do you base this on the size of the window when you play in windowed-mode? If so, that is not necessarily in line with the native resolution. In order to be sure, we would have to use a Unity extractor, in order to see what is the resolution of background images.

There was actually a thread about this (t12768), and the main images were in 640x480 (though UI and paper-dolls apparently had a different res). I am somewhat doubtful they have updated the game to a higher res...
#274 by eacil
2020-07-05 at 23:59
You are right, the BCG and original tachie are in 640x480, the tachie made by MG are in 1280x960, the MG logo is in 800x600, some screens (new tips, quote at the beginning, Higurashi logo, etc.) are in... 1024x768. For some reason, I got this weird resolution when I started episode 1 (maybe some calculation based on my computer's reso?) but I just tried episode 2 and it is in 640x480. False alarm. Maybe I should explain this mishmash in the note field. It is so confusing and I am glad I decided to not care about all the modding 07th-Mod offers apart from the voices.
#275 by gvbn
2020-07-06 at 02:07
Iinchou wa Shounin Sezu! ~It Is a Next Choice~, capital letters in the subtitle "It Is a Next CHOice" spell out "I-I-N-CHO" which is relevant to the title, so would "CHOice" be preferred over "Choice"?