Hallo zusammen, Mein System: Futro S500 CPU: Der amd Sempron 2100+ mit jeweils 1 GHZ, wurde erfolgreich durch einen AMD Athlon X2 Dual-Core Mobile L310 ersetzt. Dieser neue CPU besitzt zwei Kerne mit jeweils 1,2 GHZ RAM: Den RAM mit 667 MHZ, habe ich durch einen 2 GB RAM mit 800 MHZ ersetzt. USB 2.0 DVB-S2 Karte: Technotrend s2-4600 Betriebssystem: Debian wheezy "amd64" Nachdem ich die Source für meine USB DVB-S2 TV Karte compiliert u. installiert hatte, konnte ich diese TV Karte sofort nutzen. mpeg2: Bei TV Sendungen die mpeg2 nutzen, gibt es keine Probleme bei der Dartellung Systemauslastung: 30-35 % bei beiden Kernen mpeg4: Bei TV Sendungen die mpeg4 nutzen, gibt es leichte Verzögerungen bei der Darstellung. Systemauslastung: 90-95 % bei beiden Kernen Nun liegt bei mir der Gedanke nahe eine PCI Grafikkarte der hd Reihe von amd zu kaufen. Soviel ich weis, unterstützen doch die Grafikkarten der hd Reihe das Endkodieren von mpeg4. Ich wollte nur einmal Nachfragen, nicht das ich mir eine PCI Grafikkarte kaufe u. es dann doch nicht funktioniert.
"Endkodieren" hab ich ja noch nie gehört :D Ein mpeg4-stream soll dekodiert werden? Welcher Grafikchip ist denn aktuell verbaut? Unter Windows ist glaube ich ab HD 2xxx brauchbare DXVA-Unterstützung für mpeg4-Streams vorhanden, ich nehme mal an dass das unter Linux dann änhlich aussehen wird.
unbekannt schrieb: > Nun liegt bei mir der Gedanke nahe eine PCI Grafikkarte der hd Reihe von > amd zu kaufen. > > Soviel ich weis, unterstützen doch die Grafikkarten der hd Reihe das > Endkodieren von mpeg4. Du meinst dekodieren. Prinzipiell ist das richtig, aaaber: 1. Du musst dann den proprietären Grafiktreiber von AMD benutzen, weil der freie das wohl eher nicht unterstützt. 2. Du musst einen Videoplayer benutzen, der die Dekodierung vom AMD-Grafiktreiber machen lassen kann. Erst wenn Du zu der Grafikkarte noch die geeignete Software hast, gibt es eine von Null verschiedene Wahrscheinlichkeit, dass das ganze auch funktioniert. Das musst Du durch Lesen der zugehörigen Dokumentation verifizieren, d.h.: 1. Kann der AMD-Treiber mit der von Dir ausgewählten Grafikkarte MPEG4/H.264 in Hardware dekodieren? 2. Kann der von Dir gewählte Medienplayer den AMD-Treiber benutzen, um darüber MPEG4/H.264 in Hardware dekodieren zu lassen. fchk
Ja sorry...endkodieren = dekodieren Ok...wenn es ja mit einer amd hd Grafikkarte eventuell klappen könnte, habe ich mir nun die Frage gestellt, ob überhaupt genügend Strom dem System zur Verfügung steht. Daten vom Original Fujitsu Netzteil: Input Nennspannung (AC-Eingang) 100 - 240 V Nennfrequenz (AC-Eingang) 50/60 Hz Output: AC 20v, 3,25 A Das Netzteil gibt also eine Gleichspannung mit 20 V u. 3,25 A aus. Welche Spannungsregler hier aber auf dem Mainboard verbaut sind weis ich nicht. Die üblichen Spannungen, sind bestimmt wie bei einem ATX Netzteil: +3.3V +5V +12V -12 V wird es ja nicht geben, da ja das Netzteil eine Gleichspannung abgibt. Der Hersteller gibt einen maximalen Stromverbrauch von 23 Watt des kompletten Systems an. Wie sich nun aber die 23 Watt zusammen setzen, das weis bestimmt nur der Hersteller alleine. Wieviel Ampere bei +3,3 V, +5V u. +12 V Nun hat sich ja bei mir durch den neueren CPU der maximale Stromverbrauch des CPUs erhöht. Sempron 2100+: max. 8 Watt max. Temperatur 95° AMD Athlon 64 X2 L310 max. 13 Watt max. Temperatur 95° Also um 5 Watt. Zum AMD Athlon 64 X2 L310 muss ich erwähnen das die maximale Temperatur nicht über 60 ° geht, wenn ich Sourcode mit beiden Kernen compile. Der passive Kühler konnte also weiter verwendet werden. Nun hat sich also der gesamte Stromverbrauch des Systems auf 28 Watt erhöht. PCI AMD Grafikkarte: Wenn ich nun eine amd hd Grafikkarte in den PCI Slot einsetze, deren maximalen Stromverbrauch nicht höher als 20 Watt ist, dann weis ich aber nicht, ob überhaupt genügend Ampere bei den Spannungsleitungen bei der PCI Schnittstelle anliegen. Was könnte hier im schlimmsten Fall passieren? Ich denke, das dann wahrscheinlich das System nicht starten würde, ohne das aber Bauteile beim Mainboard defekt gehen. Das schlimmste wäre dann natürlich, das ich das Geld für die Grafikkarte in den Sand gesetzt habe. Zur USB 2.0 dvb-s2 TV Karte: Per vdr streame ich das TV Programm in mein lokales Netzwerk. Wenn ich nun den TV Stream mit dem vlc Player starte, dann gibt mir vlc folgende Infos zum Dekoder: H264- MPEG-4 AVC (part 10) (h264) Auflösung : 1280x720 Bildwiederholrate: 100 Decodiertes Format: Planar 4:2:0 YUV Können die amd hd Grafikkarten genau dieses Videosignal dekodieren? Grafik: Die Grafikkarte ist im Bus Chip ati rs690 enthalten u. ist eine Radeon x1200
unbekannt schrieb: > mpeg2: > Bei TV Sendungen die mpeg2 nutzen, gibt es keine Probleme bei der > Dartellung > > Systemauslastung: > 30-35 % bei beiden Kernen das ist auch nicht normal. Ich nutzte DVB nur unter Windows und habe nie mehr als 5% Systemlast. Egal ob HD oder nicht. Und das ohne extra Grafikkarte, Intel HD4000 macht das alles nebenbei.
Ich hab gerade eben nochmal bei gkrellm nachgeguckt. Wenn ich den vdr Stream per vlc Player abfasse, habe ich bei mpeg2 eine Systemlast von 28-32 % bei beiden Kernen. Auflösung: 720x576 Bei einem mpeg4 Stream 90-95 % bei beiden Kernen. Auflösung: 1270x720 Xserver läuft, Radeon Treiber lädt der Xserver u. als grafische Oberfläche habe ich lxde installiert. Ich denke das man von den 2 x 1,2 GHZ Kernen nicht viel erwarten kann.
Hallo, versuche es mal auf vdr-portal.de. Ich denke mal, dort kann Dir besser geholfen werden. Jogibär
Hab gerade mal nachgeschaut. Unter Linux heißt der Support für die Hardware Dekodierung xvba bei den Radeon hd Grafikkarten. Xserver u. der von AMD bereitgestelte ati catalyst Treiber sollte xvba dann zur Verfügung stellen. Es gibt UVD, UVD2, UVD2.2 u. UVD3 Ab UVD2 wurde das komplette Dekodieren des H.264/MPEG-4 AVC Videosignal ermöglicht. Also müsste es ja klappen, da mir vlc beim Abspielen des vdr Streams folgendes sagt: H264- MPEG-4 AVC (part 10) (h264) Auflösung : 1280x720 Bildwiederholrate: 100 Decodiertes Format: Planar 4:2:0 YUV Eine Liste von Grafikkarten, die UVD2 unterstützen habe ich bereits gefunden. Jetzt muss ich nur noch eine Grafikkarte finden die zudem wenig Strom verbraucht.
Ich persönlich hätte nicht gedacht, das die Suche nach einer Grafikkarte so kompliziert werden würde. Folgende Grafikkarten habe ich nun gefunden: Club 3D HD5450 PCI Edition Preis: > 50 € PowerColor Go! Green HD5450 512MB DDR2 PCI Preis > 50 € Der Preis ist echt heftig...naja...scheint wohl keine günstigeren PCI Grafikkarten zu geben. Beide Hersteller geben nur den Hinweis "PCI" Es gibt hier jedoch etliche PCI Standarts "Unterschiedliche Bit Breite u. Taktfrequenz" Über das Programm lspci -v habe ich erfahren, das meine PCI Schnittstelle 32 Bit breit ist u. eine Taktfrequenz von 66 MHZ hat. Wenn ich den Bildern von den Grafikkarten traue, dann sind beide Grafikkarten 32 Bit breit . Folgendes Bild hat die wikipedia hierzu: http://commons.wikimedia.org/wiki/File:PCI_Keying.png Was bedeutet aber Universal (3,3V & 5V) 32-bit PCI CARD? Diesen Standart scheinen ja beide Grafikkarten zu haben.
mach dir mal nicht zu viele Sorgen. PCI ist PCI das passt schon.
Moin, wie wäre es mit einem Hardwaredecoder der MP4/HD decodieren kann. Der entlasten die CPU und verbraucht wenig Strom. Den bekommst du schon ab 30€. Alerdings als mini-pci express version. Es gibt, so glaube ich, mini-pci express zu PCI Adapter zum einbau auf PCI-Steckplätze. http://wiki.xbmc.org/index.php?title=Broadcom_Crystal_HD Gruß, vdr_user
@Peteer jepp @vdr_user hört sich sehr interessant an, also das mit den mini pci-e Karten, jedoch finde ich keinen passenden pci -> mini pcie-e adapter. Deine Lösung wäre wahrscheinlich die beste Lösung, da ich wiegesagt nicht weis ob nachdem Verbau einer Grafikkarte der Strom hierzu ausreicht.
Wir wäre es mit einem: mini-pcie > PCIe > PCI. Also Adapter auf adapter.
unbekannt schrieb: > Ich persönlich hätte nicht gedacht, das die Suche nach einer Grafikkarte > so kompliziert werden würde. > > Folgende Grafikkarten habe ich nun gefunden: > > Club 3D HD5450 PCI Edition > Preis: > 50 € > > PowerColor Go! Green HD5450 512MB DDR2 PCI > Preis > 50 € > > Der Preis ist echt heftig...naja...scheint wohl keine günstigeren PCI > Grafikkarten zu geben. PCI wird für Grafikkarten normalerweise nicht mehr verwendet, weil es ein Bremsklotz ist. Schon vor über 10 Jahren hat man dafür AGP ersonnen, und inzwischen wird nur noch PCIe verwendet. Für die PCIe-Versionen der Grafikkarten gibt AMD eine maximale Leistungsaufnahme von 19W an. Sollten die PCI-Versionen einen zusätzlichen Bridge-Chip haben, wird es mehr als 20W. Du hast Dir echt die falsche Hardware ausgesucht. fchk
Frank K. schrieb: > PCI wird für Grafikkarten normalerweise nicht mehr verwendet, weil es > ein Bremsklotz ist. aber nur für Spiele. Es wurde sehr lange noch PCI (Matrox) als Zusatzkarte verbaut, damit man mehre Bildschirme anschließen konnte. Heute gibt es sogar Bildschirme die werden mit USB 2.0 angeschlossen und reichen zu arbeiten. Da wird wohl PCI erst recht ausreichen.
@Frank K. da hast du vollkommen Recht..ich hab mir echt die falsche Hardware ausgesucht. Ich hab mir heute nochmal das Mainboard näher angeguckt. Neben dem PCI Slot sind Lötpunkte die für einen PCIe Slot vorgesehen sind. Neben dieser Lötpunkte sind weitere Lötpunkte...für was diese aber genutzt werden...k.A Neben dem Ram Slot sind ebenfalls Lötpunkte für einen weiteren RAM Slot. lspci sagt mir zudem das der Buschip eine PCI -> PCie Brücke hat. Weshalb bei diesen Punkten kein PCIe Slot ist, weis ich aber nicht. Der Chip unterstützt dies aber. Warum hatte ich mir heute noch einmal das Mainboard angeguckt? Ich hatte googel mal zudem Mainboard befragt u. anscheinend hat es echt Mainboards für die Futro S500 gegeben, die einen PCIe Slot hatten. Hier ein Bild, so wie mein Mainboard aussieht: http://bilder2.eazyauction.de/strabs/artikelbilder/331666.jpg Und hier ein Bild von einem anderen Futro S500 Mainboard...eventuell ist es ein anderes Futro Board...wäre halt gut zu wissen, welches Mainboard es ist: http://bilder2.eazyauction.de/strabs/artikelbilder/148585.jpg Wie ich aber dem Bild entnehme, fehlt hier der S1 Sockel...ob der CPU fest mit dem Mainboard verlötet ist, weis ich leider nicht. Ich werde mein Glück sehr wahrscheinlich mit der Geforce 8400 GS versuchen. Maximaler Stromverbrauch 18 Watt. Hardwaredekodierung ist mit dieser Grafikkarte ebenfalls möglich. Der Aufwand PCI -> Pci-e -> mini pcie u. das nötige pcie Modul wäre einfach zu kostenspielig. Die Geforce gibts für knapp 40 € bei ebay
Was ich eventuell ausprobieren könnte, wäre es den CPU zu übertakten. Beide Kerne laufen ja mit 1,2 GHZ. Die Temperatur des CPus liegt im idle bei 50 °, die maximale Temperatur liegt bei 58 °. Wenn der CPU bis 95° betrieben werden kann, dann könnte ich CPU Takt bei beiden Kerne von 1,2 ghz auf 1,4 ghz erhöhen. Woher habe ich die Daten? root@futro-s500-dvb-s2:~# sensors k8temp-pci-00c3 Adapter: PCI adapter Core0 Temp: +49.0°C Core0 Temp: +45.0°C Core1 Temp: +50.0°C Core1 Temp: +46.0°C Ich weis jetzt nicht mehr, welches Linux Programm mir gesagt hatte, das bei dem CPU der max. Kerntakt bei 2,0 GHZ liegt Jepp...übertakten kann man mit dem Programm cpufrequtils, aber cpufreq-info gibt mir folgendes aus: root@futro-s500-dvb-s2:~# cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Bitte melden Sie Fehler an cpufreq@vger.kernel.org. analysiere CPU 0: kein oder nicht bestimmbarer cpufreq-Treiber aktiv Maximale Dauer eines Taktfrequenzwechsels: 4294.55 ms. analysiere CPU 1: kein oder nicht bestimmbarer cpufreq-Treiber aktiv Maximale Dauer eines Taktfrequenzwechsels: 4294.55 ms.
unbekannt schrieb: > Was ich eventuell ausprobieren könnte, wäre es den CPU zu übertakten. Wird nicht ausreichen. Ein Athlon64 X2 2.4 GHz reicht nicht ganz aus, um Full-HD x264 ruckelfrei in Software zu dekodieren. Aber: Mit VDPAU (Nivida) langweilt sich die CPU beim selben Film. Noch extremer: So eine AMD E-350 Netbook-CPU macht in Software aus einem Full-HD-Film eine Diashow. Wenn man die integrierte GPU (HD6320?) per XvBA mitarbeiten lässt: läuft flüssig. Oder: Auf dem RaspberryPI würde man die Film-Framerate bei reinem Software-Decoding eher in "Minuten pro Frame" angeben. Mit dem Hardware-Decoder: kein Thema, wie Raspbmc & co beweisen.
ok..nochmal vielen Dank an Euch...werde dann selbstverständlich berichten ob es mit der geforce 8400 gs geklappt hat. Ich war gerade eben auf der Hersteller Seite gewesen...gibt ein Installationsskript für Debian i386 als auch Debian amd64. Ok..ich hab doch noch eine Frage: Egal ob es jetzt ARD HD, ZDF HD oder WDR HD Sender waren...es war nur normales HD Format 1270 x 720...senden momentan andere TV Sender ihr Programm im FULL HD Format?
Edit: Hab gerade gesehen, das z.b Servus TV HD mit 1920x1080 Auflösung läuft....momentan zwar nur bei meinem home pc, aber hoffentlich bald auch mit der Futro S500
unbekannt schrieb: > Egal ob es jetzt ARD HD, ZDF HD oder WDR HD Sender waren...es war nur > normales HD Format 1270 x 720 Die senden in "720p", war damals eine Politische Entscheidung. Wegen Olympiade & Co... Weil in 720p bei Schwenks und schnellen Bewegungen keine Fransen an Objektkanten entstehen. Und weil damals Mediamarkt nur "HD-Ready" Fernseher im Angebot hatte... Produziert wurden aber alle Sendungen in 1080i (also Full-HD, interlaced), und vor Ausstrahlung runterscaliert. So haben die Öffentlich-Rechtlichen die Nachteile von beiden Formaten optimal kombiniert. Niedrige Auflösung und Bewegungsunschärfe auf einmal! unbekannt schrieb: > berichten ob es mit der geforce 8400 gs Alternative, ähnliche Preisregion: Raspberry PI. Lass den S500 als Backend-Server laufen, und auf dem Pi z.B. XBMC mit Live-TV Plugin.
@Εrnst B✶ dank dir für deine Informationen Ich hab zwar keine Raspberry Pi, jedoch eine Odroid u2. Cooler Vorschlag: An die Futro S500 kommen die TV Karten. Die TV Karten streamen dann das TV Programm per vdr ins Netzwerk Rasperry Pi dekodiert den Stream u. stellt das TV Programm dar. Kann die Rasperry Pi Full HD? Ich frage, da ich eine Odroid u2 habe u. es hier seid langem Probleme mit dem Darstellen von Full HD Inhalt gibt. Odroid u2 = 4 * 1,7 GHZ, 2 GB Ram, Mali ist der Grafiktreiber Hm...für was dann aber weiter die Futro nutzen....ich könnte ja auch an die Raspberry Pi die TV Karte anschließen. Ich hatte bereits das Compilieren der TV Card Sourcen bei der odroid u2 probiert gehabt. 1) Kernel Header hatten gefehlt...diese Kernel Header hatte ich dann nachträglich erstellt gehabt. 2) Beim Compilieren der TV Card Source greift es auf die Kernel Header zu...da jedoch ein paar v4l Einstellungen fehlten, hatte er hier das entsprechende Modul für meine TV Karte nicht mit erstellt gehabt. Anderst sah es hier bei debian wheezy mit standartkernel u. header aus. Hier hatte er das entsprechende Modul erstellt gehabt, also hatten hier keine Kernel Einstellungen gefehlt gehabt. Wo nun welche Einstellungen gefehlt hatten, weis ich leider nicht Ich könnte es ja per make menuconfig einstellen....aber ich weis halt nicht wo. 3) Die Firmware gibt es vom Hersteller der TV Karte. Die Firmware wurde bereits compiliert u. lief bei mir ohne Probleme bei einem i386 oder amd64 System. Wenn man nun die Source compilieren will, dann greift es auf alte Kernel Header zu 2.6....installiert sind aber Kernel Header 3.x. Wie ich wo was ändern müsste, das er dann auf die richtigen Kernel Header zurgreift weis ich leider nicht. Ich weis noch nicht einmal ob ich die Firmware bei einer anderen Architektur nutzen kann...odroid u2 = armhf
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.