Problem with existing links but removed/non playble videos #553

New issue

Closed

opened 2025-12-04 15:47:25 +00:00 by GLlgGL · 6 comments

GLlgGL commented

2025-12-04 15:47:25 +00:00

(Migrated from github.com)

On all extractors when there are deleted videos or not playble but the links do exist there isnt a check to not show them as plable source because is useless...

Filemoon, vidmoly, ect

I already suggested fix for each to mediaflow but the author said we have to do it more globaly for all but he doesn't responds in time and still didnt added this check.

Can we do smething on the addon so before showin the proxiedurl gotten from mediaflo check it before if it's playable or not...

Something if proxied link = 404 than dont show...

And can we do this for all at once or we have to do it individually...

dood for ex.
https://myvidplay.com/e/cz7cus0bvlzr

But there are all like this...where link exist but video deleted or is not playable

Hi On all extractors when there are deleted videos or not playble but the links do exist there isnt a check to not show them as plable source because is useless... Filemoon, vidmoly, ect I already suggested fix for each to mediaflow but the author said we have to do it more globaly for all but he doesn't responds in time and still didnt added this check. Can we do smething on the addon so before showin the proxiedurl gotten from mediaflo check it before if it's playable or not... Something if proxied link = 404 than dont show... And can we do this for all at once or we have to do it individually... dood for ex. `https://myvidplay.com/e/cz7cus0bvlzr` But there are all like this...where link exist but video deleted or is not playable

webstreamr commented

2025-12-04 16:15:41 +00:00

(Migrated from github.com)

this is already the case, 404 is handled globally with a NotFound result that leads to the url not showing up. other extractors often have special handling, see d7392c09d2/src/extractor/SuperVideo.ts (L32-L34)

this is working quite well. if it's missing in one of your in dev extractors, then you might need to change something.

AFAIK there are some doodstream broken video cases where I couldn't detect it. don't really know why, but I don't care enough and you should also not make a big deal out of it please. but feel free to look into it yourself.

there is a big chance that this "Not found" check for doodstream 200 is missing only.

this is already the case, 404 is handled globally with a NotFound result that leads to the url not showing up. other extractors often have special handling, see https://github.com/webstreamr/webstreamr/blob/d7392c09d2b6eaeefdf797cb4df76583419f1488/src/extractor/SuperVideo.ts#L32-L34 this is working quite well. if it's missing in one of your in dev extractors, then you might need to change something. AFAIK there are some doodstream broken video cases where I couldn't detect it. don't really know why, but I don't care enough and you should also not make a big deal out of it please. but feel free to look into it yourself. there is a big chance that this "Not found" check for doodstream 200 is missing only.

GLlgGL commented

2025-12-04 16:33:39 +00:00

(Migrated from github.com)

I will try it out and play with it...

Just leave it open for 2-3 days and I will close it :)

I will try it out and play with it... Just leave it open for 2-3 days and I will close it :)

GLlgGL commented

2025-12-04 18:52:22 +00:00

(Migrated from github.com)

Anyway its not a solution for all because some like filemoon for example, the only place to detect is on the final link because only after you click play, it shows error vido not found inside player

GLlgGL commented

2025-12-04 19:01:58 +00:00

(Migrated from github.com)

test_resp = await self._make_request(final_url, headers=headers)
if test_resp.status_code == 404:
raise ExtractorError("Stream not found (404)")

Maybe you can add this option to be able to detect the final url that we get from mediaflow and the final link which we get it directly

for file moon for example on the mediaflow proxy extractoe support adding this code worked to detect final urls failing because there are a lot of cases when the embed link works and no error but the final hls link not working test_resp = await self._make_request(final_url, headers=headers) if test_resp.status_code == 404: raise ExtractorError("Stream not found (404)") Maybe you can add this option to be able to detect the final url that we get from mediaflow and the final link which we get it directly

webstreamr commented

2025-12-04 21:30:20 +00:00

(Migrated from github.com)

DoodStream should be handled in ae00c43106

DoodStream should be handled in ae00c431060c3bdf2184ffddc335cac5dd6f4cc4

GLlgGL commented

2025-12-04 21:42:30 +00:00

(Migrated from github.com)

Good and thanks

But I am talking also for this kind of error

It happens in filemoon too but I lost the link anyway here it is on another peovider

https://listeamed.net/e/0DogOGJA69MEKjM/Tiddler.2024.mp4

So only when you click play it say "The video cannot be played."

Can this be detected in the same way? Or the final link should be checked?

Good and thanks But I am talking also for this kind of error It happens in filemoon too but I lost the link anyway here it is on another peovider https://listeamed.net/e/0DogOGJA69MEKjM/Tiddler.2024.mp4 So only when you click play it say "The video cannot be played." Can this be detected in the same way? Or the final link should be checked?