Funktioniert bei mir wieder ohne Probleme.
Gruß Enouk
Funktioniert bei mir wieder ohne Probleme.
Gruß Enouk
Das Problem habe ich auch. Der Download über die Webseite und entpacken unter Windows funktioniert auch nicht.
Hallo,
ich hab mal eine kleine Test und Vergleichsreihe mit verschiedenen Kartenkombinationen gemacht. Details sind unten. Alle Test wurden unter gleichen Bedingungen (RAID im Sleep-Modus, keine Aufnahme, Stream, ect ) durchgeführt.
Fazit bisher für mich:
- Zwischen den einzelnen Revision habe ich keinen Unterschied messen können. Hier scheint der von shf erwähnte Softwarefilter bei der Rev 1 keine Rolle zu spielen.
- Jede Sat Karte verbraucht ohne laufendem VDR bei geladenen Modulen ca. 4 Watt.
- Sobald der VDR läuft kommt der Prozessor fast nie in den C3- Status. In Folge dessen steigt der Verbrauch um weitere 6 Watt.
- In Summe verbraucht eine Sat Karte also 10 Watt bei laufendem VDR.
- Werden mehrere Karten gleichzeitig betrieben, so erhöht sich der Verbrauch entsprechend, jedoch nicht linear. 4 Karten brauchen zusammen im Leerlauf 16 Watt - mit laufendem VDR 31 Watt. Dies ist nach meiner Meinung nicht verwunderlich, denn der Prozessor ist schon bei einer Karte kaum noch im C3.
- Der VDR "macht" irgendetwas permanent mit den Karten. Der VDR-Verbrauch ohne Karten ist minimal.
-Das Abschalten der EPG-Suche und des Channelscans brachte bei mir keine meßbaren Unterschiede.
Eigentlich müsste man die dem VDR anzulastenden 15 Watt per Software einsparen können. Eventuell durch automatisches VDR Stop wenn keine Aufnahme läuft. Dann müsste er nur manuell bei Bedarf gestartet werden (nicht gut).
Oder der VDR kappt die Kartennutzung, wenn Sie nicht gebraucht wird (nur wie?).
Morgen installiere ich mal den VDR ohne jegliche Plugins und schaue mal ob da nicht irgendetwas zwischen funkt, bzw. ich versuche mal einen VDR <1.7. Den VPS-Scan habe ich noch nicht getestet, der könnte auch noch eine Ursache sein.
Vielleicht könnte mal jemand mit einer anderen Karte als der Skystar nach dem Powertop schauen und sagen ob es hier wesentliche Unterschiede gibt.
_______________Messungen
Kein VDR ohne Sat-Karten, keine DVB-Module IDLE -Stromverbrauch 55 Watt
Cn Verweildauer P-States (Frequenzen)
C0 (Prozessor läuft) ( 0,0%) 2,81 GHz 0,0%
polling 0,0ms ( 0,0%) 2,14 GHz 0,0%
C1 halt 0,0ms ( 0,0%) 1,60 GHz 100,0%
C2 0,6ms ( 0,0%)
C3 71,7ms (100,1%)
Aufwachen pro Sekunde : 14,0 Intervall: 20,0s
Keine ACPI Stromverbrauch-Schätzung verfügbar
Häufigste Ursachen für das Aufwachen:
26,3% ( 5,2) <interrupt> : extra timer interrupt
15,0% ( 3,0) <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
8,0% ( 1,6) <kernel core> : hrtimer_start (tick_sched_timer)
7,5% ( 1,5) <interrupt> : ide0, ide1
7,0% ( 1,4) mysqld : hrtimer_start_range_ns (hrtimer_wakeup)
4,8% ( 0,9) xxvd : hrtimer_start_range_ns (hrtimer_wakeup)
4,8% ( 0,9) apache2 : hrtimer_start_range_ns (hrtimer_wakeup)
Display More
VDR läuft ohne Sat Karten, keine DVB-Module laut LSMOD, IDLE -Stromverbrauch 56 Watt
Cn Verweildauer P-States (Frequenzen)
C0 (Prozessor läuft) ( 0,4%) 2,81 GHz 0,0%
polling 0,0ms ( 0,0%) 2,14 GHz 0,0%
C1 halt 0,0ms ( 0,0%) 1,60 GHz 100,0%
C2 0,2ms ( 0,0%)
C3 3,7ms (99,6%)
Aufwachen pro Sekunde : 270,9 Intervall: 10,0s
Keine ACPI Stromverbrauch-Schätzung verfügbar
Häufigste Ursachen für das Aufwachen:
57,8% (194,8) [ffnetdev] : PES2 hrtimer_start_range_ns (hrtimer_wakeup)
35,0% (118,0) <interrupt> : extra timer interrupt
2,7% ( 9,2) <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
0,7% ( 2,4) streamdev : serve hrtimer_start_range_ns (hrtimer_wakeup)
0,6% ( 1,9) [ffnetdev] : Clie hrtimer_start_range_ns (hrtimer_wakeup)
0,4% ( 1,4) [ffnetdev] : TS s hrtimer_start_range_ns (hrtimer_wakeup)
0,4% ( 1,3) mysqld : hrtimer_start_range_ns (hrtimer_wakeup)
0,3% ( 0,9) [ffnetdev] : OSD hrtimer_start_range_ns (hrtimer_wakeup)
0,3% ( 0,9) vdrdevel : hrtimer_start_range_ns (hrtimer_wakeup)
0,3% ( 0,9) apache2 : hrtimer_start_range_ns (hrtimer_wakeup)
0,3% ( 0,9) xxvd : hrtimer_start_range_ns (hrtimer_wakeup)
Display More
Kein VDR, eine Sky-Star2 2.6 B, DVB-Module geladen, IDLE -Stromverbrauch 60 Watt
Cn Verweildauer P-States (Frequenzen)q
C0 (Prozessor läuft) ( 0,0%) 2,81 GHz 0,0%
polling 0,0ms ( 0,0%) 2,14 GHz 0,0%
C1 halt 0,0ms ( 0,0%) 1,60 GHz 100,0%
C2 0,0ms ( 0,0%)
C3 30,6ms (100,1%)
Aufwachen pro Sekunde : 32,7 Intervall: 5,0s
Keine ACPI Stromverbrauch-Schätzung verfügbar
Häufigste Ursachen für das Aufwachen:
39,6% ( 18,0) <interrupt> : extra timer interrupt
26,0% ( 11,8) <kernel core> : hrtimer_start (tick_sched_timer)
23,3% ( 10,6) events/1 : queue_delayed_work (delayed_work_timer_fn)
2,6% ( 1,2) mysqld : hrtimer_start_range_ns (hrtimer_wakeup)
1,8% ( 0,8) apache2 : hrtimer_start_range_ns (hrtimer_wakeup)
1,8% ( 0,8) xxvd : hrtimer_start_range_ns (hrtimer_wakeup)
Display More
VDR läuft, eine Sky-Star2 2.6 B, DVB-Module geladen, IDLE -Stromverbrauch 66 Watt
PowerTOP version 1.10 (C) 2007 Intel Corporation
Cn Verweildauer P-States (Frequenzen)
C0 (Prozessor läuft) ( 2,2%) 2,81 GHz 0,0%
polling 0,0ms ( 0,0%) 2,14 GHz 0,0%
C1 halt 0,0ms ( 0,0%) 1,60 GHz 100,0%
C2 1,0ms (91,5%)
C3 1,0ms ( 6,4%)
Aufwachen pro Sekunde : 957,4 Intervall: 10,0s
Keine ACPI Stromverbrauch-Schätzung verfügbar
Häufigste Ursachen für das Aufwachen:
39,0% (477,5) <interrupt> : Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver
20,2% (247,4) <interrupt> : extra timer interrupt
16,1% (197,0) [ffnetdev] : PES2 hrtimer_start_range_ns (hrtimer_wakeup)
15,0% (183,6) <kernel IPI> : Rescheduling interrupts
6,7% ( 82,2) <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
0,9% ( 10,5) events/1 : queue_delayed_work (delayed_work_timer_fn)
Display More
QuoteOriginal von SHF
Die 14W Mehrverbrauch werden Grösstenteils auf das Konto der DVB-Karten bzw. des LNB gehen.
Was hast du denn da genau angeschlossen (Kartentyp & Anzahl, LNB / Mutischalter, ...)?
Die 4 Satkarten hängen an einem Multischalter (Digisat 9016N)
3x Technisat SkyStar2 DVB card (rev 01)
1x Technisat SkyStar2 DVB card (rev 02)
QuoteOriginal von SHF
Bei den Karten mit b2c2_flexcop-Chip ist auch die Chip-Revision wichtig. Bei den ersten Revisionen funktioniert der Hardware-PID-Filter nicht richtig, daher wird der komplette Transponder übertragen und dann per Software gefiltert.
Die Datenrate auf dem PCI-Bus dürfte damit ungefähr 3-4 mal so hoch sein wie bei einer mit Hardware-PID-Filter.
Ob das allerdings einen Unterschied beim Stromverbrauch macht kann ich nicht sagen.
Das mit der Softwarefilterung war mir neu. Das wird natürlich bei 3 Karten einen ganz nette Busbelastung erzeugen. Ich werde mal die Karten bischen hin und her tauschen und gucken, was passiert wenn nur die rev 02 drin ist, bzw. nur die rev 01.
Wie sieht den bei Euch der Powertop aus, wenn andere Satkarten verbaut sind?
Gruß Enouk
@all, danke, irgendwie rätsele ich immer noch.
lexi, die platten schlafen, laut powertop sind es Zugriffe auf die Tunerkarten.
gda Bei den Treibern tut sich nicht viel:
VDR ist mit /etc/init.d/vdrdevel gestoppt:
lsmod | grep b2c2_flexcop
b2c2_flexcop_pci 2875 0
b2c2_flexcop 17393 1 b2c2_flexcop_pci
dvb_core 61563 2 stv0299,b2c2_flexcop
cx24123 9399 1 b2c2_flexcop
cx24113 5128 1 b2c2_flexcop
s5h1420 8045 1 b2c2_flexcop
i2c_core 11900 7 dvb_pll,stv0299,b2c2_flexcop,cx24123,cx24113,s5h1420,i2c_i801
Beim Start des VDR ist der einzige Unterschied in Zeile 2 zu finden:
lsmod | grep b2c2_flexcop
b2c2_flexcop_pci 2875 31
b2c2_flexcop 17393 1 b2c2_flexcop_pci
dvb_core 61563 2 stv0299,b2c2_flexcop
cx24123 9399 1 b2c2_flexcop
cx24113 5128 1 b2c2_flexcop
s5h1420 8045 1 b2c2_flexcop
i2c_core 11900 7 dvb_pll,stv0299,b2c2_flexcop,cx24123,cx24113,s5h1420,i2c_i801
Wenn ich das richtig verstehe, wird das Modul nicht entladen, jedoch
nicht mehr genutzt (läuft ja auch kein vdr).
Aber used bei 31: Ist das nicht ein bischen viel?
gda: Ist das das was Du meinst?
Und hier noch eine Ausgabe von powertop mit vdr:
PowerTOP version 1.10 (C) 2007 Intel Corporation
Cn Verweildauer P-States (Frequenzen)
C0 (Prozessor läuft) ( 3,8%) 2,81 GHz 0,0%
polling 0,0ms ( 0,0%) 2,14 GHz 0,0%
C1 halt 0,0ms ( 0,0%) 1,60 GHz 100,0%
C2 0,9ms (67,0%)
C3 0,7ms (29,2%)
Aufwachen pro Sekunde : 1157,7 Intervall: 10,0s
Keine ACPI Stromverbrauch-Schätzung verfügbar
Häufigste Ursachen für das Aufwachen:
42,2% (1015,7) <interrupt> : Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver
20,9% (502,4) <interrupt> : ahci, Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Drive
9,3% (223,3) <kernel IPI> : Rescheduling interrupts
9,0% (215,3) <interrupt> : extra timer interrupt
8,2% (197,2) [ffnetdev] : PES2 hrtimer_start_range_ns (hrtimer_wakeup)
5,3% (127,2) <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
1,7% ( 41,9) <interrupt> : ide0, ide1, Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI
1,7% ( 40,5) events/0 : queue_delayed_work (delayed_work_timer_fn)
0,4% ( 9,8) receiver : on dev hrtimer_start_range_ns (hrtimer_wakeup)
0,3% ( 7,0) tuner : on device hrtimer_start_range_ns (hrtimer_wakeup)
0,3% ( 6,5) <kernel IPI> : TLB shootdowns
0,1% ( 2,4) streamdev : serve hrtimer_start_range_ns (hrtimer_wakeup)
0,1% ( 1,9) [ffnetdev] : Clie hrtimer_start_range_ns (hrtimer_wakeup)
0,1% ( 1,4) [ffnetdev] : TS s hrtimer_start_range_ns (hrtimer_wakeup)
0,1% ( 1,3) mysqld : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 1,0) kdvb-ad-1-fe-0 : dvb_frontend_thread (process_timeout)
0,0% ( 1,0) kdvb-ad-3-fe-0 : dvb_frontend_thread (process_timeout)
0,0% ( 1,0) kdvb-ad-2-fe-0 : dvb_frontend_thread (process_timeout)
0,0% ( 0,9) EPGSearch: : conf hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,9) xxvd : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,9) apache2 : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,9) kdvb-ad-0-fe-0 : dvb_frontend_thread (process_timeout)
0,0% ( 0,9) [ffnetdev] : OSD hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,9) vdrdevel : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,5) events/1 : queue_delayed_work (delayed_work_timer_fn)
Display More
und ohne vdr:
PowerTOP version 1.10 (C) 2007 Intel Corporation
Cn Verweildauer P-States (Frequenzen)
C0 (Prozessor läuft) ( 0,0%) 2,81 GHz 0,0%
polling 0,0ms ( 0,0%) 2,14 GHz 0,0%
C1 halt 0,0ms ( 0,0%) 1,60 GHz 100,0%
C2 0,1ms ( 0,0%)
C3 35,2ms (100,1%)
Aufwachen pro Sekunde : 28,5 Intervall: 5,0s
Keine ACPI Stromverbrauch-Schätzung verfügbar
Häufigste Ursachen für das Aufwachen:
65,4% ( 40,4) events/0 : queue_delayed_work (delayed_work_timer_fn)
17,2% ( 10,6) <kernel core> : hrtimer_start (tick_sched_timer)
6,8% ( 4,2) <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
1,9% ( 1,2) <kernel IPI> : Rescheduling interrupts
1,6% ( 1,0) mysqld : hrtimer_start_range_ns (hrtimer_wakeup)
1,3% ( 0,8) xxvd : hrtimer_start_range_ns (hrtimer_wakeup)
1,3% ( 0,8) apache2 : hrtimer_start_range_ns (hrtimer_wakeup)
1,0% ( 0,6) events/1 : queue_delayed_work (delayed_work_timer_fn)
0,6% ( 0,4) <interrupt> : eth0
0,6% ( 0,4) fancontrol : enqueue_task_rt (sched_rt_period_timer)
0,6% ( 0,4) munin-node : hrtimer_start_range_ns (hrtimer_wakeup)
0,3% ( 0,2) sshd : sk_reset_timer (tcp_write_timer)
0,3% ( 0,2) sleep : hrtimer_start_range_ns (hrtimer_wakeup)
0,3% ( 0,2) miniserv.pl : hrtimer_start_range_ns (hrtimer_wakeup)
0,3% ( 0,2) async/22 : run_timer_softirq (sync_supers_timer_fn)
0,3% ( 0,2) bacula-sd : hrtimer_start_range_ns (hrtimer_wakeup)
Display More
Verhält sich der VDR und powertop bei Euch ähnlich?
Gruß Enouk
gda: Danke für die Antwort. So ganz verstehe ich das nicht oder ich stell mir das gerade ganz falsch vor ;-).
Wenn ich den vdr stoppe und alle anderen Dienste weiterlaufen lasse, verschwinden die Interrupts im powertop und der Verbrauch geht um 13 Watt runter.
Ich dachte, dass wären Softwareinterrupts, im Gegensatz zu Hardwareinterrupts, die vom Programm gesetzt werde, ähnlich wie bei Raidzugriffen etc. Beim Resync der Platten steigt das Ganze auf über 10000 an und weckt mir den gerade gut eingeschlafenen Prozessor aus seinem C3 Schlaf auf (soweit meine laienhafte Vorstellung).
In einigen Stellen wird das Reduzieren dieser Interrupts als wesentliches Kriterium zum Energieoptimieren beschrieben und als erreichbares Ziel <10/sek angegeben. Mit ca. 1300/s durch den VDR liegt das ganze deutlich drüber. Ohne VDR komme ich zu Zeit auf etwa 80/s.
Gruß Enouk
Hallo,
ich optimiere zur Zeit den Stromverbrauch meines Servers.
Einiges hat ganz gut gegriffen: Spin-Down der Datenplatten, Ausbau der Grafikkarte, deaktivieren von USB und allem unnötigen auf dem MB, entfernen aller nicht benötigter Software. Im Leerlauf bin ich dadurch von Anfangs 130 Watt auf jetzt 70 Watt runter. Letzte grosse Baustelle ist anscheinend der VDR selber.
Mit laufendem VDR verbraucht der Server 14 Watt mehr. Hauptursache ist wohl, daß der Prozessor kaum noch in den C3 kommt.
Powertop meldet > 2000 Interrupts/sek:
(2040,5) <interrupt> : ahci, Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver
(469,2) <interrupt> : Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver
Ich vermute mal, daß der VDR irgendetwas ständig mit den Satkarten am machen ist. Hat jeman einen Tipp, wie ich die Interrupts reduzieren kann, ohne dabei die Funktionalitäten zu beschneiden (EPG ...)
Gruß Enouk
QuoteOriginal von cjhbabel
Wenn die Satkarten wirklich zwischen 15-20W
Glaube nicht, daß es so viel ist, das wären bei mir 60-80 Watt bei 4 Karten. Da bleibt nicht mehr viel für den Rest übrig (118 Watt bei 8 Platten + 4 GB RAMM). Ich schrub die nächstes WE mal raus und messe mal den Unterschied.
Wie sieht es eigentlich mit dem Einsparpotential bei DVB-S-Karten aus? Ich habe 4 Skystar im Rechner die ziemlich heiß werden (aber auch ziemlich gut funktionieren). Har schonmal jemand einen Vergleich, bzw. Hinweise zum Energieverbrauch gesehen?
Gruß Enouk
Danke TomG für die Mühe die Du Dir machst. Die 1.7.10 läuft bei mir ohne Probleme. Ich war von der Stabilität der Devel-Version angenehm überrascht, nachdem ich vor drei Wochen vom eTobi-VDR umgestiegen bin.
Was schön wäre, wenn XXV mit aktualisiert wird. Die 1.1.4 mit der aktuellen SSV läuft ganz gut mit der 1.7.X zusammen.
Viele Grüße
Enouk
Schau mal unter:
/usr/share/doc/vdr-plugin-xineliboutput/Readme.debian
Gruß Enouk
@xnalph + gda: Danke für die Infos.
vdr-sxfe hab ich bisher immer für meine USB-Boot Geschichten genutzt. Funktioniert ziemlich gut. Beim installieren des Debians gestern abend war der Bildaufbau in der Box ziemlich langsam. Bin mal auf heute Abend gespannt, wenn ich den vdr installiere. Ich konnte mir gestern nicht vorstellen, daß die Anzeige für eine Videowiedergabe schnell genug ist.
Btw: Müsste es nicht möglich sein, ein Virtualbox Image mit VDR-Client zu erzeugen und für jedermann online zu stellen, oder spricht da etwas dagegen? (Ausser das einem der Bastelspass entgeht)
Gruß Enouk
QuoteOriginal von killajoe
VirtualPC will bei mir nicht mal vom TFTP-Server ein Image ziehen. Geschweigedenn sich überhaupt ne IP per DHCP zuweisen lassen. Das ist aber auch ein Mist
Wie schauts denn mit ner Samba-Freigabe aus? Kann man Schnittmarken vom VDR auch mit ProjectX einlesen und abspeichern?
Ich habe gestern VirtuaPC ohne Probleme mit einer Debian Lenny CD im Netz zum laufen gebracht. Ich gehe aber mal davon aus, dass die Grafikausgabe zu langsam ist um dann damit zu schneiden. Ich teste es heute abend mal.
Es gibt einige Howtos über das Bearbeiten von VDR-Aufnahmen mit ProjectX. Immer läuft das darauf hinaus, daß Du die Aufnahme erstmal demuxen musst.
Nach meiner Meinung ist das alles viel zu umständlich und langwierig im Vergleich zum Bearbeiten mit dem VDR.
Ich habe es mal eine Weile per Linux-Boot-USB Stick gemacht und dann zum Schneiden einen der Windows-Rechner halt unter Linux gebootet. Das ging ganz gut und ich konnte wenigstens verschiedene Rechner damit nutzen. Ich werde mir am nächsten Wochenende mal einen aktuellen Stick machen. Hierzu gibt es ja hier im Forum wirklich hervorragende Anleitungen.
Man merkt halt, daß der VDR nicht unbedingt als ein Client-Server System ausgelegt ist und es schon etwas frickelig wird wenn den VDR als Server mit n Windows-Clients betrieben wird und der Server über keine Grafikkarte verfügt.
Gruß Enouk
QuoteOriginal von killajoe
Hi,
Also das muss ich unbedingt mal versuchen. EinVMware-Image müsste doch tun.
Dann meinte ich das in meinem Post weiter oben
Hallo,
killajoe
und schon ausprobiert, funktioniert es?
Kann man priniziell mit Virualbox oder Vmware einen VDR-Client unter Debian auf einem Windows-Rechner einrichten, der dann zum schneiden der Videos mißbraucht wird, oder spricht da etwas dagegen. Hat das schonmal jemand zum laufen bekommen?
Gruß Enouk
Danke an steffen_b und alle die hier kräftig an epgdata2vdr gewerkelt haben/werkeln. Nach 2 Tage basteln hab ich es ans laufen bekommen. Ich habe einiges dabei gelernt und war ziemlich stolz das es nun läuft, trotz meiner beschränkten Programmier-Kenntnisse.
Viele Grüße
Enouk
Aktuell scheint wohl die 1.4 zu sein, die noch nicht Einzug in e-Tobi gefunden hat. So wie ich die Änderungen verstehe, werden TS-Files noch nicht unterstützt aber ansonsten sind viele schicke Änderungen gegenüber der 1.2. gemacht worden.
Hat das vielleicht schon jemand die 1.4 mit den letzen SVN laufen und kann etwas über die Kompatibilität zu 1.7 sagen? Ansonsten werde ich in den nächsten Tagen mal mein Glück versuchen.
Was micht wundert ist, daß es um Tools wie xxv, vdradmin, live etc. so ruhig ist. Gibt es so wenig Leute die einen VDR-Server im Keller betreiben und dann mit mehreren Windows-Clients unabhängig darauf zugreifen? Oder gibt es für den Fall bessere Lösungen?
Gruß Enouk
Hallo,
ich hab mich an VDRDEVEL 1.7.9 gewagt und war angenehm überrascht wie stabil und einfach es lief. Danke an Klaus und alle Beteiligten.
XXV läuft anscheinend soweit zusammen mit der 1.7.9, nur die neuen TS-Aufnahmen werden nicht angezeigt. Gibt es da schon eine Lösung oder eine Alternative zu XXV?
Danke + Gruß Enouk
Hallo,
ich habe das ipacks Problem mit der gleichen Fehlermeldung auch:
mit der 1.7.9-1devel1 und vdrdevel-plugin-ffnetdev bleibt das Bild nach 2 Sekunden hängen. OSD funktioniert weiter, mehr aber nicht.
mit 1.6.0-11 und ffnetdev 0.1.0+svn20071201.1427-8 läuft es ohne Probleme.
VLC ist jeweils 1.0.1.
Hat jemand einen Tipp, bzw. eine Lösung dafür gefunden?
Hallo,
gibt es hier etwas neues?
sigiberlin: Hast Du das - und nun - schon beantwortet?
Bei mir sieht die Ausgabe identisch aus.
Spielt die unterschiedliche Ausgabe utf8 utf-8 eine Rolle?
Ich habe Lenny im Einsatz und komme mit der Gentoo-Anleitung nicht klar :(.
Viele Grüße