Ich habe mal den testweisen Umstieg von vdr-sxfe/xineliboutput zu softhddevice gewagt.
Angenehm an vdr-sxfe ist/war, dass man einen integrierten Medienplayer im VDR-Menü hat, der praktisch alles frisst, was man ihm anschafft (MP4, DVD/BR) und dabei auch noch ziemlich stabil ist.
Gibt es da eine adäquate Ersatzlösung unter softhddevice?
Wenn man rumsucht, nehmen viele dafür Kodi her, was ich bislang eigentlich vermeiden wollte.
So, heute mal das Update auf Buster gemacht: verlief nahezu reibungslos, nur das vdr-sxfe-Problem besteht genauso wie auf Stretch.
Nutzt hier sonst noch jemand vdr-sxfe aktiv oder bin ich hier damit der letzte Mohikaner?
Ziehen beide ziemlich Strom und sind bis auf ein paar Ausnahmen zumeist auch nicht passiv.
Würde eher auf Elkhart Lake warten (ab dem Jahreswechsel) oder einen kleinen Athlon/Ryzen zusammenschrauben.
Soll ich noch was spezielles testen?
Nein, das ist an sich schon aussagekräftig genug, da scheint xine wohl weder was mit den H.264- noch den H.265-Dekodern von Ryzen anfangen zu können, vom Deinterlacing ganz zu schweigen.
Vielen Dank fürs Testen!
Hatte ein interessantes Modell gefunden, den DCP-B7520DW.
Hat PCL/PS/PDF, WLAN und supergünstigen Toner (TN-B023 für 2000 Seiten für ~17€), weil in den Zielmärkten Polen (DCPB7520DWAP2) und CZ (DCPB7520DWYJ1) niemand bereit ist 35€ für 2000 Seiten hinzulegen.
Problem: Brother hat die extra nur auf Polnisch bzw. Tschechisch lokalisiert, man kann die Sprache wohl auch nicht im Interface ändern.
Etwas ähnlich fieses gibt es beim DCP-L2550DN: der kostet als DCPL2550DNG1 für Deutschland 230€ und als DCPL2550DNZW1 mit Lokalisierung für DK, SE, NO, EE, FI nur 173€.
Danke für die Infos.
Ist PCL/Postscript-Support eigentlich heutzutage noch relevant?
So wie ich es verstehe, hat Linux ja mit GDI-Druckern schon seit grob 10 Jahren keine Probleme mehr und auch die PC-Prozessoren sind ja seit Ewigkeiten schnell genug, aber hat man noch irgendwelche anderen Vorteile von PCL/PS-Support?
Nachdem sich mein wackerer 15 Jahre alter Brother MFC mit Fehler 71 (= Laser-Unit oder PCB defekt) verabschiedet hat, wollte ich mal fragen, ob Brother immer noch als gute Wahl als Drucker/Scanner gilt.
Als Nachfolger hätte ich den Brother MFC-L2710DW (Fax brauch ich nicht mehr, hätte dafür aber einen ADF-Scanner) oder DCP-L2530DW (nur Drucken/Scannen/Kopieren, kein ADF) im Auge.
Laut Rezensionen soll wohl nur die Brother-Drucker-App übel sein, sowas habe ich aber auch bislang nicht genutzt.
Wie sieht es denn mit HP aus, speziell unter Linux?
Unterscheidet sich HP von Brother in der Scan-Qualität oder hängt da überall der gleiche Sensor drinnen?
Nein, warum?
Dachte vllt., Du hättest es nochmal probiert, nachdem Du im Ausgangspost zunächst damit angefangen hattest:
QuoteIch habe jetzt, glaube ich, alle xineliboutput, softhd-/vaapi -devices durchprobiert.
Hätte mich als vdr-sxfe/xineliboutput-Fan, der mit einer Ryzen-CPU liebäugelt, nur persönlich interessiert.
@minijxr: Hast Du es nach den Treibern aus dem oibaf-PPA auch nochmal testweise mit vdr-sxfe/xineliboutput probiert?
Bei mir kam trotz nachinstalliertem .NET 3.5 ein Fehler vom Framework (siehe Screenshot).
Da hatte ich abgebrochen und den Berichten im Netz geglaubt, dass es unter Win10 nicht mehr geht.
In jedem Fall: untertänigsten Dank.
Was Du Dir für eine Mühe wg. meinem Problem machst (Screencap auf YT)...
SerialMon läuft leider unter Win10 x64 nicht mehr.
Ganz, ganz großes Danke für Deine Anregungen - auf das naheliegendste mit einem Monitor das ganze mitzulesen, hätte ich eigentlich selber kommen müssen.
Leider sorgen Freeware Monitore eben so wie die Trial Version von Eltimas Serial Port Monitor dafür, dass das Atric Tool behauptet, es wäre nichts angeschlossen.
Auch auf die Gefahr hin mich hier nach gestern nun schon zum zweiten Mal zu blamieren, aber nachdem meine letzten Erfahrungen an seriellen Schnittstellen 25 Jahre her sind...
Hintergrund:
Der WakeupUSB vor V1.2 verliert immer mal wieder seine Einschalt-Konfiguration (bekannter Hardware-Bug).
Um dann meinen FB-Einschaltcode (3D0F00000000) wieder anzulernen, musste ich bislang dazu immer in Windows booten und den Code im atric-Tool neu anlernen. Jetzt wollte ich das endlich mal in Linux über /dev/ttyACM0 automatisieren.
Wenn ich mir aber die Befehlsreferenz-Tabelle ansehe, ist dort IR-Code-Nummer setzen (FCS) durchgestrichen, wie wenn das nicht geht(?).
Bevor ich mir jetzt also mit einem echo FCS3D0F00000000 > /dev/ttyACM0 den WakeupUSB zerschiesse, wollte ich mal rückfragen, ob ich da auf dem Holzweg bin?
blau : Das ist leider nur das Handbuch für das Windows-Kommandozeilentool.
seahawk1986 : Danke, das ist genau das, was ich gesucht habe.
Ich kannte bisher nur die Befehle aus dem Handbuch auf S. 21.
Hat zufällig noch jemand die Befehlsreferenz für den IR-Wakeup USB Eco V1.0 als PDF?
Hatte Atric deswegen vor 10 Tagen angeschrieben, aber entweder man ist dort im Urlaub oder meine Mail ist im Spamfilter versumpft.
Habe es nicht selbst überprüft und war mir sicher, daß der Threadersteller das so gesehen hat, sonst würde er hier ja nicht fragen.
Hätte Stein und Bein schwören können, dass das bis vor meinem Update von 2.2.0 auf 2.4.1 vor ein paar Tagen der Fall war - sonst hätte ich nicht extra recherchiert und dann auch noch das Fass hier aufgemacht. Aber so kann man sich täuschen.
Das wäre mir neu!
Oh Mann, wie peinlich...
Gerade getestet und Klaus hat natürlich Recht: beim Auswählen von Ordnern ist der Löschen-Button weg.
War das schon immer so?
In jedem Falle: Mea culpa!
How often do you tune on that specifical satellite channel so that VDR can extract the EPG data?
Your TV channel might have decided to save satellite costs by limiting the EPG data being sent out for just one day ahead.
Or it's simply mis-configured on their side when they send out a week by DVB-T2.
Nein, ich habe am VDR nur eine interne Festplatte mit ext4, die alle 1-2 Monate mit einer externen Festplatte ge-rsync'ed wird, die dann wiederum physisch an einen anderen Ort kommt.
Mir geht es einfach darum zu Verhindern, dass das Kind mal in den Brunnen fällt - so ein 10-Stunden-Restore ist auch nicht unbedingt vergnügungssteuerpflichtig.
Mir war auch neu, dass man uninterpretierte Steuerungsrohdaten so einfach bulk ins syslog reinjaucht.
Wie dem auch sei...
ich habe mit folgendem APT-Befehl zwischenzeitlich mal einen rustikalen Rollback aus den Backports gemacht...
apt install libxine2-x:i386=1.2.6-1.3 libxine2:i386=1.2.6-1.3 libxine2-misc-plugins:i386=1.2.6-1.3 libxine2-ffmpeg:i386=1.2.6-1.3 libxine2-console:i386=1.2.6-1.3 libxine2-bin:i386=1.2.6-1.3 ./xineliboutput-sxfe_1.1.0+cvs20150907-3_i386.deb ./libxine2-xvdr_1.1.0+cvs20150907-3_i386.deb ./libavutil54_11.12-1~deb8u9_i386.deb
...und alles läuft wieder geschmeidig. Hatte aber auch extra noch ein Backup vor den Backports gemacht.
Wenn sonst auch niemanden mehr was zu einer evtl. Lösung einfällt, probiere ich halt direkt mal den nächsten Schritt auf Buster.
Kann jemand was dazu sagen, was mich da erwarten würde in Sachen vdr-sxfe/FFMPEG/vdpau und was es generell evtl. zu beachten gibt?
