[Announce] epgd 0.2.0, scraper2vdr 0.1.0, Happy Easter Eggs

Zitat von magicamun

Die Kombo epg2vdr und epgd ist genial - Vielen Dank an die Entwickler! EIne Administration der Channelmap per Web-Interface wäre sicher schön.
scraper2vdr brauche ich eher nicht - die vdr laufen alle unter xbmc mit vnsi "oben drauf" - genial wäre natürlich wenn xbmc / vnsi / der Skin die Info's darstellen könnte.

Ich werde das über einen recording hook lösen, der zieht die Images aus der DB und schreibt einer NFO Datei. Unter xbmc benutze ich dann den local scraper, der nur auf die Platte zugreift.

Gerald

louis
Dankeschön jetzt hab auch ich es begriffen

Hallo zusammen,

auch von mir an dieser Stelle vielen Dank für dieses geniale Feature.
Es installiert zwar noch, aber ich gehe mal stark davon aus das es wunderbar funktionieren wird.
Eigentlich wie fast immer wenn ihr was in die Hand nehmt. Danke nochmal an alle Beteiligten.

Achja...

Zitat

Hi,

VDR-Menü ist an der Stelle schwierig, ist beides eine Einstellung für die zentrale Server Komponente (dem epgd). Für die Channelmap ist bereits eine anwenderfreundliche Konfiguration geplant, sogar schon begonnen - das wird aber aus aktueller Sicht vermutlich Herbst bis wir etwas veröffentlichen können.

Das SQL ist so gedacht das sich jeder über die View das EPG gestallten kann wie er mag, wir liefern bereist mehrere unterschiedliche Darstellungen aus. Wenn du konkrete Wünsche hast wird Christian als unser SQL Profi sicher eine View erstellen die wir zusätzlich in das Paket aufnehmen.

Wenn das mal kein Komfort ist, dann weiss ichs auch nicht

Gruß
Andreas

Servus,

also die Kombi läuft schon sehr schön.
Leider habe ich damals wohl meine root-Partition etwas zu klein gewählt und diese ist nun zu 100% voll gelaufen
Werde daher erstmal das scrapen in der epgd.conf deaktivieren.

Wie bekomme ich denn jetzt die DB wieder von den gescrapten Daten befreit?
ein epgd-dropall scheint da nichts zu bewirken.

Danke und Gruss.
Markus

Das script ist auch noch nicht angepasst nehm ich an.

Denke mal sowas in der Richtung:

truncate table series;
truncate table series_episode;
truncate table series_actor;
truncate table series_media;
truncate table movie;
truncate table movie_actors;
truncate table movie_actor;
truncate table movie_media;
truncate table recordings;

Oder halt das mysql-Daten-Verzeichnis auf ne andere Partition verschieben.

Hm,

die Befehle haben nix bewirkt.

mysql> truncate table series;
Query OK, 0 rows affected (0.01 sec)


mysql> truncate table series_episode;
Query OK, 0 rows affected (0.05 sec)


mysql> truncate table series_actor;
Query OK, 0 rows affected (0.04 sec)


mysql> truncate table series_media;
Query OK, 0 rows affected (0.09 sec)


mysql> truncate table movie;
Query OK, 0 rows affected (0.04 sec)


mysql> truncate table movie_actors;
Query OK, 0 rows affected (0.04 sec)


mysql> truncate table movie_actor;
Query OK, 0 rows affected (0.06 sec)


mysql> truncate table movie_media;
Query OK, 0 rows affected (0.06 sec)


mysql> truncate table recordings;
Query OK, 0 rows affected (0.06 sec)

Hallo zusammen,

zunächst einmal vielen Dank an alle Beteiligten, für das tolle neue Feature!

Zitat von louis

Es gibt ein scrapinfo File pro Aufnahmeverzeichnis.

Ist es möglich (und ich habe es nur nicht gefunden oder wäre es möglich, das einzubauen) mittels scrapinfo-File (oder einem anderen Mechanismus) einen kompletten Verzeichnisbaum innerhalb des Aufnahmeverzeichnisses vom scraper ausschließen zu können?

Vielleicht mit einem Eintrag "ignore" im scrapinfo-File, der dafür sorgt, dass der Scraper dieses und alle Unterverzeichnisse ignoriert?

Viele Grüße,
Alex

Zitat von ofenheizer

die Befehle haben nix bewirkt.

fehlt noch OPTIMIZE TABLE

also so nach dazu:

OPTIMIZE TABLE series;
OPTIMIZE TABLE series_episode;
OPTIMIZE TABLE series_actor;
OPTIMIZE TABLE series_media;
OPTIMIZE TABLE movie;
OPTIMIZE TABLE movie_actors;
OPTIMIZE TABLE movie_actor;
OPTIMIZE TABLE movie_media;
OPTIMIZE TABLE recordings;

Hi Louis

Zitat von louis

Das steht schon auf der Todo Liste...wird bald kommen

Spitze, vielen Dank, für die schnelle Antwort

bye, Alex

louis
mysql> select count(*) from series;
+----------+
| count(*) |
+----------+
| 0 |
+----------+
1 row in set (0.00 sec)

Die ganzen Bilder unter /var/cache/vdr/ habe ich alle schon gelöscht. Brauchte ja ein bissl Platz :-).
Aber in der DB müssen ja auch noch irgendwo die gescrapten Daten liegen.
Aktuell habe ich 85% belegt, vor dem vielen scrapen waren es 58% ... also muss noch was in der DB stecken.

Gruss.
Markus

Alternativ geht auch noch delete from <table>.

Hallo,

Ähm... wo werden jetzt die gescrapten Bilder auf dem Server abgelegt? Entwerder bin ich blind oder ich habe da was nicht verstanden.

MFG SVen

In der Datenbank in den _media-Tabellen. Wenn Du sie im Dateisystem haben willst, brauchst Du das scraper2vdr Plugin auf dem Server.

Zitat von s.krueger

Ähm... wo werden jetzt die gescrapten Bilder auf dem Server abgelegt?

In der MySQL-Datenbank in den Tabellen movie_media und series_media

Ah ok, danke euch beiden. War mir nicht ganz klar.

MFG SVen

Zitat von louis

ofenheizer: die Tabellen vom Chief sind vollständig, das sind alle Tabellen, die der Scraper benutzt...hast du sie nun gedropt oder getruncated. Bei truncate musst du wohl auch optimize machen, damit der Speicher wirklich freigegeben wird...

Ciao Louis

nur truncate, so wie der chef es geschrieben hat.
also alles nochmal mit einem drop machen?