Besten Dank für die neue Version,
ist bereits in der Testphase
Gruß
Bernd
Beiträge von berndm
-
-
Hmm, es wurde jedenfalls keine Wiedergabe gestartet (es war niemand zu Hause). Kann es sein, dass das Plugin oder vdr eine laufende Aufnahme auch als Wiedergabe interpretiert?
Hier mal der entsprechende syslog-Auszug:Code
Alles anzeigenJul 16 19:28:00 vdr vdr: [6371] timer 8 (19 1928-2010 'buten un binnen Magazin') start Jul 16 19:28:00 vdr vdr: [6371] Title: 'buten un binnen Magazin' Subtitle: '' Jul 16 19:28:00 vdr vdr: [6371] record /mm/vdr.0/buten_un_binnen_Magazin/2007-07-16.19.28.50.99.rec Jul 16 19:28:00 vdr vdr: [6371] creating directory /mm/vdr.0/buten_un_binnen_Magazin Jul 16 19:28:00 vdr vdr: [6371] creating directory /mm/vdr.0/buten_un_binnen_Magazin/2007-07-16.19.28.50.99.rec Jul 16 19:28:00 vdr vdr: [6371] recording to '/mm/vdr.0/buten_un_binnen_Magazin/2007-07-16.19.28.50.99.rec/001.vdr' Jul 16 19:28:00 vdr vdr: [6371] live reloading timers Jul 16 19:28:00 vdr vdr: [7386] file writer thread started (pid=6371, tid=7386) Jul 16 19:28:00 vdr vdr: [7387] recording thread started (pid=6371, tid=7387) Jul 16 19:30:57 vdr vdr: [6382] channel 19 (rb TV) event Mon 16.07.2007 19:30-20:00 (VPS: 16.07 19:30) 'buten un binnen Magazin' status 4 Jul 16 19:32:04 vdr vdr: [6378] frontend 0 timed out while tuning to channel 1033, tp 530 Jul 16 19:32:40 vdr vdr: [6379] changing pids of channel 500 from 701+701:702:204 to 901+901:902:204 Jul 16 19:32:58 vdr vdr: [6379] channel 10 (EinsExtra) event Mon 16.07.2007 19:30-20:00 (VPS: 16.07 19:30) 'Hamburg Journal' status 4 Jul 16 19:32:59 vdr vdr: [6379] channel 3 (NDR FS NDS) event Mon 16.07.2007 19:30-20:00 (VPS: 16.07 19:30) 'Niedersachsen 19.30 das Magazin' status 4 Jul 16 19:33:05 vdr vdr: [6379] changing pids of channel 401 from 2401+2401:2402=deu:2404 to 301+301:302=deu:2404 Jul 16 19:33:06 vdr vdr: [6379] changing pids of channel 400 from 2401+2401:2402=deu:2404 to 101+101:102=deu:2404 Jul 16 19:33:06 vdr vdr: [6379] changing pids of channel 402 from 2401+2401:2402=deu:2404 to 201+201:202=deu:2404 Jul 16 19:33:06 vdr vdr: [6379] changing pids of channel 405 from 101+101:102=deu:404 to 401+401:402=deu:404 Jul 16 19:33:07 vdr vdr: [6379] changing pids of channel 406 from 301+301:302=deu:404 to 401+401:402=deu:404 Jul 16 19:33:07 vdr vdr: [6379] changing pids of channel 407 from 201+201:202=deu:404 to 401+401:402=deu:404 Jul 16 19:35:00 vdr vdr: [6509] recording thread ended (pid=6371, tid=6509) Jul 16 19:35:00 vdr vdr: [6508] file writer thread ended (pid=6371, tid=6508) Jul 16 19:35:00 vdr vdr: [6371] buffer stats: 78208 (1%) used Jul 16 19:35:00 vdr vdr: [6371] timer 1 (19 1913-1935 'Sportblitz') stop Jul 16 19:35:00 vdr vdr: [6371] live reloading timers Jul 16 19:35:04 vdr vdr: [6379] linking channel 211 from 212 213 216 217 215 219 218 222 220 221 214 to 212 213 216 217 215 218 222 220 221 214 Jul 16 19:36:13 vdr vdr: [6371] deleting timer 1 (19 1913-1935 'Sportblitz') Jul 16 19:36:14 vdr vdr: [6371] live reloading timers Jul 16 19:36:14 vdr vdr: [6371] SV: signalling waiters Jul 16 19:39:04 vdr vdr: [6378] frontend 0 timed out while tuning to channel 1033, tp 530 Jul 16 19:39:40 vdr vdr: [6379] changing pids of channel 500 from 901+901:902:204 to 701+701:702:204 Jul 16 19:40:03 vdr vdr: [6379] changing pids of channel 503 from 0+0:1801,1802,1803,1804,1805,1806,1807:0 to 0+0:1801,1802,1803,1804,1805,1806:0 Jul 16 19:40:19 vdr vdr: [6379] changing pids of channel 1204 from 2011+2011:2012=deu;2013=deu:0 to 2011+2011:2012=deu:0 Jul 16 19:41:00 vdr vdr: [6388] EPGSearch: search timer update started Jul 16 19:41:00 vdr vdr: [6388] EPGSearch: search timer update finished Jul 16 19:41:00 vdr vdr: [6388] EPGSearch: check for timer conflicts Jul 16 19:41:00 vdr vdr: [6388] EPGSearch: check for timer conflicts - done Jul 16 19:43:40 vdr vdr: [6391] FritzBox: Got message 16.07.07 19:43:39;RING;0;xxx;xxx;POTS;^M . Jul 16 19:43:40 vdr vdr: [6391] FritzBox: Incoming call, muting. Jul 16 19:43:40 vdr vdr: [6391] FritzBox: Incoming call, pressing kPause. Jul 16 19:43:40 vdr vdr: [6391] FritzBox: Waiting for a message. Jul 16 19:43:41 vdr vdr: [8163] EnigmaNG effects thread started (pid=6371, tid=8163) Jul 16 19:43:41 vdr vdr: [6371] switching device 2 to channel 19 Jul 16 19:43:41 vdr vdr: [6371] timer 11 (19 1943-2243 '@TITLE EPISODE') start Jul 16 19:43:41 vdr vdr: [6371] Title: 'buten un binnen Magazin' Subtitle: '' Jul 16 19:43:41 vdr vdr: [6371] record /mm/vdr.0/@buten_un_binnen_Magazin/2007-07-16.19.43.10.01.rec Jul 16 19:43:41 vdr vdr: [6371] creating directory /mm/vdr.0/@buten_un_binnen_Magazin Jul 16 19:43:41 vdr vdr: [6371] creating directory /mm/vdr.0/@buten_un_binnen_Magazin/2007-07-16.19.43.10.01.rec Jul 16 19:43:41 vdr vdr: [6371] recording to '/mm/vdr.0/@buten_un_binnen_Magazin/2007-07-16.19.43.10.01.rec/001.vdr' Jul 16 19:43:41 vdr vdr: [6371] live reloading timers Jul 16 19:43:41 vdr vdr: [8164] file writer thread started (pid=6371, tid=8164) Jul 16 19:43:41 vdr vdr: [8165] recording thread started (pid=6371, tid=8165) Jul 16 19:43:43 vdr vdr: [6371] replay /mm/vdr.0/@buten_un_binnen_Magazin/2007-07-16.19.43.10.01.rec Jul 16 19:43:43 vdr vdr: [6371] playing '/mm/vdr.0/@buten_un_binnen_Magazin/2007-07-16.19.43.10.01.rec/001.vdr' Jul 16 19:43:43 vdr vdr: glcdgraphics: image /etc/vdr/plugins/graphlcd/logos/REPLAY-VDR_l.glcd loaded. Jul 16 19:43:43 vdr vdr: [6513] transfer thread ended (pid=6371, tid=6513) Jul 16 19:43:43 vdr vdr: [6371] buffer stats: 110356 (5%) used Jul 16 19:43:43 vdr vdr: [8166] dvbplayer thread started (pid=6371, tid=8166) Jul 16 19:43:43 vdr vdr: [8167] non blocking file reader thread started (pid=6371, tid=8167) Jul 16 19:43:43 vdr vdr: [8166] setting audio track to 1 (0) Jul 16 19:43:44 vdr vdr: [8163] EnigmaNG effects thread ended (pid=6371, tid=8163) Jul 16 19:43:45 vdr vdr: [6371] info: Anruf von xxx [analog]
-
Hallo zusammen,
das Plugin läuft bei mir sehr gut. Schön, dass jetzt auch die Anrufliste aktuell ist
Eine Sache ist mir aber noch aufgefallen: Seit kurzem habe ich ab und zu Sofortaufnahmen in der Aufnahmeliste, die ich mir nicht erklären konnte. Ich hab's zunächst meiner besseren Hälfte in die Schuhe geschoben
Jetzt habe ich aber festgstellt, dass das Fritzbox-Plugin "Schuld" ist. Wenn nämlich eine Aufnahme läuft und ein Anruf kommt, drückt das Plugin auf die virtuelle Pause-Taste, woduch (zusätzlich zur aktuellen Aufnahme) noch eine Live-Aufnahme gestartet wird. Ist das jetzt ein Bug oder ein Feature? Ich dachte, pausiert wird nur bei einer laufenden Wiedergabe?
Oder ist das mit "Fehler bei pausierter Aufnahme u. Pause bei Anruf beheben" von der ToDo-Liste auf der Homepage gemeint?
Danke und Gruß
Bernd -
Hallihallo,
ZitatOriginal von jowi24
War hier auch nur eine Testmessung. Keine Ahnung wie das genau im Hintergrund abläuft. Es scheint aber so zu sein, dass ein manueller Abruf der Liste über das Webfrontend ein Update auslöst.
Wenn also jemand eine Lösung dafür hat, bzw. den Unterschied zwischen dem Abruf via Plugin und dem Abruf als Mensch sieht... her mit dem Patch
Ich habe mir mal den "FRITZ!Box Monitor" von AVM installiert. Der kann z.B. auch die Anrufliste der FRITZ!Box auslesen. Ein Lauschangriff zeigt, dass das Tool zum Aktualisieren der Anrufliste tatsächlich zwei Anfragen sendet, nämlich zunächstCodeGET /cgi-bin/webcm?getpage=../html/de/menus/menu2.html&var:lang=de&var:pagename=foncalls&var:menu=fon
und anschließend
Die erste Anfrage dient wohl tatsächlich nur der Aktualisierung der csv-datei auf der FRITZ!Box.
Vielleicht kannst du das ja ähnlich realisieren ...
Gruß
Bernd -
Hallo faulmeier,
Ich habe den Effekt, dass bei Benutzung des Plugins meine CPU-Last von 3% auf 35% steigt - liegt wohl an der Polling-Schleife. Kannst du da vielleicht 'ne Pause einbauen?Und noch was anderes: Das integrierte CDDA-Plugin ist ja ganz schön, hat aber keine CDDB-Unterstützung im Gegensatz zu dem schon länger existierenden cdda-Plugin. Gibt es einen bestimmten Grund, warum du das bereits existierende nicht nutzt? Oder andersherum: Planst du evtl. CDDB ebenfalls zu integrieren oder das cdda-Plugin mediamanager-fähig zu machen? Wäre 'ne tolle Sache ...
Besten Dank für's Plugin!
Gruß
Bernd -
ciax
Die Meldung mit dem locale hatte ich auch.
Nach einemund Auswahl von "de_DE@euro ISO-8859-15", welches ich in der runvdr mit "LANG=de_DE@euro" ja auch auswähle, funtioniert es.
Komisch, irgendwann muss das mal verloren gegangen sein. Bin mir jedenfalls sicher, dass ich das schon mal richtig konfiguriert hatte ...
Gruß
Bernd -
Hi,
erstmal danke für das nützliche Plugin!
Ich hatte bei mir das Problem, dass der vdr beim Laden des Telefonbuchs abstürzte, sobald Sonderzeichen (Umlaute etc.) im letzteren enthalten waren. Habe die Ursache aber bereits gefunden:
In convertEntities muss es stattheißen:
Sonst crasht es nämlich auf 64-Bit-Systemen.
Wenn ich das richtig sehe, wird auch nur das erste von mehrere gleichen Sonderzeichen ersetzt, oder?
Gruß
Bernd -
Zitat
Original von nordlicht
Das Schöne am RecCommands-Menü ist ja, dass man aus dem Aufzeichnungsmenü und aus meinem Plugin das Menü nicht erst aufrufen muss, um dann Befehle auszuführen. Wenn z.B. der erste Eintrag im RecCommands-Menü eine Befehl zum Starten von Noad ist, geht man auf die entsprechende Aufzeichnung und drückt '1'. Man kann natürlich auch 'Rot' + '1' drücken, ist aber nicht nötig.
Achso, das wusste ich nicht. Das ist natürlcih praktisch.
Dennoch fände ich es schön, wenn "Löschen" wieder direkt auf Gelb käme (bevor es nackig bleibt).
Gruß
Bernd -
Zitat
Original von nordlicht
Aber dadurch, dass die Zifferntasten die Befehle auch aufrufen können, würde sich die Bedienung zu jetzt auch vereinfachen.
Hmmm, zum Löschen muss ich doch im Moment folgendes drücken:
Gelb + Gelb + OK
Nach deiner Änderung:
Rot + 3 + OK
Sieht für mich eher komplizierter aus. Aber ich will ja nicht meckern
Was soll denn stattdessen auf Gelb?
Gruß
Bernd -
Hallo Nordlicht,
wenn ich das richtig verstehe, wird die gelbe Taste dann ja wieder frei und kann wie im Orginal-VDR mit "Löschen" belegt werden, oder? D.h. "Löschen" müsste gar nicht mehr ins Kontextmenü. Das fände ich gut, da das Löschen die von mir am häufigsten verwendete Funktion aus dem Kontextmenü ist.
Ansonsten: weiter so :].
Bernd -
So, hier nochmal der Patch, diesmal mit deutscher Übersetzung.
Gruß
Bernd -
Zitat
Original von wolfgang61
ich habe vorläufig kaum Zeit dafür, leider. Ich glaube, Lars geht es ähnlich.
Klar, kenne ich, sollte ja auch kein Vorwurf seinZitat- machst Du noch eine deutsche Übersetzung des neuen Strings? ("Jump interval (FF/FREW)")
Stimmt, hatte ich ganz vergessen. Kann ich heute Abend noch nachschieben.Zitat- wieviel RAM braucht das zusätzlich? 5000*100000 Bytes? Evtl sollte das per Make.config vordefinierbar sein und dann ein Default, der auch auf Rechnern mit wenig RAM geht:
Ne ne, es werden maximal 100.000 "FrameInfos" (á 16 Byte) in 5000er-Blöchen reserviert, d.h. maximal 1,6MB, falls ein MP3 wirklich mal 100.000 Frames hat.
Alternativ hätte ich auch das "Vor-Scannen" der MP3s vom MP3-Plugin übernehmen können, um die maximale Frame-Anzahl zu bestimmen, aber das war mir zu aufwändigZitat#ifndef FRAME_INFO_VECTOR_MAX_SIZE
#define FRAME_INFO_VECTOR_MAX_SIZE blabla
#endif
Kann ich noch einbauen.Zitat- Du schreibst "bei MP3" - im Patch sehe ich diese Einschränkung nicht. Was ist mit WAV, FLAC?
OK, die Änderung betrifft alles was mit mgMP3Decoder bzw. libmad decodiert wird, hab's aber nur mit MP3s getestet. mgOggDecoder und mgSndfileDecoder habe ich nicht geändert - ich glaube, da funktioniert es schon, oder?Zitat- ich weiss jetzt nicht so genau, wie das in anderen Plugins aussieht,
und man will ja konform sein, aber könnte man evtl mit kFastFwd weiter springen als mit kRight?
Ich hab's wie beim MP3-Plugin gemacht. (Oder war's MP3-ng?)Gruß
Bernd -
Hallo Lars und Freundeskreis der Muggle-Nutzer!
Hier tut sich ja nicht mehr so richtig viel, oder habe ich eine neue Muggle-Version verpasst? Jedenfalls habe ich mich mal drangesetzt und einen Patch für das (Zurück-)Spulen bei MP3s geschrieben. Damit können dann auch die FastForward/FastReverse-Tasten der Fernbedienung zum Spulen verwendet werden. Das "Sprungintervall" ist außerdem im Setup-Menü einstellbar.
Gruß
BerndEDIT: Neuer Patch weiter unten ...
-
Kurzer Einwurf:
ZitatOriginal von Gerhard_J
Wieso ist die ausführliche Beschreibung aus dem Wiki verschwunden?
Die Anleitung gibt es noch:
Debian - mit 2.6.9er / 2.6.10er Kernel für VDR aufsetzenGruß
Bernd -
Zitat
Original von Urig
Irgendwelche Gegenvorschläge, woran man die unterschiedlichen Makefile-Situationen festmachen könnte?Im Moment tendiere ich eher dazu, das wir ein rechtzeitig definiertes PLUGIN= im Makefile vorschreiben, um das zu umgehen.
Hallo Udo,
ich habe schon wieder vergessen, was diese -fPIC-Option genau macht, aber was wäre denn schlimm daran, wenn der vdr selbst auch mit -fPIC kompiliert wird, also so wie früher? Macht sich das in der Performance bemerkbar?Könnte man alternativ die CXXFLAGS nicht direkt im Makefile beim Ziel "plugins" manipulieren? D.h., es wird beispielsweise eine Variable "CXXFLAGSPLUGIN" in Make.config hinzugefügt, und beim Ziel "plugins" so etwas wie CXXFLAGS=$(CXXFLAGSPLUGIN). Evtl. muss CXXFLAGS anschließend wieder zurückgesetzt werden.
Ich habe aber nicht wirklich Ahnung von Makefiles.Gruß
Bernd -
So, habe jetzt ein wenig rumgetestet. Das Umbenennen und Verschieben hat bei mir funktioniert.
Danke für's Plugin!
Gruß
Bernd -
Zitat
- Added "-fPIC" to the compiler options in Make.config.template when compiling
plugins (thanks to Udo Richter). If you use your own Make.config file, you may
want to add these lines there, too.
Das funktioniert noch nicht so optimal. Das servicedemo-Plugin beispielsweise, welches ja beim vdr dabei ist, bekommt die -fPIC-Option nicht mit, da es kein "PLUGIN=xxx" definiert und folglich das Kompilieren fehlschlägt (zumindest mit amd64). Da es nicht wirklich installiert wird, ist das zwar nicht weiter schlimm, stört aber doch.
Beim image-Plugin wird "PLUGIN=image" übrigens zu spät definiert und in den Unterverzeichnissen gar nicht. Beim games-Plugin ebenfalls.
Gruß
Bernd -
Zitat
Original von nordlicht
wo sind denn die VFAT-User hin? Zwei Downloads des Patches und kein Feedback... ?
Hallo nordlicht,
bin noch nicht dazu gekommen, werde es aber heute Abend mal testen.
Gruß
Bernd -
Olé, olé!
nordlicht
Ich habe mich jetzt mal ein paar Stunden mit dem gdb rumgeschlagen, bevor ich gemerkt habe, dass es auch den etwas komfortableren cgdb gibt. Aber so richtig schön ist das trotzdem nicht, wenn man kein X installiert hat.
Aber wenigstens habe ich den Fehler beim Umbennen gefunden
Die Funktion ExchangeChars macht evtl. (und nur bei VFAT=1) ein realloc auf den übergebenen String, d.h. der ürsprüngliche Zeiger wird evtl. ungültig (siehe auch Kommentar in recordings.h). Das wird in myMenuRenameRecording::ProcessKey nicht beachtet.Mit dem angehängten Patch sollte das Umbenennen funktionieren. Es gibt aber, glaube ich, noch weitere kritische Stellen, z.B. beim Verschieben.
Gruß
Bernd -
Hallo nordlicht,
benutze auch seit kurzem dein Plugin - gefällt mir sehr gutZitatOriginal von nordlicht
foobar
An dem Theater mit dem VFAT bleibe ich dran. Ich hoffe, das wird keine "neverending story"Das Problem tritt bei mir auch auf, ist aber nicht zu 100% reproduzierbar. Die Aufnahmen werden bei mir auf der Platte anscheinend korrekt umbenannt, das anschließende Verhalten des vdr variiert aber, entweder
- direkter Absturz (keine Reaktion mehr, Watchdog schlägt an)
- der Titel der Aufnahme (im OSD) zeigt Müll an und variiert beim Scrollen
- Titel im OSD zwar korrekt, aber seltsam eingeordnet (zwischen den Verzeichnissen)Da scheint's irgendwas im Speicher zu zerhauen ...
Mal funktioniert das Umbenennen aber auch 5-mal hintereinander.
Benutze kein NFS o.ä., alles lokal auf XFS.Gruß
Bernd