Opened 18 years ago
Closed 16 years ago
#3409 closed defect (wontfix)
Bug in multiple PES packets per TS packet support
Reported by: | danielk | Owned by: | danielk |
---|---|---|---|
Priority: | trivial | Milestone: | unknown |
Component: | MythTV - DVB | Version: | head |
Severity: | low | Keywords: | |
Cc: | Ticket locked: | no |
Description
In mpegstreamdata.cpp around line 259 we create a new PESPacket using a TSPacket which doesn't contain a payload start packet. This is not supported by the PESPacket class.
I will attach a patch that disables this code, but I'm not sure if it is safe to do this. Obviously, this isn't triggered by many real world streams, since this code was added by the patch in #438, two years ago.
Attachments (1)
Change History (7)
Changed 18 years ago by
Attachment: | 3409-tmp-fix.patch added |
---|
comment:1 Changed 18 years ago by
Owner: | changed from Isaac Richards to danielk |
---|
comment:2 Changed 18 years ago by
(In [14053]) Refs #3409. This fixes a rare SEGFAULT.
This is triggered by the Ohio News Network stream because they do not properly clear the trailing portions of their TS packets. But the code this changeset disables would have caused a SEGFAULT even if it has ever been triggered correctly. No one reported this SEGFAULT in years so I presume the corner case the code is designed to handle is very rare.
I'm not closing the ticket itself because this just avoids the SEGFAULT, a theoretical MPEG stream that properly triggers this branch might not play with this changeset applied (but it also won't cause a SEGFAULT like before).
comment:3 Changed 18 years ago by
Milestone: | 0.21 → unknown |
---|---|
Priority: | minor → trivial |
Severity: | medium → low |
comment:4 Changed 17 years ago by
Status: | new → assigned |
---|
comment:5 Changed 16 years ago by
Component: | mythtv → MythTV - DVB |
---|---|
Status: | assigned → infoneeded |
This ticket last saw activity two years ago, is this still a problem?
comment:6 Changed 16 years ago by
Resolution: | → wontfix |
---|---|
Status: | infoneeded → closed |
As noted in earlier comments, there is a gap in our handling of tiny psip tables. However in the three years since this was initially discovered only two actual examples have been found, both of which were worked around. So I'm marking this as a wontfix, if someone finds another example that triggers this code path I'll re-open the ticket and look at it.
Temporary fix