-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
channel transform using regex #59
Comments
Hi there, this sounds like a reasonable feature request. A decision was made to not introduce support for regular expressions when the transform arguments were introduced.. but I honestly can't remember what the reason was now because it was so long ago. I'll take a look to see what can be done. |
Great! Thank you. |
I've added a new https://github.com/jjssoftware/m3u-epg-editor/tree/regex_transforms branch that contains a candidate change for this new feature. I've given this a quick test using the following config which matches some test data similar as you advised and it appeared to result in the expected outcome:
I'd appreciate it if you could give it a try, thanks. |
Thank you! Can this be easily implemented for group_transforms as well? |
Thanks that's good to hear. Please give regex a try with the |
I confirm it works well in Many Thanks! |
Thanks for confirming, I'll merge the change |
Hello,
First of all Thank you for this tool, very helpful !
Would it be possible to add Regex substitution for channel_transforms?
To explain why this would be useful, here is an example from my provider's channel list:
And here is what I would like to have:
I can use key:value pairs in channel_transforms, but I have over 300 channels to rename.
I was thinking about the possibility to use a regex substitution like this:
/ (UK: VIP )(.*)(HEVC|.HD) / $2
which provides the desired result.
Obviously I would need multiple entries to cover other country prefixes for example.
Is this something that could be added?
Thanks for considering it!
The text was updated successfully, but these errors were encountered: