Kodi Community Forum

Full Version: VNSI versions and compatibility
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3 4 5 6
Gotham versions:
XBMC: 13.0
PVR API to XBMC: 1.9.0
VNSI Addon: 1.9.8
VNSI protocol between addon and vdr-plugin: 5
vnsi vdr-plugin: 1.0.0 (https://github.com/FernetMenta/vdr-plugin-vnsiserver)


XBMC 12.0 (Frodo) was just released. It is the first version of XBMC which has official support for PVR. The PVR client addons, the part which loads into XBMC are not part of XBMC and may be distributed as separate packages.
The vnsi plugin for VDR is distributed separately as well. The sources frozen with Fordo can be found here:

Frodo versions:
XBMC: 12.0
PVR API to XBMC: 1.6.0 (see: http://forum.xbmc.org/showthread.php?tid=97764)
VNSI Addon: 1.6.3
VNSI protocol between addon and vdr-plugin: 3
vnsi vdr-plugin: 0.9.0

XBMC: 12.1
PVR API to XBMC: 1.6.0
VNSI Addon: 1.6.4
VNSI protocol between addon and vdr-plugin: 3
vnsi vdr-plugin: 0.9.1
This version is in opdenkamp repo, branch frodo. To be loaded by vdr with vnsiserver3.

Development continues. Regarding VNSI there are a lot of features like timeshift and OSD in the pipeline which require API/protocol changes. I will announce changes in this thread.

From a compatibility perspective the APIs and communications protocols are most important. XBMC's plugin concept will take care for compatibility of the PVR client addons. Those are meant to be distributed via repositories which can be accessed directly by XBMC. Online updates will work this way. This is not in place yet.
Be careful:
This mechanism does not prevent from loading too new addons into XBMC. Do not use upcoming development versions of the PVR addons with XBMC 12.0.

The vdr plugin:
For more transparency future versions of the plugin will be suffixed by the protocol version, i.e. vnsiserver3. I have already completely re-written the plugin but due to this big change this version is not in the frozen Frodo branch. It will be available in opdenkamp master branch soon. I will announce the Git SHA you can use to check out this version (git checkout <sha>). This will be the last version of the plugin using protocol 3 and consequently named vnsiserver3. It's the last compatible with Frodo.
I would like to use your Repository ( is more up-to-date ?)
In the Past I do

# git clone https://github.com/FernetMenta/xbmc.git git-$date_ext
# cd git-$date_ext
# git clone https://github.com/FernetMenta/xbmc-pvr-addons.git pvr-addons

This is still OK after Frodo Release ?

@asshep, I believe FernetMenta is testing the different features in different branches eg OSD (for the VDR OSD), timeshiffting for timeshiffing etc etc

You will need to clone the specify branch you want to test ie

git clone --branch osd https://github.com/FernetMenta/xbmc.git
git clone --branch osd https://github.com/FernetMenta/xbmc-pvr-addons.git

Someone correct me if I am wrong
Be careful, my master branch of my pvr-addons repo is not maintained. I have various staging branches for submitting changes to opdenkamp. As charlie0440 noted correctly bleeding edge is my osd branches but all 3 components are needed from those branches. Once the changes to XBMC's gui api have been merged into mainline, those branches will be removed.
OK, so what Repository should I use to stay close to development ? (as I did in the past )

# git clone git://github.com/xbmc/xbmc.git "git-"$date_ext
# cd "git-"$date_ext
# git clone git://github.com/opdenkamp/xbmc-pvr-addons.git pvr-addons

with this change: https://github.com/opdenkamp/xbmc-pvr-addons/pull/151
vnsiserver was renamed to vnsiserver3

Consider this for loading the plugin.
PVR API change!

Don't use opdenkamp master with XBMC 12.

If I'm using XBMC 12.2 and vnsiserver4 version 0.9.2 what version of the XBMC plugin do I need?
There's no official support for vnsi4 and Frodo (12.2). vnsi4 + vnsiserver4 are in opdenkamp master which is Gotham version.
You have to compile the vnsi addon from this branch: https://github.com/FernetMenta/xbmc-pvr-...tree/frodo

I also use XBMC 12.2 stable and vnsiserver4 version 0.9.2 / yavdr-testing..
and try to compile pvr-vnsi-plugin v4 for atv2, osx maveriks, and linux 12.04
have my issues compiling . but before i dig deeper. i just want to make sure if the git in the last post is still the right one.. kind of got mixed up with all the different versions and branches... short note would be perfect... or ist there a place where i can download the v4 plugin corresponding to the above os's and xbmc 12.2

thanks in advance for every information provided

vnsi4 is not really supported with 12.2. I have not looked at this branch for quite a while. You should consider moving to XBMC 13, 12.2 has never been a good release, in particular for PVR.
yep !!

this was the basic intention.... upgrading to gotham.
especially for the timeshift feature, and the ability to set buffering for media on local shares (afp shares in my case)

already installed the november monthly on my macbook pro, which seams to be working ok at a first glance
therefore upgraded my vdr-vnsiserver to version4 (0.9.2)

Next I decided upgrading my ATV2 (TV living room client ---- reeeeaaaaly important :-) but ran into pretty big performance issues
100 % CPU on almost all SD LiveTV Channels
Was around 80% to 90% using Frodo, (excapt ORF1 / ORF2 (SD) --> around 98% to 100% CPU)

we're talking about playing vdr .ts files (live tv, and recorded) -- mp4 works ok

So I blamed the monthly Gotham, went back to 12.2 and thought of compiling vnsi-plugin v4 for the ATV2 and give this setting a test


Kind of stuck now ...
Guess Im going back to vnsi3 / xbmc 12.2 for all my Clients, till Gotham Stable comes out, an give it another try..

or do you think the performance issue is general related to Gotham
will this be better in the stable version, or is simply to early to fiddle around with the alphas

I mean, if Gotham / vnsi consumes more CPU in general than I have to think about new hardware anyways
RasPi or whatever..

We'll see,

Any thoughts appreciated


(2013-12-07, 14:10)FernetMenta Wrote: [ -> ]vnsi4 is not really supported with 12.2. I have not looked at this branch for quite a while. You should consider moving to XBMC 13, 12.2 has never been a good release, in particular for PVR.

What you mean with never been a good release, and what alternative would you suggest, if Gotham is still to early to switch to ....
Realy want to stick to vdr-server / xbmc-client.. just works perfect,

But probably there other Ideas around.

thanks for all the great work, you guys doing

hmm, not sure if this will improve for atv2. It does not support mpeg2 hw decoding and is not really an attractive platform for users and devs. If you compare it to Raspberry Pi you don't see many pros on ATV side.
So much for that !!!!!

Changed Hardware to Raspberry PI !!
Running XBMC Gotham Nightly 09122013 on USB Stick.

LiveTV via VDR VNSI Protocol 4, works perfect,
CPU arround 40%
Channelswitchtimes OK

No luck with Timeshift and EPG sofar, but guess I will find out what's wrong.

Thanks for your support

Hello there,

for the life of me i can't get vnsi output to xbmc to work. my system runs exactly like described in fritsch's superb Radeon OSS tutorial.

i've tried several combinations of precompiled packages of vdr-plugin-vnsiserver and xbmc-pvr-vnsi and also tried self compiling from several forks (for example your fernetmenta vnsi5 tree etc), but still no luck.

HD channels work flawlessly but SD channels crash xbmc. Via Live webgui and streamdevserver every channel works. but not with vnsi.

here are my xbmc crashlogs up until the crash:

dmesg output:


xbmc debug log from the point of starting a SD channel:

can any0ne tell me which versions of vdr-plugin-vnsiserver and xbmc-pvr-vnsi are recommended?

thx in advance
Pages: 1 2 3 4 5 6