Moin,
ich habe in meinem softhddevice OpenGL OSD git die Patches von jrie mit aufgenommen. Meine ersten Tests schauen gut aus...wer mag darf gerne testen
Ciao Louis
Moin,
ich habe in meinem softhddevice OpenGL OSD git die Patches von jrie mit aufgenommen. Meine ersten Tests schauen gut aus...wer mag darf gerne testen
Ciao Louis
Tach,
da sage ich doch nicht nein ....
Läuft hier die ersten 10 Minuten unauffällig, danke euch beiden!
Peter
I updated the softhddevice-openglosd patch to commit dc8740b ("added some optimization patches by @j1rie") and since then I have seen audio sync problems while watching live tv, both mpeg2 and mpeg4 channels. The audio lags behind the video. This sync problem didn't exist prior to this patch.
Hi Jinx,
only with live tv or also with recordings? May be there are some differences between US and german tv broadcasters...if the issue appears also while playing recordings, please upload somewhere a short sample of such a recording, so that jrie can check this issue in detail.
Cheers Louis
Hmm... könnte natürlich sein, dass der Patch da reinspielt. Ich hab das hier auf den Grafikkartenwechsel geschoben (GT210 > GT730). Seit dem muss ich in gepatchtem softhddevice ein Delay einstellen, was ich vorher mit der alten Karte nicht brauchte. Fällt vor allen Dingen bei Live-TV auf, bei Aufzeichnungen passts auch ohne Delay.
iNOB: ich habe auch diese Woche von ner GT430 auf eine GT730 gewechselt (habe auf diesem Rechner aber noch nicht die Patches von jrie drinn), und habe da keinen Versatz. Also muss es wohl an den Patches liegen...
Passt es mit dem Delay dann denn bei den Aufzeichnungen? Oder ist dann der Sync in die andere Richtung falsch?
Btw...wenn wir nun schon einen englischsprachigen Kollegen dabei haben, wäre es höflicher, die Diskussion auch auf englisch weiterzuführen
jinx: same here for user iNOB, as a workaround he configured an audio delay in softhddevice settings. So it seems to be not only an issue with US broadcasters
Nevertheless this should be fixed... jrie: any idea how your patches can influence that?
Cheers Louis
Hi Jinx,
only with live tv or also with recordings? May be there are some differences between US and german tv broadcasters...if the issue appears also while playing recordings, please upload somewhere a short sample of such a recording, so that jrie can check this issue in detail.
Cheers Louis
I just did 2 test recordings (1 mpeg2, 1 mpeg4). When I tuned each channel, both were out of sync. The audio was lagging behind the video. When I played back each recording, the sync was fine. It seems that this problem only happens during live tv.
Passt es mit dem Delay dann denn bei den Aufzeichnungen?
Yes
jinx: Thanks for the bug report .
In video.c line 8946 + 8947 and also line 5204 + 5205 I changed the sync range from -25 … 55 to -8 … 15. That is a mistake, because those don‘t fit together.
It should be either -25 … 55 and 4 … 27 (both have middle 15) or
-36 … 44 and -8 … 15 (both middle 4). I prefer the later, which has the implication, that you have to increase your previous VideoAudioDelay by 11.
See here.
Maybe instead of midpoint (upper_limit - 10) should be used.
Than it would be -25 … 55 and 32 … 55 and no change in VideoAudioDelay.
This is better after a while on a tv station, the change of the previous post is better for fast zapping.
It is hard to combine accuracy and fast zapping in softhddevice (well I have an idea how to fix this, but no time).
Please test, I don‘t have that much time at the moment.
This post can be deleted.
I gave it another thought.
In fact all the above does no change for live tv.
Maybe it is something completely different:
In https://github.com/louisbraun/…blob/master/audio.c#L2418 the sign changed.
You could revert this and try.
But then the real solution is to change your VideoAudioDelay.
As you see, posting so quick might cause a little confusion.
I only do this, because I don't have time.
I hope you can figure out the rest.
Ok, just tried those settings but sync is still broken. I think for now I should revert softhddevice-openglosd back to git+485d429 until there's something else to try. As you can imagine, WAF is at 0 while audio is out-of-sync.
Wenn jemand helfen will, wäre es interessant, ab welchem commit das passiert.
louis hat ja alle auf einmal rein gemacht, in meinem git sind es einige.
Sonst könnte man noch probieren, ob
https://github.com/j1rie/softh…d606913b0a33138f39d9d6359
revertieren was bringt.
$ grep -e AudioDelay /video/setup.conf
softhddevice.AudioDelay = 0
I never had to change that before, it always worked fine as is.
louis: Falls du den Aufwand betreiben magst, wenn du meine Patche Schritt für Schritt übernimmst, wäre es nützlich zu wissen, ab welchem commit das Delay auftritt (falls es bei dir auch auftritt).
Das waren gestern alles Schnellschüsse, im Grunde habe ich (noch) keinen Schimmer, woran das Delay liegen könnte.
Moin,
louis: Falls du den Aufwand betreiben magst, wenn du meine Patche Schritt für Schritt übernimmst, wäre es nützlich zu wissen, ab welchem commit das Delay auftritt (falls es bei dir auch auftritt).
das ist mir jetzt ehrlich gesagt zu müßig...das kann man mit deinem Git doch genau so gut testen...nur halt ohne OpenGL OSD.
jinx: if you like you could test this git repository. It's a fork of original shd git without openGL Osd. There the different patches by jrie are separated into different commits. May be you could check with wich commit the sync issues occured, then jrie can look for a solution.
Ciao Louis
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!