+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: Supplementary Tools for Kodi (https://forum.kodi.tv/forumdisplay.php?fid=116)
+--- Thread: Movie Info Plus - Manage Icons, Posters, FanArt, .NFO's & more for Movies & TV Shows (/showthread.php?tid=41129)
- digitalhigh - 2009-01-08
roydonaldson Wrote:Is there a way I can do:
My Movies/OnesinDirectories
My Movies/OnesinDirectories/movie1
My Movies/OnesinDirectories/movie1/movie1.avi
My Movies/OnesinDirectories/movie2
My Movies/OnesinDirectories/movie2/movie2.avi
My Movies/Onesontheirown
My Movies/Onesontheirown/movie3.avi
My Movies/Onesontheirown/movie4.avi
?
This is what the latest update on the release says:
Quote:It not longer requires that your movies are stored in folder format. (folder named the movie title, in that folder are your movie file(s)), this is my preferred method, file level options where added after build 2319 allow you to scan a folder full of movies.
Example:
D:\Movies\ <-- Root Movies Folder (it will find every movie that's in there as a sub folder, for any depth level)
So it looks like you could have the folder "onesontheirown" IN the folder "onesindirectories" and it would work properly. IDK, I was basing my earlier post off of a previous release statement where it said it would work with all movies in one folder, all movies in their own folder, but not both. It's possible this has been fixed...
- fekker - 2009-01-08
muggsy Wrote:hey, just stumbled upon this app, but got a slight problem
x:\Movies\My Movie\Movie.cd1.avi
x:\Movies\My Movie\Movie.cd2.avi
x:\Movies\My Movie\Movie.cd1.tbn
x:\Movies\My Movie\Movie.nfo (With imdb link in it)
x:\Movies\My Movie\Movie.avi
x:\Movies\My Movie\Movie.tbn
but your application is not recognising my own local thumbnails or that the correct link is included in the nfo within the folder. It appears to be using the folder name as the lookup. Some Movie titles on imdb are far to long to use as a folder or filename.
It also seems to bombard you with files and images being downloaded. Would it not be better to download thumbs and then let the user decide what should be the fanart / poster etc?
Just my 2 cents worth.
Maybe I am doing something wrong
If your using .tbn files, check the setting in the settings window to show tbn files.
It will not look for the un-stacked name. (Movie.cd1.tbn)
Order of Operations (loading the movie data):
Folder mode (standard default)
When loading the movies into the application
moviename + ".nfo" 'search for and open/read (moviename is derived from the folder name)
When loading the movie (by clicking on the name)
moviename + ".nfo" 'search for and open/read (moviename is derived from the folder name)
tt0000000 (it looks in that file for Regex.IsMatch(file, "(tt\d{6,7})") )
If it still does not have the id
*.nfo 'search for anything ending in .nfo in the folder .. first match wins
If there is not an .nfo file, it searches IMDB with the foldername (less anything that is filtered out)
File mode - it looks for only one .nfo file
nameofmediafile.nfo 'movie.preservedmoviename + ".nfo" where preservedmoviename is the name of the media file itself, stripped of it's extension, and then .nfo added to it
Order of Operations (loading the thumbnail):
=============
For the folder.jpg (top image)
curpath + "\folder.jpg"
For the .tbn file (for it to be displayed, you need to enable it in the settings)
MovieName + ".tbn"
then
movie.tbn
There some that have thumbnails, and others that don't. While it takes up some space and gets alot of files, the cache system is designed to grab the data and allow you to work offline with it, so all images are cached. I think it works well after the initial download of items.
- fekker - 2009-01-08
digitalhigh Wrote:This is what the latest update on the release says:
So it looks like you could have the folder "onesontheirown" IN the folder "onesindirectories" and it would work properly. IDK, I was basing my earlier post off of a previous release statement where it said it would work with all movies in one folder, all movies in their own folder, but not both. It's possible this has been fixed...
It's still one or the other, not a mixed setup of some folders and some file level views. I don't plan on changing that part right now, but I can revisit it later, and could add this support, I just have to think about it more before making the changes and it's embedded deep into the app.
- fekker - 2009-01-08
roydonaldson Wrote:Is there a way I can do:
My Movies/OnesinDirectories
My Movies/OnesinDirectories/movie1
My Movies/OnesinDirectories/movie1/movie1.avi
My Movies/OnesinDirectories/movie2
My Movies/OnesinDirectories/movie2/movie2.avi
My Movies/Onesontheirown
My Movies/Onesontheirown/movie3.avi
My Movies/Onesontheirown/movie4.avi
?
Not right now, you could add the source, process it, remove the source, and add the file level ones.
It can't do both formats at this time.
It gets quite complicated with additional features, muti-icon support, tagging and pulling the movie media data when the modes are different as each item has to be in a specific format and path and with user defined options to know what, where and what to do with it.
Right now that app switches modes internally (called moviemode in the code) to "file".. if it's in "file" mode it handles things different. To add this support I need to process the data and determine what type it is (if it's a folder full of movies, or a folder with 1 movie), if there's only 1 movie, and another is added to that folder later, an auto detected method would be difficult as the "mode" would be different and portions of that contents would now be invalid.
I am also biased as I prefer folder levels for each movie as I can do much much more with that data, regardless of the files in it. To add a show I'm waiting on in the post, I just add a new folder, and every things ready when that media is placed in the library. Permissions are set, icons/fanart/.nfo etc.
It also helps as I can use movie.tbn movie.nfo folder.jpg fanart.jpg(or fanart.png) as this works around stacking issues and the different versions of xbmc on mutliple front ends.
But, please do put in a feature request so I don't forget to revisit it. What would prob happen is another section where movies at the file level are set into a different folder (in the configuration) and then the movie class updated to be a flag for the movie instead of a flag for the application mode.
- fekker - 2009-01-08
It was doing it with 28 weeks later...but I renamed the files so it worked properly. To test, just download a fanart for a movie then re-upload. I can delete the test file, just tell me what it is...
http://www.themoviedb.org/movie/6479 - I am legend
It's how they are stored and how I parse it.. i'll see if there's another way to handle it.
- digitalhigh - 2009-01-08
fekker Wrote:It was doing it with 28 weeks later...but I renamed the files so it worked properly. To test, just download a fanart for a movie then re-upload. I can delete the test file, just tell me what it is...
http://www.themoviedb.org/movie/6479 - I am legend
It's how they are stored and how I parse it.. i'll see if there's another way to handle it.
So it's not a problem on the side of TMDB?
- fekker - 2009-01-08
digitalhigh Wrote:So it's not a problem on the side of TMDB?When a poster is uploaded it's uploaded to different numbered folder so that non-unique names can be used.
When I save those images, they are all saved to the same folder, with the imdbid appended to the front of it.
I'll need to change the folder structure and tmdb poster and fanart data to store it in a subfolder for under the folder it's currently stored in, like I do for TV Shows.
If an image on TMDB is a duplicate, it will still be duplicated in MIP, but at least those with the same filenames will still display correctly.
This does mean that all cached posters and fanart for tmdb will become invalid when I make this change and will have to be re-downloaded, that's a bummer. It also means the new poster/fanart notification system I was writing will not work, no biggie, it's not committed to mip's svn yet anyway.
- digitalhigh - 2009-01-08
fekker Wrote:When a poster is uploaded it's uploaded to different numbered folder so that non-unique names can be used.
When I save those images, they are all saved to the same folder, with the imdbid appended to the front of it.
I'll need to change the folder structure and tmdb poster and fanart data to store it in a subfolder for under the folder it's currently stored in, like I do for TV Shows.
If an image on TMDB is a duplicate, it will still be duplicated in MIP, but at least those with the same filenames will still display correctly.
This does mean that all cached posters and fanart for tmdb will become invalid when I make this change and will have to be re-downloaded, that's a bummer. It also means the new poster/fanart notification system I was writing will not work, no biggie, it's not committed to mip's svn yet anyway.
I getcha. So the way MIP is caching the images is where it hangs up. How soon till you get the new fanart notification working? I'm on break today from uploading images, but tomorrow I'll uploading tons of new stuff to TMBD again. I could hold off for a couple of days if it's not too hard for you to get working...
- fekker - 2009-01-08
digitalhigh Wrote:I getcha. So the way MIP is caching the images is where it hangs up. How soon till you get the new fanart notification working? I'm on break today from uploading images, but tomorrow I'll uploading tons of new stuff to TMBD again. I could hold off for a couple of days if it's not too hard for you to get working...
Should have it up in a day or two, it may or may not have a mass downloader engine attached to it, i'm still working on that part, basically it's mutli-threaded, mutlifile downloder, which will speed up the initial downloads by a ton and not crash pc's like some of my earlier tries with spawning wgets off by the hundreds.
- parena - 2009-01-09
Just noticed a quirk. It's not a bug, because I think it's Window's fault. Files with a colon in them ":" get shown messed up (like E.T.: The Extra-Terrestrial gave me as a movie name something like "EAOWIFJS"). Windows doesn't do ":" in filenames and since my share is on a Linux machine, this can happen. Would be great if you could work around this, though I doubt it.
on a side note, funny thing: you can put files with ":" on a Windows machine, for example when you mount that partition in Linux. Windows does show the ":" then, but you can't do anything with the file, because it says it can't find it.
- nugentgl - 2009-01-09
Wow, this program has come a long way since it first started. When it was released, I asked myself why since Media Companion was already out and working. However, now I see why.
I want to make the switch to your program but how will it impact my existing setup with Media Companion? For example, how will it effect my existing NFO files that were created using Media Companion?
- digitalhigh - 2009-01-09
Hey fekker,
Only had a few minutes to play with the patched build last night...
Looks like TMDB scraping works right now, regardless of the filename issue we discussed.
You said something about 'fixing the way posters are displayed'? While I didn't get to explore this fully, I did notice that the folder.jpg for TV shows still doesn't seem to refresh if I select a new one in the posters dialogue.
- fekker - 2009-01-09
nugentgl Wrote:Wow, this program has come a long way since it first started. When it was released, I asked myself why since Media Companion was already out and working. However, now I see why.
I want to make the switch to your program but how will it impact my existing setup with Media Companion? For example, how will it effect my existing NFO files that were created using Media Companion?
For movies, the .nfo's should be the same, I'm not sure if his include the TMDB links within the .nfo or not, but it generally won't matter.
For TV Shows, it should be fine, but I haven't tested it. I know that I do multpart episodes different (I'm using strict w3c standards, meaning one root element).
Overall both the apps generate xml with xbmc compatability, so they should work without issue for both apps (except the multipart tv episodes as noted above).
- digitalhigh - 2009-01-09
fekker Wrote:For movies, the .nfo's should be the same, I'm not sure if his include the TMDB links within the .nfo or not, but it generally won't matter.
For TV Shows, it should be fine, but I haven't tested it. I know that I do multpart episodes different (I'm using strict w3c standards, meaning one root element).
Overall both the apps generate xml with xbmc compatability, so they should work without issue for both apps (except the multipart tv episodes as noted above).
When MIP renames a movie, does it still leave behind the oldname.nfo file? I know I had a lot of garbage .nfo's and .tbn's after switching from Media Companion.
- fekker - 2009-01-09
digitalhigh Wrote:When MIP renames a movie, does it still leave behind the oldname.nfo file? I know I had a lot of garbage .nfo's and .tbn's after switching from Media Companion.
Yup, I have to rework the rename code, I got sidetracked with some other areas (like tagging and media information).
I'll see what I can do to that today