Allow passing a manually constructed M3U playlist as a raw string to newExtractorLink

[Kraptor123]

Describe your suggested feature

When an M3U playlist is manually constructed in code, it currently has to be served through a local proxy in order to be used with newExtractorLink.

I would like to request support for passing a manually constructed M3U playlist directly as a string to newExtractorLink, without relying on a local proxy.

This would allow:

• Defining video and audio streams explicitly via M3U tags
• Controlling audio/video track pairing at the playlist level
• Exposing multiple video variants (quality, codec, etc.) as parts of a single source entry

Other details

No response

Acknowledgements

• [x] My suggestion is NOT about adding a new provider
• [x] I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open issue.