Hab es gerade mal im AT mit "%" im Suchbegriff versucht.
Es dauert zwar ne Weile, aber es geht
Problem ist, dass erst alle EPG-Einträge abgerufen werden und dann der Rest geprüft wird (Wochentag, Uhrzeit...).
Deshalb dauert es bei % so lange.
Hab es gerade mal im AT mit "%" im Suchbegriff versucht.
Es dauert zwar ne Weile, aber es geht
Problem ist, dass erst alle EPG-Einträge abgerufen werden und dann der Rest geprüft wird (Wochentag, Uhrzeit...).
Deshalb dauert es bei % so lange.
Im AT muss zwingend ein Suchtext angegeben werden.
Ein Leerzeichen wird nicht akzeptiert. Ich weiß gar nicht, ob man da ein * oder % als Suchbegriff angeben könnte??
Eine Einschränkung auf einen Wochentag ist jedoch über die Filter möglich.
Ne, da kommt lt. EPG ein ganz " normaler" Film.
Der nächste ist z.B. James Bond ... (17.01.2018, 20.15-22.30)
Da steht auch im EPG nichts von "Film am Mittwoch".
Da kann man auch mit dem AT nichts filtern.
Achso, du meinst den "Film am Mittwoch" auf ZDF?
Dachte, du willst irgendeinen Film am Mittwoch aufnehmen
Ok, bei wechselnden Sendungsnamen hilft dir AT und SP nicht weiter.
Hier hat natürlich der wiederkehrende Timer von DreamOS seine Schwächen, da der Aufnahmetitel immer mit dem Timernamen identisch ist.
Da wäre es sinnvoll, wenn es eine zusätzliche Option gäbe "Verwende EPG-Titel als Aufnahmetitel".
Wüsste im Moment nicht, wie man das Problem schon jetzt umgehen könnte.
Vielleicht gibt es noch andere Hinweise.
Um welche Sendung geht es denn?
Das Problem mit den gleichen Titeln der Aufnahmen lässt sich mit SeriesPlugin lösen.
Dieses kann in der Timerliste die Staffel, Folge und Titel ergänzen.
Das SeriesPlugin ist gerade in Verbindung mit dem AutoTimer eine gute Sache.
EMC-Request ist geschlossen.
Die gewünschte Funktion wurde im aktuellen github-Update integriert
Besten Dank an @dhwz
Beim Löschen einer laufenden Aufnahme im EMC wird auf Nachfrage der Timer beendet (jetzt auch ein wiederkehrender Timer) und direkt danach kommt jetzt noch die Frage, ob die bereits angelegte Aufnahme auch gelöscht werden soll.
Das ganze funktioniert natürlich auch bei Mehrfachauswahl in der EMC-Film-/Aufnahmeliste.
Habe ich schon bemerkt, Danke
Fand das jetzt aber nicht so problematisch, um das extra zu melden.
@Knorpi
Mir fällt gerade ein, dass ich bei meinem Samsung-TV auch noch das HDMI-Audioeeingangsformat (PCM, Bitstream) und das digitale Audioausgangsformat wählen kann (PCM, Dolby Digital...). Das Ausgangsformat gilt wohl auch zum Teil für die normalen TV-Boxen.
Evtl. hast du sowas ja auch im Menü zum Testen.
Falls du das schon durchprobiert hast, dann meinen Gedanken einfach ignorieren
@puffy
Bitte nicht wieder den Thread mit solchen Posts kaputtmachen.
Mache dazu bitte einen neuen Thread auf.
Hier bitte nur sachdienliche Hinweise zur Sache.
Darum bitte ich auch die anderen User - das macht hier sonst keinen Spass mehr.
Danke - ist nicht böse gemeint
@Knorpi
Wenn es funktioniert, könntest du die Einstellung fest auf downmix=off lassen und bräuchtest da gar nichts mehr ständig wechseln.
Das hat du wohl irgendwie falsch verstanden.
Das mit dem Zurückändern war nur der Hinweis, falls es nicht funktioniert, dass du dich dann nicht wunderst, dass du plötzlich gar nicht mehr die Lautstärke der Dreambox ändern kannst
Wegen der Änderung der TV-Lautstärke bei downmix=off könntest du ja mal versuchen, ob dein TV die Weiterleitung der Lautstärketasten von der DB-FB per HDMI-CEC unterstützt.
Dazu in den HDMI-CEC-Einstellungen (Einstellungen-> Geräte -> HDMI CEC) mal unten die Option "Lautstärketasten an TV/AVR weiterleiten" aktivieren.
Dann bei "Ziel für weitergeleitete Lautstärketasten" die Optionen durchprobieren.
Bei meinem Samsung geht es nicht, nur bei meiner Samsung-Heimkino-Anlage.
Einige Nutzer schrieben wohl, dass das nur bei einigen Sony's gehen soll.
Nach dem Testen die Weiterleitungsfunktion wieder deaktivieren, sonst kannst du die Lautstärke der Dreambox bei downmix=on dann auch nicht mehr mit der DB-FB ändern
Hatte ich gestern auch zum 1. Mal nach einem normalen Box-Neustart.
Keine Ahnung was das war.
Heute war die SD-Karte nach dem Start aus dem DeepStandby wieder nur als "ro" gemountet
Mit einer anderen Karte und anderem SD-Kartenadapter das gleiche.
Die Box mountet die Karte mal als "ro" und mal als "rw", wie sie lustig ist.
Somit denke ich, dass der Kartenleser der Box ne Macke hat.
Aber egal, ich bin jetzt auf USB gewechselt und das funktioniert (noch)
Auf Einschicken zur Reparatur hab ich nicht wirklich Lust, dass soll ja wohl etwas länger dauern.
Genau diese kleine runde blaue LED meinte ich
Da bin ich ja jetzt mal auf die Antworten gespannt.
Eigentlich soll sie ja keine Funktion haben
zum TV/Klang:
ich habe auch einen Samsung-TV und kann bei mir zwischen Downmix on und off nur einen geringen Unterschied feststellen.
Hauptäschlich den Unterschied bei der Lautstärke, aber das kann man ja mit der Laustärke beider Geräte auspegeln.
Dass es bei Downmix on deutlich dumpfer ist, kann ich nicht sagen.
Wenn ich es richtig verstehe, wird bei downmix off der origiale Digitalton (auch Dolby...) an den TV weitergeleitet.
Daher kann man dann auch die Lautstärke nicht mehr mit der Box steuern.
Bei downmix on wird der Ton in irgendein passendes Signal "runtergewandelt" (PCM), was wohl nicht verlustfrei ist.
Natürlich ist das alles aber auch von der Ton-Quelle abhängig (TV-Signal/Sender, Aufnahme von Box, fremde Aufnahme...).
zur Software/Plugins:
Grundsätzlich muss ich dir da Recht geben.
Die originale Softwareverwaltung von DMM hat da ja nur ein paar Plugins drin.
Da muss man sich dann schon noch manuell einige aus dem Netz zusammensuchen.
Nachdem ich mir dann das GP3 installiert hatte, gibt es im dortigen Addons-Plugin deutlich mehr Plugins.
Mit wenigen Ausnahmen findet man dort eigentlich alle nötigen Plugins.
T9:
Ja, das ist etwas gewöhnungsbedürftig.
Einige Plugins bieten da schon eine virtuelle Tastatur als Tastenauswahl an.
Wobei man da mit T9 sogar wieder schneller sein könnte
Es ist aber generell nicht schön, längere Eingaben mit der Fernbedienung zu machen.
GUI:
Die Optik der Oberfläche ist natürlich immer Geschmackssache.
Mit den aktuellen Geräten von Samsung und Co. können die meisten Skins nicht mithalten - das sehe ich auch so.
Wenn man aber ne Weile sucht, findet man auch einen passenden Skin, der seiner eigenen Vorstellung dann vielleicht etwas näher kommt. In der GP3-Softwareverwaltung (Addons) gibt es da z.B. einige Gemini-Skins zum Testen.
zur Community:
Mich ärgert es auch, dass normale Threads hier neuerdings immer in sinnloser Diskussion ausarten und gar nichts mehr mit dem eigentlichen Thema zu tun haben. Eigentlich schade, denn so passiert es schnell, dass man einen ursprünglich interessanten Thread dann nicht mehr mitliest. Und ich glaube auch als Themenersteller ärgert man sich dann noch mehr, weil ja keiner mehr mitliest und themenbezogene Antworten geben könnte.
...1GB als tesfile ist wie gesagt zu klein, hänge bei bei count noch eine 0 an
Hat ne Weile gedauert. Aber der Wert ist wieder fast der gleiche
root@dm920:~# dd if=/dev/urandom of=/media/usb/dummy5 bs=1M count=10000
10000+0 records in
10000+0 records out
10485760000 bytes (9.8GB) copied, 1932.104719 seconds, 5.2MB/s
Aber ist ja alles egal, es funktioniert ja nun so, wie es soll - egal was da für Zahlen dahinterstehen
Wer redet denn beim Speedtest von SDcard?
Ich teste hier die ganze Zeit den USB-Stick
Lesetest
hdparm -tT /dev/sdX
...
Da kommen wieder die Traumwerte
Bestimmt wegen dem Cache.
root@dm920:~# Mount
...
/dev/sda1 on /media/usb type ext4 (rw,relatime,data=ordered)
root@dm920:~# hdparm -tT /dev/sda
/dev/sda:
Timing cached reads: 1980 MB in 2.00 seconds = 990.07 MB/sec
Timing buffered disk reads: 264 MB in 3.02 seconds = 87.42 MB/sec
root@dm920:~# hdparm -tT --direct /dev/sda
/dev/sda:
Timing O_DIRECT cached reads: 170 MB in 2.01 seconds = 84.61 MB/sec
Timing O_DIRECT disk reads: 276 MB in 3.00 seconds = 92.00 MB/sec
root@dm920:~#
Alles anzeigen
dd if=/dev/random (oder eine vorhandene Aufnahme = grosses file) of=/media/sd/dummy bs=4096 count=xxxxx
..
da kommt bei 1000MB das raus:
(hab mal urandom genommen, da das file sonst nur byteweise größer wurde und es ewig gedauert hätte)
root@dm920:~# dd if=/dev/urandom of=/media/usb/dummy2 bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1000.0MB) copied, 184.672446 seconds, 5.4MB/s
Der Wert ist dann schon wieder sehr ernüchternd
Wobei man da leider keine Trennung nach Schreiben/Lesen hat