Modify

Ticket #8767 (closed Patch - Bug Fix: fixed)

Opened 3 years ago

Last modified 14 months ago

Problem with rtp sources

Reported by: Octavio Ascanio <oascanio@…> Owned by: stuartm
Priority: minor Milestone: 0.25
Component: MythTV - Recording Version: Master Head
Severity: low Keywords: rtp problem
Cc: Ticket locked: no

Description

I have a problem with mythtv receiving rtp sources. I have found comparing the sources of iptvfeederudp.cpp and iptvfeederrtp.cpp (my provider has changed from udp to rtp) that iptvfeederrtp::Open needs the next line:

ReceivingSocketAddr? = our_inet_addr(parse.host().toLatin1());

Just previous to Groupsock *socket = new Groupsock(*_live_env, addr, parse.port(), 0);

Without this line my backend machine does not receive the network stream. My machine has three network adapters with one dedicated to iptv. The default route is in the ppp0 interface. I don't know if this is causing receiving problems when ReceivingSocketAddr? has the ANY values....

Please, can you check it?

Attachments

Change History

comment:1 Changed 3 years ago by robertm

  • Owner set to danielk
  • Status changed from new to assigned
  • Component changed from MythTV - General to MythTV - Recording

comment:2 Changed 15 months ago by stuartm

  • Type changed from defect to Patch - Bug Fix
  • Milestone changed from unknown to 0.25

Based on the description this looks like a one-line copy/paste error in iptvfeederrtp that shouldn't take more than a couple of minutes to verify and fix. I don't know the iptv code at all however so I'm leaving it to Daniel.

comment:3 Changed 15 months ago by danielk

  • Owner changed from danielk to stuartm

Stuart, feel free to fix & verify. I'm planning on ripping out all the existing IPTV code and replacing it with a completely new implementation from the rtp branch in 0.26.

comment:4 Changed 14 months ago by Github

  • Status changed from assigned to closed
  • Resolution set to fixed

Fix RTP IPTV with multiple IPTV interfaces. 1ed419ad applied a fix for udp IPTV where more than one interface was available, it didn't apply the fix for rtp which uses the same socket code. Fixes #8767, Refs #3873

Branch: master Changeset: 37cacb609357d785145f0f1a463d627feb6852f5

View

Add a comment

Modify Ticket

Action
as closed
The resolution will be deleted. Next status will be 'new'
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.