•   
  • 1
  • 12
  • 13
  • 14(current)
  • 15
  • 16
  • 20
  •   
VNSI4 alpha
not sure what you did exactly. You know that vdr > 1.7.37 don't use Make.config anymore? The plugins find the info in vdr.pc.
You copied /vdr-plugins-vnsiserver over to /usr/src/vdr/PLUGINS/src/ ? Did you rename the folder?

I just create a symlink "vnsiserver" in vdr/PLUGINS/src/ pointing to vdr-plugins-vnsiserver. Then make plugins, sudo make install
Reply
(2013-04-19, 15:50)FernetMenta Wrote: not sure what you did exactly. You know that vdr > 1.7.37 don't use Make.config anymore? The plugins find the info in vdr.pc.
You copied /vdr-plugins-vnsiserver over to /usr/src/vdr/PLUGINS/src/ ? Did you rename the folder?

I just create a symlink "vnsiserver" in vdr/PLUGINS/src/ pointing to vdr-plugins-vnsiserver. Then make plugins, sudo make install

Sure,

But it was 1.7.28 Tongue I was using. Now with vdr 2.0.1, that I just compiled and which loads the vnsi4 plugin fine i had the same problem just as I had it a few weeks ago (when I tried to install vnsi4 the first time), when activating the vnsi addon in XBMC, XBMC freezes completely. And yes, I have the vnsi4 addons from the vnsi4 branch compiled and install, I will put the logs on pastebin in a few minutes...
Reply
Ok,

Now I've got vdr-1.7.42 compiled and running. As you will see in the vdr output below (pastebin) it loads the plugins without any error. Then making the xbmc-pvr-addons from your git repo using the vnsi4 branch works also like a charm (git clone --branch vnsi4 https://github.com/FernetMenta/xbmc-pvr-addons.git --> bootstrap --> ./configure --prefix=/usr --> make && make install --> thats it!). Then I deleted $HOME/.xbmc just to have all settings reset. But as soon as I activate Live Tv in the XBMC settings and then I activate the vnsi4 addon XBMC freezes completley. I had a look into the xbmc logs, but imho there is no real hint telling why that happens.

xbmc make install output:
http://pastebin.com/7NGnjr6P

vdr make install output:
http://pastebin.com/gvTtgfge

xbmc log:
http://pastebin.com/YUNNd8uA

syslog
http://pastebin.com/0Y6ZPPTx


The issue seems not to come from the communication to vdr, more than that it is probably XBMC having a problem loading the addon.
Reply
Quote:--branch vnsi4 https://github.com/FernetMenta/xbmc-pvr-addons.git --> bootstrap --> ./configure --prefix=/usr --> make && make install --> thats it!

The addon in branch vnsi4 is not compatible with xbmc 12, neither is opdenkamp master. For Frodo you need the addon from branch frodo, you can keep the vdr plugin from branch vnsi4.
Reply
Blush

Got that now. Sorry for the missunderstanding. So I got the addons from the frodo branch working with the vnsi4 vdr plugin, activated timeshift in the addons settings.

Now the following isueSad

Code:
Apr 19 19:08:15 xbmc vdr: [2093] VNSI: Started streaming of channel SAT.1 (timeout 10 seconds)
Apr 19 19:08:15 xbmc vdr: [2110] TS buffer on device 1 thread started (pid=1419, tid=2110, prio=high)
Apr 19 19:08:20 xbmc vdr: [2108] VNSI: VideoInput: no pat/pmt within timeout, falling back to channel pids
Apr 19 19:08:20 xbmc vdr: [2108] VNSI: Video Input - new pmt, attaching receiver
Apr 19 19:08:24 xbmc vdr: [1507] frontend 0/0 timed out while tuning to channel 2, tp 112544
Apr 19 19:08:25 xbmc vdr: [2109] VNSI: Channel: no data 16
Apr 19 19:08:35 xbmc vdr: [2109] VNSI: Channel: no data 16

Perhaps an idea what this is about?

ps. I did the restart after activating vnsiWink
Reply
That tells us that vnsi was able to claim the device and tune to the channel, but it does not get any data. Might be caused by the issue you mentioned that it don't get a lock.
Some time ago I purchased a S471 for a new box but the card refused to work with that board. I was exactly at this point, was able to do a channel scan but got no data. I exchanged the S471 with a TBS card which works fine. Interestingly the S471 works well with a different board.
Reply
(2013-04-19, 19:37)FernetMenta Wrote: That tells us that vnsi was able to claim the device and tune to the channel, but it does not get any data. Might be caused by the issue you mentioned that it don't get a lock.
Some time ago I purchased a S471 for a new box but the card refused to work with that board. I was exactly at this point, was able to do a channel scan but got no data. I exchanged the S471 with a TBS card which works fine. Interestingly the S471 works well with a different board.

Yep

Sometimes experiences like those can turn your hair grey. The problem I was talking about earlier today was caused by using vdr 2 from ppa:aap/ppa. As soon as I got it uninstalled and 2.0.1 or 1.4.42 built from source I had lock on channels again. I still have lock and can watch the channels if I deactivate "timeshift" in the vnsi addon settings and do a restart. As soon as I turn on timeshift again and restart the machine the error in the last post appears.

Regards
Reply
Ahh, ok. So you have turned on timeshift in addon settings. Did you activate it on the server? settings->live tv->client specific->timeshift
Note that pvr seeking in Frodo is broken, means timeshift is not that much fun with xbmc 12.
Reply
(2013-04-19, 19:57)FernetMenta Wrote: Ahh, ok. So you have turned on timeshift in addon settings. Did you activate it on the server? settings->live tv->client specific->timeshift
Note that pvr seeking in Frodo is broken, means timeshift is not that much fun with xbmc 12.

Big Grin
ok, so I'll have to get xbmc 13 working. Concerning the setting you mention, nope, I will have to turn that on too, did not know about it.

Thank you very much for your help Ferment and have a nice weekend mate.

Regards
Reply
And you'll also get the vdr OSD with xbmc 13 which allows you to make use of other vdr plugins like femon.
Reply
(2013-04-19, 20:09)FernetMenta Wrote: And you'll also get the vdr OSD with xbmc 13 which allows you to make use of other vdr plugins like femon.

That sounds quite intresting, must-have for vdr. Turning on the functionality in live-tv, as you said, didnt change anything. But lets forget about timeshift on frodo. Got to have gotham working:-D

Thanks mate! For your help and for your great work!
Reply
(2013-04-19, 19:49)carthago Wrote: The problem I was talking about earlier today was caused by using vdr 2 from ppa:aap/ppa.

I suppose the problem may be caused by incomplete drivers loading. Try to add sleep after unloadDriver and loadDriver function calls. Open /usr/sbin/runvdr and edit these lines:

unloadDriver
loadDriver

eval exec "$EXECUTABLE" $args $plugins
Reply
Hello FernetMenta,

VNSI4 works great so far, except when I switch from a HD to a SD channel (ZDF HD -> WDR Köln), then XBMC crashes (latest git from your xbmc repo, your vnsi-addon and vnsi plugin, vdr 2.0.1 self-compiled).

But what I really wanted to ask, if VNSI4 already has a function to return to the live-stream.

Let's say you are watching a channel and hit pause…10 minutes later you press play again and are watching the channel time-shifted. What button do I have to press to resume to the live-stream?
Reply
Great progress in VNSI 4.

Now vnsiserver doesn't crashed anymore when HD channel is requested.

Now with with this version 4, I have video for HD channels but no audio. This behaviours occurs in live TV mode on almost all HD channel (only one gets through with audio).
If a record is in progress on a HD channel without audio and start playing it from live TV, there is also no sound.
But if I start it from the records menu then the audio is working fine.

Here is an extract of the log at the beginning of a faulty HD channel:

Code:
22:40:59 T:139730079708928   DEBUG: CDVDPlayer::HandleMessages - player started 2
22:40:59 T:139730079708928   DEBUG: ParsePacket - {2} level changed from 0 to -99
22:40:59 T:139730079708928   DEBUG: ParsePacket - {3} level changed from 0 to -99
22:40:59 T:139732805707648    INFO: CheckIdle - Closing session to http://mirrors.xbmc.org (easy=0x7f157437b9a0, multi=0x7f1574029340)
22:40:59 T:139730079708928   DEBUG: ParsePacket - {1} level changed from 0 to -99
22:40:59 T:139730079708928  NOTICE: Opening audio stream: 1 source: 256
22:40:59 T:139730079708928  NOTICE: Finding audio codec for: 86059
22:40:59 T:139730079708928   DEBUG: FactoryCodec - Audio: FFmpeg - Opening
22:40:59 T:139730079708928   DEBUG: FactoryCodec - Audio: FFmpeg - Opened
22:40:59 T:139732283148032   DEBUG: CDVDPlayerAudio - CDVDMsg::GENERAL_RESYNC(19663482556.000000, 0)
22:40:59 T:139732283148032   ERROR: ffmpeg[F519C700]: [mp1] Header missing
22:40:59 T:139732283148032   ERROR: CDVDPlayerAudio::DecodeFrame - Decode Error. Skipping audio packet
22:40:59 T:139732283148032   DEBUG: CDVDPlayerAudio::Process - Decode Error
last 3 lines repeat during all the watching

The faulty channels are using eac3.

I'm using vdr 2.0.0 with vnsi4 cloned the 19th april ( used for both add-on and vdr-plugin)
How can I proceed to find the bug?
Reply
Are you using XBMC 13 with updated ffmpeg? If so you need to update vnsi4, see: https://github.com/opdenkamp/xbmc-pvr-ad...796104d575
There's still a couple of issues related to new ffmpeg in mainline XBMC.

@hanzoh
Currently you need to (big) step forward until you hit "live". The pvr api does not provide a function that allows you to skip to end of buffer.
Reply
  •   
  • 1
  • 12
  • 13
  • 14(current)
  • 15
  • 16
  • 20
  •   



Logout Mark Read Team Forum Stats Members Help
VNSI4 alpha3
This forum uses Lukasz Tkacz MyBB addons.