- Thread starter
- #481
In both cases you're true. But it's problem of TV Service, not directly of IPTV filter. If these problems are annoying to you, report them to bug report forum.
[OffTopic]Hi,
i tested the last days with mit new SAT>IP-Equiqument and Mediaportal 1.4.
And it works great.
I use a Triax TSS 400 SAT>IP Converter and also Triax IP-100 Clients.
After some Problems scanning the satelite with M3U-Lists from Internet i used WireShark for sniffing the communication between the IP-100 and the TSS 400.
I can see on the Protocoll, that the IP-100 use RTSP for communication with the Converter. And he always gives the full Parameters as described in the Protocoll-Sepcifications.
Mediaportal TV-Server-Configuration crashed, when i used the Parameters like the IP-100-Client does it.
Also with the patch from Post 1 in this thread.
So i do some tests with VLC, RTSP and HTTP.
When i Use the complete Parameters with a HTTP-Request, it works always.
So i modifyed my M3U, so it Looks like this:
(triax-tss400 is the DNS-Name for my converter)
#EXTM3U
#EXTINF:-1,Das_Erste_HD
http://triax-tss400/?src=1&freq=114...ec=23&ro=0.35&pids=0,5100,5101,5102,5103,5106
#EXTINF:-1,ZDF_HD
http://triax-tss400/?src=1&freq=113...&ro=0.35&pids=0,6100,6110,6120,6121,6123,6122
#EXTINF:-1,Bayerisches_Fernsehen_Sud_HD
http://triax-tss400/?src=1&freq=115...ec=23&ro=0.35&pids=0,5200,5201,5202,5203,5206
#EXTINF:-1,Sat_1
http://triax-tss400/?src=1&freq=125...ype=qpsk&fec=56&ro=0.35&pids=0,96,255,256,259
(i added the Parameters for mtype, fec and ro).
Now i can scan with Mediaportal and view all the Stations.
Next Test is now Recording and look if EPG works.
Greetings
In current state no. But there is branch, which tries to merge IPTV filter with Url Source Splitter (maybe you know it from OnlineVideos) and for that I'm planning to add on-the-fly transcoding to MPEG2 TS.Any possibility of getting support for rtsp asf streams? I have some live channels that are broadcast in this format and it would be great to get the full pvr functions with these streams.
I don't think that HTTP is slower than RTSP. RTSP needs several requests (in general these reqest are very similar to HTTP request) to negotiate and start playback, so in theory is HTTP faster than RTSP.[OffTopic]
is the http uri not very slow in channel switch ?
i prefer the rtsp so have i the control over the stream
if you want can you look in my Project http://code.google.com/p/sat2ip/
[/OffTopic]
It depends on implementation of HTTP and RTSP servers and clients. But in general, HTTP should be faster.my results are others http request + Response are slower than rtsp
ok it can be a device Problem, but on two devices the same problem ?
After MP 1.5 release will be this thread closed, because this filter became standard part of TV server.georgius we can close this thread after 1.5 release ?
and open new one about the new rework
In current state no. But there is branch, which tries to merge IPTV filter with Url Source Splitter (maybe you know it from OnlineVideos) and for that I'm planning to add on-the-fly transcoding to MPEG2 TS.
Because Tv Server supports only MPEG2 TS streams.The stream works wonderfully on OnlineVideos so I'm eagerly looking forward to the merge!
Out of curiosity, why does it need to be transcoded to MPEG2 TS?
don't support also h264 ?Because Tv Server supports only MPEG2 TS streams.