GH_162 hat geschrieben: ↑19 Jan 2025 09:41
Well, good for you, but sadly it didn't work for me.
It was indeed set to "on", so I set it to "off" and made a GUI restart just in case.
Picked txt subs in the list, waited quite a bit, however asynchronous lines started to appear again.
Yes, you're right. I spoke too soon. I have the impression that with that setting it takes longer for the subtitles to become asynchronous. But they still do.
Then switched to DVB subs and it took almost 2 mins to have them back.
I usually press "1" after switching subtitles. This jumps back 15 seconds and and brings them up almost instantly (in most cases). I never noticed that pausing helps too as Papi2000 said.
Btw, I guess it's just the two of us that watch recordings with subtitles, otherwise this would have been a hot topic.
Seems so. I guess subtitles are not very important for most people. And the problem does not occur on all brands. So the number of people caring for subtitles in TV recordings and having an affected machine is low. Now that the DVB subs work, even less people will notice. Regrettably, there are a number of stations that offer only TXT subs. Anyway, after having looked at the code very thoroughly it is still a big puzzle to me why the problem only occurs during playback and why my patch doesn't work for TXT subs. The mentioning of a driver problem in the openPLi patch also doesn't make much sense to me. Why would a hard disk driver affect the processing of subtitles? They are interwoven into the video and audio streams so why wouldn't these show any problems? Furthermore, I export my GBTrio hard drive via NFS and mount it onto my VUUltimo4k. There is absolutely no problem when playing back a recording on that Trio HD with the VU although it is still the Trio driver reading the file from the hard disk. If other drivers are faulty why are the subtitles working perfectly on live TV? A very mysterious bug. Usually, I'm quite good at spotting the cause of a problem but in this case…