Fast forward and rewind issues?

[JeanReno]

Ad skipping is more easily done with the 1/4/7 and 3/6/9 keys.

That's good to know, thanks. Takes the fun out of trying to stop at the right point when forwarding at 128x though

Hope this bug can be fixed soon :thumbsup:

 

[WILLJE]

Still got this problem on my Duo2 with OpenViX 4.1.010 anyone got any ideas of how to solve?

 

[darrenduds20]

Still having this issue, has there been a fix for it yet ? Thanks Daz

 

[No1gooner]

Yep I also have the issue on both my edision os mini's anything FF over 8x jumps and stutter's, even at 128x it's only as fast as 8/16x.

 

[darrenduds20]

yep ? as in yep there is a fix ?

 

[copex]

yep ? as in yep there is a fix ?

can you expand on that?

 

[fast65]

i have got same problem, but am using open black hole so not just a problem for vix.

 

[sooty1970]

I am having the same problem I'm on 4.2.005(release) and on gigablue ultra ue has anyone found a fix for this problem yet thanks

 

[copex]

4.2.005 xtrend 9200 (clean install) - stil getting the issue rewinding and fast forwarding recordings, also get issues when using time shift.

 

[silverblack]

4.2.005 Edison OS Mini i can FF recordings up to 128x but when i try to rewind it stutters to halt just seems to pause.

 

[ccs]

I moved from 4.1 to 4.2.005 last week (ET10K), and have found FF much worse than before. x4 starts ok, but then after a few seconds goes to x1 for a while before stuttering back to x4. I'll have a more careful look later to check it out in more detail.

 

[IAmATeaf]

Didn't birdman investigate this or a similar issue some time ago? Thought he had produced a fix?

 

[ccs]

...I'm sure he did, and they went live some time ago, but it doesn't seem right at the moment.

I rarely use FF, preferring to jump forward and back using the numeric keys, but there's a programme on at the moment which I'm FF'ing to skip past boring bits, and that's why I've noticed it.

 

[Mavarick]

This is a way easier method to FF or RW

"Menu/Setup/System/Recording and playback setting" allows you to customise the 1/3,4/6 and 7/9 buttons to skip a number of seconds.

1/4/7 buttons skip backwards.

3 = FF 15sec
6 = FF 1Min
9 = FF 5 min
and reverse for 1,4 and 7

cpl or 4 pushes gets rid of adds quick smart, and sometimes you get to know how long the add breaks are for different times of the day

easy as

 

[birdman]

...I'm sure he did, and they went live some time ago, but it doesn't seem right at the moment.

I did. But all I did was to ensure that the python code always returned an updated position that pointed to a frame going in the right direction (the previous code could end up not moving at all - and hence looped for ever).
The lower forward speeds end up being done in hardware anyway (at least on my box).

 

[ccs]

Tried again (on ET10K), now on 4.2.006.

SDx4 works ok.

HDx4 works for a few seconds (5 or so) and then drops to x1 for a few seconds, and then back to x2 for a few seconds, etc,etc.

HDx8 works ok after a few seconds (2 or 3).

 

[birdman]

HDx4 works for a few seconds (5 or so) and then drops to x1 for a few seconds, and then back to x2 for a few seconds, etc,etc.

On my box (MBtwin) x4 forwards is done in hardware.

 

[twol]

On my box (MBtwin) x4 forwards is done in hardware.

Purely out of curiosity, how do you know that its done in the hardware ..... haven,t seen anything in the specs

 

[birdman]

Purely out of curiosity, how do you know that its done in the hardware ..... haven,t seen anything in the specs

As I recall I added debug statements throughout the code, and for x2, x4 (and x8?) it never printed any, or rather it didn't print those in selected places..

 

[ccs]

... I was wondering as well, I searched everywhere but didn't find anything.

Typo in my previous post, it should have read "....then back to x4 for a few seconds, etc,etc."