Opened 14 years ago

Closed 14 years ago

Last modified 13 years ago

#8193 closed defect (fixed)

HDHR fails to record on both tuners simultaneously

Reported by: Derek Atkins <warlord@…> Owned by: Nigel
Priority: minor Milestone: 0.23-fixes
Component: MythTV - Recording Version: head
Severity: medium Keywords:
Cc: warlord@… Ticket locked: no

Description

I upgraded to trunk on 3/11 and ever since then I've started losing recordings or having truncated recordings. This happened twice last night:

  • At 2000 my myth was set to record House on HDHR0-0 and Chuck on HDHR0-1. Chuck was a 0-length recording.
  • At 2300 it started to record The Daily Show on HDHR0-0, then at 2329 it started to record Cobert on HDHR0-1; but this stopped the recording of TDS. Then at 2335 it started recording Letterman on HDHR0-0 which stopped the recording of Cobert! So TDS was only 28min long (supposed to be 36) and Cobert was only 5min long (supposed to be 35)!

I've attached the backend logs, obtained with -v channel,record,siparser of both sets of recordings.

I'll note that 0.22 was ROCK SOLID on this front, and I only started having problems when I upgraded to trunk on 3/11.

Attachments (3)

MythLog-Chuck-Failure.txt (21.2 KB) - added by Derek Atkins <warlord@…> 14 years ago.
The backend log during the failure of Chuck at 2000
MythLog-Cobert-Failure.txt (51.2 KB) - added by Derek Atkins <warlord@…> 14 years ago.
The backend log during the recordings of TDS/Cobert/Letterman
hdhrrevert.diff (111.1 KB) - added by robertm 14 years ago.
Revert HDHR Library changes.

Download all attachments as: .zip

Change History (10)

Changed 14 years ago by Derek Atkins <warlord@…>

Attachment: MythLog-Chuck-Failure.txt added

The backend log during the failure of Chuck at 2000

Changed 14 years ago by Derek Atkins <warlord@…>

Attachment: MythLog-Cobert-Failure.txt added

The backend log during the recordings of TDS/Cobert/Letterman

comment:1 Changed 14 years ago by danielk

Owner: changed from danielk to Nigel
Priority: majorminor
Status: newassigned

comment:2 Changed 14 years ago by Derek Atkins <warlord@…>

I just started going through my recordings since 3/11 and noticed that many of them were truncated or cut short. So I think it might be more than just simultaneous recordings.

Changed 14 years ago by robertm

Attachment: hdhrrevert.diff added

Revert HDHR Library changes.

comment:3 Changed 14 years ago by robertm

Status: assignedinfoneeded

Feel free to try the attached patch, but preliminary results show it should solve the issue.

comment:4 Changed 14 years ago by robertm

(In [24023]) Refs #8193. Revert libmythhdhomerun to its state as of .22. Resolves an issue where using both tuners concurrently would cause one or both recordings to fail.

comment:5 Changed 14 years ago by robertm

Resolution: fixed
Status: infoneededclosed

(In [24024]) (Should) Fix #8193. Backport HDHR library reversion to .23-fixes, this should restore reliable behavior to both tuners.

comment:6 Changed 13 years ago by Github

HDHomeRun: Fix capture failures when HDHR is defined by IP.

Around a year ago, SiliconDust? modified the hdhomerun_device_create_from_str_ip to hardcode tuner 0 rather than parse it from the device string. This appears to have been a simple oversight, since the equivalent string parsing function by device ID still does parse for the tuner number.

This restores the logic to parse for the tuner number rather than just unequivocally use tuner 0.

Refs #8193. Refs #9247.

Branch: master Changeset: 0b88b99c23c4c5152fb986163fe31d628ac60173

comment:7 Changed 13 years ago by Raymond Wagner

Milestone: unknown0.23-fixes
Note: See TracTickets for help on using tickets.