Bug #3980
open
Fails to regognize an IPTV TS stream
Added by William Ruppel over 8 years ago.
Updated over 8 years ago.
Found in version:
4.1-2236
Description
I've got an IPTV TS stream that is not being recognized. The URL for the m3u8 for the stream is: http://46.166.162.35:9090/load/b0922f3fa8aa/4.m3u8
The stream works fine in media players such as VLC, Kodi, MPC-HC.
Please find attached the trace log from tvheadend and a tcpdump in PCAP format. The stream looks okay to my eyes, I'm not sure why tvheadend fails on this.
Thanks.
- Bill
Files
C K wrote:
Is it a packed in a TS?
I'm sorry I don't follow what you're asking. I've attached a summary of the HTTP requests and responses, hopefully that will make this more clear.
William Ruppel wrote:
C K wrote:
Is it a packed in a TS?
I'm sorry I don't follow what you're asking. I've attached a summary of the HTTP requests and responses, hopefully that will make this more clear.
It is in a transport stream, the debug info messages in VLC confirm this. :)
Okay thanks. That's strange, maybe the same problem as #3964
Save the .ts stream using wget (use mux play URL from tvh) to a file (20 seconds) and upload the .ts file here....
Jaroslav Kysela wrote:
Save the .ts stream using wget (use mux play URL from tvh) to a file (20 seconds) and upload the .ts file here....
But I can't use the mux play URL, as the stream is not being recognized; hence tvh doesn't serve up the data.
I already attached a tcpdump that contains the raw packet data while tvh is trying to recognize the stream... is that not sufficient?
If not, I could capture more data directly from the actual source stream, if that's what you need.
Thanks.
William Ruppel wrote:
Jaroslav Kysela wrote:
Save the .ts stream using wget (use mux play URL from tvh) to a file (20 seconds) and upload the .ts file here....
But I can't use the mux play URL, as the stream is not being recognized; hence tvh doesn't serve up the data.
I already attached a tcpdump that contains the raw packet data while tvh is trying to recognize the stream... is that not sufficient?
If not, I could capture more data directly from the actual source stream, if that's what you need.
Thanks.
He ment 'wget' command in bash shell.
In this case:
wget http://46.166.162.35:9090/load/b0922f3fa8aa/4.m3u8
And then cancel it after 20 seconds.
Same problems here with a lot of m3u8/ts streams.
Also available in: Atom
PDF