@perexg
just to confirm.
..as long as there are "closed source" code dependencies we can not built a tvh (or vdr) for this box which could "handle" multiple scrambled streams (like a dvb**api based vdr or a tvheadend server on a x68 machine can do nowadays).
If we build a tvh binary "without" the closed source parts (libs etc) the hardware related benfits you have mentionend could not be used...and the box cpu will not handle such workload "in software"...
the real benefit of having tvh on the box is that you could have a 24h running standalone TV Channel RECORDING-Machine (at around 10 - 20w with load of 4 tuner !) which is amazing !
Never the less the current Firmware-V9 is already running fine here wihile vheadend (or vdr incl satip-plugin) is running on " ARM based openelec clients" (former android based tv boxes with e.g. quadcore amlogic s805, amlogic s812 now on linux/openelec ).
Speed and switching of channels is great (hd 1080i incl. deinterlacing is no problem, channelswitching around 1s). "continuity errors" on the GSSBOX are very rare...in comparison to former releases. hope that INverto will give you finally all necessary informations to solve the last (few) problems...?..
Now I can recommend the combination of this cheap satip server (Inverto, Grundig or clone) in connection with vdr or tvh....if it would run (fulli hw supported) tvh on the box it would be "perfect" streaming (and recording !!) machine for kodi/xbmc/openelec clients....
My testing will go on, if I will find critical bugs I will report to git...and here
regards
arel