Kodi Community Forum

Full Version: [Mac Mini] [v17 Nightly] Choppy Video Playback
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14
Hardware

Mac Mini - Mid 2011 - 2.3GHz i5 - Intel HD Graphics 3000 - 16GB RAM

Software

OS X - El Capitan 10.11.5

Kodi 17.0-ALPHA3 Git:2016-07-03-3409787


Issue

First installed Alpha 2, same issue on current nightly - noticed when playing a video file there was choppy playback, audio is fine.

Dumped userdata and tested a fresh setup, same issue.

Now, if I activate any type of onscreen overlay, i.e. info screen or codec info the video plays perfectly, but only while activated. When closing overlays the video is choppy again.

I have a Macbook Pro - Late 2011 - 2.4GHz i5 - Intel HD 3000 512MB - 8GB RAM running OS X 10.11.6 [beta] and this does not exhibit the same issue.


Not sure what else to try to troubleshoot this.

Logs: http://pastebin.com/WWYMEhkB

Media Info

Code:
General
Unique ID : 22585479421793991561144899407688459389 (0x10FDCE1BDD4B5AF187C868B1FBF3647D)
Complete name : /Volumes/Qmultimedia/TV/Top Gear/Season 23/Top Gear - S23E05 - Episode 5.mkv
Format : Matroska
Format version : Version 2
File size : 1.59 GiB
Duration : 1h 2mn
Overall bit rate : 3 658 Kbps
Writing application : Stupid Ocelot
Writing library : Stupid Ocelot / Stupid Ocelot

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 2mn
Bit rate : 3 393 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.147
Stream size : 1.48 GiB (93%)
Writing library : x264 core 148 r2694 3b70645
Encoding settings : opencl=1 / cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=18 / lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Language : English
Default : Yes
Forced : No
Color range : Limited
Matrix coefficients : BT.709

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : A_AC3
Duration : 1h 2mn
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Frame rate : 31.250 fps (1536 spf)
Compression mode : Lossy
Stream size : 85.5 MiB (5%)
Default : Yes
Forced : No
what are your video/playback settings in kodi?
(2016-07-04, 20:08)Memphiz Wrote: [ -> ]what are your video/playback settings in kodi?

Here is the original settings: http://pastebin.com/Tk2D1HTK

And after reset, problem remains: http://pastebin.com/tGXyekxM


Sorry for the delay in reply, in Australia.
please try to play with the vtb video acceleration and the sync to display setting in video playback settings and report back if one of those alters the behavior for you
also a debug log (wiki) would be nice
(2016-07-05, 07:13)Memphiz Wrote: [ -> ]also a debug log (wiki) would be nice

Debug log was in the first post. Will post a new one after making the changes you suggested.
(2016-07-05, 07:12)Memphiz Wrote: [ -> ]please try to play with the vtb video acceleration and the sync to display setting in video playback settings and report back if one of those alters the behavior for you

Okay, turning VTB Acceleration off fixed the issue on the Mac Mini.

This is on on my Macbook Pro, same video card.

The only difference I can see is the Mini is running OSX 10.11.5 with OpenGL version: 2.1 INTEL-10.0.48

The Macbook Pro is running OSX 10.11.6 with OpenGL version: 2.1 INTEL-10.0.51


I will investigate further, and post a new debug log with VTB off if needed?
well vtb was moved to ffmpeg and ffmpeg devs already stated they will totally redo the vtb support inside ffmpeg at one point. I bet the difference that really matters isn't the used opengl version but the used cpu generation (and therefore gpu generation) in both pf your macs. We don't do much (and also can't that easily) in the current vtb implementation inside ffmpeg but just wait until they do it properly.
(2016-07-05, 16:42)Memphiz Wrote: [ -> ]well vtb was moved to ffmpeg and ffmpeg devs already stated they will totally redo the vtb support inside ffmpeg at one point. I bet the difference that really matters isn't the used opengl version but the used cpu generation (and therefore gpu generation) in both pf your macs. We don't do much (and also can't that easily) in the current vtb implementation inside ffmpeg but just wait until they do it properly.

Again, sorry for the delay in replying. Got busy with work.

Is there anything else worth looking into or just leave it for spline ffmpeg updates?
The latter for now
Memphiz,

Just for your info, I updated the Mac Mini to 10.11.6, resulting in an update to the same OpenGL version as the MacBook Pro, and as you predicted the issue persists.

But, I did notice a difference in system info.

On the MBP which performs correctly with hardware acceleration on, GPU temp is shown. On the Mac Mini, it is shown as 0 degrees.
I am joining the kodi 17 testing. On my iMac for now (i have a mac mini 2011 also but that is the htpc Smile in the living room)

Hardware:
Imac - Mid 2011 - 2,5 GHz Intel Core I5 - 12GB RAM - AMD Radeon HD 6750M 512 MB

Software:
OS X Yosemite 10.11.6
kodi-20160812-29b260c-master-x86_64

Results for 1080P hevc x265 movie
- Very Choppy playback with VDA turned on
- Choppy playback with VDA turned off

Log
http://pastebin.com/x0MD63pQ
Thats HEVC ... thats decoded via software because there is no hardware decoder on osx (at least not supported in the VTB implementation of ffmpeg). So imo the choppiness has to be the same - no matter if VTB is enabled or not (because its always software decoded anyways...)

BTW - i have a hackbook with core i7 and intel HD 4000. VTB decoder works fine with this CPU/GPU constellation (for h264) (that suggests that this might be the Intel GPU the ffmpeg developer in charge has used for developing this Wink ).
Memphiz,

Okay. Good point made with the hardware encoding........ ill test x264 too.

hardware
mac mini 2011 intel HD3000 16GB RAM
OSX 10.11.6

software
kodi-20160812-29b260c-master-x86_64

results #1
x264 test
choppy playback with vtb ON
smooth playback with vtb OFF

I tested with vtb on and than vtb off behind each other. I see Some errors regqrding the vtb in the log. But i am no expert here.


log
http://pastebin.com/TN5GmgyM

(perhaps the not named ffmpeg developer can look at it? Wink )

results #2
x265 test
smooth playback with vtb ON
smooth playback with vtb OFF

not to bad for a first test ride on my main Mac mini machine, but the vtb has some work on x264.
The hevc was choppy on My iMac But okay on the Mac mini
That log looks not to bad. I think its not the decoding that is an issue here but the rendering vcref buffers that come out of VTB. But thats only a guess (as we had alot of workaround for that in former VDA implementations).

Well usually ffmpeg developers don't care about reading in the Kodi forum. I don't even know who that developer is (sounded like you think i know him - well i don't...).
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14