Ich habe im Beitrag 19 die kompletten Dateien des recordpath patches mit der aktuellen Version vom CVS aktualisiert.
Ist damit zu rechnen, daß der "irgendwer" aus Beitrag 9 mit seiner etwas schöneren Form in absehbarer Zeit fertig wird, damit der recordpath patch evtl ins git kommt?
Gruß Ralf
Hallo,
gibt es, wenn man keine DM8000 besitzt, eine Möglichkeit im vip-Forum eine Leseberechtigung zu bekommen?
Es werden im git manchmal Patche und Fixe committed bei denen der Hintergrund dazu im dm8000-vip Forum steht.
Gruß Ralf
Sehen sie hier, problem fixed: http://www.dm8000-vip.de/forum…ad&postID=17495#post17495
Was steht dort?
Ich habe im dm8000-vip Forum keine Berechtigung, da ich keine DM8000 habe.
Gruß Ralf
Oft bleibt der Player in der Wiedergabeliste hängen und macht nicht weiter.
D.h. z.B. wird Lied 1 zu Ende gespielt. In der Wiedergabeliste folgen weitere, aber er macht nicht weiter.
Vielleicht löst dies, was heute ins CVS kam, das Problem?
replace EOF magic by a slightly more accurate PVR EOF
Gruß Ralf
Hmm... Also Crashen tuet es damit nicht mehr... das ist schon mal gut, aber ich habe eine andere Merkwürdigkeit entdeckt.
Oft bleibt der Player in der Wiedergabeliste hängen und macht nicht weiter.
D.h. z.B. wird Lied 1 zu Ende gespielt. In der Wiedergabeliste folgen weitere, aber er macht nicht weiter.
Vielleicht hat das Entfernen von
"iPlayableService.evUser+13: self["coverArt"].embeddedCoverArt"
unerwünschte Nebenwirkungen.
Hast Du die Hänger in der Wiedergabeliste auch wenn diese Zeile nicht entfernt ist?
Ansonsten gibt es da noch die folgende Baustelle
Mediaplayer will not start next track when reaching end of track
Gruß Ralf
Ich schicke dir gleich das file aus dem letzten Crashlog
Ich habe das file mal getestet. Mir ist kein Crash gelungen.
Das einzige was mir aufgefallen ist, daß das Cover mit ca 40 kB doppelt so groß wie mein größtes Cover ist.
Das Cover wird in /tmp/.id3coverart zwischengespeichert.
Du kannst mal versuchen ob es noch einen Crash gibt, wenn Du in der plugin.py die folgende Zeile löscht:
"iPlayableService.evUser+13: self["coverArt"].embeddedCoverArt"
Gruß Ralf
bei 1500 Alben werde ich das sicherlich nicht nachträglich entfernen.
Ich dachte das Problem würde nur bei einigen mp3-Files auftreten.
Bei mir hat es bis jetzt bei eingebetteten Covern noch kein crash gegeben. Kannst Du mir per PM mal ein crash verursachendes mp3-File senden?
Einfacher wäre es wenn der MediaPlayer diese Infor (zum Cover) verwirft und nicht weiter verarbeitet. Lässt sich das einbauen?
Ja, das lässt sich einbauen. Für jemand wie z.B. Fraxinas dürfte das kein Problem sein.
Ich tue mich damit aber schwer, da ich nicht so richtig verstehe wie die entsprechende Routine funktioniert.
Gruß Ralf
Von mir aus soll er die cover gar nicht anzeigen
Wenn es nur ein paar wenige mp3 sind, ist es wohl am einfachsten bei diesen das Cover zu entfernen oder neu einzufügen.
Z.B. mit den Programmen mp3tag oder
http://www.fixtunes.com/features.php#albumart
Gruß Ralf
Workaround geht nicht mehr. wenn ich die Datei editiere und den
Mediaplayer starte bekomme ich ein Hinweis, dass die datei geändert
worden und korrupt ist.
Mir fallen 2 mögliche Gründe ein:
Evtl hast Du die plugin.py mit einem dafür nicht geeigneten Editor editiert oder einen Tippfehler gemacht.
Hast Du schon versucht ob es damit funktioniert?
erweiteter MediaPlayer mit PicturePlayer unterstützung
Gruß Ralf
(1) Abspielen funktioniert nur sporadisch. Wenn ein Ordner ausgewählt wird und GRÜN gedrückt wird, werden die Files nicht immer in die Wiedergabeliste übernommen. Es gibt ein Workaround dafür, aber das kann es doch nicht sein, oder?
==>WORKAROUND
Kann mir jemand erklären woran das genau liegt?
Durch das "elif filelist.getServiceRef() and filelist.getServiceRef().type == 4097:" sollte erreicht werden, daß nur Audiodateien in die Wiedergabeliste übernommen werden.
ich glaube dein fehler rührt von einem bisher nicht gefixten bug beim druck auf grüne taste ("Verzeichnis abspielen") her. meiner momentanen theorie nach hat das nichts mit dem folder-bild zu tun sondern es handelt sich bei dem bug um einen race condition *fachchinesisch blubber* die halt nur manchmal und zu nicht bestimmbaren, zufälligen zuständen auftritt.
Heißt das, daß es auch Boxen gibt, bei denen dieser Bug nur selten auftritt?
Bei meiner 7025 ist es genau umgekehrt. Ohne den Workaround ist der Bug fast immer aufgetreten.
Das Probem ist IMHO, daß "filelist.getServiceRef()" recht oft ein "None" zurückgibt.
Wenn ich bei einem mp3 mit eingebettetem cover während dem Abspielen auf die grüne Play-Taste drücke, verschwindet das angezeigte Cover wieder. Oder ist dieser Bug inzwischen schon gefixt?
Gruß Ralf
Ich habe im Beitrag 19 bei der record_path.tar.gz die "InfoBarGenerics.py" mit der aktuellen Version vom CVS aktualisiert. Damit wird der Bug bei der Sofort-Aufnahme via "rote Taste" behoben.
Außerdem habe ich die Beschreibung ergänzt.
Gruß Ralf
Würde das auch auf der Dream 800 klappen?
Die record_path.tar.gz mit den kompletten Dateien müsste auf der 7025/7025+, 800 und 8000 mit einem Orginal- oder CSV-Image mit einem enigma2-Stand ab dem 20.01.2009 funktionieren.
Gruß Ralf
weiterhin fände ich es schön wenn die tasten 1 4 7 3 6 9 auch im mediaplayer funktionieren würden.
Funktionieren die 1 4 7 3 6 9 Tasten gar nicht oder fehlerhaft?
Die Tasten sind im Mediaplayer genauso wie im Movieplayer mit 3 selbst definierbaren Sprüngen belegt.
Die Sprungzeit in Sekunden kann unter "Einstellungen - System - Anpassen" verändert werden
Die Defaultwerte sind:
'1'/'3' -15/+15 Sek
'4'/'6' -60/+60 Sek
'7'/'9' -300/+300 Sek
Gruß Ralf
Hast Du bestimmte Vorstellungen/Wünsche wie das ganze realisiert werden könnte?
Eine Möglichkeit wäre ein neuer Menüpunkt "Datei löschen/kopieren/verschieben" im Mediaplayer.
Ist auch ein Kopieren und Verschieben im Hintergrund erforderlich?
Gruß Ralf
Hier ist die Patchdatei meiner Ergänzung von ritzMo's recordpath patch. Der RecordPaths.py Screen ist in der Patchdatei nicht enthalten, sondern in der record_path.tar.gz.
Die Patchdatei kann auf Images ab einem enigma2-Stand vom 17.11.2008 angewendet werden.
Für diejenigen, denen das Anwenden der Patchdatei zu kompliziert oder zu aufwendig ist, gibt es die record_path_*.tar.gz mit den kompletten Dateien. Das ganze müsste auf der 7025/7025+, 800 und 8000 mit einem Orginal- oder CVS-Image mit einem enigma2-Stand ab dem 20.01.2009 funktionieren.
Die Dateien in "Screens" kommen nach "/usr/lib/enigma2/python/Screens/"
Die Datei in "Components" kommt nach "/usr/lib/enigma2/python/Components/"
Die Datei in "data" kommt nach "/usr/share/enigma2/"
"RecordTimer.py" kommt nach "/usr/lib/enigma2/python/"
Bitte vorher von den entspechenden Dateien auf der Box Sicherheitskopien anlegen.
Die Änderungen sind nach einem GUI-Neustart aktiv.
"EDIT"
Ich habe bei den kompletten Dateien die "InfoBarGenerics.py" mit der aktuellen Version vom CVS aktualisiert.
Damit wird der Bug bei der Sofort-Aufnahme via "rote Taste" behoben. Bei "Aufnahme, aktuelle Sendung" wurde ein ganzer Tag anstatt die aktuelle Sendung aufgenommen.
"Mon, 26 Jan 2009, timer fixes by adenin: properly handle conflicting timer in immediate record"
Edit 15.03.09:
Ich habe die kompletten Dateien mit der aktuellen Version vom CVS aktualisiert. Diese müssten mit einem CVS-Image mit einem enigma2-Stand ab dem 02.03.2009 funktionieren
Gruß Ralf
Also der TimerEntry Dialog geht ja so mal gar nicht
Ich will damit nicht sagen, dass ich eine bessere Idee hätte, aber gefallen tut es mir definitiv nicht.
Ich finde es so recht praktisch. Aber wenn es so nicht gefällt, dann behalte ich die Änderungen für den TimerEntry Dialog bei mir.
In dem Anhang sind die Diffs der von mir geänderten Dateien.
Weiter unten im Beitrag 19 ist die Patchdatei und die kompletten Dateien.
Gruß Ralf
Ich habe inzwischen den Patch ein wenig verschönert und erweitert. Im Aufnahmeverzeichnisauswahlfenster können jetzt die Verzeichnisse genauso wie im Timereintragfenster auch mit den Cursor Rechts/Links-Tasten gewechselt werden.
Außerdem kann nun im Timereintragfenster mit der blauen Taste das aktuell
ausgewählte Aufnahmeverzeichnis als Standardtimeraufnahmeverzeichnis gespeichert werden.
Die geänderten Dateien poste ich heute Abend.
Gruß Ralf
Ich habe den Patch bei meiner 7025 auch mal eingebaut.
Das sieht doch schon recht gut aus (siehe Anhang). Damit es schöner aussieht, fehlt doch nur noch ein eigener screen in dem die Aufnahmepfade angezeigt und geändert werden können.
Ich habe für den Patch noch einen kleinen Ergänzungswunsch:
Es wäre schön, wenn im Timerbearbeitungsfenster z.B. mit der blauen Taste der aktuell ausgewählte Pfad als Standardtimeraufnahmeverzeichnis gespeichert wird.
Ich habe es bei mir so gelöst, daß in der TimerEntry.py beim Drücken der blauen Taste der folgende Code ausgeführt wird:
def saveDirname(self):
config.usage.timer_record_path.value = self.timerentry_dirname.value
config.usage.timer_record_path.save()
self.session.open(MessageBox, _("%s is saved as Timer record path") % self.timerentry_dirname.value, type = MessageBox.TYPE_INFO,timeout = 20 )Gruß Ralf
Unter "Einstellungen - System - Anpassen - Verhalten der Pausentaste bei Standbild" kann zwischen "abspielen" und "Einzelschritt (GOP)" gewechselt werden.
Dies scheint aber nicht wie vorgesehen zu funktionieren. Bei mir funktioniert der Einzelschritt nur einmal.
Gruß Ralf