Ticket #8596 (closed defect: Fixed)
Opened 20 months ago
Last modified 14 months ago
No audio with DVB recording with 2 audio tracks (0 channels)
| Reported by: | otto at kolsi dot fi | Owned by: | danielk |
|---|---|---|---|
| Priority: | minor | Milestone: | unknown |
| Component: | MythTV - Audio Output | Version: | Master Head |
| Severity: | medium | Keywords: | |
| Cc: | Ticket locked: | no |
Description
With particular recording, there's no audio if playback is started from the middle of the program (bookmark). When playing from the beginning, audio works fine. This recording has 2 tracks but both are identified to have 0 channels. I've attached logs with "-v important,general,audio".
Similar issue was last fixed 3 years ago: #3731.
Attachments
Change History
comment:1 Changed 20 months ago by jyavenard
- Owner changed from jyavenard to markk
- Status changed from new to assigned
This issue is avfd related. Not sure who's best to handle it, Markk or Janne
comment:2 Changed 19 months ago by markk
- Status changed from assigned to closed
- Resolution set to fixed
comment:3 Changed 19 months ago by otto at kolsi dot fi
- Status changed from closed to new
- Resolution fixed deleted
This no-audio problem is still present with current trunk. I've uploaded sample file (35M) to: http://filebin.ca/thvvek
Problem should occur with following steps:
- import sample file into recordings using myth.rebuilddatabase.pl and let it re-build the seektable
- start to watch the recording from the beginning
- when the actual program starts (a man within church), exit recording and save a bookmark
- go back to watch the recording from the bookmark -> no audio!
I first tried to cut a smaller sample from the middle of the program but couldn't reproduce the problem with it. It looks like problem maybe happens because of some track changes etc. in the beginning when the program starts..
comment:4 Changed 18 months ago by robertm
- Owner changed from markk to jyavenard
- Status changed from new to assigned
Appears related to the other bug where audio format changes somewhere in the stream.
comment:5 Changed 17 months ago by jyavenard
- Owner jyavenard deleted
- Status changed from assigned to new
I've been able to reproduce the problem by marking a bookmark when you see the man praying with a rosary. You then exit and come back.
Log will show that audio is being opened with: (Video) already open. 2010-09-13 14:54:18.201 AFD: Warning, audio codec 0x9133090 id(MP3) type (Audio) already open, leaving it alone. 2010-09-13 14:54:18.201 AFD: codec MP3 has 0 channels 2010-09-13 14:54:18.201 AFD: Audio Track #1 is A/V stream #1 and has 0 channels in the English language(6647399). 2010-09-13 14:54:18.201 AFD: Warning, audio codec 0x3a80070 id(MP3) type (Audio) already open, leaving it alone. 2010-09-13 14:54:18.201 AFD: codec MP3 has 0 channels 2010-09-13 14:54:18.201 AFD: Audio Track #2 is A/V stream #2 and has 0 channels in the Dutch; Flemish language(6583668). 2010-09-13 14:54:18.201 AFD: Trying to select audio track (w/lang) 2010-09-13 14:54:18.201 AFD: Selected track 1: English MP0 ?ch (A/V Stream #1) 2010-09-13 14:54:18.201 AFD: Initializing audio parms from audio track #1 2010-09-13 14:54:18.201 AFD: Audio format changed
from id(NONE) -1Hz -1ch -1bps to id( MP3) 0Hz 0ch 16bps
So AFVD tries to open the audio card with 0Hz , 0 channels which is obviously not valid.
Re-assigning to someone else, this is related to libavcodec usage in avfd. It is different to the issue of having an AC3 stream going 6->2->6->2 etc...
comment:7 Changed 16 months ago by otto at kolsi dot fi
Just verified that the no-audio issue is still present with latest r26882
comment:8 Changed 14 months ago by otto@…
This issue seems to be working now, has been fixed somewhere between r26882 and current head. Ticket can be closed.
comment:9 Changed 14 months ago by jyavenard
- Status changed from assigned to closed
- Resolution set to Fixed
can't imagine why this would be fixed .. but I'm certainly not going to argue about it

