Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

change DVD/VIDEO_TS/VIDEO_TS.IFO folder handling to mimic DVD.iso #1735

Closed
wants to merge 5 commits into from

Conversation

dragonflight
Copy link
Contributor

This change makes a folder movie/DVD/VIDEO_TS/VIDEO_TS.IFO act as if it were movie/DVD.iso.
the commits are

  1. when scraping the movie name is either DVD or movie depending on "movies in folders" option
    2)nfos are first searched in movie/DVD/VIDEO_TS/ and DVD for historical compatability then
    movie.nfo and then DVD.nfo
    3)saving tbns (possibly not needed) and nfos as DVD.nfo
  2. saving/loading the new artwork in the movie folder as well as the .actor directory
  3. rename GetLocalMetadataPath to GetOpticalFolderPath for clarity.

This change makes it much more consistent from a user point of view and allows movies with multiple DVDs. I'm sure there must be some way (without making them iso's), but I don't know how.

While there is little reason today to not have iso (historically there was the windows file size limit), I and quite a few other people still have large volumes of DVD folders

… name

movie/DVD/VIDEO_TS/VIDEO_TS.IFO
 if the option "movies in folders" is enabled movie name is "movie"
 otherwise "DVD"
    1) moviename/dvdname/VIDEO_TS/VIDEO_TS.nfo
    2) moviename/dvdname/VIDEO_TS.nfo
    			as today
    3) moviename/movie.nfo
    			if folders match movie title enabled
    4) moviename/dvdname.nfo
@jmarshallnz
Copy link
Contributor

This is a whole heap of non-obvious code for the 12 movies in existence that require two or more VIDEO_TS folders. Particularly when you can convert losslessly to ISO, mkv etc.

@dragonflight
Copy link
Contributor Author

It is not just multi disc movies (of which I have several - maybe not all 12) it is also all the movies that come as 2 disc sets and of those I have > 1000.
I could convert them all to iso, but AFAIK any other format and you lose the menus and in many cases some of the "extras"

@jmarshallnz
Copy link
Contributor

Extra disks can be handled as:

moviefolder/VIDEO_TS/VIDEO_TS.IFO
moviefolder/Extras/VIDEO_TS/VIDEO_TS.IFO

as you typically don't want those scraped anyway, right?

@Voyager1
Copy link

Voyager1 commented Nov 5, 2012

for the multi-disc movies, why don't you just create ISO files like movie.disc1.iso, movie.disc2.iso, etc. And scrape these as multi-part ISO? That functionality works great for me. I have several box-sets too. You can select which part to play, resume points can exist for each part etc.

EDIT: creating ISOs from files is easy (e.g. ImgBurn) and does not lose any menus.

@dragonflight
Copy link
Contributor Author

I don't know why DVD folders are the poor cousin in the XBMC world

With this comment I will have spent more time and thought on this discussion than I did on the code!

Anyway a few somewhat nonsensical observations

I take some exception to "whole heap of non-obvious code", it is neither a whole heap nor particularly opaque especially if you look at each commit individually

A DVD file structure does not begin with VIDEO_TS folder there are numerous examples of DVDs that have extra folders

I have a large (>4000) episodes of the format tvshow/NNN episodename.titNN -> DVD/VIDEO_TS/VIDEO...s as I have proposed for everyone in another pull request. Without some change all the thumbs for the episodes tramp on each other and even worse all the episode nfo's go to DVD/VIDEO_TS/VIDEO_TS.nfo

It seems intuitively (of course intuition is personal) wrong that if you have "movies in folders" option that you can use movie.nfo except if you have DVD/BR folder.

While it is not entirely unreasonable (I say it is, but...) to say only use iso's there are several reasons to chose BR folders over BR isos at the moment (menu with list of files and the ability to select individual titles/playlists)

Personally I have a file structure with over 3000 DVDs and while it is not unreasonable to covert them all to ISO it is a pain and god forbid I should screw up the script. Others are no quite so lucky to have a file server that can compute

As for extras yes I do want them scraped but no-one else would, at least until XBMC undersands them

And FINALLY the way it is is just plain wrong ! :)

PS. Unfortunately much of this same code needs to be looked at regardless, as as nfos and actor thumbs all get stuffed in the VIDEO_TS folder which is really really wrong.
Luckily it's "simple and straightforward code" for me to keep rebasing :)

@jmarshallnz
Copy link
Contributor

The DVD structure does begin with a VIDEO_TS folder. There is no real reason that I can see to have anything else. You can use movie.nfo just fine with VIDEO_TS folders - you put it in the movie folder (after all nothing at all other than the DVD structure should be in the VIDEO_TS folder).

Movies:

Movies/moviename/VIDEO_TS/VIDEO_TS.IFO.

Episodes:

TVShows/Lost/insert/arbitrary/subfolders/s01e01/VIDEO_TS/VIDEO_TS.IFO.

I don't see where an additional folder needed, except if you happen to require two or more VIDEO_TS folders for a single item - the only real case here is for extras, thus I suggest a separate subfolder (this would make sense for non-DVD movies as well).

Lastly, at no time did I say you MUST use ISOs. I simply said that for the small number of 2-disk movies that exist, it's not unreasonable to do so in that case.

@dragonflight
Copy link
Contributor Author

Here is an 'ls' of one of my DVDs (its unusual but not particularly rare)

AUDIO_TS Autorun.inf autorun.mcl common disc.id install.exe iti.png iti_st1.png JACKET_P start.osx start.pct VIDEO_TS win Xtras

I hate being wrong. Yes movie.nfo does work. I had to add a special case for it, in my stuff, when you click refresh in the movie information dialog (or so I thought I will have to retest that!), so I thought it wouldn't work now

I did realize I didn't have to convert all my movie titles, I was talking about the problems with tv show ones.

For me personally, I have other suff in my movie folder - checksums, independent metadata files, sometimes source info...

I just remembered another problem, but again there are a small number (10-20) of DVDs that have multiple movies per DVD - I have a structure like my tv show episodes with multiple symlinks to a single DVD and again the nfo and artwork will trample on each other (so I have 15-25 movies that have to be isos :) )

@jmarshallnz
Copy link
Contributor

So what if there's other folders - you can have as much stuff as you like in the movie folder, alongside the VIDEO_TS/VIDEO_TS.IFO. movie.nfo, folder.jpg, fanart.jpg etc. can all be found there.

For episodes there's multiple ways to handle it (s01e01e02e03e04 is a common one) but there's no difference here between ISOs and VIDEO_TS folders either.

Basically: I don't understand why you need yet another folder between the movie folder and the VIDEO_TS folder. Are you wanting the subfolder just so that all the crap that's actually from the physical disk is separate from what you need for metadata about the DVD?

@dragonflight
Copy link
Contributor Author

to answer 1 and three yes I am worried about separating the disk and the other crap. One day some of the other crap is going to stomp on the physical disk crap and I'll never know until way too late and I consider it pollution of the disk as much as sticking nfos into VIDEO_TS

the difference between s01e01e02e03e04 and my scheme is that I can mix seasons (rare) and specials which are sometimes scrape-able as s00e..

@jmarshallnz PS. I hope your not fuming at all this

@jmarshallnz
Copy link
Contributor

Not at all, however others may be, as hundreds of people are receiving each mail...

Perhaps we should discuss on the forums until some agreement on how to proceed is reached?

@ghost
Copy link

ghost commented Nov 7, 2012

one day in 3030 when cows fly and squirrels rule the world a conflict might occur. everybody will then be glad they listened to some random dude with unusual habits those mere 1000 years ago. the 1000 years of confusion, inconsistencies and support nightmares will all have been worth it.

it will be a tuesday.

@dragonflight
Copy link
Contributor Author

@cptspiff Loved the morning smile!
Consistency and removing support nightmares is what I'm all about, after 25 years in the hi-tech industry (only 25 'cause I retired at 48) I appreciate removing support nightmares.

If you have a dvd.iso, or a stub file or a DVD jukebox (yes I used to have one of those - made it about 8 years ago), the scanner library treats each DVD as a single item and they can be placed in an extra folder if you use ("place movies in folders"), but for some reason DVD folders are different (inconsistant I would say :) ).
I don't know about windows (haven't seriously used windows since win2k) but in linux if I click on a dvd.iso I get the contents of what would appear to be a DVD Folder.

The true inconsistency is that XMBC understands lots of different ways of storing media but but not folders. A video_ts.ifo has no useful meaning if the accompanying vob files are not there.

These changes were to simplify matters (make them consistent) and say that in all (and yes a little more work is needed to say all) cases a DVD folder and a corresponding DVD iso were treated the same (including not polluting the structure with stuff)

At jmarshallnz's suggestion here (http://forum.xbmc.org/showthread.php?tid=141928) is the forum topic I started about this stuff before I issued the PR

@elupus
Copy link
Contributor

elupus commented Dec 15, 2012

Closing since the diff contains commented out code there don't seem to be a good understanding of what it is we want to accomplish here (or mainly how).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants