Delay on keys with longpress functions (Zeus)

[skippie]

With all drivers we didn't have this issue

Sent from my GT-I9300 using Tapatalk

[huve]

I went back to 808, because of slow button response and I don't have time at the moment to make all my settings to Zeus.

[ronaldex]

I didn't have time to test with vix 3.0 yet, but I think the issue was already present.

It just wasn't as noticable because of the type of keys that had key-release / long-press actions (color-keys instead of main-navigation / ch- / ch+).

[skippie]

I didn't have this problem at all with 3.0

sent from Pipo M9 Pro

[wangled592]

yea slow here to ,back to 808 :-(

[alesh]

I see slow reaction when I push up and down channel button (not in bouquet). I have gigablue quad..
Openvix 3.0 was more reactive..

[skippie]

that's because PIP zap is enabled unfortunately

sent from Pipo M9 Pro

[alesh]

I see a different reaction from open vix versions for a low press also, not only for pip feature (long press).

[skippie]

yea slow here to ,back to 808 :-(

might go back to 3.0 also

sent from Pipo M9 Pro

[judge]

Have any of you tried todays GBQuad drivers with Zeus 022?

http://archiv.openmips.com/gigablue-drivers-3.3.8-2.0-gbquad-20140416.zip

Makes it feel like a new box... but we need more feedback to make sure nothing else has broken.

[BubbleBalls]

There's a report that today's drivers still make some timers record with zero lenght of time, a more important feature, methinks.

Tapatalker

[judge]

Think that was drivers dated 15th & should have a fix in drivers dated 16th? Never had this issue with my quad so hard to tell here, but all recordings working fine so far with these drivers.