{"action":"created","issue":{"url":"https://api.github.com/repos/lars18th/satip-rtp/issues/2","repository_url":"https://api.github.com/repos/lars18th/satip-rtp","labels_url":"https://api.github.com/repos/lars18th/satip-rtp/issues/2/labels{/name}","comments_url":"https://api.github.com/repos/lars18th/satip-rtp/issues/2/comments","events_url":"https://api.github.com/repos/lars18th/satip-rtp/issues/2/events","html_url":"https://github.com/lars18th/satip-rtp/issues/2","id":373045347,"node_id":"MDU6SXNzdWUzNzMwNDUzNDc=","number":2,"title":"Subscription limit","user":{"login":"estimadarocha","id":17991728,"node_id":"MDQ6VXNlcjE3OTkxNzI4","avatar_url":"https://avatars3.githubusercontent.com/u/17991728?v=4","gravatar_id":"","url":"https://api.github.com/users/estimadarocha","html_url":"https://github.com/estimadarocha","followers_url":"https://api.github.com/users/estimadarocha/followers","following_url":"https://api.github.com/users/estimadarocha/following{/other_user}","gists_url":"https://api.github.com/users/estimadarocha/gists{/gist_id}","starred_url":"https://api.github.com/users/estimadarocha/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/estimadarocha/subscriptions","organizations_url":"https://api.github.com/users/estimadarocha/orgs","repos_url":"https://api.github.com/users/estimadarocha/repos","events_url":"https://api.github.com/users/estimadarocha/events{/privacy}","received_events_url":"https://api.github.com/users/estimadarocha/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":0,"created_at":"2018-10-23T14:55:38Z","updated_at":"2018-10-24T09:54:24Z","closed_at":null,"author_association":"NONE","body":"Did you test the limit of subscriptions using this tool?\r\n\r\nDoes this tool work as sat>ip client protocol, or each channel will be a request? i am asking this cause perexg said that when grab multiple streams through one tuner, the input TS stream must be parsed to split PIDs to the right HTTP session and the CPU is limited to do this.."},"comment":{"url":"https://api.github.com/repos/lars18th/satip-rtp/issues/comments/432592319","html_url":"https://github.com/lars18th/satip-rtp/issues/2#issuecomment-432592319","issue_url":"https://api.github.com/repos/lars18th/satip-rtp/issues/2","id":432592319,"node_id":"MDEyOklzc3VlQ29tbWVudDQzMjU5MjMxOQ==","user":{"login":"lars18th","id":9989964,"node_id":"MDQ6VXNlcjk5ODk5NjQ=","avatar_url":"https://avatars1.githubusercontent.com/u/9989964?v=4","gravatar_id":"","url":"https://api.github.com/users/lars18th","html_url":"https://github.com/lars18th","followers_url":"https://api.github.com/users/lars18th/followers","following_url":"https://api.github.com/users/lars18th/following{/other_user}","gists_url":"https://api.github.com/users/lars18th/gists{/gist_id}","starred_url":"https://api.github.com/users/lars18th/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/lars18th/subscriptions","organizations_url":"https://api.github.com/users/lars18th/orgs","repos_url":"https://api.github.com/users/lars18th/repos","events_url":"https://api.github.com/users/lars18th/events{/privacy}","received_events_url":"https://api.github.com/users/lars18th/received_events","type":"User","site_admin":false},"created_at":"2018-10-24T09:54:24Z","updated_at":"2018-10-24T09:54:24Z","author_association":"OWNER","body":"Hi @estimadarocha ,\r\n\r\n> Did you test the limit of subscriptions using this tool?\r\n\r\nNo. But I don't see any problem doing it!\r\n\r\n> Does this tool work as sat>ip client protocol, or each channel will be a request?\r\n\r\nThis tool acts as a \"client\" for a SAT>IP server. However, it's not a real client, as it not consumes the stream. More or less, it's like a Control Point for another Renderer that consumes from a SAT>IP Server (these terms are common in the UPnP standard). The output is a stream sended by the Server to the Renderer. An in fact the stream is a regular RTP MPEG-TS sended to a unicast or multicast address. So any client that can receive this kind of MPEG-TS can use the SAT>IP server using this tool.\r\n\r\nIn the other hand, it **NOT** requests \"channels\". It requests \"STREAMS\" (one stream per session); and these streams can contain one or more programs/channels.\r\n\r\n>  i am asking this cause perexg said that when grab multiple streams through one tuner, the input TS stream must be parsed to split PIDs to the right HTTP session and the CPU is limited to do this..\r\n\r\nYes and not.\r\n\r\nIn a SAT>IP server the source is a tuner. Each tuner can get data from ONE MPEG-TS stream. And usually these streams are MPTS (multiple programs in one TS). That the server (or the tuner) does is FILTER the stream. If you don't like to filter it, and you like to receive the full transport stream, then you need to use the parameter \"pids=all\". However, a lot of SAT>IP servers use low powerful hardware. Then, when **NOT** using pid filtering the bitrate of the output can be very high. So, in this case you can receive a wrong stream o not receive it at all. But, usually when receiving just one program (or channel) the pid list is small and you receive an stream with a low bitrate.\r\n\r\nSo, yes. When you receive multiple programs from one tuner, you can be in troubles. But the reason is the bitrate and not the CPU.\r\n\r\nI hope this helps you!\r\nRegards.\r\n"}}
{"actor":{"display_login":"lars18th"}}