Moving Pictures Public Beta 0.5.5c (1 Viewer)

[Master Jedi]

How does everyone work with DVD rips of TV series?

I tried grouping them all into one "Movie" but there doesn't seem to be a way to control the order they show up in. Is there another plugin that handles TV series ripped from DVDs better?

 

[ryan20021982]

MP-tvseries plugin

 

[zack84a]

After having to rebuild my database due to outside computer problems, I noticed that any multiple cd movie that had the formatting of /movie-name/cd1/video1.avi and then /movie-name/cd2/video2.avi had a problem being found because when it checks the folder name cd1 isn't a match...

Perhaps a solution would be that if the first folder up is "cd*" then go up one more.... If that was the case, then 99% of my movies would be found no questions asked.

Granted I could be the only one with a few movies set up like this.... I do know all of my lengthy movies are.

Just a thought... Looking forward to the next release... Thank you for your hard work!

 

[dir]

Why keep each part in a separate sub-directory? Just keep them in the same parent directory.

Trying to get importers/regex's to work for every possible combination of user's peculiarities is taxing and probably not efficient. Better to recommend some standards that encompass 90% of users.

Just my opinion. Undoubtedly implementing such advice would impact me just as much; but I've seen countless hundreds of hours invested in helping make importers work for really, REALLY obscure environments, I just don't think there's much return on investment.

 

[Raytestrak]

Personally, I wouldn't want to have all my series AND movies in one plugin. It's too much ... and I only have like a 100 movies and 32 series atm and I'm scrolling my ass of as it is right now. I see posts of people having 700 movies ...

I think my brain would overload. "tooo ... muuuch ... to ... waaaaatch"

brzzzkz. One deep fried brain coming up

 

[zack84a]

Why keep each part in a separate sub-directory? Just keep them in the same parent directory.

Trying to get importers/regex's to work for every possible combination of user's peculiarities is taxing and probably not efficient. Better to recommend some standards that encompass 90% of users.

Just my opinion. Undoubtedly implementing such advice would impact me just as much; but I've seen countless hundreds of hours invested in helping make importers work for really, REALLY obscure environments, I just don't think there's much return on investment.

Well didn't mention before, but obtain most of my movies from downloading (I own the copies.. but 'scene' is much better at ripping then I am)

Scene standards and rules force long movies to be on two cds and in the folders like I had mentioned... So at least its part of some standard... not just some weird way I keep my movies

However I do agree then we can't follow every weird way people store their movies...

 

[armandp]

Support for CD1/CD2 folder format will be coming in the near future. I am not answering this single request but like zack84a it's in fact a "scene" standard.

 

[dir]

Scene rips are often still done to fit onto old fashioned CDs (700MB). Compressing a full 5.1 movie down to this size loses a LOT of quality and usually ends up as stereo. Watching those things on your PC is fine, but watching them on a 42" or above screen in your living room that has a 5.1 system is just terrible.

Some rippers don't want to lose so much quality so they make them multi-part, but often still impose a 700MB limit so that people can still fit them onto CDs.

However...

Realistically, the cost of blank DVDs is so low that there's really no need to do this. It's done so that kids (yes, children and young teens) who can't afford DVDs can rip them onto CDs (which are only marginally cheaper). The people doing the ripping are usually also teens as well. It's just a habit from 3 to 5 years ago when blank DVDs were expensive, everyone swapped home movies on CDs, and people watched them on 17" computer monitors.

Stay away from rips that are 700MB in size if you plan to watch them on a modern home theatre. Do your ripping to at least preserve the 5.1 sound and keep the video high quality. That means a normal movie would shrink down to about 1.3 to 1.5GB. Use a video joiner to re-join movies that have been split to 700MB so that you don't get a pause in the middle of watching while your player has to switch from 'CD1' to 'CD2'. If you can't join them, keep them in the same directory.

And if you think that's too much trouble and you can't be bothered, or that the quality looks and sounds fine as it is, why are you using Media Portal at all? In fact, I struggle to work out why people insist on keeping their TV episodes and movies in rar files and with names like 'heroes.s03e09.Bill.takes.the.blue.pill[VTR].avi', if they're using a home theatre system. So they can continue to 'give back to the scene' while at the same time have their collection available in their living room? I dunno. Boggles my mind and I don't think time should be spent making importer work for these situations. Either stick to your CD swapping, laptop-watching underground teen rebel lifestyle, or have a home theatre environment with a neatly organised system of audio and video. Don't ask coders to make their importers handle these infinitely-complex filenames, obscure codecs, and bizarre requests

("I keep my multipart movies, complete with 6 subtitles, in a multi-part RAR file along with PAR files, named using roman numerals and swedish characters, compressed using a beta version of MPEG7, and want to watch it on my iPod connected to a 60" plasma, and it's not working. Can you spend 3 weeks writing code to make your program work for my environment?"

/rant

 

[ryan20021982]

Scene rips are often still done to fit onto old fashioned CDs (700MB). Compressing a full 5.1 movie down to this size loses a LOT of quality and usually ends up as stereo. Watching those things on your PC is fine, but watching them on a 42" or above screen in your living room that has a 5.1 system is just terrible.

Some rippers don't want to lose so much quality so they make them multi-part, but often still impose a 700MB limit so that people can still fit them onto CDs.

However...

Realistically, the cost of blank DVDs is so low that there's really no need to do this. It's done so that kids (yes, children and young teens) who can't afford DVDs can rip them onto CDs (which are only marginally cheaper). The people doing the ripping are usually also teens as well. It's just a habit from 3 to 5 years ago when blank DVDs were expensive, everyone swapped home movies on CDs, and people watched them on 17" computer monitors.

Stay away from rips that are 700MB in size if you plan to watch them on a modern home theatre. Do your ripping to at least preserve the 5.1 sound and keep the video high quality. That means a normal movie would shrink down to about 1.3 to 1.5GB. Use a video joiner to re-join movies that have been split to 700MB so that you don't get a pause in the middle of watching while your player has to switch from 'CD1' to 'CD2'. If you can't join them, keep them in the same directory.

And if you think that's too much trouble and you can't be bothered, or that the quality looks and sounds fine as it is, why are you using Media Portal at all? In fact, I struggle to work out why people insist on keeping their TV episodes and movies in rar files and with names like 'heroes.s03e09.Bill.takes.the.blue.pill[VTR].avi', if they're using a home theatre system. So they can continue to 'give back to the scene' while at the same time have their collection available in their living room? I dunno. Boggles my mind and I don't think time should be spent making importer work for these situations. Either stick to your CD swapping, laptop-watching underground teen rebel lifestyle, or have a home theatre environment with a neatly organised system of audio and video. Don't ask coders to make their importers handle these infinitely-complex filenames, obscure codecs, and bizarre requests

("I keep my multipart movies, complete with 6 subtitles, in a multi-part RAR file along with PAR files, named using roman numerals and swedish characters, compressed using a beta version of MPEG7, and want to watch it on my iPod connected to a 60" plasma, and it's not working. Can you spend 3 weeks writing code to make your program work for my environment?"

/rant

umm how about we let the coders do what they want which is usually what the majority want, and how about you let the viewer decide if they want the 700mb scene rips or not, and just because there 700mb does not make them a scene rip. And the

In fact, I struggle to work out why people insist on keeping their TV episodes and movies in rar files and with names like 'heroes.s03e09.Bill.takes.the.blue.pill[VTR].avi', if they're using a home theatre system. So they can continue to 'give back to the scene' while at the same time have their collection available in their living
room?

How about because its simple just drop them in the folder mp is watching and your done, and whats it matter anyways your the only one that would know thats the name of the file since mp wont call it that.

If you ask me that was alot of 1 sided nonsense thats not needed here.

 

[dir]

What, so people can't express an opinion?

umm how about we let the coders do what they want which is usually what the majority want, and how about you let the viewer decide if they want the 700mb scene rips or not, and just because there 700mb does not make them a scene rip.

Yes, if they are 700MB, 99.99% of the time they are scene rips. Don't try to pretend they're not just because you don't want to attract attention to illegal activity. And you don't need to bother replying with the explanation that some people may want to keep things to 700MB for totally legit reasons. I'm sure there are. But we all know that the extreme majority of 700MB rips are because of exactly the reasons I gave.

I'm sure coders will do whatever they want and hopefully because the majority need/ask for it. More power to them! I'm not trying to dictate anything, merely expressing an opinion.