Modify
Warning Please read the Ticket HowTo before creating or commenting on a ticket. Failure to do so may cause your ticket to be rejected or result in a slower response.

Opened 4 years ago

Closed 2 years ago

#8767 closed Patch - Bug Fix (fixed)

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 (0)

Change History (4)

comment:1 Changed 4 years ago by robertm

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

comment:2 Changed 2 years ago by stuartm

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

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 2 years 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 2 years ago by Github

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

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

Add 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.