JAV Standards and Consistency on StashDB

Please do read, rather than just saying “that is how it’s always been done” or “but X over at Y does it that way.” In both cases, the established guidelines for StashDB are not being followed on StashDB. If these guidelines are not to be followed, they should be documented with clear reasons. At present, such documentation cannot be provided either via guideline or alternate instructions. The only responses I have received are the two quoted earlier. I admit I have no control over any third-party, community or alternative stash boxes, this pertains solely to StashDB. Additionally, I have been told “everyone does it the same way” and to stop raising concerns, which is incorrect, and can be documented.
I will provide what I have found along with how I reached these conclusions. Any personal comments will be shared at the end. My intention is to remain objective and avoid any perception of bias so that something referencable can be established.

Problem: The data being provided to Stash is incorrect, not sourced from primary references, or discredited by the supporting links provided. Submitting JAV data commonly and frequently violates established guidelines for data submission to Stash.

Guidelies Applicable:

Full Movie Entries

  • “Full movies only allowed for JAV releases or western releases available directly from official studio websites.”
  • “Submissions that only have 3rd party retailers (Adult DVD Empire, Hot Movies, etc.) or databases (IAFD, Data18, etc.) as their primary sources may not be accepted.”

Classic Studios

  • “At this time, all professional scenes and stduios must be available digitally from an official studio website or network.”

Contributing to StashDB This is the document all editors are required to read and acknowledge to get edit access.
Common Mistakes: Section 3.) Ineligible movie scenes.

  • "All scenes must be sourced from a 1st party digital studio. This means any scenes or movies sourced excusively from a 3rd party retailer for rent or sale … are not eligible for inclusion on StashDB at this time. That also means physical releases (VHD, DVD, BlueRay, etc.) with only 3rd party databases as a source (IAFD, Data18, TPDB, IMDB, etc.) are also not eligible. Requirements for eligibility are explained in more details for both Full Movie Entries and Split Movie Scenes.

Common Mistakes: Section 5.) Exceptions for JAV Content

  • "Since JAV is almost exclusively released as full movie downloads, it has been granted and exception under our Full Movie Entries guideline.
  • “We also have specific requirements on the formating of JAV Names.” (I skipped this as it pertains to performers and seems well regulated.)

As is referenced in this post already on discourse about 3rd party sources it is brought up that the Split Movies Guideline

  • “Split scenes are expected to have a first party digital source as its primary source of info. Basically, this means a scene from Studio X should be sourced from StudioX.com. All info (release date, title, description, scene aliases, etc.) should match the first party digital release when possible. If the scene did not have a first party digital release, then it is not eligible on StasDB at this time.”
    Also included in the post there are comments that 3rd party sources should only be used if there is no way to get a primary source.

Preferred Scene Dates

  • “The earliest known release date for a scene is always the preferred scene date.”

Note: Since Japan is unique and does not permit direct sales from the studio’s website, I recommend allowing the authorized distributors linked from the studio s website as an alternative primary source. The distributor could be linked alongside a studio DVD link or serve as the primary digital source for eligibility, validation, and data.

In the scenes I reviewed, studios provided at least one direct link to scenes available for digital purchase. The primary source for all R18.dev data also appears to be FANZA, which was the most frequently supplied studio distributor. So this data could be provided as well.

Summary of guidelines and instructions as I understand them:

  1. JAV is permitted as a full movie.
  2. All scenes must originate from a first-party digital release source.
  3. VHD, DVD, Blu-ray, and other physical media with a third-party database as the source are not permitted.

If I have fundamental misunderstanding of what is written, or if I have missed any instructions or guidelines, please let me know.

Review of Scenes:

I reviewed approximately 70 recent JAV scenes added to the database and identified that they fall into one of four categories:

  1. Single link to a third-party database (R18.dev) with DVD source, which may contradict the information or fingerprints provided in the edit.
  2. Single link to a third-party database (R18.dev) with a Pay-Per-View (PPV) or Video-On-Demand (VOD) source.
  3. One link to a third-party database (R18.dev) source along with one or more links to digital storefronts supplied by the studio, with multiple matching data points. The data provided in the edit aligns with the digital release information.
  4. One link to a third-party database (R18.dev) with DVD, plus an included comment with a storefront link, updated and added to edit, but no change in data. This is essentially similar to category 1, observed approximately three times.

Upon review and in consideration of the guidelines:
Category 1 directly violates multiple rules; no physical media, only third-party databases, and no digital proof provided.
Category 2 also violates guidelines because it relies solely on a third-party database despite representing a digital release.
Category 3 aligns more closely with the guidelines, although it may not always include the studio link but does feature the authorized distributor link.
Category 4 functions similarly to category 1.

Detailed Scene Data:
I will be using some shorthand to avoid overwhelming with links. Links that can be constructed from fragments will only include the relevant fragment. I selected scenes from ‘created at’ from current time. None of these have been edited, commented on, or voted on by me, ensuring I do not influence or skew data regarding how users submit scenes.

Scene 1)

Stash ID: 019acb38-c7ab-79e9-90ad-d21438ebc9c4
Scene Name: ADN-737
Date: 2025-11-28
PHASH: Duration 02:04:28

Link 1) Studio
Form: DVD
DVD ID: ADN737
Date: 2025-12-2
Duration: 02:00:00 (120 Minutes)
Although this link originates from the studio source, DVD-sourced material is not currently permitted according to guidelines. Additionally, the duration and date do not match the edit data.

Link 2) R18.dev
Fragment: /id=adn00737
Form: VOD
Content ID: ADN00737
Date: 2025-11-28
Duration: 02:04:00 (124 Minutes)
This link provides a digital source with matching duration and the earliest available date as per the guidelines. The information is sourced from a third-party database.

The following link is not provided by the editor; I am providing it now for comparison, from the studio’s website to the distributor’s via a button titled “Buy Videos Download + Streaming”.
Link 1) Sudio VOD Distributor
Studio Distributor: FANZA
Fragment: /?id=adn00737
Form: Digital
Manufacturer ID: ADN-737
Distribution: ADN00737
VOD Date: 2025-11-27
DVD Date: 2025-12-01
VOD Duration: 02:04:00 (124 Minutes)
The digital distributor linked by the studio aligns with the edit data and the third-party database source. If edited it would comply with the guidelines for the earliest release date.

Overall, this scene appears to meet the current guidelines. Submission is based on digital data.

Scene 2)

Stash ID: 1e2bcb56-5255-4a3a-9398-f80618d54c9a
Scene Name: SGKI-002
Date: 2023-11-23
PHASH: Duration 02:30:59 (151 Minutes)

Link 1) R18.dev
Fragment: /id=1sgki002
Form: Mail-Order (DVD)
Content ID: 1sgki002
DVD ID: SGKI-002
Date: 2023-11-23
Duration 02:30:00 (150 Minutes)
Similar to scene 1, sourced from DVD via third-party database. Duration is approximately the same between edit and source.

Link 2) Classified as Studio
The editor indicated this was exclusively for actresses, jav.guru does not appear to be a studio; it looks suspicious and has not been seen in other edits. For now, I am disregarding it, as it also was not found on the Discourse JAV resources.

The following 3 links were not provided by the editor:
Link 1) R18.dev
Fragment: /id=1sgki00002
Form: PPV
Content ID: 1sgki00002
Date: 2023-10-23
Duration: 02:31:00 (151 Minutes)
Third-party database; close duration. Digital distribution date is earlier than the accepted edit.

Link 2) Studio Distributer DVD
Studio Distributor: FANZA
Fragment: /cid=1sgki002
Form: DVD
Content ID: 1sgki002
Date: 2023-11-23
Duration: 02:30:00 (150 Minutes)
It is an affiliated distributor DVD release, not a digital release. Duration does not match.

Link 3) Studio Distributer VOD
Studio Distributor: FANZA
Fragment: /?id=1sgki00002
Form: VOD
Manufacturer ID: SGKI-002
Distribution: 1sgki00002
VOD Date: 2023-10-22
DVD Date: 2023-11-22
Duration: 02:30:00 (150 Minutes)
The VOD release states an earlier DVD release date than the DVD release page. Digital release date is earlier than accepted edit.

This scene does not adhere to the guidelines as written and contains inconsistencies. Submission is based on DVD data.

Scene 3)

Stash ID: 019ab510-89c5-738c-bc44-0e928f166e18
Scene Name: SNOS-002
Date: 2025-11-25
PHASH: Duration 02:20:03 (140 Minutes)

Link 1) R18.dev
Fragment: /id=snos002
Form: Mail-Order (DVD)
Content ID: snos002
Date: 2025-11-25
Duration: 02:20:00 (140 Minutes)
Data is sourced from DVD information via third-party database.

The following 2 links were not provided by the editor:
Link 1) R18.dev
Fragment: /id=snos00002
Form: PPV
Content ID: snos00002
Date: 2025-11-21
Duration: 02:20:00 (140 Minutes)
This is from a third-party database, which is digital. There is a minor date discrepancy, but it is still earlier than the accepted edit.

Link 2) Studio Distributer VOD
Studio Distributor: FANZA
Fragment: /?id=snos00002
Form: VOD
Manufacturer ID: SNOS-002
Distribution: snos00002
VOD Date: 2025-11-20
DVD Date: 2025-11-24
Duration: 02:20:00 (140 Minutes)

The scene is based solely on third-party DVD data and does not adhere to established guidelines. The distributors release dates for DVD or VOD do not match the submitted data.

Scene 4)

Stash ID: 019ab510-89c5-738c-bc44-0e928f166e18
Scene Name: IBW-518Z
Date: 2015-09-11
PHASH: Duration 02:53:36 (173 Minutes)

Link 1) R18.dev
Fragment: /id=504ibw00518z
Form: PPV
Content ID: 504ibw00518z
Date: 2015-09-11
Duration: 02:53:00 (173 Minutes)
Single source to digital release information via third-party database.

The following link wwas not provided by the editor:
Link 1) Studio Distributer VOD
Studio Distributor: FANZA
Fragment:/?id=504ibw00518z
Form: VOD
Manufacturer ID: IBW-518Z
Distribution: 504ibw00518z
VOD Date: 2015-09-10
DVD Date: 2015-10-26
Duration: 02:53:00 (173 Minutes)
Scene information is based on digital release data. It is also solely sourced from a third-party database which is not following currently accepted guidelines. Release dates all conflict.

Scene 5)

Stash ID: 019ac848-e91d-7a61-abe5-65b7cc93b19e
Scene Name: JUQ-455
Date: 2023-12-26
PHASH: Duration 01:58:29 (118 Minutes)

Link 1) R18.dev
Fragment: /id=juq455
Form: Mail-Order (DVD)
Content ID: juq455
Date: 2023-12-26
Duration: 02:00:00 (120 Minutes)
Third-party database DVD source with a slightly different duration.

2 Links supplied by me for this analysis:
Link 1) R18.dev
Fragment: /id=juq00455
Form: PPV
Content ID: juq00455
Date: 2023-12-22
Duration: 01:58:00 (118 Minutes)
Third-party database, digital format, duration matches.

1 Link supplied by me for this analysis:
Link 1) Studio Distributer VOD
Studio Distributor: FANZA
Fragment: /?id=juq00455
Form: VOD
Manufacturer ID: JUQ-455
Distribution: juq00455
VOD Date: 2023-12-21
DVD Date: 2023-12-25
Duration: 01:58:00 (118 Minutes)
Digital format, all dates differ from accepted edit.

Scene 6)

Bonus scene because it was approved the day I wrote this draft.
Stash ID: 019adbd2-b3c5-7131-b932-1edbd80f4fd3
Scene Name: A nest of drug-induced sex “I love Japanese dick” Scandinavian beauties get FUCKed hard at my place!! Melody Hina Marks
Date: 2025-09-13
PHASH: Duration 02:34:19 (154 Minutes)

Link 1) Studio Link
Fragment: N/A Scene name may be FJIN-098
Form: Digital Release (First-party too)
Content ID: fjin00098
Date: 2025-09-16
Duration: 02:34:00 (154 Minutes)
First-party Digital Release. Date does not match, studio cites earlier date.

1 Link supplied by me for this analysis:
Link 1) R18.dev
Studio Distributor: FANZA
Fragment: /?id=fjin00098
Form: VOD
Content ID: fjin00098
Date: 2025-09-13
Duration: 02:34:00 (154 Minutes)
Date matches, not included in edit.

All of this scene is wrong.

Why highlight these six recently submitted scenes? The purpose is to demonstrate that data submission is inconsistent, which challenges the argument of “we always do it this way” and the claim that “everyone follows the same process regardless of guidelines.”

I made an effort to avoid selecting the same editor multiple times for these examples. Even submissions from the same submitter may have different provenance data, so it is not always guaranteed whether the content is DVD or VOD.

Compared to other common scene rejections in the queue:

  • Edits to update scenes from digital release information to DVD release information from Data18 (Third-Party Database) - Rejected
  • New scene additions with only Data18 (Third-Party Database) as the source - Rejected
  • Edits to update scenes from digital release information to DVD release information from IAFD (Third-Party Database) - Rejected
  • Edits to update scenes from studio information to alterate information from TPDB (Third-Party Database) - Rejected
  • Scene additions without primary digital release information - Rejected

This raises several fundamental questions.

  • Where is the exception in the guidelines that permits using only third-party databases as the primary source in StashDB for JAV?

  • In scenarios such as scene 6, why is the third-party source given priority despite both being digital releases with the same content code? Compounded by the fact that not all data sources are included in the edit.

This situation is essentially already akin to scraping TPDB without validation and submitting that data to StashDB, which, as discussed here, is already a last resort option.

  • Where is the exception stating that JAV entries on StashDB are limited exclusively to DVD-based releases?

The guidelines for StashDB already specify “digital release information only,” with no exceptions. I have provided multiple recent examples demonstrating that this rule is not always strictly applied.

Combining these points, the initial instructions to all StashDB editors indicate that “Physical releases (VHS, DVD, Blu-ray, etc.) with only third-party databases as sources (IAFD, Data18, TPDB, IMDB, etc.) are also not eligible.”

  • Where is the justification or exception to this instruction, considering it was provided to every editor upon application and is expected to be followed?

*===========

Personal Thoughts:

The community scrapers are generally regarded as the authoritative source for standardizing scene information. I have no issues with any data returned from these scrapers that everyone is expected to utilize. This includes data such as titles, studios, descriptions, and other related information.

Since the “DVD Information Only” approach is not consistently followed, there is no need to make a special exception. The data for VOD/PPV is readily accessible.
For example, the primary source of data on StashDB appears to be R18.dev. Switching from DVD to VOD typically requires about four clicks or keystrokes. (More recently, VOD releases also feature the landscape covers preferred on StashDB, whereas the R18.dev links for DVDs display studio portrait covers.)

Oh R18.dev adding two zero’s into the fragment is all it takes.
DVD/MAIL-ORDER:
/?id=juq455
PPV/VOD:
/?id=juq00455
All it takes. I’ve only seen it not work once, and that was a scene for which I couldn’t find a digital release for released circa 2010.

Clarification: Considering the challenges related to JAV data, particularly the need for a Japanese IP to access most studios and distributors. I do not support banning the use of R18.dev as a primary source. Instead, data from R18 should be supplemented or replaced with information from other sources, since it is a third-party database. Similar to any other third-party source used on StashDB. The same logic applies to replacing DVD data with VOD data.

R18.dev primarily scrapes FANZA, so it is a scrape of a storefront.

Since I personally have accounts with three of the distributors, I use the same approach with their links as well, they are all very formulaic. I understand that most people may not have that level of access, and while editors are expected to put in some effort. I do recognize that, R18.dev is convenient because editors can insert the content code, accept the first result, and avoid pushback from the edit queue even if there are obvious errors. This might be due to R18.dev source, being JAV, or reliance “The Community,” which is often cited as the ultimate authority to shutdown questions. Despite “The Community’s” inconsistent behavior and enforcement of what “The Community” says is right. (From what I can tell it is based on a pirate site?) As I mentioned earlier, this discussion is about StashDB and its community, which are expected to adhere to certain standards of quality and consistency.

Ultimately, since the StashDB community is held to higher standards, JAV content on StashDB should be maintained to the same level of quality and consistency as content from all other studios and follow the established guidelines.

*edited to fix some formatting errors, edit 2 and 3 were to correct an odd hyperlink to other disource topics. Converted some more items to links and removed them at the end per request. I missed a link.

2 Likes

I like the way you dismissively quote “the community” like stashdb isn’t a commmunity-driven database and “the community” is an unfair response to your complaints.

First, in the early days of stashdb everyone recognized that JAV would have to be an exception to fit in the database, and it was left to “the community” how best to fit a square peg in a round hole.

Second, there’s a reason they’re called “guidelines” and not “rules” (like you call them multiple times in your post). They were written to follow “how it’s always been done” at the time they were written, not to change anything. Straight from the guy who wrote the guidelines:

Exceptions exist. The guidelines don’t cover everything. They were never meant for someone who has no interest in JAV (apart from asserting themselves as a rules lawyer) to come along years later and say “it turns out the community is wrong!”

Note how everyone other than you is happy to leave it to the “jav people” because they’re the ones actually collecting and matching the data? And again, you contradict yourself by accepting the unwritten exception for JAV titles and descriptions while responding to everything else with “if it’s not written down it’s against the rules.” Guess where the “Community” Scrapers come from?

JAV movies on stashdb are recognized as requiring exceptions due to the language and full-movie exemption. Move on.


Dates

You asked three times, got the same answer every time, ignored those answers by demanding a written guideline, harassed people in the queue until they did things your way, and then point at the inconsistency you created to say “See! It’s not consistent!”

by convention DVD release date is the actual release date

I feel like that’s pretty common tbh. The DVD release date is often cited as the official date even with respect to the VOD release

For JAV the canonical release date has been the DVD release, probably since the industry is DVD-centric. Note most of their studio websites use the DVD release date even when they link to both, we use the DVD ID as the title and studio code, the only cover is a DVD sleeve.."

It’s easy for this to be consistent because every other JAV metadata source with combined entries (like stashdb) does the same thing, and the only r18 links that typically return the DVD ID are the physical or VOD-only entries (you accept data returned by Community Scrapers, right?). Unless you’re about to argue that we should be using the FANZA content ID as the studio code.

r18 as primary source

r18 is the only piracy-free source for JAV metadata in english. It’s an accurate scrape of the former R18 and Fanza. It’s the only source for a consistent machine translation of JAV titles, saving everyone from getting something completely different by translating on their own. Banning it as a primary source would only result in submitters using it and lying about it. I’m sure all the english-only JAV collectors are happy with it. And telling people to just put the content ID at the end of all those links is wrong because all those storefronts use different content IDs.

Other inconsistencies

Studio links: javlibrary, javdatabase, javdb, javguru, etc. shouldn’t be added as a studio link, but a lot edits with added unsourced performers are probably getting info from those. It should be alright to mention in the comments.

r18 VOD-only covers: These shouldn’t be used as a cover if a proper DVD cover exists. FANZA is the only storefront that uses them on the movie page (as in, it’s the first item in the gallery in front of the proper DVD cover), and even then they still use the DVD cover in results pages. It’s usually an expanded version of the back of the DVD, which doesn’t have the title on it. Also JAV collectors want the cover that matches 99% of their other releases.

Side note: Links would make your post more readable than a wall of unformatted text.

2 Likes

So, you did the exact thing I predicted at the very beginning of the post. You didn’t actually read any of it.

What is “The Community” you’re talking about? If it’s StashDB’s community, I fail to see why saying everyone should conform to the same established community standards is wrong. Was I wrong when I said enforcement by “The Community” is inconsistent and not defined?

To add context to the quotes you made from AdultSun, it was in concern of the titles, not that JAV does not have to conform to StashDB community standards. Your quote is his response to a ping about titles.

Since you used this, it has been over two years. If it was to be done, it would have been done if JAV was to get fixed exceptions.

It is not my place or your place to take the conversation out of context and put words in his mouth. Unless AdultSun weighs in, the entire section needs to be in context. Not just a segment.

Titles and descriptions are communally accepted as part of the scraper like I said, they are not unwritten they are written into the scrapers. So I don’t get your point. Though to be fair, even when titles are wrong the “jav people” still upvote them. So once again, not consistent.

I made no comment on date except for where the studio and other sources have conflicting data, even among DVD data. So what are you trying to say here? This feels like a personal attack unrelated to anything I wrote about.

You didn’t read anything I said about it. I didn’t say to ban it. I guess I was not clear when I said it should be supplemented with other data, it is no different than any other third-party database being used as a first-party source. Adding it to StashDB is taking a scrape of a scrape of a storefront. Like you said. I can add clarification to that.

Most of the most recent JAV edits have multiple sources of data not just a R18.dev link. I think I approved 20 of them with R18.dev, Studio and Fanza links today.

I fail to see what you’re addressing here. I mentioned the ones that are preferred on StashDB are currently the VOD (landscape DVD cover) ones since the Mail-Order ones which are appearing as portrait.

Summary:

None of this is refuting the claim and position that JAV should follow all the current community standards that any other studio does. I’ve provided several examples and can provide innumerable more of non-uniform additions of JAV to the database that are not DVD only data.

If you have a valid claim on why JAV should not follow the rest of the community standards, please bring it up. Otherwise, it is expected that they do.

Fair point, I wrote it on a phone in a note. I can swap some.

I’m trying to explain to you why the “established community standards” for JAV releases are different than western releases. That quote isn’t “about titles” it’s about recognizing that the conventions were developed by the community: JAV submitters, people who match JAV scenes, people who don’t that were happy to leave it to those “JAV people” to handle their own metadata (why aren’t you here?), and that nearly everything on that side of things is an exception compared to western releases. Something so obvious it doesn’t even need a reference quote, but I thought you’d like one.

You’re so determined to treat the guidelines like the constitution when it suits you, and the point of the second quote is that wasn’t their intention. But now you’ve moved the goalposts and decided that Community Scrapers can overrule the guidelines if they contradict the guidelines. Is that written down somewhere?

On dates: You know what I’m talking about. Half your examples are just people using the physical release date, even though multiple people told you “by convention DVD release date is the actual release date.”

On r18: You said r18 shouldn’t be used as a primary source. You’ll find people aren’t “supplementing,” they’re using it as the only source and then just adding on the unscraped studio links as something nice to have. So saying people can’t use it as primary will just result in miscrediting information.

On VOD-only covers: What I’m saying is that those VOD-only landscape covers shouldn’t be added if there is a proper DVD cover.

1 Like

Unfortunately I can’t speak to what the expectations are for specific fields in specific situations for JAV releases. StashDB is far too large for any one person to be an expert at everything, and JAV happens to be outside of my own area of expertise. I have to defer to the editors who spend much more time in that corner of the database than I do.

And since I don’t fully understand this new context — though I can tell this argument has been going on for some time — I also cannot speak to how accurately my own words are being used here. However I will say, I do not like how often editors resort to picking apart an old quote of mine, or trying to get a unilateral decision out of me, just to settle a dispute like this. It’s not sustainable, and it means the project isn’t truly self-sufficient. That’s why I always choose my words very carefully, and why I try to stress that the power in this community is meant to be bottom-up and not top-down, guidelines instead of hard rules, a “working consensus” absent an official vote, and all of my other quotes staring back at me a few posts up.

What this conversation tells me — at least what little of it I’m able to follow — is that between the “working consensus” and whatever language is already in the guidelines, it isn’t enough. That doesn’t surprise me. After all, I wrote most of the guidelines regarding JAV myself, based on my own understanding of that corner of StashDB, which I’ve already admitted doesn’t amount to much.

Now, this shouldn’t be an unusual situation either. Are the guidelines unclear? Is there no obvious consensus? The solution is simple: propose a new guideline. Except, that’s not so simple right now is it? Unfortunately we’re still stuck in limbo as we try to get those up and running on Discourse, and most of that is on me. I only have so much time and energy I can dedicate to Stash and I need to focus more on these bigger projects. But that also means I can’t afford to spend it constantly adjudicating petty squabbles spread across three separate comment threads.

In the meantime, you’ll just have to be patient. Dogma suggested earlier to build a list of outstanding questions and disputes that aren’t currently addressed by the guidelines. I believe that would be a much more constructive use of our time than rehashing the same debate over and over.

1 Like

To be clear, I wasn’t trying to use your words as the Ultimate Word of God, I was trying to explain that the absence of something from the guidelines shouldn’t be treated as such. Basically what you just reiterated.

This entire discussion stems from one person hearing about a JAV convention and instead of thinking “I’ll defer to the contributors who actually care about JAV stuff” made “show me where that’s written down” his hill to die on.

1 Like

My apologies on this, I did not mean to use your quotes as any form of hammer. I did try to only present what I saw in the queue as my justifications without bringing in any quotes that were not from written guidelines.

The entire point of my argument can be boiled down to “what is good for the goose is good for the gander” or to say that one person or situation should be treated the same way that another person or situation is treated.

It is incredibly disheartening and difficult to maintain interest in reviewing scenes of a subset of scenes that gets to pick and choose what applies at that given time, and when any criticism is met with “it has always been this way” even if multiple sources can be provided that it, is in fact, not that way. Even if that review is as basic as opening the link, seeing it does not match and closing said link.

The community has actually already spoken; majority of submitted scenes are using digital data. The problem is any attempts to update physical data to digital data is met with rabid aggression, even if said persons upvoted the past 20 digitally sourced scene creates.

Unfortunately that’s not always true, it seemingly depends on the studio. It is true in most cases, but I’ve seen releases where the PPV ID has additional letters. I’d provide some examples but I’m on my phone and don’t have any at hand.

Putting personal feuds (which is what this thread seems to be lol) aside, I would like some clarification on this actually. A clear guideline on what date to use here.

As per the initial post, the “earliest release date” is mentioned in the guidelines, and I agree with that. However, the first party studio websites almost exclusively only list the DVD release date.

I’ve actually been voted down and reprimanded for using a DVD date in one of my earliest edits:

5f3bbba4-bdf3-4554-9cd2-797040568cb8

I don’t know where the quotes in the first response come from, but it is funny to me that these seem to advocate for using the DVD date, while the same person(?) is the one who commented on my edit to use the PPV date instead.

Anyway, since then I have been using the VOD release date in all my edits (even changed some), even though for me personally it goes against the “first party” guideline too. I have no way of verifying the accuracy of the VOD release date since I don’t have access to Fanza, so I need to rely on R18.

There is a dichotomy between data sources for this because on the one hand the community seems to agree to use the DVD code as Studio code and title -even though technically physical releases aren’t allowed - but then goes ahead and uses the VOD for the date.

So as you say we’d have to either use the PPV code, which is also not on first party sites but would match the entire dataset. Or we use the DVD release because that is first party and matches the first party code, but physical releases aren’t technically allowed.

I don’t think the former is feasible or makes sense, considering that most users will likely technically have the PPV release in their stash, but are expecting DVD data because that’s the original release.

I don’t have a problem with doing it either way around, but I would like a clear stance on what to use.

Can you provide an example of one of those VOD-only covers? I have a hard time following what differences in cover this thread is talking about. Pretty much all the covers I have seen on R18 are the ones with the backside (including barcode), the spine, and the front - which I always assumed to be the DVD cover?

I remember seeing one scene recently where it was only the front cover, but I can’t remember the code or studio it was DANDY-905. The entry links to the physical release on R18, but it’s the same for the PPV release.

I’m the one that left the comment. I am not advocating for using the DVD, my entire sentiment here is that it needs to follow the standard of the rest of StashDB and use PPV/Digital release info.

I did try to make clear that I realize not everyone has a Japanese VPN or IP so R18 may be the only option. R18 scrapes the same source for DVD and PPV data. So if you trust it for the DVD it’s the same for PPV, both come from it’s FANZA scrape, not a studio scrape.

Most of the DVDs also have a release date significantly after the VOD and a different duration. So it is not easy to verify when people submit a DVD with a VOD phash and there is often a different runtime between them. I have to just trust it is right? It’s not just about the data, how do I verify it is correct when it does not match what is provided?

This is what he is talking about if you look at the links. Even when I could verify the release date by studio it was still rejected.

At this point I really don’t care since everyone seems against making it like the rest of stash. Even if I tried to enforce their rules I was still wrong and voted against. If it’s blatently wrong I’ll still push yes so that I don’t deal with it anymore. These people have killed my care for correct.

Just to put this up front because it’s important:

Ultimately I feel like the discussion here is too personal.
It’s not about “me vs. the rest”, it’s about what’s best in the database. And that is arguably first and foremost consistency, which can extend to only a subset of database entries, namely JAV.


I didn’t say you were, I was commenting on the quotes provided since I assumed they were yours from the context of the post.

But regardless…

The standard for JAV - inside and outside of StashDB - is the DVD release (unless it’s digital only obviously).

To quote you from the linked edit:

JAV is not special.

Yes, it very much is. That’s kind of the whole point here. I say for JAV specifically because JAV is already in a spot that doesn’t fit the rest of the guidelines, and yet it is generally accepted by convention:

  • JAV studios - as opposed to western studios - don’t handle distribution (including VOD-only releases), and by that point alone JAV should not be allowed in its entirety, because:

    All scenes must be sourced from a 1st party digital studio. This means any scenes or movies sourced exclusively from a 3rd party retailer for rent or sale (i.e., Adult DVD Empire, Hot Movies, etc.) are not eligible for inclusion on StashDB at this time.

    And yet, an exception was made for JAV. If this doesn’t qualify for “special”, I don’t know what would.

    • because of this at times the distributors are the only valid source of information
  • JAV is one of only 2 exceptions to the “no full movies” rule guideline

  • we don’t use actual titles

  • we use DVD codes as studio codes, even though VOD releases have their own slightly different code

  • we use DVD covers for supposed digital releases

  • we generally accept physical releases too (mostly because at one point or another they were available digitally)

  • we usually accept submissions without official studio links that rely on R18 scrapes (which I personally dislike, but it’s still a convention), despite the guidelines generally preferring official sources

  • noone uses the Censored tag, out of convention, because it is a given for JAV

And while it would be nice to have a hard written rule guideline, that is not required for a convention to be a convention. In fact, a refresher on conventions:

A convention is a selection from among two or more alternatives, where the rule or alternative is agreed upon among participants. Often the word refers to unwritten customs shared throughout a community.

If the majority of JAV scenes on StashDB is already using the DVD release, I think that qualifies as “agreed upon”. One may or may not have personal reservations against it (see above), but that doesn’t invalidate the majority.

Point is, most JAV data is already based on the DVD release, why would the release date be an exception to that and make the data inconsistent?

For the most part JAV submissions are at the very least consistent, which for a database is arguably more important than following every rule guideline to the letter - especially when there aren’t even rules guidelines that govern it to begin with. And this is from my understanding pretty much also what AdultSun is saying. Not everything has or requires a rule guideline, as long as data is consistent and generally agreed upon.

Well here’s the thing though: I don’t.
I will add R18 links to my submissions, but I always check against the Studio website.
The only time I rely on R18 is when releases are not listed on a Studio’s website, which is a particular issue with older releases. Even then I check at least the sougou wiki.

Most VOD releases I’ve seen are 3-4 days ahead of the DVD release, whether that is “significant” is up for debate. I’m sure there are exceptions, but the vast majority of what I looked at fell into that timeframe.
Regardless, the Studio information is generally preferred by the rules guidelines, and they almost exclusively list the DVD release.

Are you really arguing that StashDB should be the only database that will show a different date from any other source to find? How does that make sense?

Well first off I don’t see why you would have to verify that at all? There is a reason multiple fingerprints with differing lengths can be attached to a scene. Users scraping the information to their Stash can decide on their own whether or not they are fine with however much difference there is. I doubt many pay attention to the length in the first place if the scene data is accurate and consistent.
And secondly as I mentioned previously the vast majority of files/hashes are going to be the VOD release either from official distributors or from more questionable sources. I would be surprised if the amount of hashes coming from genuine DVD rips is even in the 3-digit range.
From the hash and length alone you can’t see whether it is the correct release anyway, nor can you see whether it is a “DVD phash” or “VOD phash”, unless you happen to have the same file, at which point you already have your verification. So this whole “does the VOD file match the DVD” is moot.

Well, I didn’t read the entire discussion, but I can say 2 thing:

  1. These front-only covers (that’s in StashDB right now and also visible here) seem to be placeholders until the DVD is out, I’ve seen them on various Studio sites too
  2. For the sake of consistency it would make sense to use the DVD cover, because as explained above the rest of the data is DVD driven already. This is another case of personal opinion vs. convention.

Also keep in mind votes can only be cast for an edit as a whole, so whether or not the date was the deciding factor is debatable. However on the note of the date, I will address your edit comments:

In case you missed it, here is the studio link again. https://www.sod.co.jp/newreleases/?page=2&release_date=20251118 The last 8 digits are a date.

Studio: SOD
Link: https://www.sod.co.jp/
Scene: START-455
Link: https://www.sod.co.jp/newreleases/?page=2&release_date=20251118
Words on studio page: 2025年11月18
Translated: November 18th, 2025

Explain to me in detail how the studio is wrong.

The Studio isn’t wrong, but neither is the current date in StashDB. This date is when the release was announced for preorder. Every JAV Studio does this. They put out an announcement so users can preorder the DVD or even VOD. It’s simply the date this was posted.

In fact, when you check the link right now it actually says 2025年12月23日 新作AV配信情報 (December 23, 2025) and the release isn’t even listed, because the page is not static, it just lists the news articles.

This is also where it gets tricky because SOD doesn’t appear to have their own dedicated release pages like other studios. They treat their distributor pages as the authoritative source of information, and so should we.

That’s kind of the point here though.
Using DVD data already is “like the rest of stash” in respect to JAV releases. Why that is an important distinction I already outlined at length above.

That is the point of reviewing in the queue. If you want it as you describe why not just use JAV Stash or TPDB?

How does anyone else know that it is correct if people can’t verify it?

You can verify since nearly every release I have seen, had a different runtime between DVD and VOD. So it’s not hard in most cases. It has been very rare to see the exact time.

In the end it does not mater. None of you do it consistently. I’ll approve it even if it’s wrong since that is what you guys want.

You have convinced me to not review, I’ll approve all those like these from this point on.

Since you don’t care about the matches. Glad that is cleared up. This makes JAV so easy. Just hit accept. Got it.

You could buy it on FANZA that day as a VOD. So it’s moot.

Not like I provised 6 examples that show this is factually untrue.

But let’s go back, you already said you don’t care if it’s correct so why should I bother? This topic is dead. “Approve all JAV as submitted is my take away.”

The point of the queue is to review the information given, not hashes. And the information given can already be verified. If you’re already aware there might be minor differences in runtime, then you can also accept that as a given.

Because how exactly would you verify that a given hash is actually attached to the correct release?

Besides, who is to say that an actual genuine DVD rip will have the advertised runtime on the studio page either? Users can cut their videos all they want, remove piracy warnings and the like for example. You would not be able to tell whether this was a cut-down DVD rip or a VOD. I’m not sure why you’re getting hung up on the runtime.

I don’t know why you’re intent on making this personal, but OK…

Obviously, if there are major discrepancies in the runtime then yeah downvoting on that basis with a comment makes sense, as can also be seen by the other votes on those edits. Noone ever argued that this isn’t a valid reason to downvote an edit.

What doesn’t make sense on the other hand is ignoring the fact you know about minor variations in runtime for otherwise correct releases.

Or if you don’t care about it, maybe don’t vote at all? That is an option you know.

Since you care about the guidelines so much, I will remind you:

Also, please be aware that abusing the voting system in any way could result in the removal of editing and voting privileges. Click the hyperlink for examples of what may be considered abuse of the system.

And the point of this that for the most part JAV entries are consistent. Obviously there are going to be bad entries here and there, but that - again - is the point of the review system.

Buy… not access, because it’s a preorder.

OK? Where did I say that I don’t care? Would I be talking about this if I didn’t?

DVD rips are explicitly not allowed. JAV is allowed as a full movie in digital form.

Because it’s what the reviewers are supposed to do.

That is the biggest lie in this whole thing. Each of my examples in the first post is about how they are different.

You did say you didn’t actually read it. Which proves the first sentence. :slight_smile:

The phash is from that day. How did they get it if it wasn’t released? Time machine?

This is blind faith that the initial is correct if you don’t want it to match what is provided.

Even after all of this. No one has still listed out exactly how it’s supposed to be. Weird…

Not even a day old…

sigh
What isn’t allowed in the database is purely physical releases as a scene, but: we already established that JAV have their own exception in this.

However, more importantly: That does not go for pHashes, and you know why? Because there is literally no way to verify how a hash came to be. That is my entire point. You cannot know what a given hash is actually from. It could be an extended cut of Lord of the Rings or a really long cat video for all you know.

Which is again why I ask you: How do you verify that a given hash actually belongs to that scene? I’m not talking about the runtime, because that’s… obvious.

Yes, because a couple examples invalidate the thousands of other correct entries…
As I said multiple times, there are always going to be bad entries and mistakes. Noone is arguing against downvoting what are obvious mistakes.
Differing runtime when you know about why that is, is not. And neither is the issue of the release date when the established convention is to use the DVD release.

I mean… obviously, duh? But that is also true for correct hashes for the correct scene, see above. You cannot know how a hash came to be.

And besides, users can see the data being pulled when matching by fragment. It is not entirely “blind” unless the user blindly accepts any match. There are occasional pHash mismatches, that’s just how it is in a community database. I’ve had wrongly matched (non-JAV) scenes before as well, so should we get rid of those scenes too?

At least 2 of those voting names I recognise because they upvote everything. That is exactly what in my eyes falls under the vote system abuse mentioned above. That doesn’t make it OK, but those also aren’t users you should be basing this discussion around because they are clearly only interested in “number go up”, and not in correct information.

Just look at their stats:

Yes 11173

Yes 771910

There is absolutely no way in hell any of this is reviewed.

edit:
apparently the same is true for the third:

Yes 12125

edit 2:
I edited the title, and waddaya know, no 30s later there was a vote from a certain someone…
I also added this edit a couple minutes later, and a couple minutes after that, this certain someone voted again… so yeah IDK man. I mean for this edit it’s a pretty obvious vote (I’d think), but the timeline is suspicious.

OK so… to bring this back to a more productive discussion, I took another look at your provided examples because I had a hunch who was voting on these. I’m not looking at the contents of your critiques for these for now because I don’t want to derail again.

  • User01
  • User02
  • User03
  • User02
  • User04
  • User05
  • User06
  • User07
  • User02

Wrong link/ID, here’s the right one: 019ab143-25db-72b5-87d5-ca3793bdf203

  • User06
  • User07
  • User02
  • User06
  • User02
  • User08
  • User02
  • User09
  • User10

Now, if we take a look how many Upvotes each of these users has (names removed because I don’t want to call out anyone publicly):

User01 => 151723
User02 => 771909
User03 => 87256
User04 => 12125
User05 => 4611
User06 => 5665
User07 => 15988
User08 => 39437
User09 => 2048
User10 => 3902

Now, I don’t want to impose on anyone, but some people here are either very fast readers or they just have the entirety of the internet in their head.

We can’t see what people voted on previously, but we can make some educated guesses from their previous edits:

  • User10 mostly deals with JAV actresses, not scenes, so might just be a genuine mistake.
  • User09 probably got dragged into this by Melody Marks, because they don’t deal with JAV
  • User08 seemingly doesn’t deal with JAV
  • User07 seemingly doesn’t deal with JAV
  • User05 seemingly doesn’t deal with JAV
  • User04 seemingly doesn’t deal with JAV

Now we have one exception:

  • User06 semiregular JAV contributor
    • for the edits they were involved in I can see why you could be saying the data is “wrong”, but that’s not the point here

And now for the big boys:

  • User03 seemingly doesn’t deal with JAV either
  • User01 seemingly doesn’t deal with JAV either
  • User02 seemingly doesn’t deal with JAV either

I think you can see a pattern here.

One note on User02: As noted above they have (currently) 771909 yes votes. Those are - and I can’t stress this enough - over seven-hundred-seventy-THOUSAND votes.
The stash-box repo had its initial commit on Nov 12, 2019.
If we’re being extremely generous and assume that they somehow registered and started voting with only a README existing, that is 2,250 days since then.
Now, I’m somewhat of a math genius myself and my brain says that’s roughly 340 votes per day, every day. And that is by the way ignoring the 28657 accepted edits of this user.

That is uh.. how shall I say.. a lot.


Anyway, moving on.
My point of this demonstration is more so to show that yes we do have a problem here, but I honestly don’t think the problem is the guidelines or conventions set within the JAV space. The problem is certain users voting for literally everything that comes around with a yes, whether they don’t know better or are ignorant or both. Or as I said in my last post:

The problem with this is twofold:

  1. It skews the votes because edits pass before they can get voted on by “legitimate” voters
  2. Editors don’t actually know whether they are doing things correctly and potentially continue doing things wrong. Case in point: When I see these names, I just ignore them. I know I can’t trust them, because I know they are not voting on the content of my edits, they are voting on number-go-up.

Which I guess here is where I need to ping @AdultSun (sorry).
How do we deal with situations like this? The guidelines have fairly clear rules on the voting system and its abuse, as noted above, and I feel like a situation like this squarely falls into:

  1. Abuse of the voting system
    c. Excessive upvotes with little consideration for obvious guideline violations

Now, we can debate what constitutes “guidelines violations” in terms of JAV. However since the past consensus seems to be “absent any specific guidelines (such as the case with JAV) the guidelines are what convention dictates”, I would argue it qualifies.

I did not see any article in the guidelines or on Discourse on whether we should or can report “problematic voting behaviour” anywhere.

One thing I also maybe missed or it’s not in the guidelines is something along the lines of “if you didn’t check it or you’re not familiar with the content, don’t vote it” (which TBF should be obvious, but y’know).

I feel like right now the immediate workaround for people actually interested in quality JAV data is voting no on everything on principle before the vote goes through - which triggers the 3 or 7 day voting period when they come around to vote yes - then actually check, then change your vote.
However, one could argue that is also an abuse of the voting system, so not exactly ideal.

I’m familiar with the user in question and do not believe there is any malice behind these upvotes, but I have still sent them a message to discuss the situation.

You can always ask the voter about it yourself, respectfully of course. After all, everyone’s usernames are listed with their votes for the sake of accountability.

Otherwise, asking an admin about it is an appropriate response as well. But, while I appreciate that you’ve partially obscured the users here, I still would have preferred the discretion of a private message if you’re concerned about a particular user’s behavior. Here it feels less like you’re avoiding a callout post and more like you’re talking behind their back in a public forum.

I don’t believe it says anything that specific, no, but you can and should contact an admin if you see anything you believe justifies some kind of disciplinary action. It’s still up to the admin to decide how to handle it from there of course, but there’s no harm in asking for clarification if nothing else.

I don’t think there’s any language saying that either, though I certainly follow that same line of thinking myself.

Typically I try to avoid dictating how editors must vote in rigid terms for particular situations, for the same reason we refer to everything as guidelines instead of rules. There is too much nuance and subjectivity in the queue to handle it any other way, which is also why it takes at least 3 editors to immediately approve or reject a submission.

For example, just because an edit gets something wrong doesn’t mean everyone who recognizes the mistake is absolutely required to downvote the edit. If it’s a minor issue within a larger submission, it may make more sense to abstain and leave a comment, or submit the third upvote so you can immediately make a follow-up edit correcting it. Or if it’s already drawn one or two downvotes, sometimes I will upvote the edit just to block an immediate rejection to give the OP more time to correct it. It all depends on situation and context.

That said, I have considered writing a guide for the StashDB docs that describes our expectations and recommendations for voters in more general terms. And yes, not voting for anything you haven’t reviewed, or aren’t confident you can review effectively, would likely be at the top of that list.

1 Like

Certainly wasn’t meant that way, but I see what you’re saying.

Fully agree with this and it is how I handled the mistakes I spotted so far as well. However, this is also sort of the problem here though. When the edits pass before interested parties can take a look at it and point out those mistakes, then they just go uncorrected. And I don’t think many are digging through already approved changes to find potential issues.

This is the actual crux of the problem. There are none. The only guideline is that full movies are allowed. I guarantee there is not a single place you can point a user to show expectations for JAV. “Normal convention” only works if it’s obvious.

Even the votes you called out mostly voted that the links matched the edit, which they did. A significant portion of the ‘wrong’ proof came from me.

I also have the problem that when the interested parties vote yes anyways and it take weeks of call-outs to fix their mistakes. (I actually abstained that vote after some of them told me I was wrong for voting no on JAV.)

I am serious when I say JAV is a vote yes and move on even to interested parties. I have to aggressively call out any mistake on different platforms to have people vote no at all. Even the ones I mentioned earlier with the times significantly off the ‘JAV people’ still had yes votes on them.

I’m one of these people. My last dozen edits, I think are corrections. I even create studios and performers to fix edits. I gave up on doing it to JAV due to JAV people. I honestly no longer vote on JAV or review it because of JAV people. I’m perfectly content to let them pass ‘wrong’ stuff now. They killed the care for me.

I mean, it’s been said multiple times now even in this thread, you’re just choosing to ignore it because you don’t like it and instead insist there are no conventions.
TLDR:

  • DVD code as title and studio code
  • canonical release date is the DVD release (even if you don’t like it, that’s still the case for the majority of scenes and therefore convention), as that’s on the studio sites and everywhere else
  • we accept minor discrepancies in runtime as a given because a) we know that DVD and PPV runtimes differ slightly in most cases and b) the runtimes on studio websites - just like for (non-adult) movie DVDs and Blurays - are estimates, not down to the second
    • obviously still flag major differences; 2 or 3 minutes is “normal”, an hour is not.
  • use the Label as Studio or create it

The rest is no different from anything else, it’s not that hard. Seems pretty obvious to me.

Obviously there’s going to be wrong data here or there or someone overlooks a mistake while voting, that’s what happens in a community database.

You can point out handpicked examples all day, that doesn’t invalidate the convention of however many thousands of correct entries. Confirmation bias is a real thing y’know.

1 Like

Actually @qrbrirlzbrl is that summary accurate to the conventions and expectations set on Discord too? I’m not on there, but from my understanding you are/were active?

Also reading back the topic a bit, one more item I forgot about:

  • Full DVD cover when available