Hi,
ich bezweifle, dass du damit HDTV realisieren kannst. Es gibt keine mpeg4-Beschleunigung durch die Onboard-Grafikkarte und die CPU ist zu schwach.
http://wiki.openchrome.org/tik….php?page=HardwareCaveats
Für SDTV würde es ausreichen. Es gibt auch eine Version mit 12W TDP und du solltest dir eine Modifikation für die Kühlung einfallen lassen. Der 40mm-Lüfter ist nämlich nicht unbedingt leise.
Bin gerade an den Sourcen dran, aber bereits übersetzte Pakete wären schöner.
Gruß
Schlumpf
Wer hat denn da nun bei wem abgeschrieben? Bei Heise ist der Artikel ziemlich ähnlich geschrieben, sogar Klammersetzungen stimmen überein...
Hi Smux,
hab im Prinzip das selbe Problem. Habe drei Skystars im Rechner und eine teilt sich den IRQ mit der Netzwerkkarte. Irgendwann hab ich auf die Ubuntupackages geupdatet und seit da an habe ich das Problem. Zuvor habe ich Xen selbst kompiliert gehabt und da tat alles einwandfrei. Wüsste aber nicht, dass ich irgendwas speziell eingestellt habe, vllt. einfach mal ausprobieren.
Gruß
Schlumpf
Hallo Brummbär,
VMWare oder Xen?
Zitatich habe auch mal versucht Linvdr mit dem MAhlzeitISO 3.2 in einer VMware zu installieren, aber es will nicht so recht.
Dieser Teil würde mir zu denken geben:
ZitatJan 6 11:40:14 linvdr user.err kernel: dvb-ttpci: could not load firmware, file not found: dvb-ttpci-01.fw
Jan 6 11:40:14 linvdr user.err kernel: dvb-ttpci: usually this should be in /usr/lib/hotplug/firmware or /lib/firmware
Jan 6 11:40:14 linvdr user.err kernel: dvb-ttpci: and can be downloaded from http://www.linuxtv.org/download/dvb/firmware/
Gruß
Schlumpf
Nahezu alle AMD im Sockel AM2 sollten das auch können. Stichwort Pacifica
Hi,
für Leute die Xen noch nie benutzt haben ist das sicherlich interessant.
Wobei sich natürlich die Frage stellt, ob der DomU-Kernel alle nötigen Voraussetzungen ( DVB-Treiber) mit sich bringt und ob nicht viele Leute ihre Treiber gerne auf dem neuesten Stand sehen (Kernel 2.6.16 ist auch schon ne Weile her).
Man könnte natürlich ein entsprechendes Template und einen passenden Kernel auf die Basis von eisxen stellen. Aber ob dies so einfach für viele verschiedene Systeme und DVB-Karten wird bleibt für mich fraglich.
Grüße
Hallo liebe Xen-Freunde,
vorgestern habe ich angefangen meinen VDR mit XEN etwas aufzubessern.
Mein Vorgehen:
- löschen der Videopartition und ersetzen mit einer LVM-Konfiguration
- Kopie der ct'VDR-5 Systempartition in ein lv des LVM
- Ubuntu Edgy Server auf die Systempartition installiert, zusammen mit den nötige Paketen um xen aus den Quellen bauen zu können
- Herunterladen der Sources von Xen 3.0.3
- Anpassen der Kernel an meine Bedürfnisse ( für den VDR-VServer habe ich einen eigenen Kernel gebaut, da die anderen kein PCI und auch keine Module benötigen)
- alles kompilieren und installieren lassen
- anpassen von Grub an den neuen Kernel (mit pcihide für die DVB-Karten)
*Daumengedrück*
- anlegen einer Konfigurationsdatei für den VServer (ebenfalls mit den Optionen für PCI)
- Starten des VServer
*Gefreut*
So glatt lief es bei mir auch nicht.
Wichtig für Ubuntu Edgy und Xen:
Den Symlink von /bin/sh nach /bin/dash ändern in /bin/bash
Nach ein paar Stunden der Aufnahme von 10 Kanälen hat sich der Server aufgehängt, weil er nicht mehr auf die Festplatte zugreifen konnte. Nach einem Neustart erhiehlt ich viele DMA Fehler in Zusammenhang mit /dev/hda, was aber nach kurzem Ausschalten des Rechners wieder weg war. Ob dies nun an Xen, meinem Kernel oder der Hardware lag ist mir bis jetzt noch schleierhaft.
Da es keine Konsole gibt, meckert der ct'VDR etwas herum, aber es funktioniert.
Der Server steht im Keller und hat keinen TV angeschlossen. Ich kann daher keine Aussagen über OSD oder ähnliches machen.
Viele Grüße
Schlumpf
lspci in dom0:
00:00.0 Host bridge: Intel Corporation 82875P/E7210 Memory Controller Hub (rev 02)
00:01.0 PCI bridge: Intel Corporation 82875P Processor to AGP Controller (rev 02)
00:03.0 PCI bridge: Intel Corporation 82875P/E7210 Processor to PCI to CSA Bridge (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
02:01.0 Ethernet controller: Intel Corporation 82547EI Gigabit Ethernet Controller
03:00.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card (rev 02)
03:01.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card (rev 02)
03:05.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card (rev 02)
03:06.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
03:07.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)
03:08.0 Ethernet controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) integrated LAN Controller (rev 02)lspci in domVDR:
0000:03:00.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card (rev 02)
0000:03:01.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card (rev 02)
0000:03:05.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card (rev 02)
0000:03:06.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)/boot/grub/menu.lst ( nur das wichtigste):
title Xen 3.0 / XenLinux 2.6
root (hd0,0)
kernel /xen.gz dom0_mem=256000
module /vmlinuz-2.6.16-xen0 root=/dev/hda2 ro console=tty0 pciback.hide=(03:00.0)(03:01.0)(03:05.0)(03:06.0)# -*- mode: python; -*-
#============================================================================
# Python configuration setup for 'xm create'.
# This script sets the parameters used when a domain is created using 'xm create'.
# You use a separate script for each domain you want to create, or
# you can set the parameters for the domain on the xm command line.
#============================================================================
#----------------------------------------------------------------------------
# Kernel image file.
kernel = "/boot/vmlinuz-2.6-xenVDR"
# Optional ramdisk.
#ramdisk = "/boot/initrd.gz"
# The domain build function. Default is 'linux'.
#builder='linux'
# Initial memory allocation (in megabytes) for the new domain.
memory = 256
# A name for your domain. All domains must have different names.
name = "rigel"
# List of which CPUS this domain is allowed to use, default Xen picks
#cpus = "" # leave to Xen to pick
#cpus = "0" # all vcpus run on CPU0
#cpus = "0-3,5,^1" # run on cpus 0,2,3,5
# Number of Virtual CPUS to use, default is 1
#vcpus = 1
pci=['03:00.0','03:01.0','03:05.0','03:06.0']
#----------------------------------------------------------------------------
# Define network interfaces.
# Optionally define mac and/or bridge for the network interfaces.
# Random MACs are assigned if not given.
vif = [ 'mac=AC:DE:48:00:02:01' ]
#vif = [ '' ]
#----------------------------------------------------------------------------
# Define the disk devices you want the domain to have access to, and
# what you want them accessible as.
# Each disk entry is of the form phy:UNAME,DEV,MODE
# where UNAME is the device, DEV is the device name the domain will see,
# and MODE is r for read-only, w for read-write.
#disk = []
disk = ['phy:vg0/rigel,hda1,w',
'phy:vg0/rigel-swap,hda2,w',
'phy:vg0/rigel-video,hda3,w' ]
#----------------------------------------------------------------------------
# Define to which TPM instance the user domain should communicate.
# The vtpm entry is of the form 'instance=INSTANCE,backend=DOM'
# where INSTANCE indicates the instance number of the TPM the VM
# should be talking to and DOM provides the domain where the backend
# is located.
# Note that no two virtual machines should try to connect to the same
# TPM instance. The handling of all TPM instances does require
# some management effort in so far that VM configration files (and thus
# a VM) should be associated with a TPM instance throughout the lifetime
# of the VM / VM configuration file. The instance number must be
# greater or equal to 1.
#vtpm = [ 'instance=1,backend=0' ]
#----------------------------------------------------------------------------
# Set the kernel command line for the new domain.
# You only need to define the IP parameters and hostname if the domain's
# IP config doesn't, e.g. in ifcfg-eth0 or via DHCP.
# You can use 'extra' to set the runlevel and custom environment
# variables used by custom rc scripts (e.g. VMID=, usr= ).
# Set if you want dhcp to allocate the IP address.
dhcp="dhcp"
# Set netmask.
#netmask="255.255.255.0"
# Set default gateway.
#gateway="10.0.0.254"
# Set the hostname.
#hostname= "vm%d" % vmid
hostname="rigel.sg9"
# Set root device.
root = "/dev/hda1 ro"
# Root device for nfs.
#root = "/dev/nfs"
# The nfs server.
#nfs_server = '169.254.1.0'
# Root directory on the nfs server.
#nfs_root = '/full/path/to/root/directory'
# Sets runlevel 4.
extra = "4"Hi frifaj,
you need to get a Kernel with Highmem support. There should be a message of the kernel at boottime that only 960mb are available.
But "top shows only 960GB RAM." i think you have enough memory for the next 50 years.
hi,
blehnert:
hoffe du hast das auch an tomshardware geschickt, weil es ansonsten wohl wenig bringen dürfte, hier über den Bericht zu kritisieren.
"\"Im Vergleich zu den Durchsatzraten anderer Systemkomponenten erscheinen die Eckdaten moderner Hard Drives noch immer ernüchternd niedrig. Ganz zu schweigen bei flüchtigen Speichern (RAMs) - hier erscheinen Zugriffszeiten und Transferraten wie eine Ewigkeit.\"
die "RAMs" sind langsamer als HDs?"
Naja, das sind die menschlichen Umgangssprachen. Überleg mal wie viele Interpretationen es für den Satz "ich sah den Mann auf dem Berg mit dem Fernrohr" gibt.
"\"Die bislang übliche Problemlösung nennt sich Solid State Disk, also eine Festplatte, die vollständig aus Speicherchips zusammengesetzt wird."
vs --> (wo ist der widerspruch??)
\"Das Ergebnis ist jedoch sehr überzeugend: Solid-State-Laufwerke sind weit robuster gegenüber Erschütterung und ...\"
davon abgesehen sind sie wohl - bis zum bruch - unendlich-fach robuster gegenüber erschütterung..."
Es können sich bei RAMs genau so Lötstellen etc. lösen oder kleine Leiterbahnen brechen...
"\"...und sind wie zu erwarten vielfach schneller als magnetische Speichermedien - und das gerade beim Zugriff. \"
wobei denn sonst (beim gedächtnis verlieren??)?"
Beim Geldbeutel leeren sind sie auch schneller.
"\"Die Stromversorgung erledigt ein PCI-Stecker; einen freien Slot sollte man also mindestens haben, wobei die Karte aufgrund des Platzbedarfs der Speichermodule zur Seite den Platz zweier Steckkarten beansprucht.\"
super, gab wohl kaum eine andere möglichkeit. aber wurde ja schon oben erwähnt."
einen Adapter vom ATX-Stecker, welcher dann einen weiteren Stecker für die Karte bereithält und die 5Volt-Schiene anzapft?
ein externes Netzteil?
(einen kleinen Hamster der ein Laufrad mit Dynamo antreibt?)
aktueller Bericht von Tomshardware: http://www.de.tomshardware.com/storage/20050912/index.html
Meine Skystars sind heute gekommen und funktionieren bisher tadellos. 
Hi Habib,
habe Sie gegen Technisat Skystar 2.6d tauschen lassen ( sind noch nicht zurück) und hoffe das ich nicht damit auf die Schnauze falle. Sollen inzwischen ja auch mit EPG-Scan etc. laufen.
Hatte es zuerst mit Standard Debian + normalem 2.6.12 Kernel probiert, weil CVS ja mindestens den 2.6.13-rc1 wollte.
Danach kurz mit MiniVDR und jetzt gen2vdr original und auch mit CVS, aber es hatte nicht funktioniert.
Zumindest sind wir ja jetzt nicht mehr ganz alleine sondern schon zu zweit :).
So wie ich das gelesen habe ist die 1102 die Nova-SE, welche ja noch nicht korrekt unterstützt wird,
Gruß Schlumpf
Hallo Habib,
antwortet doch noch einer
ich hab die karte zurückgeschickt und wird getauscht. Femon hatte bei mir auch angezeigt, dass es kein Lock bekommt. Signalstärke schwankte zwischen 50 und 70%.
Denke nicht, dass drei Karten kaputt sind. Das liegt dann schon eher an der Software.
Gruß Schlumpf
Hallo Leute,
ich weiß nicht wie leicht der vdradmin an ein neues Interface anpassbar ist. Die Idee find ich jedenfalls Klasse, wenn man mit dem Showcenter den vdr bedienen könnte.
Wie wäre es mit dem xxv? Ich hab damit auch noch nicht viel gemacht, hab's auch erst vor einer Woche entdeckt. Vdradmin ist auf jedenfall schöner und bedienerfreundlicher im Moment. Allerdings hilft hier vllt. folgendes beim ersten Entwurf: "Das Schreiben eines Plugins geht sehr schnell, da der Input (Vdr, DB usw) sowie der Output (Telnet, HTTP, ... ) generisch realisiert wurde.". Ausserdem handeln ihn ja viele als Nachfolger vom vdradmin.
Gruß Schlumpf
Hi argo,
genau der gleiche Gedanken ist mir auch schon gekommen. Ich denke ein Problem dürften die Frames sein, welche vdradmin einsetzt. Bin mir nicht sicher, ob das Showcenter damit so recht klarkommt.
Des weiteren sollte die HTML-Oberfläche auch noch etwas weiter abgespeckt werden, so dass nicht so viel Platz verschwendet wird, wie es der vdradmin mit seinem Frame auf der linken Seite macht. Ein anständiges Scrollen mit den Cursortasten an der Fernbedienung sollte auch möglich sein. Z.B. ist es nicht sehr schön, wenn man die News von Heise mit dem Heiseplugin liest und die ganze Zeit wegen der Werbung irgendwo hinscrollen darf. Wenn man z.B. die Sendungen eines Senders am Tag sieht ( ähnlich der Auflistung von Videodateien etc.), sollte der Name der Sendung nicht länger als die Breite des Bildschirms sein und pro Seite sollten auch nur die entsprechende Anzahl an Sendungen da stehen, so dass diese auch mit der Höhe übereinstimmen.
Ich denke man würde eine Embeddedversion vom vdradmin gebrauchen können.
Oxyl ist zwar in PHP geschrieben, aber wenn du dich mit dem vdradmin anfreunden willst, dann brauchste auch Perl.
Gruß
Schlumpf
Hallo Leute,
ich habe mir obige Karten zweimal gekauft beim dvbshop, im guten Gewissen, dass, laut vdr-wiki und einigen Posts hier, die Karte funktionieren sollte. Link zur Karte.
Nun habe ich aber zweimal eine B2S1100 bekommen, wie dies bei Anderen auch schon vorgekommen ist. Oder ist das nun die S1102, weil sich der SU1278/SHA-Tuner darauf befindet?
Die Karte wird vom budget-ci erkannt und der VDR kann sie auch ansprechen. Allerdings kommt kein Bild von Kabel1, es bilden sich auch keine Klötzchen wie im folgenden Thread. Verwendet wurden zwei verschiedene Rechner, sowie Satellitenkabel und Distributionen ( Debian unstable und Gen2vdr in Version 1.0RC3). Ein Signal ist vorhanden, aber der Tuner bekommt kein Lock auf dem Receiver. Im Rechner steckt noch eine Nexus rev 2.3, welche eigentlich keine Probleme macht und Kabel auch ohne Probleme anzeigt.
Eckdaten auf dem Etikett des Weißblechs:
SU1278/SHA
3112 297 13021
420 HJ21 GE41901
Chip:
STV0299B
G342710
G227Y0409
Großer Chip am PCI:
Philips
SAA7146AH
CC9397
TtG04174
Leider hat mich die bisherige Recherche nicht viel weiter gebracht und ich würde deshalb gerne Wissen, ob ich die Karte nun zurückschicken und eine S1102 verlangen oder mir eine ganz andere Budgetkarte suchen sollte.
Gruß und Dank
Schlumpf