-
-
Notifications
You must be signed in to change notification settings - Fork 32
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
Suggestion: SRC parameters for mappings #94
Comments
Hi @Barracuda09 , After re-think on this, the request doesn't have sense... directly! That's because inside the So, I feel that what has sense is to have the option for filtering using the SRC parameter like this example:
Please, can you consider to support this? |
Hi @Barracuda09 , You'll address this enhancement soon? I really want to map different sources to different mappings. Thank you! |
I close this as it's implemented. Thank you @Barracuda09 ! 👍 |
Hi @Barracuda09 ,
Instead of using the parameter "fe=", I prefer to use only the "src=" in the SAT>IP requests. Then I want to assign one source position to virtual frontend "TS Reader" and another different to the "Streamer". So I suggest to add to the configuration a "LNB configuration" for such frontends indicating a default SRC. Then, for example, if you assign SRC=1,2 to physical fe0, SRC=3 to "TS Reader" and SRC=4 to "Streamer", then you don't need to indicate the "fe=" in the request.
You agree?
Note: Another comment. Please, add at some point (documentation or UI) that "TS Reader" is
[Virtual FE with FILE|PIPE input]
and "Streamer" is[Virtual FE with NETWORK input]
. At time is quite confusing to see the difference. 😉The text was updated successfully, but these errors were encountered: