Hi Prog,Prog wrote:This mode in not correct. I am not like have option for "bad mode"
I can understand your point of view. But, please, let me to explain my point of view:
- When you use TS filtering tools, or TS transport protocols (like SAT>IP), you can receive an stream with more/less pids that you need. This is not a "bad mode", is only a Transport Stream with filtered pids. So, the good DVB specification defines how to work with this streams, and defines the DVB Tables to enable clients to understand the information inside the stream. Then, if you like to receive a TS with only one channel, but including the "original" tables, in this case you can receive any information related to this channel (EIT, name, etc.).
So, why not support this? In your code I feel are only two or three lines for change; and ANY client that can work with multiple programs inside a TS can understand this "filtered" stream. As an example, the VideoLAN is working in this way. I have already tested it (not with ProgDVB, obviously), and it's working. Several TS tools have just the option to enable the "table rewriting" mode, but not force to use it because are optional.
I feel that only a few number of users need this, but the effort is minimal but very useful.
But, I can understand you. Thank you in any case, and please, continue with the development of this great pice of software!