OpenViX 6.8 Release discussion thread

[ross_37]

Thanks Hevoos when l reviewed the network settings l found the DNS setting to be incorect as a result l changed my method of upgrading to check the settting prior updating my previous settings. As a result both my Technomate and Octagon boxes are updated to 6.8.001 with my VPN
Many thanks

 

[twol]

thanks for testing, but did you observe the first few seconds of the playback? did playback start without a jump back to start after 1-2 seconds. the second start then plays back fine.

So tried selection of videos from the 2 sources on both Vu+ Uno4KSE and Gigablue Pro - have seen no issues, plays smoothly

 

[2stein]

thanks. then it might be a timing issue because v+ zero is much slower...

 

[2stein]

i recorded a little video of what i'm seeing at start of the movie. sorry for the bad quality

 

[twol]

i recorded a little video of what i'm seeing at start of the movie. sorry for the bad quality

post picture of your video settings ----> menu-Setup-Audio & Video

 

[2stein]

audio/video settings

 

[twol]

audio/video set

change Wiederholrate to auto and see how that goes.... its not 50 fps

 

[2stein]

tested with auto and multi ... no change.

 

[twol]

change Wiederholrate to auto and see how that goes.... its not 50 fps

I assume you restarted after changing?

 

[2stein]

yes, i did. it would have surprised me if it just worked with auto because it worked on openatv with 50 hz. i did a brief comparison between the movieselection/movielist/movieplayer code between vix and atv and found that they are quite different. so, i would suspect code bug... just appearing on slow boxes.
the jump back to 0 could be an erroneous resume jump... that is not visibile on fast boxes... just a rough guess.

 

[twol]

yes, i did. it would have surprised me if it just worked with auto because it worked on openatv with 50 hz. i did a brief comparison between the movieselection/movielist/movieplayer code between vix and atv and found that they are quite different. so, i would suspect code bug... just appearing on slow boxes.
the jump back to 0 could be an erroneous resume jump... that is not visibile on fast boxes... just a rough guess.

so which Vu+ box do you have?
The reason for auto is to handle automatically changing fps in a video - many downloaded videos run at 24fps or even change fps between intro and the main movie so you see stuttering on the video replay.
So if you have a TV that can handle, then its better to set to auto.

 

[2stein]

i have a vu zero. even if it was 24fps which i doubt... setting frame rate to auto didn't help. and again, the problem doesnt show up with atv.
p.s. i checked the framerate with vlc: its 50 fps.

 

[2stein]

one more interesting observation: when i use the mediathekviewweb plugin to play back the movie the "restart" problem does not appear.

 

[Orlandox]

Can this one second rewind happen because of synchronization of subtitles ? Maybe @DimitarCC remembers this ?

 

[DimitarCC]

Well It can be...But i have never tried it on such a slow box...My test boxes are at least duo4k...

 

[2stein]

can i disable subtitles / subtitle resynchronization to check if that's the cause?

 

[DimitarCC]

No. Its in C++

 

[2stein]

ok, maybe i'm going to check next what the difference is between how movieplayer starts playback vs. mediathekwebview.

 

[2stein]

well, the difference is relatively simple: mediatheviewweb passes a url to movieplayer and movieselection passes a filename.

 

[DimitarCC]

Yes thats the issue....There is a reset seekTo(0) for local files play....