Posts: 466
Joined: Mar 2014
Reputation:
3
Didn't notice any lipsync fault in build 3.
I'm going to test build 4 right now.
Posts: 843
Joined: Jul 2010
Reputation:
13
2015-05-12, 22:22
(This post was last modified: 2015-05-12, 22:42 by oldpoem.)
Lipsync issue usually varies with each hw/system mostly with external audio decoder device. I'd suggest you should test with direct connect to tv regarding this issue. For external amp you may need to adjust latency for your system yourself. Since it's mostly different from system to system. And even sometimes version to version.
Blackscreen issue like Djoole encountered when playback stop still happens to me. I can successfully quit with remote power button then ok. It was there for some times not just recently.
Posts: 843
Joined: Jul 2010
Reputation:
13
It is not locked up or not responding. It just not return to gui when playback finish/stop. So I don't see madvr crash report when this happens.
I'll try to put pdb and create log file but I won't have access to my windows htpc for few days. Also in my system playback would not be smooth with fullscreen non-exclusive mode since madvr intregration so I didn't bother change it from exclusive mode.
Posts: 121
Joined: Mar 2015
Reputation:
0
Regarding my post earlier, it's not the framerate jumping from 23.5 to 24.5, it's just reported like that when i press the O button in kodi.
As i said i use "Sync playback to display" and not the reverse, this seems to solve the judder/random hackyness appearing back and forth.
I wasn't able to find this function in MadVR, smooth motion created loads of motion blur at 60Hz.
I could test again, but i can't really be bothered tinkering for hours again.
Posts: 297
Joined: May 2012
Reputation:
96
2015-05-14, 01:29
(This post was last modified: 2015-05-14, 01:31 by aracnoz.)
because in this wrong situation there are two thread
the first one it's the kodi main thread
the second it's a thread created in dsplayer that performs the stop and restores the textures from madvr to kodi
sometime the thread that come from dsplayer performs the stop before that the main thread try to access to the textures, and everythings goes without error
other times dsplayer it's too slow and kodi tries to access to the textures while DSPlayer is still restoring
normally the stop it's called by the main thread and there is only one thread at work
Posts: 726
Joined: Aug 2011
Reputation:
15
Hell, I'm happy I don't have all those problems u guys have
HTPC
Silverstone Grandia GD05 - Intel i5 3570k -Asus H61M-G Micro-ATX - Unidad Blu-ray
MSI GTX970 4GB GDDR5 - 8 GB RAM DDR3 - AVR Denon X3400H Atmos - LG OLED 55C7V
Posts: 466
Joined: Mar 2014
Reputation:
3
I installed it and will report back after a few tries.
Thanks for the bug explanation.
@vicmanpergard, I don't know why you never have the problem, maybe because most of the time you stop manually the videos.
Posts: 18
Joined: Mar 2011
Reputation:
0
First of all, thanks for this!!! I've wanted native madvr in Kodi/XBMC for what seems like forever.
It's working with the isengard build, but there's frequent stuttering when using this build with either Kodi/Madvr/reclock or Kodi/external player.
However, if I just launch the file directly (1080p/lossless audio mkv) with mpc-be/madvr/reclock, or use Helix stable with external player, playback is butter smooth. Quality settings are maxxed (as I understand them).
CPU/mem are low, but per GPU-z, GPU load is about double with this build. It's like Madvr is running twice somehow (once for UI, once for movie).
I'm using AMD R9 270 with a recent i5 CPU. Not sure if the AMD is causing the issue somehow.
Also, just fyi for those who might run into this, I had a black screen that required task manager to exit, when I enabled "windowed overlay" in the madvr rendering settings.