This one stream. I am not can send data from one channel and tables from all channels from transponder. Because any client software detect all channels. Yes, this is correct for regular clients, and the PMT/PAT rewriting is the common solution. But, if you use a client than can work with "filt...

If you like sent only one channel then PMT/PAT must be changed. Why? If the client can work with multiple programs, this isn't a problem. It's like filtering pids in a stream. My suggestion is not to change the current working mode, that it's the correct way for all clients, but provide an option t...

Prog wrote:ProgDVB/server do new PAT/PMT but not change SDT.

Hi,

So, it's possible to incorporate an option to disable the PAT/PMT rewrite and send the original one plus the other tables?

SDT and EIT must be in current version. But for sat ip ProgDVB must open SDT PID at first... Hi Prog, Related to my request, I like to ask about this test: I set ProgDVB with PMS enabled, then I copy the URL of one channel, I open the good testing tool "TSReader Lite" and I select the HTT...

Prog wrote:SDT and EIT must be in current version. But for sat ip ProgDVB must open SDT PID at first...

Ok, so I hope you do the right.
Thank you!

Hi Prog, After testing TVHeadend with SAT>IP I show some tweaks for better interoperatibility with some servers. I suggest to you to implement some of these optional features for the SAT>IP device: - Next tune delay in ms (0-2000): With this parameter you can block very fast channel switch. Good twe...

Hi Prog,

One suggestion related to PMS: Please, can you add the SDT table (Service Description Table) to the streaming? Without this table the player can't show the name of the channel.

I hope you agree this!

Long time ago but now is the Sat>Ip Spec updated and published http://www.satip.info/sites/satip/files/resource/satip_specification_version_1_2_1.pdf Hi, Thank you for the info. Great upgrade, I found: - DVB-C/C2 support - Simple SAT>IP server specification - More diagrams and examples Are more cha...

conclusions: ProgDVB lost some packets from the RTP stream! Hi Prog, After MORE testing, this sentence is FALSE. Your software is doing right. Please, don't waste time trying to fix this problem. Excuse me about this! Nevertheless, I suggest to put a button to reset values on the window about packe...

If traffic damaged then still bad after server. Looks like some problem with rtp. You can try open same transponder over http/ts. Http alwas more stable then rtp (on phisical level) Hi Prog, More testing.... conclusions: ProgDVB lost some packets from the RTP stream! Please, revise your code. I sel...

Hi Prog, Another suggestion to improve robutness of PMS: - When you do streaming over HTTP, please, do padding of TS packets (188bytes). If a choppy client is receiving data over the TCP channel, and you overwrite data in you output buffer, it's better to align bytes to TS packet bounds. If using a ...

If traffic damaged then still bad after server. Looks like some problem with rtp. You can try open same transponder over http/ts. Http alwas more stable then rtp (on phisical level) Hi Prog, Sorry, it's my fault! After some more exhaustive testing, the problem is my system. Now, no traffic erros at...

1. File - input traffic- packet lost? Hi Prog, Related to problem 1: Local viewing don't have more errors (or minimal more) than with other SAT>IP software. But your software, in "input traffic - packet lost" always increments the value (around 1.2%). Can you enable more debug to check th...

Hi Prog, WOW!!! YOU'RE THE BEST!!! The version v7.07.5 has enabled PMS for SAT>IP devices and it's working!!! Thank you!!! :D :D :D :D :D You have now good SAT>IP support in your software. I found it's the best Windows software for DTV. Nevertheless, some minor suggestions/bugs to fix: 1) My first p...

Prog wrote:Please wait next version for more experiments.

Great! I'll do with patience.