DVB-IP MediaPortal IPTV Source Filter (1 Viewer)

[azzuro]

No, it's not possible, IPTV source filter doesn't split source stream to separate tracks. For adding this feature I need some testing TS stream. I write you private message with necessary information.

I have same provider internet of EdG, i can also help you for test !

 

[azzuro]

@georgius : why your change are not includ in MP 1.4 ?

 

[tourettes]

better tell @tourettes he has contact to nev as far as I know, nev was the last time active in 2011 here...

No need to use me as proxy, it will just create extra overhead and extra work for me You can contact @nevcairiel directly at doom9 forum. Just create a short sample video file that can be used to reproduce the issue and post it to http://forum.doom9.org/showthread.php?t=156191 with a good description of the issue. Bad post will cause the issue not to be fixed

 

[azzuro]

here TS files with AAC Audio codec (lav audio broken), i'm in vacation tonight i can't post on doom9 ( if user can do it, thanks)

Spoiler

Général
ID/String : 1021 (0x3FD)
CompleteName : C:\ProgramData\Team MediaPortal\MediaPortal TV Server\log\mpiptv_output_dump_{65341BAA-90A9-47DF-9852-1622F8E7349C}.ts
Format : MPEG-TS
FileSize/String : 12,7 Mio
Duration/String : 21s 453ms
OverallBitRate_Mode/String : Variable
OverallBitRate/String : 4 799 Kbps

Vidéo
ID/String : 420 (0x1A4)
MenuID/String : 61962 (0xF20A)
Format : AVC
Format/Info : Advanced Video Codec
Format_Profile : High@L4.0
Format_Settings_CABAC/String : Oui
Format_Settings_RefFrames/String : 4 images
CodecID : 27
Duration/String : 20s 600ms
Width/String : 1 440 pixels
Height/String : 1 080 pixels
DisplayAspectRatio/String : 16/9
FrameRate/String : 25,000 Im/s
ColorSpace : YUV
ChromaSubsampling : 4:2:0
BitDepth/String : 8 bits
ScanType/String : MBAFF

Audio #1
ID/String : 430 (0x1AE)
MenuID/String : 61962 (0xF20A)
Format : AAC
Format/Info : Advanced Audio Codec
Format_Version : Version 2
Format_Profile : LC
MuxingMode : ADTS
CodecID : 15
Duration/String : 21s 503ms
BitRate_Mode/String : Variable
Channel(s)/String : 2 canaux
ChannelPositions : Front: L R
SamplingRate/String : 48,0 KHz
Compression_Mode/String : Avec perte
Video_Delay/String : -668ms
Language/String : Français

Audio #2
ID/String : 431 (0x1AF)
MenuID/String : 61962 (0xF20A)
Format : AAC
Format/Info : Advanced Audio Codec
Format_Version : Version 2
Format_Profile : HE-AAC / LC
MuxingMode : ADTS
CodecID : 15
Duration/String : 21s 247ms
BitRate_Mode/String : Variable
Channel(s)/String : 2 canaux
ChannelPositions : Front: L R
SamplingRate/String : 48,0 KHz / 24,0 KHz
Compression_Mode/String : Avec perte
Video_Delay/String : -348ms
Language/String : qaa

Texte #1
ID/String : 70 (0x46)-888
MenuID/String : 61962 (0xF20A)
Format : Teletext Subtitle
Language/String : Français

Texte #2
ID/String : 70 (0x46)-889
MenuID/String : 61962 (0xF20A)
Format : Teletext Subtitle
Language/String : Français

Menu
ID/String : 66 (0x42)
MenuID/String : 61962 (0xF20A)
Duration/String : 21s 453ms
List/String : 70 (0x46) () / 420 (0x1A4) (AVC) / 430 (0x1AE) (AAC, Français) / 431 (0x1AF) (AAC, qaa)
Language/String : / / Français / qaa

 

[mm1352000]

@georgius
I'm having some trouble with a different CableCARD tuner in a VM environment.
The tuner is streaming successfully, but your source filter is not receiving data.
I'm wondering if the problem might be related to the use of 127.0.0.1 as network interface, or maybe binding to the wrong port.
What is the reason specifying network interface is not supported for RTSP?
Can you please help me debug if I can supply RDP access?

Best regards,
mm

 

[georgius]

@georgius
I'm having some trouble with a different CableCARD tuner in a VM environment.
The tuner is streaming successfully, but your source filter is not receiving data.
I'm wondering if the problem might be related to the use of 127.0.0.1 as network interface, or maybe binding to the wrong port.
What is the reason specifying network interface is not supported for RTSP?
Can you please help me debug if I can supply RDP access?

Best regards,
mm

Specifying network interface is not supported by Live555 library used in TV server, filter is using same library. But maybe problem is in firewall/antivirus settings. Data from RTSP are forwarded to UDP localhost (127.0.0.1) connection, ports 45000 - 46000.

 

[mm1352000]

Specifying network interface is not supported by Live555 library used in TV server, filter is using same library.

I'm confused.
Isn't RTSP using UDP/RTP for the stream transport?
UDP and RTP support specifying the network interface.

But maybe problem is in firewall/antivirus settings.

The only firewall is the windows firewall, and it is turned off.

Data from RTSP are forwarded to UDP localhost (127.0.0.1) connection, ports 45000 - 46000.

I see that 127.0.0.1 is hard-coded twice in the code...
If you changed those to the network interface IP, would it fail to work?

Sorry, I'm quite confused - I think I need a lot of help from you!
I've attached PCAP and log files so you can see what I'm talking about.

 

[georgius]

I'm confused.

Isn't RTSP using UDP/RTP for the stream transport?

UDP and RTP support specifying the network interface.

Doesn't matter if RTSP using UDP/RTP for stream transport. You don't have access to this layer. You can only specify which sink (output) can be used.

I see that 127.0.0.1 is hard-coded twice in the code...

If you changed those to the network interface IP, would it fail to work?

Yes, first time is it address for BasicUdpSink, second time for UDP connection to receive data.

I didn't see any problem in logs, I assume that problem is between output of BasicUdpSink and UDP input.

 

[mm1352000]

Doesn't matter if RTSP using UDP/RTP for stream transport. You don't have access to this layer. You can only specify which sink (output) can be used.

Maybe this is a dumb question: why can't you pass a URL like "udp://192.168.15.50:4477@233.10.12.1:7777" to the UDP layer?

Yes, first time is it address for BasicUdpSink, second time for UDP connection to receive data.



I didn't see any problem in logs, I assume that problem is between output of BasicUdpSink and UDP input.

I don't really understand.
What can I do to investigate/solve the problem?

 

[mm1352000]

Maybe we could try to take an example?

VM with TV Server installed has one local ethernet adapter. IP address is 172.16.0.142. Hostname is tvsrv03.
RTSP URL of device is rtsp://172.16.0.71:554/tuner2/current.
Source port for RTSP connection is 56086.
Transport header specified in RTSP SETUP is RTP/AVP;unicast;client_port=55370-55371.
So device sets up UDP stream at 172.16.0.71:55370.
Can we receive that stream?