heifisch ,
gebe doch bitte mal in der Konsole ein:
sqlite3 /dev/shm/tvscraper2.db
Und dann, beim sqlite prompt:
select season_number, episode_number, episode_absolute_number, episode_name from tv_s_e where tv_id = -364707;
und poste den output.
Posts by MarkusE
-
-
Hi,
Für Serien verwende ich TheTVDB.
Die Episodennamen für West of Liberty stehen hier: https://thetvdb.com/series/wes…iberty/seasons/official/1
Die Episodennamen sich hier unschön, z.B. "Episode 1".
Zur sicheren Erkennung der Episode also das S Feld in der info Datei ändern, z.B auf Episode 1
-
Hi,
Bei Serien sollte:
T Name der Serie
S Name der Episode
Name des Verzeichnisses unter *.rec: "Name der Episode"Mit kleinen Abweichungen kommt tvscraper zurecht, z.B. wenn
Name des Verzeichnisses unter *.rec: "Name der Serie"
ist.
Wenn in
Name des Verzeichnisses unter *.rec: "S03E13_-_Babyalarm"
oder
Name des Verzeichnisses unter *.rec: "S02E21_-_Ferngesteuert"
steht, führt das zu falschen Ergebnissen
.tvscraper sucht dann nach einer Serie, die "S02E21_-_Ferngesteuert" heißt. Und nach einem Spielfilm, der "S02E21_-_Ferngesteuert" heißt.Kannst du die Umbenennen, so dass z.B.:
Name des Verzeichnisses unter *.rec: "Babyalarm"
ist?
-
tvscraper hat die Episoden der Serien falsch zugeordnet.
Poste doch mal den Pfad einer der Episoden, und die info Datei der Epsisode
-
Hi,
in der /etc/mdadm/mdadm.conf:
sudo mdadm --detail /dev/md0
Display MoreCode- /dev/md0:
- Version : 1.2
- Creation Time : Sat Nov 24 14:39:10 2018
- Raid Level : raid5
- Array Size : 7813770240 (7451.79 GiB 8001.30 GB)
- Used Dev Size : 3906885120 (3725.90 GiB 4000.65 GB)
- Raid Devices : 3
- Total Devices : 3
- Persistence : Superblock is persistent
- Update Time : Sun Sep 25 18:04:20 2022
- State : clean, degraded, recovering
- Active Devices : 2
- Working Devices : 3
- Failed Devices : 0
- Spare Devices : 1
- Layout : left-symmetric
- Chunk Size : 512K
- Consistency Policy : resync
- Rebuild Status : 22% complete
- Name : debian:0
- UUID : 416f7558:067b4d88:575b158c:c5eded9b
- Events : 189536
- Number Major Minor RaidDevice State
- 4 8 49 0 active sync /dev/sdd1
- 1 8 17 1 active sync /dev/sdb1
- 5 8 65 2 spare rebuilding /dev/sde1
-
Hi,
Ich habe ein MDADM raid, am rpi4. Festplatten sind mit USB angeschlossen. Hat bisher recht gut funktioniert.
Jetzt habe ich im laufenden Betrieb eine neue Festplatte an das System angeschlossen. (USB Stecker in den rpi4, und Strom eingeschaltet). Sonst nichts.
Das hat dazu geführt, dass
Code- Sep 24 15:29:27 rpi4s kernel: [856799.522291] md: super_written gets error=-5
- Sep 24 15:29:27 rpi4s kernel: [856799.522307] md/raid:md0: Disk failure on sda1, disabling device.
- Sep 24 15:29:27 rpi4s kernel: [856799.522307] md/raid:md0: Operation continuing on 2 devices.
- Sep 24 15:29:36 rpi4s kernel: [856809.214481] md: recovery of RAID array md0
cat /proc/mdstat:
Also, die alte "/dev/sda", die auch zu dem Raid gehört, ist jetzt /dev/sdf
Die neu eingesteckte Festplatte ist jetzt /dev/sda
Kann ich mdm dazu bewegen, /dev/sdf (was früher /dev/sda1 war) wieder zu verwenden, zusammen mit den Daten, die da drauf sind?
Oder muss ich /dev/sdf als neue Festplatte in den Verbund einfügen, d.h. die Daten auf /dev/sdf sind wertlos / verloren?
Also, wenn ich das richtig verstehe, wurde durch das Einstecken der neuen Platte die alte Platte /dev/sda zu /dev/sdf, und die neue Platte ist /dev/sda.
Warum ist mir unklar, ich hätte jetzt erwartet, dass die neue Platte unter /dev/sdf ins System kommt. Und die alte Platte /dev/sda bleibt.
~ Markus
-
Den Screen verstehe ich nicht. Ist das mein Plugin? Welchen Skin verwendest Du?
Was ist "Wissenschaft" bei Dir? EIn Verzeichnisnahme?
Kannst Du mal mit einem anderen Skin testen (z.B. lcars, ...)?
Welche Version des tvscraper plugins verwendest Du?
~ Markus
-
links/rechts schaltet um zwischen ja/nein.
In der setup.conf, z.B.:
tvscraper.ExcludedRecordingFolders = Archiv~heute/Kinder~Die Sendung mit der Maus/
"Archiv~heute" und "Kinder~Die Sendung mit der Maus" sind also ausgenommen.
zu: Ich deaktiviere die ungewünschten Timer ...
Das kann ich hier nicht reproduzieren. Ausnahme: Wenn sich die Zeiten des Events so stark ändern, dass VDR den Timer nicht mehr dem Event zuordnet, dann löscht das Plugin den Timer, und legt einen neuen (aktiven) Timer an.
Tritt das auch bei ARD auf? Konkretes Beispiel?
~ Markus
-
zu 1.: Steht hier: https://github.com/MarkusEh/vd…hance-Existing-Recordings . Bei "Timers created, which you don't need?"
zu 2.: Da habe ich nichts geplant. Sorry
zu 3.: Eigentlich brauchst Du im Setup nur die oben/unten/links/rechts Tasten
-
Hi Martin,
fix ist im git.
~ Markus
-
Hi,
Es gibt jetzt 1.1.6 im git:
- Umstellung auf TVDB API v4. Die Subscription bei TVDB ist optional. Die Bedingung für den Lizenzschlüssel: You must display attribution saying "Information provided by TheTVDB.com. Please consider supporting them.", with the last part linking directly to our subscription page . Ich werden den Text und Link noch in live einbauen.
- Unterstützung von verschiedenen Sprachen. Siehe https://github.com/MarkusEh/vd…per/wiki/Language-Support
- Ein Backup der in Memory Datenbank wird nur noch alle 24 h erstellt.
- libXML2 wird nicht mehr benötigt
- vdr 2.2.* und früher wird nicht mehr unterstützt.
-
Danke für Eure Antworten, ich habe das jetzt in den Einstellungen de-aktiviert, wie von Euch beschrieben
-
Hi,
Ich bin ja glücklich, dass ihr den Fehler korrigieren konntet.
Auch wenn ich es nicht verstehe.
Wenn VDR die c++ Objekte löscht, hätte es (mit meinem Patch) dafür eigentlich Einträge im Log geben müssen.
Und wenn VDR die c++ Objeckte nicht löscht, dann ist das Sperren eigentlich nicht notwendig.
Na ja, vieleicht habe ich ja etwas übersehen, oder VDR löscht die c++ Objekte an einer anderen Stelle ...
~ Markus
-
Hi,
Ich wollte gestern Wonder Woman (Pro 7) und Ready Player One (BBC HD) aufnehmen.
Leider ging beides schief
.Dass Ready Player One schief ging lag an Empfangsproblemen bei BBC, die habe ich gelegentlich. Ist jetzt nicht perfekt, aber auch kein wirkliches Problem. Dann halt kein Ready Player One ...
Dass Wonder Woman schief ging war ziemlich unnötig, ich hatte einen super Empfang von Pro 7.
Leider befand sich der VDR im "dauer-restart" Modus, wegen der BBC Empfangsprobleme.
.Kann ich diesen VDR emergency exit verhindern?
Eigentlich ist das doch ein Relict aus alten Tagen, als wir fehlerhafte DVB Treiber hatten, die nach einem re-start der DVB Treiber wieder funktioniert haben.
Heute sind die DVB Treiber besser geworden. Und falls doch mal ein Treiber hängt: Man kann ja diesen Treiber mit dynamite aushängen, restarten, und dann wieder einhängen. Ohne gleich den ganzen VDR zu re-starten.
Durch einen emergency exit den kompletten VDR herunterzuzuiehen, und alle Aufnahmen kaputzumachen, ist doch nicht mehr Stand der heutigen Technik (?).
Markus
-
Hi,
mit dem aktuelle tvscraper 1.1.5 sollte es keinen Absturz mehr geben.
Falls, doch, poste hier bitte den bt.
~ Markus
-
Sag ich doch, da liegt was im Argen ...
Bau doch mal meine Meldungen ein
-
Hi,
Ich habe die Performance der "Aufnahmen" bereits deutlich verbessert, und kann mir auch weitere Verbesserungen vorstellen.
Das Problem ist, dass zu viel Text generiert und an den Browser geschickt werden muss.
Ich stelle mir ein kleines java script vor, das local auf dem Browser läuft und die html tags generiert.
Ich müsste dann für jede Aufnahme nur noch die relevanten Daten (also was von Aufnahme zu Aufnahme verschieden ist) generieren und an den Browser / das java script geben, das dann lokal das html generieren würde.
Müsste eigentlich gehen, ich habe nur keine Ahnung, wie. Kennt jemand ein java script, das so etwas (analog) macht? Dann könnte ich mal schauen, wie das geht.
~ Markus
-
Hi,
Es spricht natürlich nichts gegen diesen Patch, du wirst den Fehler damit aber nicht finden.
Im tvscraper git ist auch eine Korrektur, die dazu führt, dass tvscraper nicht mehr abstürzt. Ist aber auch nicht der eigentliche Fehler.
Du kannst mal im syslog nach "ERROR:" suchen, ev. findest Du da etwas relevantes.
Du kannst VDR patchen: in recordings.c
Hier vor
Die Ausgabe einer Meldung im syslog einbauen. Z.B.:
Und dann im syslog nach "Delete recording" suchen.
Ev. dann noch in tools.c, in
Display MoreCode- void cListGarbageCollector::Purge(bool Force)
- {
- mutex.Lock();
- if (objects && (time(NULL) - lastPut > LIST_GARBAGE_COLLECTOR_TIMEOUT || Force)) {
- // We make sure that any object stays in the garbage collector for at least
- // LIST_GARBAGE_COLLECTOR_TIMEOUT seconds, to give objects that have pointers
- // to them a chance to drop these references before the object is finally
- // deleted.
- while (cListObject *Object = objects) {
- objects = Object->next;
- delete Object;
- }
- }
- mutex.Unlock();
- }
vor "delete Object" ein
~ Markus
-
Hi,
live wurde für den Desktop entwickelt.
Aber auch ich verwende es gelegentlich am Smartphone, und würde mir da Verbesserungen wünschen. Z.B. größere Fonts, ...
Ich komme aber zur Zeit nicht dazu, da etwas zu verbessern. Möchte jemand einen Patch / PR erstellen?
~ Markus
P.S.: Bitte nutzt ein gutes VPN, wenn ihr live von unterwegs nutzen wollt. Ihr solltet live nicht ins Internet stellen.
-
Schon mal verschiedene Browser probiert?
Firefox, Chrome, ...?
