Es empfiehlt sich die Erstellung eines FramebufferDevices. Die dazu notwendige KernelUnterstützung für VESA 2.0 FramebufferDevice ist bereits fest in den StandardKernel einkompiliert, so dass keine Neukompilierung notwendig ist. Um den FramebufferModus einzustellen, fügt man in den Kopf der Datei /etc/lilo.conf die Zeile vga=x ein (statt vga=normal), wobei x die Grafikauslösung angibt – Werte siehe unten. Die Angabe dieses Parameters als Bootparameters sollte am LILO-Prompt möglich sein, ist jedoch am grafischen Startbildschirm von SuSE 7.2 nicht möglich – hier können überhaupt keineParameter übergeben werden. Nach der Änderung von lilo.conf muss lilo neu aufgerufen werden (einfach lilo eingeben). Nach dem Systemstart kann mit dem dem Befehl “fbset” der aktuell verwendete FramebufferGrafikmodus diagnostiziert werden, oder auch durch Lesen der Ausgabe von fbdev: in “dmesg | less”.
Wenn überhaupt kein FramebufferGrafikmodus aktiviert wurde, so erscheint auch nicht das kleine Pinguin-BootLogo links oben und der Befehl “fbset” gibt aus “open /dev/fb0: no such device”.
Liste der möglichen und nicht möglichen Modes für vga=:

  • 769 640x480x8bpp definded
  • 784 640x480x15bpp ?
  • 785 640x480x16bpp ?
  • 786 640x480x24bpp undefined
  • 771 800x600x8bpp defined
  • 787 800x600x15bpp ?
  • 788 800x600x16bpp defined
  • 789 800x600x24bpp undefined
  • 773 1024x786x8bpp undefined
  • 790 1024x786x15bpp ?
  • 791 1024x786x16bpp ?
  • 792 1024x786x24bpp ?

Diese Liste lässt vermuten, dass die höchstmögliche Auflösung dieses Monitors bei dieser Grafikkarte (8MB shared memory) 800x600x16bpp ist. Der Monitor ist entsprechend seinen Abmessungen und der Angabe auf Gehäuserückseite und der Verpackung ein HPA 12,1″, so dass die auf Monitore der Größen 14,1″ oder 13,3″ bezogene maximale Auflösung von 1024x786x24bpp (Angabe aus der mitgelieferten Dokumentation) nicht zutreffen muss. Auch betrug die unter Windows 98 per PnP erkannte und angezeigte maximale Auflösung 800x600x24bpp. Jetzt kann XF86 3.0 mit dem Befehl “sax -s fbdev” konfiguriert werden; unter der Section “Monitor” wählt man die Auflösung und Farbtiefe, die man in lilo.conf angegeben hat.
Beim Test des X-Servers durch SaX sollte der Framebuffer nun wieder aktiviert und die entsprechende Auflösuing dargestellt werden. Anschließend versucht man den X-Server zu starten: “XF86_FBDev -bpp 16” (mit der vorher in lilo.conf angegebenen Farbtiefe!) und bei ERfolg legt man den Link “ln -s /usr/X11R6/bin/XF86_FBDev /var/X11R6/bin/X” an. Nun kann X gestartet werden, wieder unbedingt mit der in lilo.conf angegebenen Farbtiefe: “startx — -bpp 16”. Die Angabe dieser Option ist unnötig, wenn die DefaultColorDepth in /etc/XF86Config in der Section Screen entsprechend gesetzt ist oder wird.

The official name is “Sphairon Turbolink IAD (Ident.-No. 286204)”. This Ident No. is printed on the bottom of the devices that come from Hansenet.

The Sphairon Turbolink IAD (“integrated access device”) seems to be a custom specific product for Hansenet, as it is not sold by Sphairon. The best matching product is the Spairon Turbolink 7201 ( There is no hint that it provides fundamentally better (more reliable) VoIP than, for example, a Fritz!Box, which also has traffic shaping. For the Sphairon Turbolink 7201, the manufacturer’s data sheet reports the following Quality-of-Service mechanisms, which are relevant for VoIP quality:

  • ATM-QoS: PVC Queuing and Traffic Shaping; ATM Traffic classes UBR, CBR, VBR-rt, VBR-nrt
  • IP-QoS: Queuing, Rate Limiting; DiffServ/ToS and 802.1p/q support

The data sheet can be found at .

The Sphairon Turbolink IAD is however listed in the service area:

Interesting enough, you can download GPL’ed source code there. It appears therein that the device is based on Linux 2.4.20.

According to some people, the “Sphairon Turbolink IAD” is indeed just a DSL modem (with integrated DSL splitter and NTBA). It has 4 Ethernet ports just because it was modified for Hansenet from a device that included a router. See .

Note: This is no ready-made solution yet, just a list of pointers.

You can use “gst-inspect | less” to get a list of the current capabilities of gstreamer and it’s plugins.

To start, you should be able to see live video using this:

gst-launch v4l2src device=/dev/video1 ! jpegdec ! autovideosink

The manpage of gst-launch has an example for “network streaming”, but it doesn’t work here.

But you would have to do something similar like this:

gst-launch v4l2src
  ! jpegdec
  ! videoscale
  ! video/x-raw-yuv, width=320, height=240
  ! ffmpegcolorspace
  ! ffenc_h263
  ! video/x-h263
  ! rtph263ppay pt=96
  ! udpsink host= port=8800 sync=false

This does not work yet:

  WARNING: Faulty connection: Could not connect ffenc_h2630 with rtph263ppay0

The reason seems to be that jpegdec does not serve the format declared as “video/x-raw-yuv”, and this is detected when trying to connect to RTP payloader. We need an additional encoder here.

The following commands show that the camera servers jpgeg:

$ gst-launch v4l2src ! filesink location=Desktop/test.file
$ gst-typefind test.file
test.file - image/jpeg

Additional useful things that can be used in the pipelines: r263depayloader, gconfv4l2src

The best solution will than be to combine this with the VLC multimedia player and server, to stream it. See:

  vlc --longhelp --advanced

It’s said that this Bug is fixed in Subclipse 1.4. See .

A workaround was to rename the containing project and the package (and perhaps the other packages in the project also), using the refactoring function of Eclipse for that. After that, deleting the package worked without problems.

Restarting Eclipse was no workaround.

There are three variants how the terminal connection is done, see how to find our what one will get when ordering Alice DSL.

Now, when your variant is “NGN”, you get a “Sphairon Turbolink IAD”, which is a DSL modem with VoIP client, no (!) Router. You might combine that with a Fritz!Box (a model that can be used as Router only).

You may install the hardware at any time … it is not important to do this until 8:00 o’clock on the day when your connection is enabled, though Hansenet tells you so. But see this thread: The only reason for early installation of the hardware is that a Hansenet technician in their service center may then start to configure your DSL profile.

If you have an ISDN backend, you must (!) use the S0 interface of the Sphairon IAD. So in order to use analog devices, you need a ISDN/analog converter or an ISDN phone box. See here: A Fritz!Box may be uses as a ISDN phone box.