Project

General

Profile

Bug #5843

IPTV Automatic Network changes rtp-URLs and removes Source-IP of imported M3U

Added by Michael M 7 months ago. Updated 2 months ago.

Status:
Invalid
Priority:
Normal
Assignee:
-
Category:
IPTV
Target version:
-
Start date:
2020-01-12
Due date:
% Done:

0%

Estimated time:
Found in version:
HTS Tvheadend 4.2.8-36~g5bdcfd8
Affected Versions:

Description

Steps:
- Add IPTV Automatic Network using the following URL: https://grinch.itg-em.de/rtp_ssm_sample.m3u (also attached)
- Go to Muxes and edit the created Mux of this network.

The file contains 1 Channel with the following URL: rtp::10000
But Tvheadend created the mux with URL: rtp://232.0.20.35:10000
So it removed the sourceIP and the stream is not working.

Updating the Mux-URL in the webinterface again to rtp::10000 works and the stream is then also working as expected (after selecting the correct Interface). But after the re-fetch period the URL is being set again.

It seems the m3u importer is filtering/changing the URLs for rtp.


Files

rtp_ssm_sample.m3u (71 Bytes) rtp_ssm_sample.m3u Michael M, 2020-01-12 20:24
edit_mux.png (54.9 KB) edit_mux.png Michael M, 2020-01-12 20:39

History

#1

Updated by Flole Systems 7 months ago

Please try with latest master and not with some old version. There were many changes so this issue might not even be present anymore. Even if this would get fixed now you won't get the update until you're on latest master anyways.

#2

Updated by Michael M 7 months ago

If it would be that easy, I would have done that ;)

But I'm absolutely new to Tvheadend and failed building the master myself. It fails with
tvheadend/build.linux/ffmpeg/build/ffmpeg/include/libavutil/mem.h:342:1: error: ‘alloc_size’ attribute ignored on a function returning ‘int’ [-Werror=attributes]
342 | av_alloc_size(2, 3) int av_reallocp_array(void *ptr, size_t nmemb, size_t size); | ^~~~~~~~~~~

As there is no prebuilt package later than 2017 available, I used the most recent stable package for ubuntu.
I installed the latest unstable package which is HTS Tvheadend 4.3-1857~g221c29b40 on a testmachine and indeed the bug seems to be fixed. Will try to switch to that version on my NAS as well and see if that helps. Hopefully the bug can be closed then.

#3

Updated by Michael M 7 months ago

OK, also works on my NAS with latest unstable 4.3 Package, so the Bug can be closed (I guess I can't do that on my own?). Thanks for the hint.

#4

Updated by Flole Systems 2 months ago

  • Status changed from New to Invalid

Also available in: Atom PDF