Beiträge von Flow

Hallo Leute,

ich bin zur Zeit noch etwas am basteln. Ich werde wenn ich damit fertig bin den Quelltext hier in diesem Thread pasten.

Ich denke das ihr noch einige Verbesserungvoschläge haben werdet, da ich doch den ein oder anderen Umweg gehen musste um zum Ziel zu kommen.

Aktuell ist jedoch noch ein anderes Problem aufgetaucht. Das Ausführen über die commands.conf funktioniert mittlerweile, aber wärend der Laufzeit des Scriptes steigt das Fensehbild aus. Das Menü reagiert noch, aber kein Bild.

Ich habe versucht über "nice" den Script zu bremsen, aber das hat leider keinen Erfolg gezeigt. Hier ein Auszug aus meiner commands.conf

7 Digitale Kamera einbinden : echo "no function"
-Bilder kopieren : /usr/bin/nice -n 19 /usr/bin/digicam3.sh >/dev/null 2>&1 &
-Bilder auf den Kamera(s) löschen : /usr/bin/nice -n 19 /usr/bin/digicam4.sh >/dev/null 2>&1 &

Ach ja, dass mit der Ausgabe 2>1 war natürlich Käse, danke für den Tip. File 1 habe ich gelöscht

Gruss,
Flo

Hab die Lösung gefunden.

Mein Script legt wärend der Laufzeit 2 Textfiles an die nur der root-user lesen konnte. Dadruch hat das ganze mit dem VDR user nicht geklappt.

Ich habe die Rechtestruktur jetzt auf den VDR-user angepasst und nun klappts.

Trotzdem Danke für die schnelle Antwort.

Gruss aus Würzburg,
Flo

Hallo Leute,

ich habe ein kleines Verständnisproblem. Und zwar habe ich mir eine Script geschrieben der meine angeschlossenen Digitalkameras automatisch mountet neue ordner erstell (Kameraname + Zeitstempel) und die Bilder von den Kameras in diese Ordner kopiert.

Das Script funktioniert nach ausführen auf der Kommandozeile einwandfrei. Sobald ich es jedoch in die commands.con einbinde und über das OSD ausführe gehts nicht mehr

Im logread sehe ich das der Befehl ausgeführt wird, aber wie gesagt es zeigt keinerlei Wirkung.

commands.conf Auszug:

7 Digitale Kamera einbinden :/usr/bin/digicam3.sh 2>1 >/dev/null &

Habt ihr vielleicht nen Tip was man da beachten muss? Wird da ein anderer User zum ausführen benutzt, etc.

Gruss,
Florian

Hallo Leute,

ich habe mittlerweile auch den oben genannten Lösungvorschlag (findus) übernommen, bei mir jedoch ohne Erfolg. Was mich am unten angehängten Logfile etwas wundert, ist das nachdem die System Time richtig gesetzt wurde (also auf den 31 Mai) kurz drauf wieder auf das momentan gültige Datum geschwenkt wird. Ist das normal?

Vielleicht kann ja mal einer ein Logfile pasten das eine funktionierende "settime" Config wiedergibt.

Logfile Auszug ->
#######################

Jun 8 15:26:34 argus user.info vdr[3328]: confirmed
Jun 8 15:26:34 argus user.info vdr[3328]: executing '/usr/bin/poweroff.pl 1118238300 1106 1 "Fliege - Die Talkshow" 1'
May 31 23:46:34 argus daemon.info init: ^MStarting pid 3418, console /dev/console: '/etc/init.d/rcShutdown'
May 31 23:46:34 argus user.debug vdr[3328]: max. latency time 12 seconds
May 31 23:46:34 argus user.info vdr[3328]: closing SVDRP connection
May 31 23:46:35 argus user.info vdr[3328]: caught signal 15
May 31 23:46:35 argus user.info vdr[3328]: stopping plugin: wetter
May 31 23:46:35 argus user.info vdr[3328]: stopping plugin: timeline
May 31 23:46:35 argus user.info vdr[3328]: stopping plugin: text2skin
May 31 23:46:35 argus user.info vdr[3328]: stopping plugin: streamdev-server
May 31 23:46:35 argus user.info vdr[3328]: stopping plugin: osdpip
May 31 23:46:35 argus user.info vdr[3328]: stopping plugin: mplayer
May 31 23:46:35 argus user.info vdr[3328]: stopping plugin: mp3
May 31 23:46:35 argus user.info vdr[3328]: stopping plugin: image
May 31 23:46:35 argus user.info vdr[3328]: stopping plugin: dvdselect
May 31 23:46:35 argus user.info vdr[3328]: stopping plugin: dvd
May 31 23:46:35 argus user.info vdr[3346]: System Time = Mon May 31 23:46:35 2004 (1086039995)
May 31 23:46:35 argus user.info vdr[3346]: Local Time = Wed Jun 8 15:26:36 2005 (1118237196)
Jun 8 15:26:36 argus user.err vdr[3328]: ERROR: thread 7176 won't end (waited 3 seconds) - canceling it...
Jun 8 15:26:36 argus user.info vdr[3328]: saved setup to /etc/vdr/setup.conf
Jun 8 15:26:36 argus user.debug vdr[3345]: tuner on device 1 thread ended (pid=3345, tid=1026)
Jun 8 15:26:36 argus user.debug vdr[3346]: Section handler thread ended (pid=3346, tid=2051)
Jun 8 15:26:36 argus user.debug vdr[3348]: tuner on device 2 thread ended (pid=3348, tid=3076)
Jun 8 15:26:36 argus user.debug vdr[3349]: Section handler thread ended (pid=3349, tid=4101)
Jun 8 15:26:36 argus user.info vdr[3328]: deleting plugin: wetter
Jun 8 15:26:36 argus user.info vdr[3328]: deleting plugin: timeline
Jun 8 15:26:36 argus user.info vdr[3328]: deleting plugin: text2skin
Jun 8 15:26:36 argus user.info vdr[3328]: deleting plugin: streamdev-server
Jun 8 15:26:38 argus user.warn kernel: saa7146: unregister extension 'budget dvb /w video in'.
Jun 8 15:26:38 argus user.warn kernel: saa7146: unregister extension 'budget dvb'.
Jun 8 15:26:39 argus user.err vdr[3328]: ERROR: thread 5126 won't end (waited 3 seconds) - canceling it...
Jun 8 15:26:39 argus user.info vdr[3328]: deleting plugin: osdpip
Jun 8 15:26:39 argus user.info vdr[3328]: deleting plugin: mplayer
Jun 8 15:26:39 argus user.info vdr[3328]: deleting plugin: mp3
Jun 8 15:26:39 argus user.info vdr[3328]: deleting plugin: image
Jun 8 15:26:39 argus user.info vdr[3328]: deleting plugin: dvdselect
Jun 8 15:26:39 argus user.info vdr[3328]: deleting plugin: dvd
Jun 8 15:26:39 argus user.debug vdr[3328]: =====================
Jun 8 15:26:39 argus user.debug vdr[3328]: EPG bugfix statistics
Jun 8 15:26:39 argus user.debug vdr[3328]: =====================
Jun 8 15:26:39 argus user.debug vdr[3328]: IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED
Jun 8 15:26:39 argus user.debug vdr[3328]: CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEvent::FixEpgBugs()
Jun 8 15:26:39 argus user.debug vdr[3328]: IN VDR/epg.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT!
Jun 8 15:26:39 argus user.debug vdr[3328]: =====================
Jun 8 15:26:39 argus user.debug vdr[3328]: Fix^IHits^IChannels
Jun 8 15:26:39 argus user.debug vdr[3328]: 0^I50^Ihr-fernsehen, Das Erste, SR Fernsehen Südwest, rbb Berlin, SÜDWEST BW, rbb Brandenburg, ...
Jun 8 15:26:39 argus user.debug vdr[3328]: 1^I18^IRAI 1, TV 5, TV5 Europe
Jun 8 15:26:39 argus user.debug vdr[3328]: 2^I105^Irbb Berlin, rbb Brandenburg, ZDFinfokanal, TV 5, TV5 Europe
Jun 8 15:26:39 argus user.debug vdr[3328]: 3^I716^IPhoenix, KiKa, NDR FS NDS, SAT.1, N24, ProSieben, KABEL1
Jun 8 15:26:39 argus user.debug vdr[3328]: 4^I23^IDas Erste, Bayerisches FS, EinsMuXx, TV5 Europe, VIVA, TV 5, RAI 1
Jun 8 15:26:39 argus user.debug vdr[3328]: 5^I11^IKiKa, MDR FERNSEHEN, 3sat, SAT.1, ProSieben
Jun 8 15:26:39 argus user.debug vdr[3328]: 6^I58^IBayerisches FS, Eurosport, EuroNews, EinsFestival, SÜDWEST RP, N24, TV 5, RAI 1, ...
Jun 8 15:26:39 argus user.debug vdr[3328]: 7^I1842^ISÜDWEST BW, BR-alpha, Bayerisches FS, hr-fernsehen, WDR Köln, SR Fernsehen Südwest, ...
Jun 8 15:26:39 argus user.debug vdr[3328]: =====================
Jun 8 15:26:39 argus user.debug vdr[3328]: max. latency time 12 seconds
Jun 8 15:26:39 argus user.info vdr[3328]: exiting
Terminated
argus:/etc# Connection to argus closed by remote host.

##################

Im BIOS habe ich den Eintrag für den Aufwachzeitpunkt auf den ersten des Monats (Empfehlung in der settime.sh) also auf den 01.06 00:00:00 gesetzt.

Gruss,
Florian

Problem hat sich erledigt. Ich konnte über nice dem "mv" an den Kragen, jetzt hat der VDR noch genug Power übrig und mv dümpelt halt hinterher.

Man muss anscheinend sehr aufpassen wenn der VDR mit Prozessen arbeiten muss die sich recht viel Leistung genehmigen und dadurch den anderen die Luft nimmt.

Gruss,
Flo

Hallo Leute,

ich habe mir ein kleine Shell-Script gebastelt, dass ich auch in der commands.conf mit integriert habe.

Dieses Script soll nach Aktivierung Aufnahmen aus /pub/export/(beliebiger Ordner) per "mv" auf ein NFS-Share verschieben.

Das Script funktioniert soweit auch, blos das immer wenn es ausgeführt wird der VDR total aussteigt

LOGREAD:

Apr 9 11:32:36 argus user.err vdr[3332]: retrying
Apr 9 11:32:36 argus user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Apr 9 11:32:36 argus user.err kernel: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Apr 9 11:32:36 argus user.err vdr[3332]: ERROR (dvbdevice.c,666): Invalid argument
Apr 9 11:32:36 argus user.err vdr[3332]: ERROR: can't set PID 3031 on device 1
Apr 9 11:32:36 argus user.err vdr[3332]: ERROR (dvbdevice.c,678): Invalid argument
Apr 9 11:32:36 argus user.err vdr[3332]: ERROR: failed to set PIDs for channel 36 on device 1

Auch wenn der Script duchgelaufen ist erhohlt sich der VDR nicht. Schwarzer Bildschirm...Menü geht aber noch.

Woran könnte das liegen? Ist doch eigentlich nur ein ganz normaler kopiervorgang auf ein NFS-Share!!??

Gruss,
Flo

Hallo Jungs bzw @MT

ich habe soeben den neuen Patch eingespielt und soweit ist bisher eigentlich alles i.O.

Bis darauf, dass ich keinen DVD Export mehr anstossen kann

Logread:

Apr 6 16:03:47 argus user.debug vdr[3350]: executing command '/usr/bin/nohup /usr/bin/convert.pl -q -s >/dev/null 2>/dev/null &'
Apr 6 16:03:47 argus user.debug vdr[3486]: too many different colors used in palette
Apr 6 16:03:47 argus user.debug vdr[3486]: Text2Skin: menu display update thread ended (pid=3486, tid=46087)
Apr 6 16:03:47 argus user.info vdr[3350]: closing SVDRP connection
Apr 6 16:03:47 argus user.info vdr[3350]: connect from 127.0.0.1, port 33474 - accepted
Apr 6 16:03:47 argus user.info vdr[3350]: grabbing to /tmp/05z30EwjZ8 (JPEG 70 384 288)
Apr 6 16:03:47 argus user.info vdr[3350]: closing SVDRP connection

Danach erscheint keine weitere Meldung mehr im Logread bzgl. "convert"

Kann mir da vielleicht einer ne Info zu geben woran das liegen könnte?

Vielleicht auch allgemeine Gründe warum der Export nicht stattfindet, vielleicht hat es ja gar nichts mit dem Update zu tun ??

@sud

Dein Tip hat leider auch nichts gebracht.

Und wie ich es vermutet hatte, nach einem Neustart wieder alles i.O. Momentan ist vdrsync.pl am rödeln und der Export ist am laufen.

Was hängt sich da auf verdammt ???

Ah OK, jetzt ist natürlich die Frage wiso der Befehl trotzdem das er ausgeführt wird nicht zum tragen kommt.

Ich habe auch so eint Textfile gefunden welches anscheinend die Exportliste darstellt. Dort sind alle Aufnahman noch drinnen die ich für den Export makiert habe.

Ich könnte wetten das er nach einem reboot mit dem Export anfängt, aber ich würde schon gerne herausfinden wiso er jetzt nicht tut.

Hallo Leute,

ich habe aktuell das Problem, dass meine Exportliste nicht abgearbeitet wird.

-> Auszug aus dem Logread:

Mar 15 09:39:09 argus user.debug vdr[3343]: executing command '/usr/bin/convert.pl -l'
Mar 15 09:40:01 argus cron.notice crond[3392]: USER root pid 7691 cmd convert.pl -q -s
Mar 15 09:40:36 argus user.debug vdr[3343]: executing command '/usr/bin/nohup /usr/bin/convert.pl -q -s >/dev/null 2>/dev/null &'
Mar 15 09:45:01 argus cron.notice crond[3392]: USER root pid 7914 cmd convert.pl -q -s

Befehl wurde wie ihr ja sehen könnt heute schon zweimal ausgeführt, passiert ist jedoch nichts. Gibt es ein spezielles Schema wie die Exportliste abgearbeitet wird? (zeitgesteuert, etc)?

Aktuell habe ich den MT-Patch 20050302 am laufen.

Gruss,
Florian

@all

Mich würde es interessieren, ob ihr schon Erfahrungswerte bzgl. der angesprochenen CPU-Auslastung der neuen "noad" Version habt.

MT hat ja beschrieben, dass CPUs kleiner 1,5 GHz Probeleme bereiten könnten. Ich habe momentan einen 700er Duron in meinem System und bis jetzt (Patchlevel 20050302) eigentlich keine Probleme.

Kann mich jemand überzeugen den neuen PAtch einzuspielen, oder doch lieber Chiptuning und neue CPU rein.

Gruss,
Florian

@ MT

habe heute mal testweise deinen neuen Patch eingespielt und festgestellt das meine FB danach nicht mehr funktioniert hat. Über VDR-Admin funktioniert die Steuerung für das OSD.

Auch ein Test über irrecord viel negativ aus. Im logread kann ich nichts verdächtiges erkennen.

Ist dir irgendetwas dbzgl. bekannt, oder muss ich vielleicht einige Anpassungen machen (rechte, etc.)

Ansonsten habe ich dem Patch nach Anleitung eingespielt inkl. der empfohlenen Sicherung vorher (zum Glück :])

Gruss,
Florian