Posts: 70
Joined: Nov 2014
Reputation:
1
I have a haswell Mac mini, one thing I have found is if I plug in through the display port with a hdmi adapter refresh rates change perfectly, if I plug straight into the hdmi port they don't change
Posts: 515
Joined: Sep 2012
Reputation:
1
My Braswell box is at the friend now, and I have been asked a questions about Braswell and 3D support: does Braswell and VAAPI EGL build (OE and ppa) supports BD3D - Frame Packing 3D, SBS, OU? I don't care about 3D, but would like to answer and help out some friends.
Thanks!
Posts: 4
Joined: Dec 2015
Reputation:
0
Hey Guys, the last update (r21606) crashed on my NUC5PPYH. >Error in prepare_sysroot: mount_common: Could not mount /dev/SYSTEM
What can i do? Complete new install? Thanks for help.
Posts: 70
Joined: Nov 2014
Reputation:
1
Blekin MINI DISPLAYPORT TO HDMI ADAPTER 4K, yes is passes audio through it fine and 4k (up to 30Hz)
Posts: 7,135
Joined: Oct 2012
un1versal
Out of Memory (1939–2016)
Posts: 7,135
(2015-09-16, 18:15)fritsch Wrote: (2015-09-16, 17:28)ggp759 Wrote: (2015-09-16, 15:16)FernetMenta Wrote: the point is that you can't adjust refresh rate to match video to a 100% match.
Ok. Saw you are saying that i should have both options enabled?
No. Sync Playback syncs perfectly the fps to the videoclock. Simplified, whenever we change the front with the backbuffer one fps is displayed. This happens fps count a second. Fully in vsync -> perfect video. Problem here is: If video and audio don't match exactly.
Use case a) The VSync Clock runs at 23.99 fps and not at 23.976 fps -> no problem for video as it is just displayed "a bit" faster -> you won't notice. Cause in perfect vsync 23.99 fps are displayed per second - perfectly matching your screen, just like a clock - always doing: tick, tick, tick e.g. frame, frame, frame - the clock just runs faster as a 23.976 clock would run - no one cares. Problem comes into play, when you have audio. Cause audio and video would go ahead of each other. Therefore one needs to do something when this is happening.
With passthrough audio: we only have two choices drop or dupe and that you can hear very loud if you have bad luck, it makes a famous psssst noise to correct this offset.
Without passthrough audio: We resample a bit and video stays perfectly in sync and you won't even notice anything
=> Reason why you should disable it when you passthrough.
In a perfect world where videos are really exactly 23.976 fps and your refreshrate is really 23.976 hz -> Sync Playback does not harm (even if you passthrough), but it won't be able to help you - as everything is perfect already. And: world is not perfect.
Use case b) You play 59.94 fps content at 60 hz -> vclock "speeds it up" automatically, cause swapBuffers every 1000 / 60.0 ms vs. 1000 / 59.94 ms -> audio needs to be speed up too.
With passthrough: drop samples (ugly, bad experience)
Without passthrough: resample with a factor > 1 - audio will get a little bit higher in tone -> but you won't realize.
Adjust Refreshrate to match video is something else - it tries to find a refreshrate, so that Refreshrate % (modulo) fps == some even non fractional value. 25 fps at 50 hz is fine, 23.976 fps at 23.976 hz is fine. 23.976 at 24.0 hz -> not fine. But with RefClock -> no issue video wise.
So to summarize:
- Use Adjust Refreshrate to match video: good precondition to have the Sync Playback do a nice job afterwards
- Use Adjust Refreshrate to match video: also if you are a passthrough audio user - cause 23.976 fps content + passthrough audio played at 60 hz - won't work without either visual stutter or audio drops.
- Passthrough audio sucks for "perfect playback" as video clock might not match fps exactly, we need to drop / dupe or resync after 200 ms off
- Enable Sync Playback to Display _if_ you don't use passthrough audio as it cares for perfect video while maintaining your audio in sync without you noticing.
Edit: Not covered in here: What happens if you play 24.0 fps content at 60 hz? How would you play 23.976 fps at 60 hz? -> Some wikipedia for the dear user able to read: https://en.wikipedia.org/wiki/Three-two_pull_down
Personally: I don't use passthrough audio at all - I have a 5.1 capable LPCM receiver which I feed directly. Since we have dcadec support - I even can decode DTS-HDMA and have perfect audio also in combination with perfect video.
This is great explanation for sure.
I have a suggestion, since the new videoplayer in v17 master cannot do passthough audio with sync playback to display enabled, how about if you enable passthough then sync playback to display is disabled and user notified and the opposite if you have passthough enabled and enable sync playback to display then same thing would happen.
that is if this is the new way going forward that is and it wont change, because I was wondering why only pcm was coming out the speaker, and only a few minutes ago anaconda mentioned this...
Would that be possible and does it make sense to do so? In an Ideal world users woul read the help text, but as you noted its not an ideal world
Posts: 6,810
Joined: Jul 2010
Reputation:
198
Pause bursts won't help. When playing 24Hz material on a 50Hz display, you need to speed up audio by 4%. Not possible with passthrough.
, occasional high cpu usage and frame dropping below 17fps on a simple apple trailer on a baytrail j1800 system.
but you do so hope you can fix this in the future 
