I’m running OSMC (now RC3, but it got the same with RC2) on a RPi2 with the hifiberry+ audio overlay. If I select alsa/hifiberry as output audio device, SOME videos run jerky. If, without changing anything else, I set audio output to hdmi, the same videos run smoothly.
Any idea?
Alberto
If you play using hdmi/analogue do the files play smoothly?
If you play using hdmi/analogue and disable omxplayer in video/acceleration settings do the files play smoothly?
Hi, I’m having the same issue with my R Pi 2 with HiFiBerry DAC+ (jerky video on some files when using the HiFiBerry audio output). It’s running OSMC RC3, updated today; files are transferred with NFS over ethernet from our NAS. I just installed the DAC+ today; this setup has been working great until I enabled the DAC+.
The problem videos are AVI files with MPEG-4 (XVID) compression. SD stuff, 624x352 resolution. Sounds plays fine, but there’s severe stuttering in the video (jerkiness at 1-2 second intervals, output drops to ~15fps but CPU use is <5%). Mediainfo output is at the bottom of this post. Turning off OMXPlayer acceleration doesn’t make a difference, but turning off both OMXPlayer and MMAL acceleration makes SD content play smoothly. Turning off only MMAL makes it play sound through HDMI only but the video plays ok. It plays smoothly when using analogue audio out instead of the DAC+ (with all HW acceleration turned on but the DAC+ still installed).
H.264 (SD/HD) encoded files play fine and sound great with the DAC+; no problems at all.
From the forum post here: http://forum.kodi.tv/showthread.php?tid=221118&pid=1954381#pid1954381 it seems like DVDPlayer is having problems with my XVID files but not the H.264 files; OMXPlayer is doing ok, but won’t deal with the alsa-connected DAC+. It looks like this is some weird DVDPlayer issue; is there somewhere else I should be logging this as a bug?
My stereo doesn’t have HDMI and my TV speakers suck, so I live in analogue audio land. I’ll try to get debug logs run son.
General
Complete name : /mnt/nfs/Complications.S01E03.HDTV.XviD-FUM.avi
Format : AVI
Format/Info : Audio Video Interleave
File size : 348 MiB
Duration : 41mn 58s
Overall bit rate : 1 158 Kbps
Writing library : VirtualDub build 35491/release
Video
ID : 0
Format : MPEG-4 Visual
Format profile : Advanced Simple@L5
Format settings, BVOP : 2
Format settings, QPel : No
Format settings, GMC : No warppoints
Format settings, Matrix : Default (H.263)
Muxing mode : Packed bitstream
Codec ID : XVID
Codec ID/Hint : XviD
Duration : 41mn 58s
Bit rate : 1 021 Kbps
Width : 624 pixels
Height : 352 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.194
Stream size : 306 MiB (88%)
Writing library : XviD 65
Audio
ID : 1
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Mode : Joint stereo
Mode extension : MS Stereo
Codec ID : 55
Codec ID/Hint : MP3
Duration : 41mn 58s
Bit rate mode : Constant
Bit rate : 128 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 38.4 MiB (11%)
Alignment : Split accross interleaves
Interleave, duration : 42 ms (1.00 video frame)
Interleave, preload duration : 500 ms
dvdplayer has been substantially rewritten for Isengard (kodi 15).
Your problem has probably been fixed. I’m not sure if there is a way of testing an Isengard build on OSMC (there are nightly builds on other distributions). If you can point me at a troublesome file I can confirm if it will play okay.
Otherwise you can wait for an Isengard build for OSMC.
Thanks! I’ll sit tight until there’s an Isengard build or track down a nightly with it to test (OpenElec?); no sense in taking up your time on something that’s got a good chance of having been fixed. I really appreciate the help and you pointing me in the direction of a potential fix/testing target!