JavLuv JAV Browser

[TmpGuy]

Howdy TmpGuy. Here's a little issue I've run into. The thing about it is that once you've done the process I'm about to describe you wouldn't have to do it again or at least not very often so to integrate the commands into the software may be more trouble than its worth. That said, After scanning perhaps 20K files there are about 200 files that have no cover/nfo data and they come up as a blank image in Javluv. I've decided that a convenient way to deal with these videos is to isolate them, move them to a particular folder , and then I can try and identify errors in file names or find data/covers on sites that Javluv doesn't scrape. Doing this within JavLuv is a highly convoluted process, you can import cover data and manually enter data but it is a cumbersome process and I feel like if I could move all of those files elsewhere and attend to them piecemeal. Problem with that idea is that without cover data you cannot move the files, especially if you want to move them en-masse. I thought I would be clever and select all of the offending files and them import a cover for all of them at one time, just a generic cover to satisfy that requirement to do the move en-mass. No dice, I would have to go though the process of importing a cover for each title and then moving. Now, after my typically long message (sorry) Is there a better way to accomplish this and I'm just too dense to figure it out or is the only option to do as I've described when dealing with these dataless titles? Thanks in advance..

It sounds like the main problem is that JavLuv can't move movies unless they have a cover image. I don't see why that should be a requirement. That seems like it should be fairly easy to fix.

Beyond that, I'm not sure if this will immediately help or not, but you can always tell JavLuv not to do anything if it can't find online metadata for a movie by leaving this option unchecked:


Also, I'm aware manually entering movie data is sort of clumsy right now (including importing a cover image), and hope I can improve that at some point. If you've got specific ideas about how to improve that, let me know. For cover images, I need to allow importing from the detail page, and I need to get copy / pasting images working properly.

 

[DScott]

It sounds like the main problem is that JavLuv can't move movies unless they have a cover image. I don't see why that should be a requirement. That seems like it should be fairly easy to fix.

Beyond that, I'm not sure if this will immediately help or not, but you can always tell JavLuv not to do anything if it can't find online metadata for a movie by leaving this option unchecked:
View attachment 3573477

Also, I'm aware manually entering movie data is sort of clumsy right now (including importing a cover image), and hope I can improve that at some point. If you've got specific ideas about how to improve that, let me know. For cover images, I need to allow importing from the detail page, and I need to get copy / pasting images working properly.

Yes, with regard to the Generate metadata from local... I mentally flip back and forth about using that option, lately (I'm in the process of rescanning everything... AGAIN (My issue not yours) but in any case but using the Generate metadata from local files gives me a blank image for the unsuccessful files and in my current state of reason it helps to visually identify the files that are problematic. Just yesterday I mass selected a bunch of those files and deleted the metadata which then removes them from the list,,,, Yeah I know I'm very indecisive. I am just not sure which approach is the least cumbersome when I have to wade through 10's of Thousands of files. I have perhaps 5K of files that do not get covers/nfo files and they are not even the ones that I know Javluv won't find like TokyoHot, Caribbean, Fc2... and the myriad of incorrectly named files. I have all of those files isolated so that JavLuv doesn't even scan those, the several Thousand are seemingly having a proper code but not scraped for a variety of reasons. I think that ultimately I will just have to slog through these files to see if I can find a cover and possibly nfo data and just do that One at a time, Sigh! It is a lot of tedious work but in the absense of alternatives maybe thats the best course of action. Thanks, as always, TempDude..

 

[Moxy]

@TmpGuy I was wondering. Is it possible to create a Portable version of JavLuv. All I can see thats stopping that is the storing of the Settings file in Appdata/Local/JavLuv rather than locally to a folder and that way, we could have a different version on a different drive like one with backups or Most favourites, and you could store it on the say portable SSD. Now I know my Appdata folder is 5GB but thats a small price to pay for me and it wouldn't necessarily have to move from where it is, just the settings file [JavLuv.settings]

If you can think of a way I can do this current then please share. Im comfortable using xml or anything like that.

EDIT: Its JavLuv.cache ofc where the folder data is stored. So all we would need is an option to have multiple profiles which essentially just uses different versions of this file. I can manually move them depending on what drive or drives im using but Im sure theres a way to add profiles pretty easily I am hoping.

Gonna experiment let you know how I go

Thanks

 

[TmpGuy]

@TmpGuy I was wondering. Is it possible to create a Portable version of JavLuv. All I can see thats stopping that is the storing of the Settings file in Appdata/Local/JavLuv rather than locally to a folder and that way, we could have a different version on a different drive like one with backups or Most favourites, and you could store it on the say portable SSD. Now I know my Appdata folder is 5GB but thats a small price to pay for me and it wouldn't necessarily have to move from where it is, just the settings file [JavLuv.settings]

If you can think of a way I can do this current then please share. Im comfortable using xml or anything like that.

EDIT: Its JavLuv.cache ofc where the folder data is stored. So all we would need is an option to have multiple profiles which essentially just uses different versions of this file. I can manually move them depending on what drive or drives im using but Im sure theres a way to add profiles pretty easily I am hoping.

Gonna experiment let you know how I go

Thanks

This is an item that's been on the to-do list for a while. I'm sure I'll get to it eventually. It's just a matter of priority and how much time to work on extra features like this.

 

[Moxy]

This is an item that's been on the to-do list for a while. I'm sure I'll get to it eventually. It's just a matter of priority and how much time to work on extra features like this.

No worries Tmpguy. As ive said many times, Im just glad for JavLuv.

 

[Fetterbr]

I have a question. In settings i have added for cover " {DVD-ID} {TITLE #80} ({YEAR})-Fanart " and it creates the cover picture corectly from the scraper download.
In the same folder i have a Poster picture " {DVD-ID} {TITLE #80} ({YEAR})-Poster " (only front cover)
My question is why does it use my Poster picture as picture in Movie details and not the scraped Fanart as i also specifi in settings

 

[TmpGuy]

I have a question. In settings i have added for cover " {DVD-ID} {TITLE #80} ({YEAR})-Fanart " and it creates the cover picture corectly from the scraper download.
In the same folder i have a Poster picture " {DVD-ID} {TITLE #80} ({YEAR})-Poster " (only front cover)
My question is why does it use my Poster picture as picture in Movie details and not the scraped Fanart as i also specifi in settings

So, "fanart" is front and back cover, and "poster" is only front cover? Do I understand that correctly?

JavLuv doesn't really support two types of cover images, so it's likely getting confused. I seem to recall in the scraper, if there's only a single image with the same ID in the name as the movie it's currently scraping, it's going to use that image file as the "poster" (full cover) image regardless of what the name is. For instance:

ABC-123.jpg
ABC-123.mp4

will scrape properly as a movie and its related full cover image. I think it only looks at the filenames in more detail (searching for keywords found in Settings) if you have multiple image files, like this:

ABC-123 cover.jpg
ABC-123 thumbs.jpg
ABC-123.mp4

 

[Fetterbr]

So, "fanart" is front and back cover, and "poster" is only front cover? Do I understand that correctly?

JavLuv doesn't really support two types of cover images, so it's likely getting confused. I seem to recall in the scraper, if there's only a single image with the same ID in the name as the movie it's currently scraping, it's going to use that image file as the "poster" (full cover) image regardless of what the name is. For instance:

ABC-123.jpg
ABC-123.mp4

will scrape properly as a movie and its related full cover image. I think it only looks at the filenames in more detail (searching for keywords found in Settings) if you have multiple image files, like this:

ABC-123 cover.jpg
ABC-123 thumbs.jpg
ABC-123.mp4

So if i understand it right its not because i put a Poster (only front) picture in the folder its because its scraping the wrong picture into the folder from internet.

 

[DScott]

Those of you that know me know I can be a bit verbose, those of you who don't, please excuse my wordiness. TmpGuy. Here's a little scenario that, if possible, perhaps you could address in a future iteration. So here's the setup. I'm browsing through about18000 files. I'm slowly working my way through looking for coverless/nfoless titles which show up as a blank cover. As I find one I do a little investigating to see if I can find at least a cover and if not I do a screenshot and use that as the cover.. It is a bit of a cumbersome process but hey, I got time, how much I'm not sure about. The issue that I am running into that is causing me some grief is that, lets say that I've scrolled through several dozen pages of covers, I find a blank, open that one and go to work, no matter what I or don't do, when I page back to the main listing the scroll bar has reset back to the top of the page and I now have to scoll back through to find where I was. I can't do a search, for example let's say that I just fixed alg-253, I go back to the main page, search for ALG or ALG-2 or someting like that and sure I will find all the alg files but nothing else so my cronology is screwed up and my only option is to wade back through every page that I've already scrolled through every single time I make some kind of change. IS there a method by which I can page back to the main page and it will be set to where I left off before I explored the link for an individual file. If not, it's not the end of the world, I'll deal with it, but if it's something that can be addressed I would be very pleased with that option. Thanks as always TmpGuy

 

[DScott]

A thought. If I right click on a video and choose "open with" and select my thumbnail program (ezthumb) that One click will generate a thumnail without even opening the program. Would it be possible to integrate a "thumbnail" button in the Right click/context menu of Javluv so that with non-cover images you could generate a thumbnail and even better if that thumbnail could be automatically selected as the cover but even without that last option you could then choose import cover and the thumb/cover would be correctly named in the correct folder. I think this would save some time with people that have massive amounts of coverless files. This would also address the previousl posted issue because instead of having to enter the individual titles` screen you could just right clicck, generate cover, move on to the next blank cover without constantly having to scroll back through the list to find where you left off. Just wishful thinking though.

 

[lock_on]

This is quite good feature and I think many of us will be happy to have this. Maybe this feature can also cover up the possibility to open a preview image like in javlibrary or just add a button to show the thumbnail preview.

 

[weppin]

I'm still getting lots of empty slots for actresses. Is there an easy/automatic way to get the actress headshot? Thanks.

Also, similarly, if a movie has no cover image, and I run "regenerate metadata", the movie is then removed from being listed! And it can't seem to be searched anymore. It is still in my computer files, however, has not been deleted.

I've been away for a long time so these may have already been addressed, sorry for the duplication if they have been.

 

[DScott]

I'm still getting lots of empty slots for actresses. Is there an easy/automatic way to get the actress headshot? Thanks.

Also, similarly, if a movie has no cover image, and I run "regenerate metadata", the movie is then removed from being listed! And it can't seem to be searched anymore. It is still in my computer files, however, has not been deleted.

I've been away for a long time so these may have already been addressed, sorry for the duplication if they have been.

I haven't used the regenerate metadata option but I suspect it is the same effect and clearling metada. My understanding is that when you do that it removes the referance data, images, etc. contained in the program data folder C:\Users\?\AppData\Local\Javluv It may be a different path for you but this is where the data and Actress images are. When you click clear metadata it will remove the ability for the program to see the file. That said, in the actual directory where the video file is stored you will still have the cover image file (if there is one) as well as the .nfo file. These can be moved to other directory's if you wish but to got the file back into Javluv's database, just rescan the folder where the file(s) are. Javluv will not try to re-download every file in that directory, only what is new, ie your file that you removed. Do a new scan of that folder, if it is only One file it should take only a few seconds to re-integrate because the .nfo files is still intact. The only thing that you may have to wait for is if it needs to re-download the actress file.
As for the empty slots for the actress directory, for me I have a lot of older titles and the program only scrapes a few specific referance sites, if the actress 'head shot' is not available then you're out of luck. You could look for one, do a screencap from the video and then in the actress tab Right click on a blank actress listing and click update actress. IN the Actress tab there's also an option to "show all actresses" if you uncheck that you will only see the actresses for whom you have a headshot file. That's what I do because it's just way too much work to try to find/create headshots for all of the missing Ones and to be honest the headshot images are nice but from a functional standpoint they don't really matter to me. One thing that I have started doing recently is with videos that have little or no referance data I have started to manually enter the actress(s) names and a lot of the time they are actually in the database, sometimes under an alternate name. While in the specific videos` screen, click the little check mark beside actress, add the actress name, close out that screen and then go back into that screen and frequently it will update the data.. I'm probably yapping to much, sorry about that. Probably TmpGuy will stomp in here and in a few seconds he will solve your problem but for now I hope that some of that information will help. Cheers

 

[TmpGuy]

I'm still getting lots of empty slots for actresses. Is there an easy/automatic way to get the actress headshot? Thanks.

Unfortunately, no. There are just not as many reliable databases for actresses. Every once in a while I find a new actress database, but especially for older movies it's kind of hit or miss. Sometimes you can search and find the actress headshot online using Google image search, and you can snip an image and paste it.

Also, similarly, if a movie has no cover image, and I run "regenerate metadata", the movie is then removed from being listed! And it can't seem to be searched anymore. It is still in my computer files, however, has not been deleted.

Regenerate deletes metadata (in the database only) and then tries to regenerate it from online. It kind of has a flaw in that if it can't find it online again, the original will be lost. I've got a bug to fix that sometime. Typically, though, it should show up again fairly shortly after the process starts.

I've been away for a long time so these may have already been addressed, sorry for the duplication if they have been.

No worries - those are some legit issues.

 

[DScott]

I seem to be annoying as heck with my constant observations TmpGuy and I apologize for that. This is yet another... request. I realize that my particular application may be outside the norm and therefore not worth consideration. That said, several iterations ago someone had been unhappy with JavLuv deleting the original cover file when it added it to JavLuv's database. For me that is the preferable thing because what the heck do I need a bunch of cover files for once they are incorporated into the database? For me it is a bunch of junk that I now have to go back and delete. I'm especially finding this a pain. So, I looked through the configs and did not see an option to automatically remove the extraneous files. I thought about reverting back to an earlier iteration but the newer version is SOOO much better at finding data. Ultimately this is a very minor issue but if there is a way to add to database and delete the original at the same time I would like to know. No need to respond, if there's a solution, kewl, if not, I'll just sit her whining like a little baby.... like usual.. Cheers.

 

[TmpGuy]

I seem to be annoying as heck with my constant observations TmpGuy and I apologize for that. This is yet another... request. I realize that my particular application may be outside the norm and therefore not worth consideration. That said, several iterations ago someone had been unhappy with JavLuv deleting the original cover file when it added it to JavLuv's database. For me that is the preferable thing because what the heck do I need a bunch of cover files for once they are incorporated into the database? For me it is a bunch of junk that I now have to go back and delete. I'm especially finding this a pain. So, I looked through the configs and did not see an option to automatically remove the extraneous files. I thought about reverting back to an earlier iteration but the newer version is SOOO much better at finding data. Ultimately this is a very minor issue but if there is a way to add to database and delete the original at the same time I would like to know. No need to respond, if there's a solution, kewl, if not, I'll just sit her whining like a little baby.... like usual.. Cheers.

Don't worry - I don't take offense at suggestions for JavLuv, as long as people are civil and understand this is a hobby project. If there's a reason for a design decision, I feel should be able to justify it.

I'll be honest, most often, I also prefer deleting the cover as part of the cover import operation as well, which is why that originally worked like that. Why did I change it (besides the request)? There were several reasons:

The first reason is sometimes called "the principle of least astonishment" in software design. Software should generally work as you'd expect it to without any initial instruction. In typical Windows programs, if you select File | Import, you don't expect the program to delete a file you've just imported. That is, it's typically a non-destructive operation. So I thought, at least by default, JavLuv should operate the same way.

The second reason was that not all import operations worked the same way. Importing an actress cover image didn't delete the original file. It's bad design to be inconsistent with such operations.

The third reason is that I try to be very careful with destructive operations in JavLuv. You'll notice most of them are locked behind non-default advanced options and/or give warnings to the user ahead of time. The original design did not do that.

In general, I try to avoid adding too many frivolous options, as each option added means more work for me maintaining the program and testing each release. I think I'd be amenable to adding an option to delete the source material on import, but I'd prefer it worked consistently across all import operations. The other solution would probably be to add an "Import and delete source" command.

Wow, this got long-winded. Anyhow, let me know what you guys think, and I'll give it some thought as well.

 

[DScott]

Don't worry - I don't take offense at suggestions for JavLuv, as long as people are civil and understand this is a hobby project. If there's a reason for a design decision, I feel should be able to justify it.

I'll be honest, most often, I also prefer deleting the cover as part of the cover import operation as well, which is why that originally worked like that. Why did I change it (besides the request)? There were several reasons:

The first reason is sometimes called "the principle of least astonishment" in software design. Software should generally work as you'd expect it to without any initial instruction. In typical Windows programs, if you select File | Import, you don't expect the program to delete a file you've just imported. That is, it's typically a non-destructive operation. So I thought, at least by default, JavLuv should operate the same way.

The second reason was that not all import operations worked the same way. Importing an actress cover image didn't delete the original file. It's bad design to be inconsistent with such operations.

The third reason is that I try to be very careful with destructive operations in JavLuv. You'll notice most of them are locked behind non-default advanced options and/or give warnings to the user ahead of time. The original design did not do that.

In general, I try to avoid adding too many frivolous options, as each option added means more work for me maintaining the program and testing each release. I think I'd be amenable to adding an option to delete the source material on import, but I'd prefer it worked consistently across all import operations. The other solution would probably be to add an "Import and delete source" command.

Wow, this got long-winded. Anyhow, let me know what you guys think, and I'll give it some thought as well.

I know all about long-winded amigo. Here is where this issue is a inconvenience. I have started to try to manually add some of my larger series` folders that Javluv doesn't scrape like Caribbean.com or Fc2... So, when you're in Javluv and you manually add a cover file the program first looks in the directory that the file is in. If I do a mass thumbnail creation of all of those files I will now have corresponding image files for each video file, Great for a start. Now comes the slightly tricky bit, when I import the image into Javluv I will now have dupes of each of those image files in the folder... i hate dupes... Btw your program is great for finding dupes. I use Duplicate Cleaner Pro to find Video Dupes..... Waiiiit a minute, I just had a eureka moment, Duplicate Cleaner also cleans images,.,,, DOH!!!! So now I have to remove all of the image dupes..... Big pain! Alternative is to create the original thumbs elsewhere which cures the dupe problem in the main directory but when adding the thumb to javluv I now have to navigate to the correct folder where I saved the thumbs and I have to do that for every file because each time you add a cover the program defaults to the original directory. I'm sure you've considered all of this. Ultimately this probably would not bother most users but when you have over 800 Caribbean.com files this process is mighty cumbersom. On the other side of that coin it is not the end of the world and I can certainly live with the inconvenience. I've been using your program for several months now and I still kind of giggle about what a great program it is.. Well Wow, that realization of my Dupe program being able to remove dupes is probably the solution. I can just creat the thumbs in the original directory, import them into JavLuv and then use my program to remove the dupes... Ummmm I'll post this anyway as foood for thought but I think that I can work with this.. Cheers.

 

[DScott]

Actresses are notoriously difficult for JavLuv to manage, due to the nature of the Japanese language, and how there isn't really an exact English name for a given Japanese name. Add to this the issue that actresses sometimes change names throughout their careers (some have many aliases), two possible name orderings, and the problem grows even more tricky. Hibiki Otsuki is my favorite example, as there are no less than three valid ways to spell "Otsuki".

View attachment 3490961

I attempt to alleviate this with fuzzy algorithms that employ a "closest match" in case of minor spelling differences, but I didn't want to introduce too many false positives. It works most of the time, but does sometimes require manual intervention.

If there's a name with no corresponding database entry, JavLuv will create one, or else it ends up having issues. If you delete it, it will just be recreated later. So, merging it is the correct answer, as this will also merge names such that the alternate name is preserved.

In theory, JavLuv should have dealt with name order, so long as the websites scraped from display the name consistently. So I'm not sure why that's occurring.

Something that I've noticed, maybe this has already been discussed, but if you manually enter the actress name, first/last or last/first the program is more effective if you make sure to capitalize both first and last name.

 

[TmpGuy]

Something that I've noticed, maybe this has already been discussed, but if you manually enter the actress name, first/last or last/first the program is more effective if you make sure to capitalize both first and last name.

Manually enter the name where? And the program is more effective at doing what?

 

[DScott]

Manually enter the name where? And the program is more effective at doing what?

I always thought that I was verbose in order to make sure that I covered all ground. Apparantly not. In the Movie Details page for a given title you can manually enter an actress or multiple actress names. I have found a lot of peculiarities with this section because sometimes the actress list will show a thumbnail of the actress. Sometimes not though even though if you doubleclick on the little icon that contains the name in text it will bring up a face shot so for some reason the program only seems to correlate the thumb with the face shot some of the time. I have experimented trying to understand this and sometimes if you put the actress name in Western order First (English) name First and Last (English Name) Last IE Nanami Nanase and not Nanase Nanami. However even this doesn't always work so I have tried to find other solutions. YOu mentioned some of the compexities with various permutations of names and nomenclature so I was trying to find a solution to the manually entered names and the resulting thumbnail list rather than a text list under the actress name section. One partial solution , which is what I was alluding to , is that if you enter nanami nanase or nanase nanami neither will result in a thumb being shown in the list unless the First and Last names are capitalized. This does not always work btw but it is a partial solution. Ultimately these issues are insignificant but I prefer to have the image list of actresses rather than the text list. Here is another example. Kudo Lala is sometimes named Kudo Rara, Lara Kudo, Lara Kudou, Rara Kudou, Ran Kudo, Lala Kudou . if the scraped database has named her anything but "Kudo Lala" Nothing else will show that thumbnail but if you try to manually enter the correct spelling sometimes it will link to the thumbnail and sometimes not. In some cases Using capitals has helped but not always. In any case, like I already said, these are trivial issues but since I've begun doing a lot of data-entry for various scraping issues I thought that someone else doing this would want to know about making sure that the names were capitalized.. Cheers.