(2024-06-23, 22:58)ManilaByNight Wrote: Well, I'm pretty happy with it so far fr the movies but if you have any other minor tweaks to improve it then I am all for it.

BTW, I tried it also with my TV episodes and it found some dupes which I was never aware of. However, I noticed that it listed some episodes  that did not match any dupes. I wonder why?

Kudos to you for this add-on. It is a BIG help indeed.

(2024-06-23, 23:37)jbinkley60 Wrote:

(2024-06-23, 22:58)ManilaByNight Wrote: Well, I'm pretty happy with it so far fr the movies but if you have any other minor tweaks to improve it then I am all for it.

BTW, I tried it also with my TV episodes and it found some dupes which I was never aware of. However, I noticed that it listed some episodes  that did not match any dupes. I wonder why?

Kudos to you for this add-on. It is a BIG help indeed.

If you want to put it in debug mode, run an episodes dupe check, upload the logfile and tell me which ones you think are shouldn't match I can look at it.  I suspect it is a file match where the file name is the same but the show, season, episode is different.   If so, the next release will help identify that by providing all of the metadata information but will still flag as a dupe since the file names are identical.  This is because Kodi prefers an episode naming standard something like:  s0xe0x ...  which would tend to be unique. 


Thanks,

Jeff

(2024-06-24, 00:17)ManilaByNight Wrote:

(2024-06-23, 23:37)jbinkley60 Wrote:

(2024-06-23, 22:58)ManilaByNight Wrote: Well, I'm pretty happy with it so far fr the movies but if you have any other minor tweaks to improve it then I am all for it.

BTW, I tried it also with my TV episodes and it found some dupes which I was never aware of. However, I noticed that it listed some episodes  that did not match any dupes. I wonder why?

Kudos to you for this add-on. It is a BIG help indeed.

If you want to put it in debug mode, run an episodes dupe check, upload the logfile and tell me which ones you think are shouldn't match I can look at it.  I suspect it is a file match where the file name is the same but the show, season, episode is different.   If so, the next release will help identify that by providing all of the metadata information but will still flag as a dupe since the file names are identical.  This is because Kodi prefers an episode naming standard something like:  s0xe0x ...  which would tend to be unique. 


Thanks,

Jeff

Thanks for the info. Anyway, here is a partial screenshot of what I see:



When I take a  look at it, the paths are different and the years or am I misinterpreting the results? Anyway, whichever, I am able to make out the dupes just by looking at the report. Great job!

(2024-06-24, 02:03)jbinkley60 Wrote: How do you tell these apart when you are browsing by TV Show ? 

(2024-06-22, 20:26)jbinkley60 Wrote: Out of curiosity which output format do you prefer, GUI or text file ?

(2024-06-24, 02:10)Karellen Wrote: If browsing the library, the shows will have different artwork and most likely show the Year in the sub-title.
A bit like Doctor Who which now has 3 tv shows all named the same.

(2024-06-24, 02:23)HeresJohnny Wrote: I started with the GUI but soon switched to the text file. As I was using a file manger to track down and delete duplicates that mode made window switchiing easer. I only used 2 categories as I don't have any music videos in the traditional sense of the word but that was very fast.

(2024-06-24, 02:41)jbinkley60 Wrote: but when doing this won't all the episodes from multiple series (all with the same TV Show name) end up under the same TV Show and seasons ? 

(2024-06-24, 02:46)Karellen Wrote: If you do it correctly it won't.
If you just throw all the episodes into one folder, then yes they will end up in the same show. But if you do it correctly and separate the two shows into two folders as they are meant to be, then the scraper will figure it out by the folder name which contains the (year).
No different to movies and their remakes that are named the same - Dune (1984) and Dune (2022)

(2024-06-24, 03:05)jbinkley60 Wrote: so the scraper didn't make the TV Show names unique

(2024-06-24, 03:35)Karellen Wrote: That is up to the scraper site, not the scraper. The scraper just downloads the data, it doesn't modify it.
You could also check UniqueID, but that might be problematic also, because even though the ID's are unique at each scraper site, they are not unique across the three scraper sites. So TVDB may use an ID that TMDB uses for another show/episode/movie.

(2024-06-24, 09:47)jbinkley60 Wrote: But in general do you believe the scraper sites will typically make the TV Show names unique or is it likely that there will be a lot of this ? 

(2024-06-24, 09:47)jbinkley60 Wrote: .  An option is to leave as is and deal with the false positives vs. tightening the matching and having false negatives where dupes are missed

(2024-06-24, 10:19)Karellen Wrote: Yea, it is a difficult decision. Those users with very large libraries will find the list of false positives too large to be useful, while others with smaller libraries won't be too worried about the false positives.
Maybe a setting - "Strict Matching" or something like that?

(2024-06-04, 17:14)kittmaster Wrote: The problem/assumption with those formats is you're assuming we are on a PC/MAC where we can "Save/SaveAs", navigate, open, review, and then decide etc.

If you're on a Fire device, like: My Airstream Trailer, My living Room TV, My bedroom TV, My Kitchen TV, My Billiards Room TV... there is only the hand held remote to contend with and it makes it difficult to work with trying to save it as a physical format and open. If it did do that way, you'd have to initiate it as an auto launch/open after generation, allow user to use/navigate, then auto delete on close to ensure the files don't fill up the limited flash drive space those devices have for each time the application is initiated for that function.

Isn't there a way to create that file as you need it, read/parse it to the screen, and delete it on action/cancel?

IMHO, it really needs to be onscreen like each individual one you do now, there isn't a way to build each, and then concatenate them all together for a use case? It isn't like you are going to selectively "clear" an individual once you do a "view all" option, most will just run the clear all and be on their way. We just want to SEE what is invalid and it intends to remove... and then be able to cancel out if we know something is amiss and then use the individual ones you have in place otherwise. That is why I mention above to build it as behind the scenes, build, parse, combine, view, delete on action/cancel.

It seems Kodi allows array data (or static memory), each log would/should be a giant array of each log indexed from 0 to the end and then just pump it to the screen like you do for each individual... 

I realize I'm short handing it, but that is the 30,000 foot view of how I see it based on all the work you've already done and "should" be an incremental step... but then again, I could be wrong.

(2024-06-24, 12:42)jbinkley60 Wrote: In your experience are the scraper sites and scrapers pretty good about populating the First Aired values in the Kodi database