If I skip forwards by a minute (multiple times needed?) and then change the volume immediately, vompclient crashes. This doesn't happen every time but it happens to me every few days. vompclient exits (somehow) rather than hanging somewhere. I _think_ it happens if the progress bar is still visible when I change the volume (I can't reproduce it now to check!).
I've been trying to track it down with either debug output or through gdb but cannot reproduce it under these conditions, although I did get an "invalid free" message at one point.
N.B., this is with a generic mce remote and with volume controlled by vompclient rather than by the TV. (I had hoped this remote would work well but lags like mad, whereas the TV remote using CEC reacts instantly to skipping, etc.! I'm not yet sure whether this is just a crap remote or the mceusb module lagging. Probably both!)
I suspect this could be a race condition somewhere that only causes the crash without the extra lag of debug output or gdb. It could be the OSD handling or perhaps changing the volume with an empty audio buffer?
I've also noticed that there is a 2 s delay between pressing mute (i.e. vompclient mute rather than TV mute) and the audio stopping or restarting.
This is with current git source.
Otherwise, all working well: this has been my main vdr frontend for a few months now. The only thing I really miss is the ability to mark and cut recordings but you can't have everything!
I've been trying to track it down with either debug output or through gdb but cannot reproduce it under these conditions, although I did get an "invalid free" message at one point.
N.B., this is with a generic mce remote and with volume controlled by vompclient rather than by the TV. (I had hoped this remote would work well but lags like mad, whereas the TV remote using CEC reacts instantly to skipping, etc.! I'm not yet sure whether this is just a crap remote or the mceusb module lagging. Probably both!)
I suspect this could be a race condition somewhere that only causes the crash without the extra lag of debug output or gdb. It could be the OSD handling or perhaps changing the volume with an empty audio buffer?
I've also noticed that there is a 2 s delay between pressing mute (i.e. vompclient mute rather than TV mute) and the audio stopping or restarting.
This is with current git source.
Otherwise, all working well: this has been my main vdr frontend for a few months now. The only thing I really miss is the ability to mark and cut recordings but you can't have everything!