[Implemented] - Multiple Cuts Of Movie

This all depends on what your perspective is… Elan might be coming from the perspective of “doing it properly right from the start”, in which case, his argument is sound.

He may have never even considered starting from a simplistic stance, and in fact, may discount that idea entirely.

So as you see… It’s all about perspective!

2 Likes

Indeed… And this is the perspective of starting from a simple point, then perhaps evolving it over time.

It would be very likely that most users who have posted in this thread would be more than happy without any bells and whistles to begin with, however I do see 1 spanner that could clog up the works…

If you are going to start simple, you would need to have at least thought through a possible roadmap on how to then expand on the simple, without destroying what was already put in place. Even if you take the stance that you wouldn’t return to it for some time, it would still need to at least be a technically expandable idea.

Exactly why I love commented on internals/design on the forums :+1:

1 Like

LOL
Absolutely to the point.

Please expect users with no technical point of view - or with expectations on “client demand should rule” certainly should also be able to make their point. You still deserve a “Thank You, sir” for jumping into this shark tank … erm… thread,

@elan … if you scroll up a long way in this thread… you’ll see a suggestion from “me, myself and I” to create an extra layer in your XML structure… you could work with UUID mapping then… the movie itself has a UUID, but if it gets to versions, you can still “map” that UUID with ones that can be attributed to versions.

It would need two or three “mapping” functions that would be inserted everywhere where you are using the bare UUID by now.

Still hard work and definitely not an easy ToDo. But hey… you did changes like these numerous times in the past, didn’t you?

@elan I always appreciate your responses to our questions. I was simply making a point that the issue you used to explain why you can’t bring multiple versions to Plex is an issue that already exists with splitting. Since it’s already an issue, it seems at least plausible that you could also bring multiple versions to Plex with the same caveats.

There’s no reason to be offended just because I challenged your explanation. I understand that you’d like a perfect solution, but waiting 8 years for this is a bit unreasonable when a simple approach exists. You do understand that right? By no means am I trying to offend you. Apologies if it seemed like I was.

8 Likes

Next year will be the 10th anniversary of this feature request thread. Maybe we should celebrate somehow? :laughing:

Honestly though, as someone who works as a coder and specifically works in media metadata a LOT… it is baffling to me that there has not been any progress on making this happen. Adding an option under “advanced” in a given movie to add nicknames to specific file versions of it seems like a no-brainer.

It’s too hard. Suggesting anything else is frowned upon. Take a look at the few posts above. Shocking to me, but that’s the way it is.

Anything potentially helpful should be done in real-time. Better late than never though- lets see how it works out after assuring the team its the best course of action. Thanks

I totally agree with you guys. The current situation is not satisfying at all. But I guess we also have to see it from a different perspective. At least I learned 2 new things in the last days:

  1. Saying “it’s a though one” does not mean it won’t be done. Though this is not the answer we all hoped for it also means they are still thinking about it.
  2. The currently suggested method still has it’s flaws. But instead of going for a solution where everything works perfect people would accept a solution even if in the background there is no distinction via different UUIDs.

We all can agree on that it’s not a matter of if it’s technical possible or not. Because of course it is possible. It’s more like which direction are they going to go.

I really would be happy to see such a feature in PMS there ist no need for a new entry in the NFO file there is already a Entry called <edition>DIRECTORS_CUT</edition> this part i took out of an nfo file of fast and furious 9 - Directors Cut
so it should be easy to implement looking for this entry in an existing NFO file.
I prefer to scan my movies with tinymediamanager and use the Rename funktion of TMM to name and them an build a folder and filename structure before copying them to my PMS Folders so you have konsistent nfo files and PMS can scan the items faster and recognises them easyier

While I understand where you are coming from your original post and this post do not help the issue or build trust with your users. This topic is over 9 years old. Saying, “It’s hard” is not a satisfying answer from an end user perspective. A lot of people here have paid money for plex, and I think the are owed a better explanation. Or at least one that isn’t so tone deaf.

At the end of the day I think most people want SOME way to tag a file and allow you to select which one gets played. It’s part way where, right now it just shows bit rate and resolution. You just need to show the users a little bit more info.

How that gets done is obviously up to you. Yes it might be hard, it might take a while but why not commit to working on it as a priority?

1 Like

I posted a while back about my solution have plex read {ver-Super Dooper Special Cut} the delimited “ver” to sort version very much like the imdb-t1234567, I personally think it would be an easy code as it can be written into a drop down box very easy. again my 2 cents, from a programming side it “think” it should be the easiest was to code it

I want them to build this feature and would like to know about it ahead of time too, but I don’t think paying money should entitle the customer to knowing Plex’s future plans.

agree with you 100%… with my suggestion the user can define the name of the version

13 Going on 30 (2004) {imdb-tt0337563} {ver-WideScreen}.mkv
13 Going on 30 (2004) {imdb-tt0337563} {ver-FullScreen}.mkv
13 Going on 30 (2004) {imdb-tt0337563} {ver-UnCut}.mkv
13 Going on 30 (2004) {imdb-tt0337563} {ver-UnRated}.mkv

it then would show one movies and when you click on it plex would add a drop down box for the four versions the user can select from

so the user would see a drop down
UnRated
WideScreen
FullScreen
UnCut

select the version and hit play

I would guess that Plex doesn’t want to confuse their version menu with cuts. Versions might be getting more rare with hardware transcoding, but maybe there are still a bunch out there, I don’t know. Imagine if all the cuts in your example also had the 1080p version, 720p version, and 480p version to pick from.

instead of ver you could use cuttype or really any unique name tbh

13 Going on 30 (2004) {imdb-tt0337563} {cuttype-WideScreen}.mkv
13 Going on 30 (2004) {imdb-tt0337563} {cuttype-FullScreen}.mkv
13 Going on 30 (2004) {imdb-tt0337563} {cuttype-UnCut}.mkv
13 Going on 30 (2004) {imdb-tt0337563} {cuttype-UnRated}.mkv

i dont think the 1080/720 and so would matter as each file name would be unique anyways

Entitled is a strong and charged word. This post is in the 5 for feature requests, has 26,000 views (top ten) and 500 likes. Clearly there are a lot of paying people interested in this. The response we got was very tone deaf and did not improve my opinion of the developers/company.

They can do better.

agree i would say this is the ONLY feature that i could really want to be added it dont think it would be that hard.

We aren’t asking to know their future plans, we are asking them to listen to the feedback from their paying customers. That’s not hard and should be part of their business model if they want to survive.

Show me the threads that have been live for as long, have has many votes/likes as this one that asked for PlexAmp or Live TV - two features that many of us couldn’t give a rats about but consumed development time and resource and were forced on us (not that we have to use them).

How extremely arrogant.