Display posts from previous
Sort by

Re: SAT>IP Protocol support

#31 by evarost
Hi Prog,

I downloaded version ProgDVB7.05.3a.x64.exe and do some tests. The results:

1) If I create more than one IPTV Sources, your software has an error: don't scan for each! It uses the same URL channel list for both. This is a minor bug not related to RTSP, but I comment.

2) If I use directly the URL of the m3u file from the server "http://STB-IP:49152/SAT2IP/ServiceList-5-Video.m3u" then the "rtsp.log" indicates that after tunning first channels, the next is "unavailable". This is a bug, but I suggest first to tune one channel only.

3) After that I copied the file "ServiceList-5-Video.m3u" to the subdirectory "\Transponders\IPTV" and edit it to only live one channel. Tests using this configuration:

3a) Scan IPTV with: check "Import IPTV M3U list without scanning", uncheck "Receive channel name from stream (SDT parting); and "update". Result: no channels detected, no "rstp.log" file.

3b) Scan IPTV with: uncheck "Import IPTV M3U list without scanning", check "Receive channel name from stream (SDT parting); and "update". Result: no channels detected, no "rstp.log" file.

3c) After that, "Manual search". Result: "rstp.log" created, Level/Quality blinking; and no channel detected. You have logs, and RTSP seems to work, and scanning... but your software don't show the channel. Any new channel created in any folder.

I suggest to you to first try to solve problem with "Manual Search". I can do more tests.
Logs at http://pastebin.com/K7sJjsFj

Regards!

Re: SAT>IP Protocol support

#32 by evarost
Prog wrote:btw, what is main parameter for your device? Some m3u list with transponders or this list from upnp or?
Hi,

For Auto-Discovering, I do tests with this tool: https://github.com/Diefenthal/SatIp-Discovery-Sample

1) The device broadcasts some UPnP anouncement.

2) The anouncement contains this XML file:

Code: Select all

  <?xml version="1.0" encoding="UTF-8" ?> 
- <root xmlns="urn:schemas-upnp-org:device-1-0">
- <specVersion>
  <major>1</major> 
  <minor>0</minor> 
  </specVersion>
- <device>
  <deviceType>urn:ses-com:device:SatIPServer:1</deviceType> 
  <friendlyName>Sat>IP Server (192.168.1.212)</friendlyName> 
  <manufacturer>ALi</manufacturer> 
  <manufacturerURL>http://www.alitech.com</manufacturerURL> 
  <modelDescription>SAT>IP Server</modelDescription> 
  <modelURL>http://www.alitech.com</modelURL> 
  <modelName>SAT>IP Demo</modelName> 
  <UDN>uuid:03213F5D-1dd2-11b2-8915-00E403213F5D</UDN> 
  <modelNumber>0.0.0.1</modelNumber> 
  <serialNumber>Mirage-00E403213F5D</serialNumber> 
  <UPC>Mirage</UPC> 
  <satip:X_SATIPCAP xmlns:satip="urn:ses-com:satip">DVBS2-1</satip:X_SATIPCAP> 
  <DicoviServiceDescriptionURL>/SAT2IP/SatelliteDesc.xml</DicoviServiceDescriptionURL> 
  </device>
  </root>
3) The Relevant URL in the previous file is "/SAT2IP/SatelliteDesc.xml". Content of this XML file:

Code: Select all

<?xml version="1.0" encoding="UTF-8"?><satelliteDescription><satellite name="Astra 19,2°E"><serviceListURL type="video">/SAT2IP/ServiceList-5-Video.xml</serviceListURL><serviceListURL type="radio">/SAT2IP/ServiceList-5-Radio.xml</serviceListURL><serviceM3UURL type="video">/SAT2IP/ServiceList-5-Video.m3u</serviceM3UURL><serviceM3UURL type="radio">/SAT2IP/ServiceList-5-Radio.m3u</serviceM3UURL></satellite></satelliteDescription>
4) The list of channels (already scanned by the STB) is "/SAT2IP/ServiceList-5-Video.m3u". Partial content:

Code: Select all

#EXTM3U
#EXTINF:0,ZDF HD
rtsp://192.168.1.212:554/programID=5309441
#EXTINF:0,BR Süd HD
rtsp://192.168.1.212:554/programID=5272577
#EXTINF:0,RTL Television
rtsp://192.168.1.212:554/programID=5250049
#EXTINF:0,SAT.1
rtsp://192.168.1.212:554/programID=5263361
Conclusion: If you like to implement Auto Discovery it's easy to obtain the M3U file automatically. Hovewer, you need to support more than one IPTV source. In any case, provide manually the URL of the channels like now is simple and efective.

Regards.

Re: SAT>IP Protocol support

#36 by evarost
Prog wrote:Thanks for lot of information. I will check all point in prepare new version.
but impossible scan with "Import IPTV M3U list without scanning" this option is total not your case.
If you need more info, I can provide to you! :wink:

Related to: scan with "Import IPTV M3U list without scanning"...

1) This obviously don't enable real scan. The problem is that: the name of the channel isn't added to any channel list (my trials are with only one channel, you have the m3u file in the logs package).

2) When I do "Manual Scan" in the application menu, the Signal/Quality is doing: 100% -> 0% -> 100% -> 0% ... And no channel is scanned.

I wait for your next beta! :)

Re: SAT>IP Protocol support

#38 by evarost
Prog wrote:One more test version "b" for m3u list. Still not final, but ...
Hi,

Great improvement! My results:

1) Now I can create more than one IPTV Client devices, each with specific values. I use this to check more than config at time. Great!

2) If I put as URL a modified m3u file with only two channels, and I select "Import IPTV M3U list without scanning" and I don't check "Receive channel names from stream (SDT parsing)". Then the module imports correctly the channels. OK! But channels don't work (see more next).

3) If I put the URL of the m3u file (/SAT2IP/ServiceList-5-Video.m3u), and I don't select "Import IPTV M3U list without scanning" and I check "Receive channel names from stream (SDT parsing)". Then the module try to scan channels, but RTPS logs writes some errors (related to RTSP/1.0 503 Service Unavailable). No channels found!

More info:

When in the test "2", if I select one channel then status bar says "Connecting..." and no channel.
But, when I create the IPTV device, ONLY THE FIRST TIME, it seems to connect to the first channel. ProgDVB shows EPG of the channel, indicates "Buffering", but no image. Only some kB/s of streaming at start.
I can't reproduce this! Only if I delete the device, and create a new one with ANOTHER NAME (some caching?), works some times. The devices seems to need to receive some "reset" or "teardown" before changes.

Relevant log:

Code: Select all

-----rtsp://192.168.210.181:554/programID=5316609
>> OPTIONS rtsp://192.168.210.181:554/programID=5316609 RTSP/1.0
CSeq: 41
User-Agent: LibVLC/2.1.2 (LIVE555 Streaming Media v2013.12.05)

<< RTSP/1.0 200 OK
CSeq: 41
Date: Fri, Jun 06 2014 06:22:31 GMT
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY


>> DESCRIBE rtsp://192.168.210.181:554/programID=5316609 RTSP/1.0
CSeq: 42
Accept: application/sdp
User-Agent: LibVLC/2.1.2 (LIVE555 Streaming Media v2013.12.05)

<< RTSP/1.0 200 OK
CSeq: 42
Date: Fri, Jun 06 2014 06:22:31 GMT
Content-Base: rtsp://192.168.210.181/
Content-Type: application/sdp
Content-Length: 222


v=0
o=- 1402034570064000 1 IN IP4 192.168.210.181
s=SatIPServer:1 1
t=0 0
a=control:rtsp://192.168.210.181/programID=5316609
m=video 0 RTP/AVP 33
c=IN IP4 0.0.0.0
a=control:rtsp://192.168.210.181/programID=5316609

>> SETUP rtsp://192.168.210.181/programID=5316609 RTSP/1.0
CSeq: 43
Transport: RTP/AVP;unicast;client_port=58136-58137
User-Agent: LibVLC/2.1.2 (LIVE555 Streaming Media v2013.12.05)

<< RTSP/1.0 200 OK
CSeq: 43
Date: Fri, Jun 06 2014 06:22:31 GMT
Transport: RTP/AVP;unicast;destination=192.168.210.101;source=192.168.210.181;client_port=58136-58137;server_port=6970-6971
Session: BFEEB44B;timeout=60


>> PLAY rtsp://192.168.210.181/ RTSP/1.0
CSeq: 44
Range: npt=0.000-
Session: BFEEB44B
User-Agent: LibVLC/2.1.2 (LIVE555 Streaming Media v2013.12.05)

<< RTSP/1.0 200 OK
CSeq: 44
Date: Fri, Jun 06 2014 06:22:32 GMT
Session: BFEEB44B
RTP-Info: url=rtsp://192.168.210.181/programID=5316609


>> TEARDOWN udp://@192.168.210.181:6970 RTSP/1.0
CSeq: 45
Session: BFEEB44B
User-Agent: LibVLC/2.1.2 (LIVE555 Streaming Media v2013.12.05)
You need more tests with this version?
Last edited by evarost on Sun Jun 08, 2014 8:34 am, edited 1 time in total.

Re: SAT>IP Protocol support

#43 by evarost
Prog wrote:Do you test last version?
Hi Prog,

Sorry, I'm busy these days!

Last check with ProgDVB x86 7.05.5 and removed "ProgramData\ProgDVB\*.*"
After install: Open ProgDVB, configure a new "DVB over IP" Source, and disable YouTube.

Results:

1) If a put as URL of the device the M3U file (http://192.168.210.181:49152/SAT2IP/Ser ... -Video.m3u), the device don't work. I need to copy the file to "Transponders\IPTV". Please, review this point.

2) If the M3U file contains more than one entry, problems continue when change the channel. Logs show " << RTSP/1.0 503 Service Unavailable". Please, add one temporal option to force only one channel (only for testing!). I edit the file, and leave only the first entry like:

Code: Select all

#EXTM3U
#EXTINF:0,Das Erste HD
rtsp://192.168.210.181:554/programID=5316609
Note: If I open this file with VLC then the channel opens in VideoLAN without troubles.

3) After one scan, no detection of any channel. Moreover, no new entry in the channel list! In the list are only "Internet TV" and "Internet Radio", from the other device (the standard "Internet TV and Radio", that I leave enabled for correct initialization of the ProgDVB). Please, force to create an empty channel list when creating a new device.

4) If I do a "Manual Search" (on menu "Channel List") of "DVB over IP", now Level & Quality are 100% (no blinking), and Signal:Loked. I select "Scan", but nothing happens (in the UI). You can show the logs on: http://pastebin.com/atUfN0ca

I feel that you're close to complete initial support. Please, continue to update.
Thank you!
Last edited by evarost on Tue Jul 01, 2014 2:58 pm, edited 1 time in total.
Attachments
Logs2-only-one-channel-m3u-plus-Manual-Search.zip.zip
(4.01 KiB) Downloaded 251 times