[jorfermo]

It would be nice to autodownload subtitles for the folders you have checked this option.

Regards!!

[rAf]

+1
I'd love to see this feature.

There is a script for XBMC that use opensubtitles.org XMLRPC API (working in linux version but unfortunately not on xbox...) :

http://xbmc.org/foru...ead.php?t=31499

Here the link for opensubtitles.org Wiki :

http://trac.opensubt...nsubtitles/wiki

One last info, Boxee (a social mac media center based on XBMC) have implemented the script :

http://xbmc.org/foru...99&postcount=50

Hope this can help !

[meijing]

auto subtitles would be awesome

[migueld]

1++++++++ YEAAAAAAA Something that would really set apart Plex from XBMC or Media Portal. Please do it!!!

[jeremymc7]

Agreed. Please put your request in the lighthouse as a feature request. This is the only way to get it on the programming list. The more people that add to it the higher it goes up in priority.

=)

[eduo]

Really late, but wanted to mention there is currently a script to do this in XBMC and Boxee has it integrated in the main interface. It might be possible to pull from there and just integrate it in a menu (a watchfolder to me seems to not be the duty of Plex, but to each his own).

[gbdesai]

I would love this too. Will add to Lighthouse...

[eduo]

This is the "current" script for XBMC:

http://code.google.c...ubtitles/?r=282

Boxee has it integrated in the "info" window for the video file. Same as getting thumbs or fanart you can get subtitles.

[Atrus]

eduo, on Jan 21 2009, 02:37 PM, said:

This is the "current" script for XBMC:

http://code.google.c...ubtitles/?r=282

Boxee has it integrated in the "info" window for the video file. Same as getting thumbs or fanart you can get subtitles.

I have been dreaming about a feature like this, hope it happens. =)
How do I cast a vote on this? In Lighthouse?

[migueld]

Atrus, on Jan 21 2009, 09:57 PM, said:

I have been dreaming about a feature like this, hope it happens. =)
How do I cast a vote on this? In Lighthouse?

Here's the ticket: http://plexapp.light...btitle-download

Log in and click on "Watch this ticket?"

[phunkysai]

I would love to see this, but I gotta ask: How would this parse the correct sub file?

Let's take Lost as an example. Sometimes I download a Lost sub from opensubtitles, and it's off timing-wise, so I have to go back out to the site and download someone else's version and then that one will be timed with my particular AVI file. Any ideas how to handle that?

[Kent]

phunkysai, on Jan 22 2009, 10:24 PM, said:

I would love to see this, but I gotta ask: How would this parse the correct sub file?

Let's take Lost as an example. Sometimes I download a Lost sub from opensubtitles, and it's off timing-wise, so I have to go back out to the site and download someone else's version and then that one will be timed with my particular AVI file. Any ideas how to handle that?

Opensubtitles allows you to search by file bytesize.

[migueld]

phunkysai, on Jan 22 2009, 10:24 PM, said:

I would love to see this, but I gotta ask: How would this parse the correct sub file?

Let's take Lost as an example. Sometimes I download a Lost sub from opensubtitles, and it's off timing-wise, so I have to go back out to the site and download someone else's version and then that one will be timed with my particular AVI file. Any ideas how to handle that?

You are right and it's a huge issue IMO. I do get that problem a lot with my own DVD rips, where one would think it should be pretty straight forward but it's not. I'm not an expert on subs but from my experience I do notice that FPS matters. Some subtitles appear as 25 fps, and some at 23.98, and others ~29 fps. Usually my DVD rips encoded with handbrake are 23.98 fps and subtitles rated at 25 or 29 fps won't work.

Also there is an issue with dvd and blu-ray movies. Blu-ray releases often change the duration of the movie (intro screens vary) and so dvd subtitles no longer work.

So having said that, one solution could be to make a scraper that uses not only hash info to match, but also duration and fps. If a hash is not found, then find by name+duration+fps. I think that it should provide reliable results, but there is still an issue. Opensubtitles provides a hash and fps for some subtitles, but not all subs have fps info, and I don't think there is duration info for subtitles either.

There is another site http://www.subtitles-on.net/ which does provide hash, duration and fps. I'm not sure if their database is open, but I think there's potential there. If the subtitle feature can be embedded easily into Plex and all users start using it and submitting subtitles, I think a new database could be populated easily and fast.

[eduo]

People...

The problem with requests is that if they get out of control even before they are started they tend to be put off until later.

There is currently a perfectly working site that uses hashing. This site also has the largest database of subtitles for every language in all of the internet and the hashing provides perfectly-sync'd subtitles.

Let me repeat that, as I see this wasn't clear before: Hashing means uniquely fingerprinting a video file so the subtitles that match it are only those that have been marked as "correct". There should never be a need to synchronize a hashed subtitle, nor is there any need to specify or know the "fps" at all.

As far as I know only one places use this hashing method: Opensubtitles. It has the largest database and fastest-growing database, the most hashing clients feeding data into it and open methods that can be used freely.

Every other subtitle hashing solution on the internet that I know of in reality uses OpenSubtitles as the back-end.

Lately OS has included IMDB-ID searching and name-searching in the open XMLRPC API for when there are no hashed results.

All the problems have been already worked out, really. I've been working on subtitles for over 15 years and when I discovered OpenSubtitles I became a fan. It is improvable, like everything, but there's no better option out there that covers every need as well right now.

Go and vote.

[migueld]

eduo, on Jan 23 2009, 10:57 PM, said:

People...

The problem with requests is that if they get out of control even before they are started they tend to be put off until later.

There is currently a perfectly working site that uses hashing. This site also has the largest database of subtitles for every language in all of the internet and the hashing provides perfectly-sync'd subtitles.

Let me repeat that, as I see this wasn't clear before: Hashing means uniquely fingerprinting a video file so the subtitles that match it are only those that have been marked as "correct". There should never be a need to synchronize a hashed subtitle, nor is there any need to specify or know the "fps" at all.

As far as I know only one places use this hashing method: Opensubtitles. It has the largest database and fastest-growing database, the most hashing clients feeding data into it and open methods that can be used freely.

Every other subtitle hashing solution on the internet that I know of in reality uses OpenSubtitles as the back-end.

Lately OS has included IMDB-ID searching and name-searching in the open XMLRPC API for when there are no hashed results.

All the problems have been already worked out, really. I've been working on subtitles for over 15 years and when I discovered OpenSubtitles I became a fan. It is improvable, like everything, but there's no better option out there that covers every need as well right now.

Go and vote.

Eduo, the problem is that hashing is inappropriate for people that rip their own DVDs. What solution can there be for those people if any? That's where my comment stems from. Also, in my suggestion I'm saying: use hash first. If no hash is found for a video (which happens frequently, even for things you download on the net) then use other metadata to do the matching. Does this make sense?

[macofaco]

subtitles-on.net also uses hashing and does NOT rely on opensubtitles.org database.

It has better hashing algorithm which includes more video information than opensubtitles.org hash:

opensubtitles.org hash = checksum of first and last 64 KB of file
subtitles-on.net hash = video length in seconds, file length in bytes, MD5 hash of first 5 MB


subtitles-on.net database provides better organized, cleaner and richer subtitle information (for example see structure at http://www.subtitles...earchSubtitles2).
Another advantage is that ALL subtitles in database are saved in Unicode format which can be dynamically converted to custom encoding (ANSI, UTF-8, ...).

subtitles-on.net is currently used by Sublight client (Windows application) and SublightCmd (Console application).

If you have more questions please ask. You can also suggest new features.

subtitles-on.net database can be accessed via web service API (http://www.subtitles...titlesAPI2.asmx).



Regards,
macofaco

[eduo]

macofaco, on Jan 24 2009, 11:36 AM, said:

subtitles-on.net also uses hashing and does NOT rely on opensubtitles.org database.

It has better hashing algorithm which includes more video information than opensubtitles.org hash:

opensubtitles.org hash = checksum of first and last 64 KB of file
subtitles-on.net hash = video length in seconds, file length in bytes, MD5 hash of first 5 MB

Regards,
macofaco

Oh, you're right. I meant to say that Subtitles-on originally based itself in OpenSubtitles down to copying the name of its program to try and steal its users.

I forgot about all that flaming you provoked in the forums back when you decided to name your program "SubDownloader 2" and tried to peddle it as a new version of the OpenSubtitles official one, "SubDownloader". Since you keep using OpenSubtitles's forum for your advertising and promotion I had assumed you'd finally accepted where SubLight comes from (as well as most of the subtitles in SubLight's database).

I see you'll also come here and lie to be able to get more traffic and I'll refrain from trying to stop you this time. I guess anyone interested can go to the OpenSubtitles forum and search for your posts and see what SubLight is about.

You obviously know how the OpenSubtitles video identification works, so I don't understand why you should choose to not say that it includes the bytesize and that it's ridiculously faster to checksum 128K than doing MD5 of 5MB of data, while providing a unique identifier.

Obviously, Plex is Open Source and you are free to come and code your own subtitle download routine. You'd probably need to get a mac as you don't currently program for it but that's secondary. The other option would be to help others doing a script and your third option would be to steal OpenSubtitles' script and use it, modifying it for your needs and saying it's originally yours. You're familiar with that way of working so that's probably the easiest.

All: Sorry about the ranting and reaction. It's just that this comes from back and it's become recurrent. You can check it yourselves: Do a post in a google-indexed forum talking about OpenSubtitles and you'll get immediately a new user (Macofaco, most likely) that'll post his way into a discussion.

If you're interested, this is one of the original threads I'm referring to, obviously who you decide to use in your systems is each his or her own choice:
http://forum.opensub...opic.php?t=1467

[eduo]

migueld, on Jan 24 2009, 01:31 AM, said:

Eduo, the problem is that hashing is inappropriate for people that rip their own DVDs. What solution can there be for those people if any? That's where my comment stems from. Also, in my suggestion I'm saying: use hash first. If no hash is found for a video (which happens frequently, even for things you download on the net) then use other metadata to do the matching. Does this make sense?

Migueld: I'm sorry. I wasn't clear. I know about the APIs so I tend to obviate things I take for granted.

You can see here an explanation of the search mechanisms:

http://trac.opensubt...SearchSubtitles

As you can see, you have the option of first searching by hash and bytesize (a unique identifier), by IMDB-ID or by name (file name, movie name, etc.).

Those three are there in order of accuracy. The hash will always be the most accurate option, while searching by IMDBID could yield unsynchronised subtitles but appropriate for the movie and lastly searching by name implies you're subject to incorrect naming on the uploader's behalf (the up side is that uploaded subtitles are usually named after the original video file, so for downloaded files they tend to be pretty accurate too).

Also, when searching subtitles you get ratings (provided by the users), a flag for "Bad Subtitles" (set by users when there are big problems with the subtitle) and you can see the number of downloads and when it was uploaded. All these help you get the best option.

You can always, obviously, download one and if it doesn't work then get another

[macofaco]

I was forced to post message here because you are (again) misleading users (eduo). Opensubtitles.org IS NOT only page using hashes. Again, developers and users will decide which system is better. I am just writing facts.

Regarding advertising and promotion. Subtitles-on.net and Sublight are completely FREE and there is no even ads on homepage and application (compared to Opensubtitles.org which is full of ads and Subdownloader which is shareware now).

I think you are doing more harm than good to opensubtitles.org with such stupid posts.

Regards,
macofaco

[macofaco]

I just added example project on how to use our web service in C++.

SubtitlesAPI: C++ example