Open JD719 opened 7 years ago
yeah, I am having the same problem. Search results = 0. Either that or it crashes.
Version 0.9? Why don't you try if it happens with the latest version?
@varjolintu 0.9 is the latest version available in my distro repo. Isn't vlsub pushing updates to debian anymore?
@JD719 I really don't now about Debian repo's. The VLC addon page is out of date, so the repo should be updated from the github. Still, it shows 24 commits after the last release so..
ok I just downloaded the last available version, now I get the same result as @harrierbird 0 results
What changes did opensubtitles made? I couldn't find them. I tested the plugin today and it worked normally.
I think this has something to do with the tvrage fetcher extension that downloads some metadata.
It's not clear to me, their explanations are pretty vague You can get some info here: http://forum.opensubtitles.org/viewforum.php?f=1
Thank you @JD719. I was starting to think I was the only one having this problem with the new VLSub version. I use what I think is the latest one, v0.10.2.
I should specify something, the feature that is not working is the "search by hash" one, the one I always used. Search by name seems to work, but it is way less reliable in my experience.
The reason the plugin works for me is probably that the metadata scripts are not ran at all:
core debug: looking for meta fetcher module matching "any": 1 candidates lua debug: Trying Lua scripts in /Users/humanoid/Library/Application Support/org.videolan.vlc/lua/meta/fetcher lua debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/lua/meta/fetcher lua debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/fetcher/tvrage.luac lua debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/fetcher/tvrage.luac lua debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/share/lua/meta/fetcher core debug: no meta fetcher modules matched
Is there any difference if you open the VLC Preferences and uncheck the checkbox which reads "Allow metadata network access"?
I use "Search by name" and mysteriously, this now works again... O.o
@varjolintu I'm afraid it makes no difference for me. @harrierbird yes as I stated before it works for me too, but searching by name is kinda sad, the chances you get a synchronized sub file decrease drastically.
For me it seems that the OpenSubtitles is limiting the API requests for some reason.
@JD719, have you tried to remove the tvrage.luac script from VLC? Does it make a difference?
@varjolintu it does not make difference
@JD719: Are you sure that you're using newest version of VLSub? VLC can load extensions from many locations, and sometimes more than one version of extension can be loaded at the same time.
@marsjaninzmarsa yes I'm using 0.10.2. I actually deleted the old one. Do you get results searching by hash?
@JD719 I am using 0.10.2 and I get results searching by hash, even if it's just one. What happened to me seemed to be something temporary. It eventually went away without doing anything. Not sure what is happening to you though.
@harrierbird what OS are you running VLC on?
@JD719 macOS Sierra 10.12.14
Not working for me, using 0.10.2. :(
Arch Linux .
@JD719 worksforme, VLSub 0.10.2 and 0.10.1, VLC 2.2.4, LMDE2 and Windows 7 (3 machines total).
Are you logged in? OS was known for limiting unauthenticated API calls.
After a few days downloading subs manually, today I did a search within the plugin and got one result at least, I used to get 3 at least for series like this one. It must be something in OS end they screwed.
@marsjaninzmarsa no I'm not using credentials, never did it, anyway if I log in the result is the same.
Hi, I'm aware opensubtitles made changes in their end yesterday, from there vlsub stopped working. It hangs on "searching subtitles"
Debian 9.0 VLC 2.2.5 VLSub 0.9
This is the log I was able to capture running VLC from CLI