Beiträge von xpix

Zitat

Original von MegaV0lt
ich habe Gen2VDR 1.1 mit aktuellem Kernel, VDR, XXV Version: 0.80(942) und einen Pentium 4 Celeron 2,4GHZ auf nem Siemens-Board.

Startest du xxv mit dem mitgeliefertem Startskript? Falls ja dann schau mal da rein, dort wird nice explizit angegeben.

Zitat

Original von mad99
Alles klar, danke für die Antwort!

Allerdings stelle ich gerade fest, das das Problem im Bugzilla nicht meines ist, ich habe seit Wochen keine Daten für ZDF/3sat im EPG stehen, sondern nur wie oben beschrieben einen Eintrag für die ferne Zukunft

Doch doch, das hängt alles miteinander zusammen. Aber wieso hast du keine EPG-Daten für ZDF? Auch nicht im vdr?

Zitat

Original von thoweiss
Weil meine war nach der Installation fast komplett leer...

Das ist auch normal so, der Debian-Maintainer, seines Zeichens ist Tobias Grimm hat die Default Einstellungen direkt in xxv (oder Startskript unter /etc/init.d/xxvd) festgelegt für ein Debian system. Wenn du da jetzt keine wichtigen Pfade rumgelötet hast sollte alles auf Anhieb funktionieren.

Zitat

Original von mad99
Ich hoffe, das gabs nicht schonmal, ich hab zumindest nichts gefunden:

Wen ich mir "Was läuft" anzeigen lassen will, bekomme ich u.a. für ZDF und 3Sat keine Anzeige, weil z.B. fürs ZDF der erste Eintrag unter "Programm" Wombaz am Freitag, 11.03.2033 eingetragen ist ???
Bei 3sat gibt es gar keinen Eintrag.

Die EPG Daten stimmen aber, im VDR selber bekomme ich das richtige laufende Programm und die nächsten Sendungen angezeigt.

Ich hatte vor einiger Zeit mal Probleme mit dem xxv 0.70, wonach ich dann auf 0.72 und jetzt auf 0.80 upgegraded habe.
Bei den Problemen ging es um die "Einstellungen->Music" und "Einst.->EPG", die ich durch deaktivieren des Dienstes Music gelöst hatte?

Wie bekomme ich den EPG wieder korrekt angezeigt?

Alles anzeigen

Bekannter Bug: http://sonne.bandt.net/bugzilla/show_bug.cgi?id=218 ... wir arbeiten dran

Zitat

Original von elmicha

Mein mysql läuft mit default-character-set = utf-8, deshalb hatte ich Probleme mit den Umlauten in xxv: alle Einträge in der Datenbank wurden beim ersten Umlaut abgeschnitten.

Den Default-Characterset für mysql umzustellen, hatte ich keine Lust, weil dann ja die anderen Datenbanken wieder auf die Nase gefallen wären.

Lösung: nur die xxv-Datenbank auf latin1 umstellen:

In mysql (mysql -uxxv -pxxv xxv):

Code

alter table AUTOTIMER CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table CHANNELGROUPS CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table CHANNELS CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table EPG CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table MUSIC CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table OLDEPG CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table RECORDS CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table TIMERS CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table USER CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table VERSION CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;


alter database xxv CHARACTER SET latin1 COLLATE latin1_german2_ci;

Alles anzeigen

Und in xxvd in der Zeile vor "return $dbh;" in "sub init_db_connect" (ganz am Ende von xxvd) einfügen:

Code

my $row = $dbh->selectrow_hashref("set NAMES 'latin1'");

Nach Neustart von xxvd und Neu-Laden der Timer, Aufnahmen und Kanäle passt jetzt alles zusammen.

Alles anzeigen

Danke für den Tip. Machst du bitte mal ein Ticket auf in unserem Bugzillasystem, dann können wir vielleicht einen Automatischen convert nach latin1 in unsere Skripte einbauen.

Zitat

Original von sigiberlin
kann ich machen.

btw: sehe ich das richtig, daß der Share-Server per dyndns oder so angeschlossen ist ? wenn ja - ich habe massig Platz und Traffic über ... wenn nein - forget this ....

Wir bauen da grad dran rum, deswegen gehts nicht aber wenn du willst kannst du gerne den XXV-Server übernehmen

Zitat

Original von thoweiss
boah, das ging ja schnell..

ich habe jetzt meine conf entsprechend ergänzt...

jetzt scheints zu laufen .

Danke an alle.

Alles anzeigen

Also nimmst du das

Zitat

Mal wieder xxv

zurück und nimmst an das das Problem 40cm vor dem Bildschirm sitzt?

Zitat

Original von The Werner
Na gut, dann werde ich mal unaufgefordert ins bugzilla reinschreiben.

Mal gucken, obs hilft.
Werner

Und gelesen. wat sagt das Log (Loglevel 5) beim Einlesen der Aufnahmen?

Yop, da haste Recht. Erstmal kann man z.Zt. nur ein Format erraten wenn man tvmovie benutzt. Ich würde dich bitten wenn du mal ein Ticket aufmachst in unserem Bugzilla:

http://sonne.bandt.net/bugzilla/

Zitat

Original von slime
wie ist denn die egp.data encodiert?
also ich vermute den fehler da irgendwo beim XXV, der vdr hat da eigentlich wenig damit zu tun.
du musst versuchen nachzuvollziehen, an welcher stelle sich das encoding ändert.
vllt. solltest du auch beim starten von XXV den charset lokal ändern,.. vllt. macht da sonst eine der vielen perl-libs probleme.

Ich vermute das liegt an dem Standartzeichensatz der Mysql-Datenbank. Wir sind da auch noch am forschen

Zitat

Original von wilderigel
Hätte noch immer den Wunsch die Cover vom mp3 Verzeichnis zu verwenden.
So wie in vdr-mp3:

Code

The search order for images is:
- An image in the same directory as the song, named like the song but with the
  song extension replaced with the image format extension
  e.g. test.mp3 -> test.jpg
- An image named "cover" with the image format extension in the same directory
  as the song (album cover).
  e.g. cover.gif
- An image named "artist" with the image format extension in the parent
  directory of the song (artist image).
  e.g. artist.png
- An image named "background" with the image format extension in the base
  directory of the MP3 source.
For all locations the extensions "jpg", "png" & "gif" are checked (in that
order). If no image can be found, a full screen black image is displayed (this
is included statically in the plugin).

Alles anzeigen

Yop, seh ich auch so. Machst du ein Ticket auf?

Zitat

Original von sigiberlin
nochn Wunsch: bei der Suche sollte man Radiokanäle ausklammern können. Oder besser: alles - Nur TV - Nur Radio ....

Yop, seh ich auch so. Machst du ein Ticket auf?

Zitat

Original von furefix
halli hallo,

ich benutze XXV jetzt schon seid einiger Zeit und finde die Software wirklich super. Ich gehöre zu den Nutzern deren TV Verhalten sich durch VDR, NOAD und Autotimer grundlegend geändert hat.

An den Autotimern gefällt mir gerade die Möglichkeit besonders gut, passende Sendungen aufzunehmen, von denen man nicht wusste, dass sie existieren.

Das Problem:
Mir fällt immer wieder auf, das Autotimer aufgrund ihrer Beschaffenheit bei bekannten Sendungen (ungefährer Name, Sendetermin, Sender) sehr gut funktionieren. Setzt man aber einen Autotimer wild auf das ganze EPG an, wird es schwierig. Beispiel: „Galaxie“. In vielen Fällen sind es tatsächlich Dokumentationen über den Weltraum und die Galaxien. Leider wird aber auch die „Spielegalaxie“ auf Kika aufgenommen. Allerdings werden Sendungen mit „Milchstrasse“ oder „Weltraum“ natürlich übersehen. Ich brauche ungefähr 10 Autotimer für je ein Themengebiet und letztlich liegt die Fehlerquote bei gut 50 Prozent. Der Prozentanteil der entgangenen "Goodies" liegt wohl noch höher.

Die Idee:
Wie bei Emails mit Spam könnte ein einfacher Bayes Filter entscheiden ob eine Sendung zu einem Autotimer passt oder nicht. Bayes Filter liefern hervorragende Erkennungsraten schon nach kurzen Trainingsphasen, auch in kurzen Texten. Das Training könnte man dadurch bewerkstelligen, das der Benutzer einfach eine Reihe von Sendungen im EPG und den Aufnahmen als Ham bzw. Spam deklariert. Der Trainingsaufwand und das Feedback vom Nutzer lohnen sich. Beispiel: „Kerners Köche“. Hat der Bayes Filter gelernt, das die Sendung gefällt, wird er die Namen der Köche (Zacherl, Lafer, Sass etc.) im Laufe der Zeit auf die Positivliste setzen. Er findet diese Begriffe in anderen Sendungen, deklariert sie nicht als Spam und nimmt sie auf. Einfache Änderungen im EPG (Titel, Sender, Aufnahmezeit) führen dabei nicht zum Versagen wie es bei normalen Autotimern passieren kann.

Bayes Filter sind nicht schwierig zu implementieren. Allein mir fehlen die Zeit und der Überblick über XXV.

Viele Grüße

Flo

Alles anzeigen

Sehr interessanter Ansatz, mich hat es auch oefters geaergert wenn der Autotimer 'Forschung' wieder mal irgendein Kindertrickfilm mit einem Forscher 'Idebedu' aufnimmt.

Das Spam und Ham kann ja durch die deaktivierung des Users gesteuert werden. Ich glaube im Vivo wird auch das Sehverhalten des Users analysiert und darauf hin Sendungen aufgenommen die den User interessieren k"onnen. Ich werd mich mal in Bayes einlesen, mach mal ein Ticket dafuer auf.

Zitat

Original von gfa4711
Hi,

ich habe auch noch was, ich weiß nicht ob man das als Feature oder Bugfix ansehen soll.
Ich habe ein Premiere Abo und komme daher in den Genuss Sendungen ohne Überhang aufzunehmen.
Nur leider ist in der TIMERS.pm steht bei prevminutes und afterminutes default = 5. Dies Führt dazu, dass die Autotimer trotz der manuellen Einstellung auf 0, immer wieder auf 5 gesetzt werden, was mir meine ganzen Timer durcheinander bringt. Daher editiere ich die TIMERS.pm und setze die Werte auf 0. Mein Problem ist nur, ich habe einen Ctvdr und mir ist es schon oft beim updaten passiert, dass ich ein XXV Update übersehen habe und dann alles verwurschtelt wird.
Darum meine Bitte: entweder defauft = 0 setzen, oder eine Möglichkeit einbauen, dass ich trotzdem Autotimer ohne Überhang eingeben kann.

Gruß

Christian

Alles anzeigen

Mach bitte mal ein Ticket auf.

Zitat

Original von sigiberlin
xpix:

danke für die nur-Fernbedienung .-)

Get an Hulk, der hats eingebaut

Zitat

Original von swer
@ xpix

Bin nun auch auf die SVN Version gewächselt und kann bestätigen das mein Umlaut problem behoben ist. Jedoch habe ich nun ein Problem mit Sonderzeichen (/ [] )in denn Listen.
Wiedereinmahl nur mit dem xxv skin und nicht im default.

Ein / wird als &#x2f
Aus [ ] wir &#x5b

In welchen Listen?

Zitat

Original von Chacabaou
Ich würde einfach mal vermuten, dass XXV das tun muss, was analog dem entspricht, wenn ich die Datenstruktur mit mysql anlege: mysql --set-default-charset=latin1

Ok kein Problem, ich denke ich kann aus Perl heraus dieses Flag setzen. Damit sollte ja dann das Problem behoben sein oder. Mach mal bitte ein Ticket in unserem Bugzilla auf.

http://sonne.bandt.net/bugzilla/

Zitat

Original von Chacabaou
Hallo xpix!

Meinst du mit "letzter Revision" die 0.80?

Und welches Problem soll da behoben sein; das gesamte, oder nur die Notwendigkeit der von swer beschriebenen Lösung?

Nein, mit Revision meine ich die letzte version aus unserem Subversionserver.
http://www.vdr-wiki.de/wiki/in…iner_.C3.A4lteren_Version

Zitat

Original von swer
Hallo Chacabaou

Ganz erlich habe ich da auch so meine Probleme mit den Umlauten.
Mit dem Standart skin von XXV klapts (versin 0.80 ).
Nehme ich das xsteyl Skin habe ich manchmahl aber auch nicht immer in den Übersichten jedoch nie in der Deteilansicht Problem mit Umlauten.
Da werden sie so dar gestelt ö oder auch ä.

Wie startest du xxv. Welch Locale verwendest du. dort.
Ich exportiere folgendes bevor ich xxv starte

Code

export LC_CTYPE=de_DE ;export LANG=de_DE;export LANGUAGE=de_DE;export LC_ALL=de_DE

Das klapt zumindestens mit dem standart Skin.

Alles anzeigen

In der letzen Revision sollte das Problem inzwischen auch erledigt sein.

Zitat

Original von sigiberlin
nochn Wunsch:

bei den Aufnahmen ein Feld für nen Link zu imdb ... und kanz klasse wäre, wenn der Link automatisch gefunden würde ...

Hatte ich mal probiert, da in den EPG-Dateien gerne eigene Titel erfunden werden und diese meist nicht mit denen in der imdb gleicht oder die imdb nur die englisfchen Titel führt. Na lass uns das ins Bugzilla aufnehmen, vielleicht sind die tvm daten ja besser.