ffnetdev - keine Verbindung zum VNC-Server

pbauer · 25. September 2008

Ich versuche gerade das Plugin ffnetdev zum laufen zu bringen.

Ich benutze die E-Tobi Packete. Aus dem vdr-startlog:

Code

tail -100 /var/log/user.log|grep ffnetdev
Sep 25 12:36:24 turm vdr-kbd: [6147] [ffnetdev] Destructor cPluginFFNetDev
Sep 25 12:36:24 turm vdr: [6199] loading plugin: /usr/lib/vdr/plugins/libvdr-ffnetdev.so.1.6.0
Sep 25 12:36:24 turm vdr: [6199] [ffnetdev] processing args.
Sep 25 12:36:24 turm vdr: [6199] [ffnetdev] finished processing args.
Sep 25 12:36:24 turm vdr: [6199] initializing plugin: ffnetdev (0.1.0): Full Featured Network Device for Streaming
Sep 25 12:36:24 turm vdr: [6199] [ffnetdev] initializing plugin.
Sep 25 12:36:24 turm vdr: [6199] [ffnetdev] Device: Constructor cStreamDevice
Sep 25 12:36:24 turm vdr: [6199] [ffnetdev] Device: ffnetdev becomes primary device. Registering our OSD provider...
Sep 25 12:36:24 turm vdr: [6199] [ffnetdev] Device: Setting volume to 255 (not implemented).
Sep 25 12:36:24 turm vdr: [6208] [ffnetdev] PES2PES remux thread started (pid=6199, tid=6208)
Sep 25 12:36:24 turm vdr: [6199] starting plugin: ffnetdev
Sep 25 12:36:24 turm vdr: [6199] plugin 'ffnetdev' called obsolete function RegisterI18n()
Sep 25 12:36:24 turm vdr: [6218] [ffnetdev] OSD via VNC thread started (pid=6199, tid=6218)
Sep 25 12:36:24 turm vdr: [6219] [ffnetdev] TS streamer thread started (pid=6199, tid=6219)
Sep 25 12:36:24 turm vdr: [6219] [ffnetdev] Streamer: Listening on port 20002
Sep 25 12:36:24 turm vdr: [6220] [ffnetdev] ClientControl thread started (pid=6199, tid=6220)
Sep 25 12:36:24 turm vdr: [6220] [ffnetdev] ClientControl: Listening on port 20005
Sep 25 12:36:24 turm vdr: [6218] [ffnetdev] VNC: Listening on port 20001
Sep 25 12:36:24 turm vdr: [6199] [ffnetdev] Device: Setting volume to 255 (not implemented).
Sep 25 12:36:24 turm vdr: [6199] [ffnetdev] Device: Setting playmode. Mode: 1
Sep 25 12:36:24 turm vdr: [6199] [ffnetdev] PlayStateReq
Sep 25 12:36:29 turm vdr: [6199] [ffnetdev] Destructor cNetOSD

Alles anzeigen

Die Videoausgabe über port 20002 funktioniert. Ich bekomme jedoch keine VNC verbindung zu Port 20001 zustande:

Client:

Code

pb@turm:~$ vncviewer turm::20001
Connected to RFB server, using protocol version 3.3
No authentication needed
Desktop name ""
VNC server default format:
  2 bits per pixel.
  Most significant byte first in each pixel.
  True colour: max red 2056 green 0 blue 0, shift red 0 green 0 blue 0
Using default colormap which is TrueColor.  Pixel format:
  32 bits per pixel.
  Least significant byte first in each pixel.
  True colour: max red 255 green 255 blue 255, shift red 16 green 8 blue 0
CleanupXtErrorHandler called
Error: Shell widget vncviewer has zero width and/or height

Alles anzeigen

Serverlog:

Code

Sep 25 12:17:19 turm vdr: [6043] [ffnetdev] VNC: Accepted client 127.0.1.1:48764
Sep 25 12:17:21 turm vdr: [6043] [ffnetdev] remote control disabled.
Sep 25 12:17:21 turm vdr: [6043] [ffnetdev] VNC: Client wants RFB protocol version RFB 003.003
Sep 25 12:17:21 turm vdr: [6043] [ffnetdev] VNC: Client wants shared desktop(ignored).
Sep 25 12:17:21 turm vdr: [6043] [ffnetdev] remote control disabled.
Sep 25 12:17:21 turm vdr: [6043] [ffnetdev] VNC: Connection closed.

Wenn ich es von Windows aus mit TightVNC versuche kommt erste in Fenster in dem "Protocol version negotiated" steht und dann kommt
eine Infofbox in der steht "Unhandled message type received!" Auf Serverseite sieht das dann so aus:

Code

Sep 25 12:23:51 turm vdr: [6043] [ffnetdev] VNC: Accepted client 192.168.66.188:1492
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] remote control disabled.
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: Client wants RFB protocol version RFB 003.003
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: Client wants shared desktop(ignored).
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: KeyEvent
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: Remote: F32A0 up
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: KeyEvent
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: Remote: 0000 up
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: KeyEvent
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: Remote: 0000 up
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: KeyEvent
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: Remote: 0000 up
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: KeyEvent
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: Remote: 0000 up
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: KeyEvent
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: Remote: 0000 up
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: SetPixelFormat
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: ->bitsPerPixel: 8
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: ->depth: 8
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: ->bigEndian: 0
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: ->trueColour: 1
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: ->redMax: 7
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: ->greenMax: 7
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: ->blueMax: 3
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: ->redShift: 0
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: ->greenShift: 3
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: ->blueShift: 6
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: RGB 0 1792 3 1792 6 768
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: SetEncodings: Client offers 14 encodings:
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: ->RRE encoding.
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: ->CopyRect encoding(not supported).
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: ->Unknown encoding or unknown pseudo encoding.
Sep 25 12:23:53 turm last message repeated 8 times
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: Rect x/y/w/h 0/0/720/576
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: Send OSD Data 0/0/719/575 x1/y1/x2/y2 21 Bytes
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] remote control disabled.
Sep 25 12:23:53 turm vdr: [6043] [ffnetdev] VNC: Connection closed.

Alles anzeigen

RealVNC Viewer meldet "setPF: not 8, 16 or 32 bpp? Do you wish to attempt to reconnect to turm::20001?". Serverlog ist wie bei Linux vncviewer:

Code

BSep 25 12:28:37 turm vdr: [6043] [ffnetdev] VNC: Accepted client 192.168.66.188:1494
Sep 25 12:28:39 turm vdr: [6043] [ffnetdev] remote control disabled.
Sep 25 12:28:39 turm vdr: [6043] [ffnetdev] VNC: Client wants RFB protocol version RFB 003.003
Sep 25 12:28:39 turm vdr: [6043] [ffnetdev] VNC: Client wants non-shared desktop(ignored).
Sep 25 12:28:39 turm vdr: [6043] [ffnetdev] remote control disabled.
Sep 25 12:28:39 turm vdr: [6043] [ffnetdev] VNC: Connection closed.

Ich komme hier echt nicht weiter.

Gruß, PB

VdrAchim · 11. Oktober 2008

Geht mir ganz genauso.

Ich verwende VDR-1.6.0 mit ffnetdev 0.1.0.

Bei mir stürzt VDR ab, sobald ich mit VNC auf 20001 zugreife.

kaschla · 13. Oktober 2008

Bei mir das gleiche,

hatte erst das gleiche wie VDRAchim, hab in der ffnetdev.conf
den -e Parameter für das Remotecontrol abgeschaltet, danach
stürzte zumindest bei Verbindung zum VNC Port nichts mehr ab.
jedoch dann gleichen Fehler wie pbauer.

Allerdings bekomm ich auch keinen Stream auf Port 20002 mit VLC
tcp://myvdr:20002

jedoch mit
netcat myvdr:20002 > /video0/test.ts
kann ich den VIdeostream in eine Datei abspeichern und kann ihn
dann mit mplayer auf anschauen, jedoch wenn ich das Video
mit VLC öffnen will krieg ich auch nix zu sehen!
benutze VLC 0.9.4 unter Windows Vista/XP, aber auch
VLC 0.9.4 unter Linux bekomm ich kein Bild. Weder Stream noch
die test.ts datei! Beim abspielen der test.ts läuft zwar der Zeitbalken
aber keine Informationen über das Video oder die Audiospur.

mit mplayer bekomm ich folgendes:

Code

galaxie:~ # mplayer /video0/test2.ts
MPlayer 1.0rc2-SUSE Linux 10.3 (x86_64)-Packman-4.2.1 (C) 2000-2007 MPlayer
Team
CPU: Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz (Family: 6, Model: 15,
Stepping: 11)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2
Can't open joystick device /dev/input/js0: No such file or directory
Can't init input joystick


Playing /video0/test2.ts.
TS file format detected.
VIDEO MPEG2(pid=99) AUDIO MPA(pid=100) NO SUBS (yet)!  PROGRAM N. 0
VIDEO:  MPEG2  720x576  (aspect 2)  25.000 fps  15000.0 kbps (1875.0
kbyte/s)
Xlib:  extension "XFree86-VidModeExtension" missing on display ":23.0".
[VO_XV] It seems there is no Xvideo support for your video card available.
[VO_XV] Run 'xvinfo' to verify its Xv support and read
[VO_XV] DOCS/HTML/en/video.html#xv!
[VO_XV] See 'mplayer -vo help' for other (non-xv) video out drivers.
[VO_XV] Try -vo x11.
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 720 x 576 (preferred colorspace: Mpeg PES)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
Try appending the scale filter to your filter list,
e.g. -vf spp,scale instead of -vf spp.
VDecoder init failed :(
Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b
Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2))
==========================================================================
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
AO: [oss] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 720 x 576 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [x11] 720x576 => 768x576 Planar YV12 
Shared memory not supported
Reverting to normal Xlib
[swscaler @ 0xe8aa30]No accelerated colorspace conversion found
[swscaler @ 0xe8aa30]SwScaler: using unscaled yuv420p -> bgr32 special
converter
TS_PARSE: COULDN'T SYNC: -0.010 ct: -0.372  95/ 95  5% 78%  0.4% 25 0 
A:38512.7 V:38513.4 A-V: -0.789 ct: -0.472 119/119  4% 75%  0.3% 25 0 


Exiting... (End of file)

Alles anzeigen

hat jemand eine IDEE?????

hab Vdr 1.4.7, das ffnetdev plugin hab ich mit Plugin Patches für 1.5.12 gepatcht

opensuse 10.3 x86_64

Mucki86 · 14. Oktober 2008

Hi,

ich habe hier genau das gleiche Problem...Video geht, aber sobald ich mit VNC Verbinde startet der VDR durch. (ohne -e startet er nicht neu, gibt aber auch kein OSD)
System:
VDR 1.7.0
Sidux amd64

Irgendwas müssen unsere Systeme ja gleich haben das wir alle den gleiche Fehler haben, fragt sich nur was??
Vielleicht liegt es ja auch an einem Problem mit einem anderen Plugin, ich werde heute Abend mal sämtliche Plugins deaktivieren.

Gruß
Mucki

KiLLERHOLiC · 14. Oktober 2008

Habt ihr mal die neueste Version aus dem svn probiert?
Hab selbst am Wochende ffnetdev gebaut, hab aber gleich die aus dem svn geholt.
Funktioniert einwandfrei.

mfg
KiLLERHOLiC

Mucki86 · 14. Oktober 2008

Hi,

Zitat

svn co svn://svn.berlios.de/ffnetdev/trunk ffnetdev

habe ich am Sonntag (12.10.) gemacht. Sollte also recht aktuell sein.
Gruß
Mucki

Mucki86 · 16. Oktober 2008

Hi,

tja auch mit ffnetdev als ein zigstes Plugin stürzt das ganze ab. Als letztes Lebenszeichen bekomme ich dies:

Zitat

2008-10-16T18:44:33.424897+02:00 hdtv-vdr vdr: [5730] [ffnetdev] ClientIsReady=0 OsdIsOpen=0 SkinsIsOpen=0
2008-10-16T18:44:33+02:00 hdtv-vdr kernel: [ffnetdev] TS s[5730]: segfault at 60 rip 2b8a508c8090 rsp 4700c758 error 4
2008-10-16T18:44:33.437839+02:00 hdtv-vdr lircd-0.8.2[2859]: removed client
2008-10-16T18:44:33.447095+02:00 hdtv-vdr logger: runvdr Stopping Video Disk Recorder at Do 16. Okt 18:44:33 CEST 2008

Gruß
Mucki

kaschla · 19. Oktober 2008

bei mir gibts nix neues,
hier auch meine Fehlermeldung vor absturz des vdr´s.
Ebenfalls mit -e parameter

Code

Oct 19 10:40:31 galaxie vdr: [3025] [ffnetdev] VNC: Accepted client
127.0.0.1:58911
Oct 19 10:40:31 galaxie vdr: [3025] setting primary device to 3
Oct 19 10:40:31 galaxie vdr: [3025] [ffnetdev] set Primary Device to 3
Oct 19 10:40:31 galaxie vdr: [3025] [ffnetdev] remote control enabled.
Oct 19 10:40:31 galaxie vdr: [3025] [ffnetdev] VNC: Client wants RFB
protocol version RFB 003.003 
Oct 19 10:40:31 galaxie vdr: [3025] [ffnetdev] VNC: Client wants shared
desktop(ignored).
Oct 19 10:40:31 galaxie vdr: [3025] [ffnetdev] remote control disabled.
Oct 19 10:40:31 galaxie vdr: [3025] setting primary device to 2
Oct 19 10:40:31 galaxie vdr: [3025] [ffnetdev] restore Primary Device to 2
Oct 19 10:40:36 galaxie vdr: [3025] [ffnetdev] VNC: Connection closed.
Oct 19 10:40:41 galaxie vdr: [3040] [ffnetdev] ClientIsReady=0 OsdIsOpen=0
SkinsIsOpen=0
Oct 19 10:40:41 galaxie kernel: vdr[3033]: segfault at 00002b97d1c30010 rip
00002b97d19641e0 rsp 000000004780dfd0 error 7
Oct 19 10:40:41 galaxie kernel: saa7146: unregister extension 'dvb'.

Alles anzeigen

beim zweiten versuch kommt dann

Code

Oct 19 10:43:28 galaxie kernel: vdr[3763]: segfault at 0000000000000060 rip
00002b0f69996bd0 rsp 0000000049010758 error 4

und beim dritten

Code

Oct 19 10:44:08 galaxie kernel: vdr[4413]: segfault at 0000000000000060 rip
00002ab8425f2bd0 rsp 000000004880f758 error 4

wenn man in´s changelog des svn trunk sieht sind dort scheinbar die
letzten änderungen am 28.09.2007 gemacht worden, also nix neues mehr.

gruß
Andreas

derolli · 1. November 2008

hab gerade einen vdr mit ffnetdev unter ubuntu 8.10 i386 für budget-only gebaut.
vlc tut.

aber: als ich die budget Karte in meinen Debian-Server steckte und das ffnetdev
für diesen amd64 Rechner baute, habe ich auch die Probleme, die in diesem Thread
beschrieben werden.

sieht so aus, als ob das ffnetdev unter i386 geht, aber unter amd64 streikt.
hab hier ein Posting gesehen das auch amd64 erwähnt. Wie ist's bei den anderen?

Mucki86 · 1. November 2008

So wie es aussieht scheint wohl wirklich 64Bit das Problem zu sein.
Leider ist das wohl auch schon seit über einem Jahr bekannt....

ffnetdev + amd64

Gruß
Mucki

Zwer2k · 2. November 2008

Hab mal das Plugin an 64 Bit Systeme angepasst. Ihr könnt euch aktuelle Version aus SVN abrufen. Weiterhin sollte es bei Anlernen von Tasten keine Absturze mehr geben.

Code

svn co svn://svn.berlios.de/ffnetdev/trunk ffnetdev

Ich konnte es leider nur auf einer 64 Bit VM (ohne DVB-Karte) testen, da mein VDR 32 Bit ist. Sollte aber auch auf richtigen 64 Bit Systemen funktionieren.

Mucki86 · 2. November 2008

Hi Zwer2k,

gute Arbeit, bei mir sind die Abstürze weg. Beim ersten mal ging sogar alles (Bild und OSD). Nach dem ich VLC einmal geschlossen hatte und noch einmal eine Verbindung aufbauen wollte blieb das Bild immer nach 1-2 Sekunden stehen. Ich werde morgen mal weiter testen.

Vielen Dank nochmal.

Gruß
Mucki

MrBurns · 27. März 2010

Hat jemand eine Ahnung wo ich ffnetdev als Paket für 64bit Debian bzw. Ubuntu herbekomme? Bei e-tobi bzw. Hanno hab ich nur die Version gefunden, die unter 64bit Probleme macht.

TaoTePuh · 17. April 2010

Auch ich habe das hier bereits beschriebene Fehlerbild: "Der Versuch eine VNC-Verbindung aufzubauen scheitert, stattdessen wird automatisch VDR komplett neu gestartet".

Was ich bisher getan habe:

ffnetdev-Sourcen via subversion besorgt (svn co svn://svn.berlios.de/ffnetdev/trunk ffnetdev)
kompiliert und installiert
ffnetdev in die Liste der Plugins aufgenommen, Option "-e" gesetzt
Automatisches umschalten des primären Ausgabegerätes erzwungen ("ffnetdev.AutoSetPrimaryDVB = 1" in der Datei "/etc/vdr/setup.conf"
vdr durchgestartet

Wenn ich nun versuche eine VNC-Verbindung aufzubauen, erhalte ich folgende Meldungen im Terminal :

Code

tao@tao2005:~> vncviewer 192.168.252.137:20001
Connected to RFB server, using protocol version 3.3
No authentication needed
vncviewer: VNC server closed connection

Im Logfile wird parallel dazu folgendes festgehalten und der VDR wird automatisch neu gestartet:

Code

Apr 17 14:26:13 tao2005 vdr: [21475] [ffnetdev] VNC: Accepted client 192.168.252.137:48116
Apr 17 14:26:15 tao2005 vdr: [21475] setting primary device to 3                          
Apr 17 14:26:15 tao2005 vdr: [21475] [ffnetdev] Device: ffnetdev becomes primary device. Registering our OSD provider...
Apr 17 14:26:15 tao2005 vdr: [21475] [xine..put] cXinelibOsdProvider: shutting down !                                   
Apr 17 14:26:15 tao2005 vdr: [21475] [ffnetdev] Device: Setting volume to 255 (not implemented).                        
Apr 17 14:26:15 tao2005 vdr: [21475] [ffnetdev] set Primary Device to 3                                                 
Apr 17 14:26:15 tao2005 vdr: [21475] [ffnetdev] remote control disabled.                                                
Apr 17 14:26:15 tao2005 vdr: [21475] [ffnetdev] VNC: Client wants RFB protocol version RFB 003.003#012#030RFB 003.003#012
Apr 17 14:26:15 tao2005 vdr: [21475] [ffnetdev] VNC: Client wants shared desktop(ignored).                               
Apr 17 14:26:16 tao2005 vdr: [21510] cTimeMs: using monotonic clock (resolution is 1 ns)                                 
Apr 17 14:26:16 tao2005 vdr: [21510] [ffnetdev] Destructor cPluginFFNetDev                                               
Apr 17 14:26:16 tao2005 vdr: [21513] cTimeMs: using monotonic clock (resolution is 1 ns)                                 
Apr 17 14:26:16 tao2005 vdr: [21513] VDR version 1.6.0-2 started                                                         
Apr 17 14:26:16 tao2005 vdr: [21513] switched to user 'vdr'                                                              
Apr 17 14:26:16 tao2005 vdr: [21513] codeset is 'UTF-8' - known

Alles anzeigen

Ansonsten scheint das Plugin zu funktionieren, zumindest kann ich auf Port 20002 Bild und Ton via VLC abgreifen ...

Hat jemand eine Idee warum der VNC-Teil nicht funktioniert?

TAO

ffnetdev - keine Verbindung zum VNC-Server

Jetzt mitmachen!

Teilen