Hello Guest, if you are reading this it means you have not registered yet. Please take a second, Click here to register, and in a few simple steps you will be able to enjoy our community and use our OpenViX support section.
Results 1 to 6 of 6

Thread: Recording / playback glitches, reproducible on two separate Gigablue boxes

  1. #1

    Title
    Senior Member
    Join Date
    Mar 2014
    Posts
    175
    Thanks
    14
    Thanked 5 Times in 5 Posts

    Recording / playback glitches, reproducible on two separate Gigablue boxes

    This issue relates to two entirely separate Gigablue Quad boxes at different locations, but the symptoms are the same. Both boxes run the latest OpenVix version but the problem has been observed for about six months regardless of Vix version.

    • Gigablue Quad HD
    • Internal SSD
    • Latest OpenVix

    • Gigablue Quad HD+
    • Internal HD
    • Latest OpenVix

    99.9% of the time when recordings are played back they will freeze regularly. The "fix" is to leap back a few seconds with the "1" button on the remote and then playback will continue fine across the section of the recording that it froze at previously for another 5 or 10 minutes, and then the same thing will happen again. It's not as it the recordings themselves seem to have been corrupted when made, as fas as I can tell, because as noted - jumping back a few seconds and resuming playback again passes the sections where freezing happened the first time.

    This happens whether the recordings are made from satellite (28.2E) or IPTV. The boxes are at different locations with different internal HD technologies. At one point I even removed our SSD & reformatted it just for the hell of it - made no difference.

    The interesting thing is that if we make recordings to a NAS over the LAN - the playback problem never seems to happen. I'd have suspected the internal drive was playing up were it not for the fact that it's happening to us & our inlaws and we have different boxes of different ages with different types of drive installed.

    Does anyone have any suggestions or ideas?

    Thanks,

    Steve
    Last edited by steveharman; 02-09-19 at 15:46. Reason: typo

  2. #2
    twol's Avatar
    Title
    Moderator
    Join Date
    Apr 2012
    Posts
    8,382
    Thanks
    987
    Thanked 2,888 Times in 2,243 Posts
    There is a similar thread elsewhere and the solution appears to be install cacheflush plugin from the feeds - perhaps try and see?
    Gigablue Quad 4K & UE 4K
    .........FBC Tuners:
    ------------------> DUR-Line DCR 5-1-8-L4 Multiswitch to 1.5M dish(28.2E)
    ------------------> Spaun SUS 5581/33 NFA Multiswitch to 80 cm dish(19.2E)
    .......................> FBC & DVB-S2X into 90cm dish (27.5W) Opticum robust Unicable LNB
    AX HD61, Edision Osmio 4K+, Zgemma H9Combo, Octagon SF8008 , gbtrio4k, h9se using Legacy ports on multiswitches
    Zgemma H9 C/S into Giga4K

  3. The Following 2 Users Say Thank You to twol For This Useful Post:

    Joe_90 (02-09-19),Sicilian (04-09-19)

  4. #3
    Joe_90's Avatar
    Title
    Moderator
    Join Date
    Mar 2014
    Location
    Wicklow, Ireland
    Posts
    4,100
    Thanks
    1,265
    Thanked 1,115 Times in 879 Posts
    Try doing a couch flash/usb flash of Vix 5.3.002 followed by a settings restore. Some GigaBlue-specific data in /etc/sysctl.conf seems to have been dropped in previous releases and has now been reinstated (thanks @twol). It provides for some extra memory headroom, similar to what cacheflush was doing. I've been testing the amended settings for a couple of weeks now (without cacheflush) and have had no issues with playback.
    GB Quad Plus, Mut@nt HD51, AX HD61, 80cm dish and Supreme Dark motor. Sony STR-DN 1060, Sony UHP-H1 Bluray, Odroid N2+ (CoreElec), Monitor Audio Bronze 5.1 speakers

  5. #4

    Title
    Senior Member
    Join Date
    Mar 2014
    Posts
    175
    Thanks
    14
    Thanked 5 Times in 5 Posts
    Quote Originally Posted by fat-tony View Post
    Try doing a couch flash/usb flash of Vix 5.3.002 followed by a settings restore. Some GigaBlue-specific data in /etc/sysctl.conf seems to have been dropped in previous releases and has now been reinstated. It provides for some extra memory headroom, similar to what cacheflush was doing. I've been testing the amended settings for a couple of weeks now (without cacheflush) and have had no issues with playback.
    Thanks Tony. I'll give that a try. cacheflush seems to have resolved the issue but I'd prefer to have a "native" resolution as per your suggestion.

    Cheers,

    Steve

  6. #5
    Joe_90's Avatar
    Title
    Moderator
    Join Date
    Mar 2014
    Location
    Wicklow, Ireland
    Posts
    4,100
    Thanks
    1,265
    Thanked 1,115 Times in 879 Posts
    Steve,

    The actual changes are the following lines appended to /etc/sysctl.conf, which used to be there but disappeared several builds back. The new builds have restored these settings.

    Code:
    vm.dirty_writeback_centisecs = 300
    vm.dirty_background_ratio = 1
    vm.min_free_kbytes=8192
    vm.dirty_ratio = 60
    vm.swappiness = 30
    The key setting seems to be vm.min_free_kybtes

    If you flash the newest build and try uninstalling the cacheflush plugin and let us know how you get on it would be appreciated.
    GB Quad Plus, Mut@nt HD51, AX HD61, 80cm dish and Supreme Dark motor. Sony STR-DN 1060, Sony UHP-H1 Bluray, Odroid N2+ (CoreElec), Monitor Audio Bronze 5.1 speakers

  7. #6

    Title
    Senior Member
    Join Date
    Mar 2014
    Posts
    175
    Thanks
    14
    Thanked 5 Times in 5 Posts
    I'll try at lunchtime today @fat-tony - I dont mind sacrificing Bargain Hunt for the good of the cause. ;-)

    Thanks again

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
This website uses cookies
We use cookies to store session information to facilitate remembering your login information, to allow you to save website preferences, to personalise content and ads, to provide social media features and to analyse our traffic. We also share information about your use of our site with our social media, advertising and analytics partners.