Opened 11 years ago

Closed 10 years ago

#8105 closed defect (Fixed)

Stations don't tune correctly using mythtv

Reported by: Greg G. <spikeygg@…> Owned by: Janne Grunau
Priority: minor Milestone: 0.24
Component: MythTV - Video Playback Version: Master Head
Severity: medium Keywords:
Cc: Ticket locked: no


I have a channel 39 [Boise ID] which has four substations (39.1, 39.2, 39.3, and 39.4). None of these channels display correctly in myth [audio works] but I can use other software to watch them like azap/mplayer (on DVB) and dumping a stream with my HD homerun. I've tried switching tuners and it doesn't matter which one I use. I can supply a stream dump if necessary.

Attachments (1)

playback_of_39.1.log (47.8 KB) - added by Greg G. <spikeygg@…> 11 years ago.
39.1 Playback Log File

Download all attachments as: .zip

Change History (13)

comment:1 Changed 11 years ago by danielk

Status: newinfoneeded_new

Can you watch the recordings made by MythTV in mplayer?

comment:2 Changed 11 years ago by Greg G. <spikeygg@…>

Good Q! A recording made from mythtv on the offending channel DOES work with mplayer but not from within myth.

comment:3 Changed 11 years ago by Janne Grunau

Which mythtv version? If 0.22(-fixes) please try 0.23-rc1. If that still fails I need a small sample file, the first 10M of a recording should be enough. Please make sure that the sample plays with mplayer.

comment:4 Changed 11 years ago by Greg G. <spikeygg@…>

Thanks for the response Janne, I'm using svn trunk 23547. I'm not sure how that falls into the 0.22-fixes/0.23-rc1 version scheme. I'm updating to current trunk (23858) now and will report my findings. I have uploaded a (comical) short clip from one of the broken channels.

comment:5 Changed 11 years ago by Greg G. <spikeygg@…>

I confirm that the problem persists in 23858.

comment:6 Changed 11 years ago by Janne Grunau

Status: infoneeded_newnew
Version: unknownhead

not reproducible here with your sample and mythavtest. which videodecoder do you use? I saw a couple of ffmpeg warnings.

please attach a -v playback log

Changed 11 years ago by Greg G. <spikeygg@…>

Attachment: playback_of_39.1.log added

39.1 Playback Log File

comment:7 Changed 11 years ago by Greg G. <spikeygg@…>

Ah, it must be VDPAU. That's the decoder I'm using. I have attached a log of a few seconds of live TV on 39.1. Let me know if you need anything else.

comment:8 Changed 10 years ago by robertm

Status: newinfoneeded_new

Needs a retest against current trunk.

comment:9 Changed 10 years ago by Greg G. <spikeygg@…>

I have updated to 25612 retested and playback problem persists.

comment:10 Changed 10 years ago by stuartm

Milestone: unknown0.24
Status: infoneeded_newnew
Version: headTrunk Head

comment:11 Changed 10 years ago by Kenni Lund [kenni a kelu dot dk]

Status: newassigned

comment:12 Changed 10 years ago by robertm

Resolution: Fixed
Status: assignedclosed

Sample plays correctly here in current trunk without issue. There have been improvements in both playback and scanning lately-- if there is still an issue, we need a fresh scan of the channels done in mythtv-setup, and backend and frontend logs. Closing for now.

Note: See TracTickets for help on using tickets.