[tazr42]

Firstly, yes this is main XBMC and not PVR, although the file originally came from TVHeadend, I've taken the mkv and playing it as a regular file.

My file starts with trailers and info, and that's fine, but then it switches to Doctor Who, and for that there's no audio. I can get the audio description track, but the main track is just silent.

I've tested this with VLC, and it plays with audio, but I noticed the media info changes.

Working parts (BBC trailers):

Code:

Stream 1
Type: Audio
Codec: MPEG AAC Audio (mp4a)
Language: English
Channels: Stereo
Sample rate: 44100 Hz

Broken parts (From just before where the old England scene starts):

Code:

Stream 1
Type: Audio
Codec: MPEG AAC Audio (mp4a)
Language: English
Channels: 3F2R/LFE
Sample rate: 48000 Hz

I'm jumping to conclusions, but I'm guessing it's doing fancy stuff that XBMC doesn't like with the 3F2R/LFE stuff. XBMC media info doesn't show a difference in the audio info before and after the change, just saying:

Code:

D(Audio: aac, 48000 Hz, stereo, s16) P(aq:13%, Kb/s:271.09, attr:0.0 dB)

I've taken the first 100MB of the file, which starts with the working section and then shows a very limited amount of the broken section, but enough to see silence.

http://dl.dropbox.com/u/4104724/test.mkv

I'm running it through pulse audio and HDMI, but changed every setting I could find in both the XBMC settings (System->Audio and the in video menus) and the pulse audio control settings.

Running Frodo release candidate 1. I don't think there's anything that would effect this in the latest RC, but if it's a simple enough fix, perhaps it's enough of a fix to squeeze it into Frodo?

The log gets spammed the minute it hits the funny bit, at 23:42:27:

Code:

23:41:12 T:140110127113984  NOTICE: Thread Jobworker start, auto delete: true
23:41:13 T:140110106683136  NOTICE: Thread Background Loader start, auto delete: false
23:41:25 T:140110127113984  NOTICE: Previous line repeats 4 times.
23:41:25 T:140110127113984  NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
23:41:28 T:140111685113728  NOTICE: DVDPlayer: Opening: smb://192.168.0.50/xbmc/RecordingsMovies/test.mkv
23:41:28 T:140111685113728 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
23:41:28 T:140110106683136  NOTICE: Thread CDVDPlayer start, auto delete: false
23:41:28 T:140110106683136  NOTICE: Creating InputStream
23:41:28 T:140110106683136  NOTICE: Creating Demuxer
23:41:29 T:140110106683136  NOTICE: Opening video stream: 0 source: 256
23:41:29 T:140110106683136  NOTICE: Creating video codec with codec id: 28
23:41:29 T:140110106683136  NOTICE: CDVDVideoCodecFFmpeg::Open() Creating VDPAU(1920x1080, 28)
23:41:29 T:140110106683136  NOTICE: vdp_device = 0xffffffff vdp_st = 0x00000001
23:41:29 T:140110106683136   ERROR: (VDPAU) unable to init VDPAU - vdp_st = 0x1.  Falling back.
23:41:29 T:140110106683136  NOTICE: CDVDVideoCodecFFmpeg::Open() Failed to get VDPAU device
23:41:29 T:140110106683136  NOTICE:  (VDPAU) Close
23:41:29 T:140110106683136  NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
23:41:29 T:140110106683136  NOTICE: Creating video thread
23:41:29 T:140109962458880  NOTICE: Thread CDVDPlayerVideo start, auto delete: false
23:41:29 T:140109962458880  NOTICE: running thread: video_thread
23:41:29 T:140110106683136  NOTICE: Opening audio stream: 1 source: 256
23:41:29 T:140110106683136  NOTICE: Finding audio codec for: 86018
23:41:29 T:140110106683136  NOTICE: Creating audio thread
23:41:29 T:140109738276608  NOTICE: Thread CDVDPlayerAudio start, auto delete: false
23:41:29 T:140109738276608  NOTICE: running thread: CDVDPlayerAudio::Process()
23:41:29 T:140110106683136  NOTICE: Opening Subtitle stream: 3 source: 256
23:41:29 T:140110106683136   ERROR: OpenStream - Unable to init overlay codec
23:41:29 T:140110106683136 WARNING: OpenSubtitleStream - Unsupported stream 3. Stream disabled.
23:41:29 T:140109738276608  NOTICE: Creating audio stream (codec id: 86018, channels: 2, sample rate: 48000, no pass-through)
23:41:29 T:140109962458880   ERROR: VAAPI - unable to initialize display -1 - unknown libva error
23:41:30 T:140109962458880  NOTICE:  fps: 25.000000, pwidth: 1920, pheight: 1080, dwidth: 1920, dheight: 1080
23:41:30 T:140109962458880 WARNING: CRenderManager::Configure - timeout waiting for previous frame
23:41:30 T:140109962458880  NOTICE: Display resolution DESKTOP : 1920x1080 @ 60.00 - Full Screen (16)
23:41:30 T:140111685113728  NOTICE: Using GL_TEXTURE_2D
23:41:30 T:140111685113728  NOTICE: GL: Selecting Single Pass YUV 2 RGB shader
23:41:30 T:140111685113728  NOTICE: GL: NPOT texture support detected
23:41:30 T:140111685113728  NOTICE: GL: Using GL_ARB_pixel_buffer_object
23:42:26 T:140109738276608   ERROR: CDVDPlayerAudio::DecodeFrame - Decode Error. Skipping audio packet
23:42:26 T:140109738276608   ERROR: Previous line repeats 313 times.
23:42:26 T:140109738276608 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
23:42:26 T:140109738276608   ERROR: CDVDPlayerAudio::DecodeFrame - Decode Error. Skipping audio packet
23:42:26 T:140109738276608   ERROR: Previous line repeats 4 times.
23:42:26 T:140109738276608 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
23:42:26 T:140109738276608   ERROR: CDVDPlayerAudio::DecodeFrame - Decode Error. Skipping audio packet

If anyone has any ideas or is able to test the video file on their system then it would be appreciated.

Thanks

[adamsutton]

I've actually just finished watching my own recording of the same show. So I certainly don't think its a problem with playback under XBMC.

My own recording was done using a dev version of TVH and recorded using TS (passthru) container. Playback was on Frodo RC1 (I think).

It's possible that there would be problems with MKV playback when the stream makeup changes, especially under 3.2. I know John has made some improvements here, but playback under XBMC may still not work properly. To cope with the stream change (i.e. MP2 2.0 -> AC3 5.1, I think it was) John uses a feature of MKV that is not all that well supported (there is little alternative, other than to simply drop the new streams).

The fact that it plays under VLC possibly implies you're using master and have John's latest changes and that is why playback does not work under XBMC. It might be possible to extract the relevant streams and put things back together in such a way that XBMC will play it, or wait for the relevant support to be added. Assuming that is the issue.

Adam

[tazr42]

Hmmm.....I am actually using XBMC 12.0-RC1 Git:49b2d1f (Compiled Dec 11 2012) from the ppa.

I've tried switching container format to TS and scheduled a recording for the morning, so will check when I awake.

From your description, that seems like a possible easy fix, will see how it goes and report.

Thanks!

[FernetMenta]

We have fixed this issue for live streams (tvheadend + vnsi). The demuxer for live streams does observe stream changes and changes in the audio config, e.g. number of channels changes. In this case we re-open the audio player.
We are working on doing the same for ffmpeg demuxer but this won't go into Frodo.

[tazr42]

I've switched the container to TS, recorded Bolt, and VLC is reporting it to be the same as the Doctor Who MKV recording, but XBMC is playing the audio.

So it seems to work on TS and not MKV.

I'm happy that people are aware of the issue, hope it gets resolved soon.

[Prof Yaffle]

Can I check if this is the same issue that I've spotted, please, guys?

I have the same "no audio" on a few HD programmes over Christmas. They also play in VLC (but not SMPlayer) - mkv container [am I the only one who just really doesn't get on with .TS?] - release versions of everything.

What's interesting is that I'm *not* actually getting audio in VLC. What I'm getting is the background audio on track 1, the audio description on track 2, but I'm missing the dialogue. Presumably, the source file would normally switch the audio language for the dialogue and then mux it back together for the final listening, rather than carry a whole track, background and all, for every language. I'm guessing, though, especially since this is FTA/OTA broadcast.

Anyway, it sounds like it's related, but I'm not entirely certain. I thought for a while that I did have audio on VLC, until I listened more closely...

[bilbonvidia]

Glad I came acoss this thread as I noticed on some HD freeview recordings also, no sound after the ads when the main feature starts so I guess .ts instead of .mkv is the answer for now?

Playing same files in vlc I had no sound either , undf error for sound.

[Prof Yaffle]

I'm certainly going to revert to .ts for now - as I said, I've had no end of problems on that in the past, and ProjectX takes forever to fix it, but a re-encode in Handbrake should be sufficient to fix most things. The move to .ts is partly driven by this, but also by some timing issues I'm getting (30s offset) in .mkv - it makes comskip and the like unusable.

Sadly, I've run out of BBC HD films to record now that Christmas is over... ah, all those luvverly 1080 animations to watch in 5.1 sound... never mind, next time!

[bilbonvidia]

oh dear, there's loads of my recordings for the kids like this how utterly depressing. I was using ts as well but for some reason changed it mkv. Typical.

[nickr]

oh dear, there's loads of my recordings for the kids like this how utterly depressing. I was using ts as well but for some reason changed it mkv. Typical.

Maybe it is worth trying to change the container of the files you have. Try, eg

Code:

ffmpeg -vodec copy -acodec copy -i failingfile.mkv failingfile.ts

Or something like that! Shouldn't take long to do.