rfbproxy und anderes

rfbproxy kann nicht nur einen gespeicherten Frame-Buffer-Stream (eine *.fbs-Datei) für einen VNC-Viewer auf dem Port 10 (bzw. 5910) verfügbar machen, es kann auch Frame für Frame eine Bildserie im Format ppm exportieren. Der Befehl
_{rfbproxy.exe --framerate=pal -x vnc.fbs |
ffmpeg.exe -f image2pipe -vcodec ppm -i pipe: -vcodec huffyuv vnc_huffyuv.avi}

exportiert mit Hilfe von ffmpeg (wie angedeutet selbst unter Windoof) ein qualitativ optimales Video vnc_huffyuv.avi der aufgezeichneten Session vnc.fbs.

Der entscheidende Nachteil der Kodierung huffyuv ist, dass die Videogröße geradezu explodiert (ca. 1 GByte/min bei 1024x768 Pixel). Man kann zwar die Framerate reduzieren, denn rfbproxy erlaubt nahezu beliebige Raten. Ein Verlust an dieser Stelle ist jedoch irreparabel.

Der Codec scls ist optimiert für Aufzeichnungen eines Computer­bild­schirmes. Insbesondere ist die Framerate bei statischem Inhalt nahezu belanglos, sodass mit diesem ebenfalls lossless Codec eine Reduktion der Datenmenge um den Faktor 1000 gegenüber huffyuv realistisch ist. Mit dem Befehl
_{mencoder.exe vnc_huffyuv.avi -ovc vfw -xvfwopts codec=scls.dll -o vnc_scls.avi}

lässt sich der Codec nutzen. (Als VFW-Codec steht er z.B. unter VirtualDub direkt zur Verfügung. VLC andererseits kann das kodierte Video nicht wiedergeben.)

Wünschenswert wäre, die temporäre, huffyuv-kodierte AVI-Datei wäre vermeidbar. Da mencoder auch Images als Input akzeptiert, könnte man evtl. völlig auf ffmpeg verzichten. Eine andere Möglichkeit ist, die Pipe rfbproxy -> ffmpeg nach rfbproxy -> ffmpeg-> mencoder zu verlängern:

rfbproxy.exe --framerate=pal -x vnc.fbs |

ffmpeg.exe -f image2pipe -vcodec ppm -i pipe:
           -f rawvideo -vcodec rawvideo
           -pix_fmt yuv420p - | 

mencoder.exe -demuxer rawvideo
             -rawvideo fps=25:w=1680:h=1050:i420 
             -ovc vfw -xvfwopts codec=scls.dll
             -o vnc_scls.avi -- -

Die Weiterverarbeitung der scls-kodierten Videos mit VirtulaDub, das auch zur Konvertierung huffyuv -> scls nutzbar ist, ist jedenfalls problemlos, sodass auch die Nachvertonung möglich ist.

Die Nutzung von ScreenToaster zur Erstellung eines FBS-Mitschnittes ist keine Option, wenn rfbproxy, ffmpeg und mencoder mit scls.dll zur Konvertierung in ein editierbares Video genutzt werden sollen.

Obwohl rfbproxy zur Aufzeichnung genutzt werden kann, bietet vncreflector eine bessere Lösung. Gestartet per
_{vncreflector -s session -l 5900 host_info_file}

mit dem Text
_{*:5500 null}

in der Datei host_info_file, wird für jede Verbindung auf Port 5500 ein FBS-Mitschnitt geschrieben. Nebenbei können sich VNC-Viewer über den Port 5900 verbinden. Gegebenenfalls können die Viewer sogar den VNC-Server, der über Port 5500 verbunden ist, steuern. Die Aufzeichnung impliziert passenderweise einen Full-Color-Mode.

Clients können sich erst verbinden, wenn ein Server sich bereits verbunden hat. Anschließend ist dann aber – wenn es der Client toleriert – ein Wechsel des Servers möglich.

Die Option -t (für Tight-Kodierung) erzeugt einen Mitschnitt, der nicht mit der Videoerstellung per rfbproxy kompatibel ist.

Obwohl die FBS-Datei klein ist im Vergleich zu ihrem huffyuv-kodierten AVI-Pendant, scheint es ratsam, einzelne Aufzeichnungen auf höchstens 1 Std. zu begrenzen, denn es scheint ein 2 GByte-Problem zu geben.

Neben einigen Vorteilen im Handling zeichnet sich vncreflector dadurch aus, dass
  1. die Speicherung der FBS-Dateien zentral geschieht,
  2. mehrere Viewer parallel über eine feste Adresse Zugriff erhalten
     ohne Vorkehrungen beim jeweiligen VNC-Server treffen zu müssen.