Ok this is maddening but all that I played a new movie with DTS and this one was in sync, means with the audio offset that I determined as mentioned above, the audio was too early. This is actually the worst case scenario as one offset does not solve the problem.
So what Sam said above is probably true, the problems occurs with SOME files.
Thanks for sticking with it! Those are some useful tests. Can you remind us whether you get the same issues with Vero connected direct to your Sony, and could you post the output of cat /sys/class/amhdmitx/amhdmitx0/rawedid for both vero->AVR->TV and vero->TV.
I uploaded this short clip now:
https://collab.osmc.tv/s/CtvdCuxgXhbvto0
The hammer hits the anvil multiple times, low contact time and a very isolated short sound burst, ideal for sync testing.
I will try to connect the Vero 4k directly to the Sony and not using the Yamaha AVR… though as mentioned above, the setup works on this file for every other device.
I try to give you the requested information later, for now I hope you all could test the uploaded file.
Clip plays fine here. Vero->Panasonic.
I think we can also rule out the AVR because the direct connection did not change anything, it actually increased the audio lag by 30-40ms, my guess is that the Sony adjusts for its own video delay, which actually is 40ms. Keep in mind any audio delay that is probably caused by the Vero 4k, the video delay of the Tv softens the blow. Now with the Vero 4k directly connected to the TV and the Tv syncing itself, the real audio delay is shown and instead of 125ms it seems to be more 150-160ish, which others also have reported.
So no, it is not about AVR in this case (usually I also blame AVRs for any sync issues, but my AVR is a 1000+ bucks model from 2018).
No ideal how to post the content of the requested file though but I hope my report and the video file I posted are helping.
I mean you need to use a video editor, where you see the video and the audio graphically. An audio delay of 150ms and maybe a video delay of the TV of 30ms and you have a net delay of 120 ms which is might not be significant to some people with the naked eye, when only playing it on your setup… that is something you need to control on your PC.
But since some people are not all people and since the audio delay is not there on all files, it is a problem. I did not spot the audio delay for days but I had a creeping feeling that the sync was off. And I spent a massive time now on identifying the problem and it is there.
I need to see that file. A debug log which you can get from MyOSMC will serve the same purpose if it’s easier for you.
all right, I will try the debug thingy, though I am not good at that but I try my best.
Let me get this straight. The video you posted is a video of your TV screen, capturing the audio from your AVR at the same time?
The video I posted is a cut clip from a amazon Web-dl. Not recorded with a camera, it is just a shortened clip of a regular and popular web-dl.
This video is provided for everyone to test the sync.
For my own tests, I did record mentioned file with a camera and my usual avr/tv setup and compared this recorded file with the original on a PC. I can see in my video editor, that the cut web-dl file is in perfect sync, the sound graphically spikes the exact moment the hammer hits the anvil. The camera recorded file played on the Vero 4k shows that the hammer hits the anvil 125ms before the sound spikes graphically. I also did this with other players and they performed very close to the original file, hence no audio delay on mentioned other players. I also did that to rule out any sync issue with the camera on the ipad pro.
Those files I of course did not upload. The only thing I uploaded was the original file, which is in perfect sync. I could upload the recorded file if your want, where you see and hear the video and the audio as it is and it has roughly a 125ms audio delay. But you can also just trust me it is there 
Here is the log, I hope I did it right:
https://paste.osmc.tv/evagiwaver
I enabled debug logging, restarted osmc, went straight for the clip and after it finished, uploaded the log
Thanks. Please do exactly the same with vero connected direct to the TV.
BTW, search for Sony Swordsmith demo and you get lots of hammers and anvils
Narf, I just returned my setup to normal… ok, doing it again with connected directly… but I tell you, you are looking at the wrong end, it is not the AVRs fault brb 5 mins…
Sorry, it’s just some devices advertize latency in their EDID. IIRC Vero ignores it.
Anyway, your AVR is not advertizing any latency, but thanks for checking.
Here the log with the Vero 4k directly to the Sony XF90 TV:
https://paste.osmc.tv/pitomomuri
Like mentioned above, the audio delay is even worse, probably because the TV syncs itself, adding another layer of audio delay to offset its video delay.
I just hope anyone on the team can reproduce the issue, as many others also seem to have issues but can‘t or won‘t provide the needed info… I am putting quite some effort into this… AGAIN… I got grey hair on the issue with the video freeze on pause issue, where I needed a week to get the team even being able to reproduce the issue. I think you could put me on your payroll soon
Just please, pretty please, don‘t just do naked eye tests for audio/video sync… the issue we are talking about is significant to those who are (sometimes professionally) sensitive to sync issue but it is also within the range of what the average person might not recognize or just tolerate. But an audio delay of 100+ ms is not tolerable. If it were for all files, I would just use the offset but it isn‘t.
Thanks for your help. No latency advertized there, either, so that rules that out.
I’ll see if I can rig up some sort of A/V comparator. I’m sure Sam will be happy to pay you what he pays the rest of us
Haha, a perfectly synced audio/video is all I want.
Anyway, the issue seems very random from file to file… the file posted above is a e-ac3 and has the audio delay… then a bluray rip with DTS and everything is fine… then a video with flac stereo and it has the audio delay… that audio delay, which will be 125ms to 175ms depending on how fast your TV is (its video delay is offsetting the issue) has to be checked for existence everytime you play a file… which is annoying, I mean tremendously annoying… the alternative is setting an offset in the middle, like speeding up audio by 75ms… that way it is wrong for all file but +/- in the range where it passes the naked eye test.
Anyway the issue won‘t go away and more and more people will realize something is wrong.
TBH, I don’t know how Kodi reckons to synchronise audio and video but I’m going to find out. The bottom line seems to be you are saying other devices manage to automatically sync, whatever file they are playing but Vero does not. It might have done with Kodi Krypton.
Note that I suspect ‘perfect’ sync is impossible. BT1359 reckons 125ms audio lag is just detectable and 185ms is acceptable to most people.
I used to have an old hack in Krypton to smooth things out, IIRC.
Will revisit that.