neue XXV DeveloperVersion 0.30

kt1040 · 24. April 2005

DANKE

xpix · 24. April 2005

Zitat

Original von wilderigel
Gehört eventuell nicht hier her:

Habe im log Verzeichnis /var/log/mysql/ Dateien mit dem Namen mysql-bin.001 - mysql-bin.007 liegen.
Diese belegen zeitweise 400 MB auf dem System. Well ich sie mit less anschaue sind eigentlich lauter EPG Daten enthalten.

Wofür ist dieses Log? Tage kann man ja in der Datei /etc/mysql/debian-log-rotate.conf einstellen.
Kann man es auch komplett ausschalten?

System ist Debian Sarge

Alles anzeigen

Sicherlich geht das, nur frag mich jetzt nicht wie. Auf jeden Fall kann man wohl das Logging beeinflussen oder mysql zwiingen bei jedem Start mit einer neuen Logdatei anzufangen.

Schau dir mal diese Seite hier an:
http://dev.mysql.com/doc/mysql/de/query-log.html

Also gut ich habs mir mal genauer angeschaut, ganz einfach. Wenn du das normale logging abschalten willst. Einfach die Datei /etc/mysq/my.cnf editieren und die logeinträge auskommentieren:

Code

# You can also put it into /var/log/mysql/mysql.log but I leave it in /var/log
# for backward compatibility. Both location gets rotated by the cronjob.
#log            = /var/log/mysql/mysql.log
#log            = /var/log/mysql.log

danach den Server neu starten und das wars:

Code

/etc/init.d/mysql restart

Hab ich gerade ausprobiert und geht

xpix · 24. April 2005

Zitat

Original von wilderigel
1.
Bin in der Programmübersicht und programiere einen Timer
Danach bin ich in Timer - warum?

Hast Recht ... ToDo.

Zitat

2.
Timer lassen sich nicht mit einem Klick löschen.
Markieren und raufscrollen ist ineffektiv
Edit - Seit wann ist das denn drinnen

Tja, manchmal sind wir auch schneller

Zitat

3.
Klick auf XXV (Menü)
Sollte lt mir auf die eingestellte Startseite zurückkehren.

Auch schon passiert in 'html'

wilderigel · 24. April 2005

Im normale log steht überhaupt nix drinnen, es geht nur um mysql-bin* logs:

Code

mona /var/lib/vdr/logos # ls -lh /var/log/mysql/
insgesamt 210M
-rw-rw----  1 mysql adm 101M 2005-04-24 05:27 mysql-bin.003
-rw-rw----  1 mysql adm  19M 2005-04-24 06:26 mysql-bin.004
-rw-rw----  1 mysql adm  91M 2005-04-24 17:59 mysql-bin.005
-rw-r-----  1 mysql adm    0 2005-04-24 06:26 mysql.log
-rw-r-----  1 mysql adm   20 2005-04-24 06:26 mysql.log.1.gz
-rw-r-----  1 mysql adm   20 2005-04-23 06:26 mysql.log.2.gz
-rw-r-----  1 mysql adm   20 2005-04-22 06:26 mysql.log.3.gz
-rw-r-----  1 mysql adm   20 2005-04-21 06:26 mysql.log.4.gz
-rw-r-----  1 mysql adm   20 2005-04-20 06:26 mysql.log.5.gz
-rw-r-----  1 mysql adm   20 2005-04-19 06:26 mysql.log.6.gz
-rw-r-----  1 mysql adm   20 2005-04-18 06:26 mysql.log.7.gz

Alles anzeigen

Und schon wieder 200 MB verbraten.

Wird nur bei mir so viel geloggt, oder stört euch das nur nicht?

Edit:
habe mal in /etc/mysql/my.cnf den Eintrag geändert:
log-bin = /dev/null

xpix · 24. April 2005

Zitat
Original von tomderry
Ich hätte da noch einen Bugfix und einen Feature-Request für den html-Skin.
Beide betreffen den Intervall für den "Grab".

Hintergrund: Es gibt zwei Stellen bei mir im Haus von denen aus ich den VDR zum Fernsehen verwende. Da ich meinen zweiten LIRC-Empfänger nicht eingebunden bekomme, verwende ich zum Fernsteuern vom Wohnzimmer aus ein Lapop und den xxv.

Problem: Da ich den Fernseher vor mir habe, wo ich die Menüs des VDR sehe, brauche ich hier die Anzeige des Bildes im xxv eigentlich nicht. Der grab() der da gemacht wird, macht für mich die Fenrbedienung bis zur Unbenutzbarkeit langsam. Da der html-Skin es mir erlaubt, die Wiederholrate einzustellen, habe ich zunächst versucht diese herunterzusetzen. Das hat nicht funktioniert. Bei der Untersuchung des Javascript in remote.tmpl fiel mir folgendes auf:
Code
function changeInterval(newinterval) {
    window.clearInterval(aktiv);
    var aktiv = window.setInterval("grab()", newinterval * 1000);
}
Der "var" macht die Variable lokal. Beim nächsten Aufruf wird daher in Zeile 2 der bisherige Timer nicht geloescht.
Nach dem Entfernen des "var" funktiionierte das Setzen des Intervalls zwar, das half aber noch nichts: Bei jedem Tastendruck auf der xxv/Fernbedienung wird trotzdem jedesmal ein grab() gemacht. Wenn ich nun z.B. in der Liste der Aufnahmen des VDR von ganz oben nach ganz unten will, dann dauert das eine Ewigkeit.

Abhilfe schafft die folgende Änderung, mit der ich den grab() ganz abschalten kann, indem ich den Intervall auf 0 setze:
Diff
--- remote.tmpl (revision 134)
+++ remote.tmpl (working copy)
@@ -12,13 +12,22 @@
 }
 
 function grab() {
+       if ( aktiv != 0 ) {
     Now = new Date();
        document.livepicture.src = '?cmd=gdisplay&binary=1&laber=' + Now.getTime();
+       }
 }
 
 function changeInterval(newinterval) {
-    window.clearInterval(aktiv);
-    var aktiv = window.setInterval("grab()", newinterval * 1000);
+       if ( aktiv != 0 ) 
+               window.clearInterval(aktiv);
+       if ( newinterval != 0 ) {
+               aktiv = window.setInterval("grab()", newinterval * 1000);
+       } else {
+               aktiv = 1;
+               grab();
+               aktiv = 0;
+       }
 }
Alles anzeigen
Wenn ich nun ein Intervall von 0 in das Editierfeld eintrage und mit "Grab" losschicke, dann wird der grab() nicht mehr automatisch gemacht. Durch erneuten Klick auf "Grab" kann ich aber manuell grabben.

Disclaimer: Ich bin beileibe kein Javascript-Guru, daher ist der Code möglicherweise Schrott Ausserdem habe ich die Änderungen nur im Firefox 1.03 sowie im ie6 getestet, es wäre daher möglich, dass das Javascript in anderen Browsern so nicht funktioniert.

Tom
Alles anzeigen

Ich hab es jetzt nicht genau so übernommen wie du es vorgeschlagen hast, aber das mit dem var aktiv war der richtige Tipp. Wenn jetzt eine null bei Grab angegeben wird, laesst er das ewige grabben.

Ist in V.147 drin.

xpix · 24. April 2005

Zitat

Original von wilderigel
Wird nur bei mir so viel geloggt, oder stört euch das nur nicht?

Also bei mir sieht es so aus:

Code

vdr:~/XXV# l /var/log/mysql*
-rw-------    1 mysql    mysql        213M 24. Apr 17:52 /var/log/mysql.log
-rw-------    1 mysql    mysql         13M 23. Apr 06:25 /var/log/mysql.log.1.gz
-rw-------    1 mysql    mysql         11M 22. Apr 06:29 /var/log/mysql.log.2.gz
-rw-------    1 mysql    mysql         12M 21. Apr 06:29 /var/log/mysql.log.3.gz
-rw-------    1 mysql    mysql        6.2M 20. Apr 06:29 /var/log/mysql.log.4.gz
-rw-------    1 mysql    mysql         12M 19. Apr 06:29 /var/log/mysql.log.5.gz
-rw-------    1 mysql    mysql        7.7M 18. Apr 06:29 /var/log/mysql.log.6.gz
-rw-------    1 mysql    mysql        7.9M 17. Apr 06:29 /var/log/mysql.log.7.gz
 
/var/log/mysql:
insgesamt 32k
-rw-------    1 mysql    root         1.4k 24. Apr 17:52 mysql.err
-rw-------    1 root     root          111 23. Apr 06:02 mysql.err.1.gz
-rw-------    1 root     root          111 22. Apr 06:02 mysql.err.2.gz
-rw-------    1 root     root          111 21. Apr 06:02 mysql.err.3.gz
-rw-------    1 root     root          112 20. Apr 06:02 mysql.err.4.gz
-rw-------    1 root     root          112 19. Apr 06:02 mysql.err.5.gz
-rw-------    1 root     root          111 18. Apr 06:02 mysql.err.6.gz
-rw-------    1 root     root          111 17. Apr 06:02 mysql.err.7.gz

Alles anzeigen

Zitat

habe mal in /etc/mysql/my.cnf den Eintrag geändert:
log-bin = /dev/null

Der ist bei mir einfach nur auskommentiert, das sollte reichen. Wie du ja siehst hab ich keine bin.logs.

wilderigel · 24. April 2005

Dann loggt er warscheinlich in die normalen Dateien, und die werden mit gzip komprimiert, OK werde das mal antesten.

tomderry · 24. April 2005

Zitat

Original von xpix
Ich hab es jetzt nicht genau so übernommen wie du es vorgeschlagen hast, aber das mit dem var aktiv war der richtige Tipp. Wenn jetzt eine null bei Grab angegeben wird, laesst er das ewige grabben.

Ist in V.147 drin.

Sieht auf jeden Fall eleganter aus als bei mir

Eine manuelle Aktualisierung durch klicken auf "Grab" kann man mit dieser Implementierung aber nicht machen. Ich habe bei mir lokal noch

Code

if(newinterval > 0) {
         inter = newinterval * 1000;
         aktiv = window.setInterval("grab()", inter);
+    } else {
+        var Now = new Date();
+       document.livepicture.src = '?cmd=gdisplay&binary=1&laber=' + Now.getTime();
     }

nachgerüstet. Mir persönlich genügt Deine Lösung aber, ich hab' das jetzt in einem eigenen Skin liegen.

Tom

Torsten/WarEagle · 24. April 2005

Hi,

mich mag xxv wohl nicht

a)
Ich habe einen Autotimer drin:

1:King of Queens:3:0600:1500:0:50:99:8:

Er schaut auch danach und findet einträge:
Schaue für Autotimer mit ID(7) mit Suchmuster 'King of Queens'
10 Einträge für 'King of Queens' in EPG DB gefunden.

Er listet dann auch einige auf.

Speichere Timer für 'King of Queens'.
Speichere 1 Timer für 'King of Queens'.

Er legt genau einen Timer an:
2005-04-27 10:00 11:00 King of Queens
Es ist immer derselbe, obwohl er ja oben 10 findet.

Die anderen 9 ignoriert er einfach

b) Das anzeigen der Aufnahmen geht bei mir noch nicht, derselbe Fehler den ich schon bei der 0.20 gepostet hatte:
42 (2237) [21:19:38 04/24/05] /video0/configs/plugins/graphlcd/splash/vdr-logo_128x64 encountered a second time at /usr/share/perl/5.8/File/Find.pm line 559.
43 (2237) [21:19:38 04/24/05] Event: trapped error in `?? HTTPD.pm:235': /video0/configs/plugins/graphlcd/splash/vdr-logo_128x64 encountered a second time at /usr/share/perl/5.8/File/Find.pm line 559.

sobald andere Dateinamen drin vorkommen scheint die Suche abzubrechen.

Jemand eine Idee?

Gruß

Torsten

wilderigel · 24. April 2005

Ist ein klassischer "Speichere Timer Fertig-Liste (Keine doppelten TV-Shows): ja" Fehler.
Hatte diese Funktion noch nie wirklich funktionierend am laufen.

Torsten/WarEagle · 24. April 2005

Danke für den Tipp, werd ich gleich mal testen.

Muß man das wirklich hart in der Datenbank ändern?
Neue AutoTimer anlegen, alte editieren geht nämlich nicht:

50 (2237) [21:33:29 04/24/05] DBD::mysql::st execute failed: Unknown column 'VPS' in 'field list' at /usr/src/vdr/tools/xxv-0.32/bin/../lib/XXV/MODULES/AUTOTIMER.pm line 712.

wilderigel · 24. April 2005

Entwerder DB nicht upgedatet, oder nicht aller erforderlichen Felder ausgefüllt.
Hatte das Problem mal, als ich keine Wochentage angegeben hatte.

Update der DB: contrib/upgrade-xxv.sh

foobar42 · 24. April 2005

Was will uns das sagen?

vdr:~/XXV# svn up
At revision 152.

23 (11664) [21:49:58 04/24/05] Load Module XXV::MODULES::AUTOTIMER = 0.01
24 (11664) [21:50:01 04/24/05] Use of uninitialized value in localtime at /root/XXV/bin/../lib/XXV/MODULES/RECORDS.pm line 443.
25 (11664) [21:50:01 04/24/05] DBD::mysql::st execute failed: Column 'Prio' cannot be null at /root/XXV/bin/../lib/XXV/MODULES/RECORDS.pm line 315.
26 (11664) [21:50:03 04/24/05] Dokumentation wurde in '/root/XXV/doc' generiert

Torsten/WarEagle · 25. April 2005

Zitat

Original von wilderigel
Entwerder DB nicht upgedatet, oder nicht aller erforderlichen Felder ausgefüllt.
Hatte das Problem mal, als ich keine Wochentage angegeben hatte.

Update der DB: contrib/upgrade-xxv.sh

Die Datenbank war komplett gelöscht und wurde von xxv neu angelegt.
Der Fehler kommt auch wenn ich alle Felder ausfülle.

Nach dem update startet xxv nichtmal mehr *seufzt*
Der Fehler beim find scheint nun ganz xxv zu stoppen statt nur das Aufnahmemenü.

Bugfix:

In der RECORD.pm muß in Zeile 258 ein
follow_skip=>2,
ergänzt werden, dann gehts auch bei verlinkten dateien:
find(
{
wanted => sub{
push(@{$obj->{FILES}},$File::Find::name)
if($File::Find::name =~ /\d{3}.vdr$/sig);
if($File::Find::name =~ /\d{3}.vdr$/sig){
print $File::Find::name . "\n";
}
},
follow => 1,
follow_skip=>2,
},
$obj->{videodir}
);

aus man File::Find:

"follow_skip"
"follow_skip==1", which is the default, causes all files which are neither directories nor symbolic links to be ignored if they are
about to be processed a second time. If a directory or a symbolic link are about to be processed a second time, File::Find dies.

"follow_skip==0" causes File::Find to die if any file is about to be processed a second time.

"follow_skip==2" causes File::Find to ignore any duplicate files and directories but to proceed normally otherwise.

Frank99 · 25. April 2005

Hallo,

ich versuche momentan XXV (Rev 153) auf meiner neuen Suse 9.3 zum laufen zu bringen.
Die ganzen Perl Module habe ich manuelle per Source installiert, welch ein Kampf ...
Die Meldungen beim Starten sehen eigentlich sehr gut aus:

Code

xxvd started with pid 7437.
1 (7437) [15:52:12 04/25/05]


---- XXVD System startet ---
2 (7437) [15:52:17 04/25/05] Load Module XXV::MODULES::WAPD = 0.30.0
3 (7437) [15:52:17 04/25/05] Load Module XXV::MODULES::VTX = 0.99.9
4 (7437) [15:52:17 04/25/05] Load Module XXV::MODULES::USER = 0.01
5 (7437) [15:52:17 04/25/05] Load Module XXV::MODULES::TIMERS = 0.02
6 (7437) [15:52:17 04/25/05] Load Module XXV::MODULES::TELNET = 0.01
7 (7437) [15:52:17 04/25/05] Load Module XXV::MODULES::SVDRP = 0.01
8 (7437) [15:52:18 04/25/05] Load Module XXV::MODULES::STREAM = 0.01
9 (7437) [15:52:18 04/25/05] Load Module XXV::MODULES::STATUS = 0.01
10 (7437) [15:52:19 04/25/05] Load Module XXV::MODULES::ROBOT = 0.01
11 (7437) [15:52:19 04/25/05] Load Module XXV::MODULES::REPORT = 0.01
12 (7437) [15:52:19 04/25/05] Load Module XXV::MODULES::REMOTE = 0.01
13 (7437) [15:52:19 04/25/05] Load Module XXV::MODULES::RECORDS = 0.01
14 (7437) [15:52:19 04/25/05] Load Module XXV::MODULES::MUSIC = 0.01
15 (7437) [15:52:20 04/25/05] Load Module XXV::MODULES::INTERFACE = 0.01
16 (7437) [15:52:20 04/25/05] Load Module XXV::MODULES::HTTPD = 0.02
17 (7437) [15:52:20 04/25/05] Load Module XXV::MODULES::GRAB = 0.01
18 (7437) [15:52:21 04/25/05] Load Module XXV::MODULES::EPG = 0.01
19 (7437) [15:52:21 04/25/05] Load Module XXV::MODULES::CONFIG = 0.01
20 (7437) [15:52:22 04/25/05] Load Module XXV::MODULES::CHANNELS = 0.01
21 (7437) [15:52:22 04/25/05] Load Module XXV::MODULES::AUTOTIMER = 0.01
22 (7437) [15:52:24 04/25/05] Documentation is generated in '/usr/local/src/vdr-tools/XXV/bin/../doc'.

Alles anzeigen

Unmittelbar nach dem ich mich anmelde, scheint XXV zu crashen, die Oberfläche kommt einfach nicht im Browser (Firefox und IE).
In den log Dateien bzw. Konsole bekomme ich keine weitere Ausgaben was passiert ist!
Wenn ich die URL erneut aufrufe erscheint nicht mal mehr der Login Screen.

Was nun?

Frank

foobar42 · 25. April 2005

Wie lange hast du gewartet? XXV braucht ein wenig Anlaufzeit...

Frank99 · 25. April 2005

Zitat

Original von foobar42
Wie lange hast du gewartet? XXV braucht ein wenig Anlaufzeit...

Etwas mehr als 15 Minuten, Activy mit 666 Mhz Celeron.

Frank

Hier noch eine merkwürdige Ausgabe:
linux:/etc # ps fax|grep xxvd
7291 pts/1 S+ 0:00 | \_ tail -f /var/log/xxvd.log
7427 pts/3 S+ 0:00 \_ grep xxvd

Nachtrag:

So ich habe jetzt mal in die mysql Datenbank reingeschaut, und hier scheint alles OK zu sein. EPG (über 3800 Einträge), Kanäle, Musik usw. ist korrekt importiert worden.

Dejuh · 25. April 2005

Hi
habe noch schwarzes Bild beim Aufnahme ansehen.
Was habt ihr unter Stream eingestellt?
gruß
Dejuh

foobar42 · 26. April 2005

Hallo,

habe gerade ein svn up auf 154 gemacht. Seitdem bekomme ich reihenweise um die Ohren:

80 (2395) [18:08:55 04/26/05] DBD::mysql::st execute failed: Column count doesn't match value count at row 1 at /root/XXV/bin/../lib/XXV/MODULES/RECORDS.pm line 316.

und sehe nur noch eine Aufnahme.

Ein DROP TABLE RECORDS hat auch nicht geholfen.

foobar42 · 26. April 2005

Aus dem changelog:
* Fix: GRAB: Ungenutzte Parameter Intervall entfernt.

Wie sag' ich es denn nun meinem, äh eurem Kinde?

neue XXV DeveloperVersion 0.30

Jetzt mitmachen!

Teilen