Abgetrennt von 38993

[KeXXeN]

Ich geh mal davon aus das bei Euch die offiziellen camd2's laufen und keine

Das versteht sich ja wohl von selbst.
Hab die Alternative drauf mit OSD ausgabe, aber daran sollte es wohl nicht liegen...

wenn ich das ganze per Telnet starte dann läuft das übrigens sehr gut durch

Code: Alles auswählen

Willkomen auf Ihrer d-box 2 - Kernel 2.4.31-dbox2 (15:58:10). - JtG - Edition

BusyBox v1.01 (2005.11.08-18:34+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

~/plugins > ./ChannelZapper.sh &
~/plugins > Sender mit ID 44d00016dcc wird angezappt und fuer 15 Sekunden gehalt
en
Sender mit ID 44d00016dcc wurde angezappt und fuer 15 Sekunden gehalten
Sender mit ID 2100850382 wird angezappt und fuer 15 Sekunden gehalten
Sender mit ID 2100850382 wurde angezappt und fuer 15 Sekunden gehalten
Sender mit ID 400850010 wird angezappt und fuer 15 Sekunden gehalten
Sender mit ID 400850010 wurde angezappt und fuer 15 Sekunden gehalten
Sender mit ID 1100850024 wird angezappt und fuer 15 Sekunden gehalten
Sender mit ID 1100850024 wurde angezappt und fuer 15 Sekunden gehalten
Sender mit ID 40085002a wird angezappt und fuer 15 Sekunden gehalten
Sender mit ID 40085002a wurde angezappt und fuer 15 Sekunden gehalten
Durchlauf beendet - aktueller Channel ist wieder der Alte

[petb]

wenn ich das ganze per Telnet starte dann läuft das übrigens sehr gut durch

Jops, das ist ja das was ich sage.
Telnet ist kein problem, sobald ein vierter Sender dazukommt, bei mir ist es egal welcher, klemmt es.
Daher vermute ich, das das Scriptmenü dafür sorgt das irgendwas klemmt.
Wenn auch nicht das Menü selbst, dann doch irgendwas das einen Puffer blockiert etc.
Vieleicht würde es was bringen wenn man dem channelzapper.cfg oder wie auch immer ihr euer script genannt habt. sagt es würde die FB benutzen ?
Vieleicht klemmt deshalb die Umschaltgeschichte.
Nö das hat auch nix gebracht.

Er steht beim dritten Sender, dann kommt die Script-Ausgabe das alles ok wäre und dann schaltet er auf den vierten Sender und meine NokiaBox schaltet sich aus.

bye
Petb

[Tommy]

Er steht beim dritten Sender, dann kommt die Script-Ausgabe das alles ok wäre und dann schaltet er auf den vierten Sender und meine NokiaBox schaltet sich aus.

versuch mal ohne Premiere Sender

[petb]

Er steht beim dritten Sender, dann kommt die Script-Ausgabe das alles ok wäre und dann schaltet er auf den vierten Sender und meine NokiaBox schaltet sich aus.

versuch mal ohne Premiere Sender

Habe keinen Prem. Sender dabei.
Es ist auch egal welche Sender man nimmt.

Habe es mit verschiedenen Reihenfolgen versucht.
Bringt auch nichts.
SAT1, RTL, ARD,ZDF
ARD,RTL,ZDF,SAT1
alles egal....
Ergebnis ist bei mir immer gleich.
bye
PetB

[Tommy]

wie wäre es ein zweites skript zu machen (handler.sh) welches aus der schleife aufgerufen wird mit der ID als übergabe.

Code: Alles auswählen

#!/bin/sh
wget -q http://127.0.0.1/control/zapto?$1 -O /dev/null
echo "handler ausgefuehrt"
exit

die Schleife dann so

Code: Alles auswählen

for zap in $Kanaele 
do 
   echo "Sender mit ID $zap wird angezappt und fuer $Dauer Sekunden gehalten" 
   ./handler.sh $zap &   
   sleep $Dauer 
   echo "Sender mit ID $zap wurde angezappt und fuer $Dauer Sekunden gehalten"
done

Einen Versuch ists Wert. Das & hinterm handler aufruf sagt "nicht auf ausführung warten" aber wir haben ja ein paar sekunden sleep

[petb]

Hoppla, hab mal ein Log...
Da sieht man das er nach dem dritten Probleme hat.
(Ok, auch beim ersten meckerr er schon...)
Sieht da jemand klarer ?

Code: Alles auswählen

[LCDFONT] FTC_Face_Requester (Fix12/Regular)
[CPlugins] executing /var/tuxbox/plugins/channelzapper.sh
PES, queue 0 normal.
[camd] program number 002e unsupported due to missing parental control
PES, queue 0 normal.
PES, queue 0 normal.
[camd] program number 002e unsupported due to missing parental control
avia_av_wdt_thread: video decoding stopped ==> restart
[basicsocket] receive timed out.
[CBasicClient] receive failed: /tmp/zapit.sock
[basicsocket] receive timed out.
[CBasicClient] receive failed: /tmp/zapit.sock
[basicsocket] receive timed out.
[CBasicClient] receive failed: /tmp/zapit.sock
PES, queue 0 normal.
[basicsocket] send_data: Broken pipe
[basicsocket] send_data: Broken pipe
avia_av_wdt_thread: video decoding stopped ==> restart
[basicsocket] receive timed out.
[CBasicClient] receive failed: /tmp/zapit.sock
Segmentation fault
zapit shot down :)
Waiting for controld (max. 5 seconds)
[eventserver]: connect (/tmp/neutrino.sock): Connection refused
PES, queue 0 normal.
[eventserver]: connect (/tmp/neutrino.sock): Connection refused
[basicsocket] send_data: Broken pipe
[basicsocket] send_data: Broken pipe
[zapit.cpp:send_data_count:1415] could not send any return: Illegal seek
avia_av_wdt_thread: video decoding stopped ==> restart
Waiting for controld (max. 4 seconds)
Waiting for controld (max. 3 seconds)
Waiting for controld (max. 2 seconds)
Waiting for controld (max. 1 seconds)
Going to halt system now ...
STV6412 found
SET VSW: 2 3
SET VSW: 1 2
Unmounting 'nfs' on '/mnt/filme'
Unmounting 'ramfs' on '/tmp'
umount: /tmp: Device or resource busy
Unmounting 'jffs2' on '/var'
Ready to shutdown system...

The system is going down NOW !![ConfigFile] Unable to open file /var/tuxbox/config/controld.conf for writing.
[nhttpd] stop requested......
*** glibc detected *** double free or corruption (out): 0x10060b38 ***

Sending SIGKILL to all processes.

The system is halted. Press Reset or turn off power

Bye
PetB

[Tommy]

Code: Alles auswählen

camd] program number 002e unsupported due to missing parental control

camd2 an User -> ich darf dieses Program nicht entschlüsseln weil keine Alterskontrolle stattfindet.

Das ist die typische Fehlermeldung der original camd2 wenn man einen Premiere Sender anzappt

[Houdini]

starte doch mal zapit mit -d dann gibts vielleicht noch einen hinweis wo es klemmt

[Tommy]

starte doch mal zapit mit -d dann gibts vielleicht noch einen hinweis wo es klemmt

..aber in der start_neutrino sicher?

[petb]

Code: Alles auswählen

camd] program number 002e unsupported due to missing parental control

camd2 an User -> ich darf dieses Program nicht entschlüsseln weil keine Alterskontrolle stattfindet.

Das ist die typische Fehlermeldung der original camd2 wenn man einen Premiere Sender anzappt

Petb an Tommy, Hast du eine Phobie gegen Premiere oder die camd2 ?
Das ist die camd2 mit Fehlermeldungen aufm Schirm
Ich zappe nur Sat1 RTL SAT1 RTL !.Und die haben doch keine Alterskontrolle.
002e = SAT1
Daher meldet die camd2 wohlbei jedem umschalten das gleiche.
Oder es wird eben jetzt bei der Sendung keine parental control gesendet.
ist aber auch egal, sie muss ja nichts entschlüsseln.
(Oder bin ich da auf dem Holzweg ?)
Ich habe eben mal geschaut.
Die Meldung kommt bei allen Sendern der Pro7Sat1Media Dingens.
Also Sat1,Kabel1,Pro7 usw....
Bei den RTL Sendern z.B. nicht.


Auf jeden Fall kommt nach dem dritten umschalten dieser "send_data: Broken pipe"

Ich werde mal schauen das ich den zapit mit -d starte wie Houdini meint.
Mit dem .d anstelle von -u oder beides ?
dann so -ud oder so -u -d ??

Also "-u -d" gestartet kommt nicht mehr als vorher.
mit -d alleine auchnicht. bleibt alles gleich.
Bye
PetB

[petb]

So sieht das ganze aus wenns über Telnet gestartet wird.
Was hat es eigentlich mit diesem basicsocket auf sich ?
Der scheint ja schwer beschäftigt zu sein ?
Da sieht man übrigens deutlich, SAT1 camd Meldung dann Rtl keine und dann wieder SAT1 mit camd Meldung.
Bye
PetB

Code: Alles auswählen

PES, queue 0 normal.
[camd] program number 002e unsupported due to missing parental control
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
avia_av_wdt_thread: video decoding stopped ==> restart
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
PES, queue 0 normal.
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
PES, queue 0 normal.
[camd] program number 002e unsupported due to missing parental control
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
PES, queue 0 normal.
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
PES, queue 0 normal.
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
avia_av_wdt_thread: video decoding stopped ==> restart

[Houdini]

also bei mir kommen viiiele prints wenn zapit -u -d gestartet wird...

[petb]

also bei mir kommen viiiele prints wenn zapit -u -d gestartet wird...

Hmm,
wenn ich ind er start_neutrion den Aufruf von zapit mit -d ergänze.Bleibt er ewig dabei mit Meldungen vom sectionsd getUTC: read usw....
Immer Connection timed out
Aber er geht nicht mehr weiter.
Ich werde jetz mal wieder normal startenund dann den zapit kicken und neu aufrufen. Hoffe das das geht.
Das klappte nicht.
Er prudzierte dann zwar Meldungen etc. aber eben nur im telnetfesnter.
Habe jetzt wieder in der start_neutrino zapit -d drinne stehen und das pasiert.

Code: Alles auswählen

$Id: sectionsd.cpp,v 1.195 2005/11/07 16:33:34 metallica Exp $
caching 504 hours
events are old 180min after their end time
$Id: zapit.cpp,v 1.375 2005/10/01 00:05:14 racker Exp $
[sectionsd] getUTC: read: Connection timed out
[sectionsd] getUTC: read: Connection timed out
[sectionsd] getUTC: read: Connection timed out
[sectionsd] getUTC: read: Connection timed out

Bye
PetB

[Houdini]

Hmm,
ich habe mal euer channelzap skript ausprobiert und bei mir stürzt zapit nicht ab.
Der Unterschied zum Telnetaufruf kann ich euch aber sagen:
Ich habe beobachtet, dass nach Beendigung des skripts noch lauter commands zum sectionsd gelaufen sind (ServiceChanged, SetPrivatePid). Da Neutrino beim Skriptaufruf solange wartet, bis es fertig ist und erst dann weiterarbeitet, laufen diese Events inzwischen auf und werden erst später abgearbeitet. Beim Start per Telnet ist Neutrino nicht blockiert und arbeitet diese Events sofort ab.
Meine Version hat auch noch die erste Version von der "online Kanalsuche" mit drin.

Houdini

[petb]

Hmm,
ich habe mal euer channelzap skript ausprobiert und bei mir stürzt zapit nicht ab.
Der Unterschied zum Telnetaufruf kann ich euch aber sagen:
Ich habe beobachtet, dass nach Beendigung des skripts noch lauter commands zum sectionsd gelaufen sind (ServiceChanged, SetPrivatePid). Da Neutrino beim Skriptaufruf solange wartet, bis es fertig ist und erst dann weiterarbeitet, laufen diese Events inzwischen auf und werden erst später abgearbeitet. Beim Start per Telnet ist Neutrino nicht blockiert und arbeitet diese Events sofort ab.
Meine Version hat auch noch die erste Version von der "online Kanalsuche" mit drin.

Houdini

So in der Art habe ich es mir vorgestellt.
Und was machen wir nun ?

@Houdini
NUR, warum läuft es bei dir mit 4 Sendern durch ?
Und was meinst du mit erste Version online Kanalsuche ?
PetB

[Houdini]

@Metallica

Ich hab sowas in zapit.cpp vor if (update_pmt):
Quote:
CZapitClient::responseGetLastChannel lastchannel;
lastchannel=load_settings();
zapTo(lastchannel.channelNumber);

Damit ist dbox gleich nach zapit start auf dem start-sender , sectionsd kann auch gleich epg-scanen und nicht erst nach neutrino start.

Jup, wäre ein guter Ansatz

[Tommy]

Hmm,
ich habe mal euer channelzap skript ausprobiert und bei mir stürzt zapit nicht ab.
Der Unterschied zum Telnetaufruf kann ich euch aber sagen:
Ich habe beobachtet, dass nach Beendigung des skripts noch lauter commands zum sectionsd gelaufen sind (ServiceChanged, SetPrivatePid). Da Neutrino beim Skriptaufruf solange wartet, bis es fertig ist und erst dann weiterarbeitet, laufen diese Events inzwischen auf und werden erst später abgearbeitet. Beim Start per Telnet ist Neutrino nicht blockiert und arbeitet diese Events sofort ab.
Meine Version hat auch noch die erste Version von der "online Kanalsuche" mit drin.

Houdini

So in der Art habe ich es mir vorgestellt.
Und was machen wir nun ?

@Houdini
NUR, warum läuft es bei dir mit 4 Sendern durch ?
Und was meinst du mit erste Version online Kanalsuche ?
PetB

hast Du das schon mal getestet? http://forum.tuxbox-cvs.sourceforge.net ... c&start=54

Damit lösen wir den zapvorgang aus dem skript heraus - vllt hülfts. Anderenfalls wäre es auch interessant wenn man es einfach mal statt übers plugin menü wie egentlich vorgesehen über die standby.on ausführt. Ich glaub ich muß bei meiner Frau mal eine Stunde Freizeit beantragen

[petb]

hast Du das schon mal getestet? http://forum.tuxbox-cvs.sourceforge.net ... c&start=54
Damit lösen wir den zapvorgang aus dem skript heraus - vllt hülfts. Anderenfalls wäre es auch interessant wenn man es einfach mal statt übers plugin menü wie egentlich vorgesehen über die standby.on ausführt. Ich glaub ich muß bei meiner Frau mal eine Stunde Freizeit beantragen

Hm, da ich das was Houdini meinte für sehr aufschlussreich halte, glaube ich nicht das es was bringt.
Da der sleep und damit die Verzögerung ja trotzdem noch vorhanden sind.
Während das scriptmenü aktiv ist und auf die Rückmeldung wartet, steht Neutrino fest und arbeitet die auflaufenden Events nicht ab.
Und das denke ich führt dann zum Fehler.
Für mich klingt das von Houdini sehr einleuchtend.

Wenn, dann denke ich sollte man schauen ob man das script nicht komplett in den Hintergrund bekommt.
Allerdings so das es weiter ausgeführt wird auch wenn die shell bereits wieder verlassen und ins scriptmenue zurückgekehrt wird.
Wie weis ich auch nicht, vieleicht als demon, der sich selbst beendet ?
Mit & wird es ja auch sofort beendet wenn es ins menü zurückgeht oder ?
PetB

[Tommy]

deshalb schrob ich ja das man's mal aus dem standby.on aber mit & dahinter starten sollte. Das und weil sonst evtl. das stanby.on script solange hängt bis unseres durch ist. Das ist imo nicht das gleiche wie das skriptmenü.

[petb]

deshalb schrob ich ja das man's mal aus dem standby.on aber mit & dahinter starten sollte. Das und weil sonst evtl. das stanby.on script solange hängt bis unseres durch ist. Das ist imo nicht das gleiche wie das skriptmenü.

Ok, werde versuchen heute Nacht danach zu schauen.
Muss mich leider erst um meine Server kümmern.
Wir hatten nen Stromausfall und meine USV es haben um die Wette gepiepst.
Dennoch hat es wohl das Netzteil meines großen Linux Sever gelyncht.
Und meine Sicherung des Computerstromkreises hats auch gekillt.
Die springt jetzt schon raus wenn ich 2 Monitore auf einmal einschalte.
Die ist müde geworden und verkraftet keinen Einschaltstrom mehr.
Und warum auch immer einen Lüfter meines für die DBOXen wichtigen Switch hats auch gekillt.
Hoffe das da nicht noch mehr Flurschaden angerichtet wurde.
Bye
PetB
Ich kann ja nicht noch mehr Geld für USV Kram ausgeben.
Shit Computerkram.

[Tommy]

....ist ein Tornado durchgefegt oder hat der Blitz eingeschlagen?

[petb]

....ist ein Tornado durchgefegt oder hat der Blitz eingeschlagen?

keine Ahnung, kein Unwetter kein nichts.
Die USV meldet im Log auch keine Schankungen davor usw.
Einfach nur von 235V auf 16,5 für mehrere Minuten.
Dann fuhr der NT Server runter und ich kann logischerweise nichts mehr im Log sehen.
Ich muss mir unbedingt nen Workaround basteln das die Linux Server auch mit runterfahren wenn der USV der Saft ausgeht.
Aber die Steurersoft liegt auf dem NT Server.

In der Bude auf jeden Fall kam dann der Stron und ging wieder.
Klima hat dann auch noch angefangen kalt zu machen und wie wild zu piepsen.
Ich denke mal da ist im E-Werk einer übers Kabel gestolpert und hats dann wieder zusammengesteckt. War sich dann aber nicht sicher ob es das richtige war und hat dann mehrmals geprüft: Geht, geht nicht, Geht, Geht nicht usw..
Ach und das Gragentor hat sich auch selbstständig gemacht und ist auf das Dach eines Autos gefahren und hat den Rest was nicht mehr passte oben rausgeschoben.
Zum Glück war das nicht mein Auto.
Achja, ich war gerade dabei auf einem neuen PC Lexware Buchahlter zu installieren.
Das kann ich jetzt auch knicken, mitten im Zugriff Strom weg.
Und die kiste war nicht an der USV dran.
Hätte auch nix gebracht, weil die Monitore ja auch keine haben.
Also vermutlich auch wieder mal Arbeit umsonst.

Was für ein Schei.. Tag.
PetB

[petb]

@Tommy

Also hier isses:

Code: Alles auswählen

[controld] videoOutput off
[neutrino.cpp] executing /var/tuxbox/config/standby.on.
[controld] SAAIOSMODE: Invalid argument
[controld] SAAIOSWSS: Invalid argument
rdate: Current time matches remote time.
Thu Nov 17 23:42:06 2005
Sender mit ID 210085002e wird angezappt und fuer 3 Sekunden gehalten
PES, queue 0 normal.
[camd] program number 002e unsupported due to missing parental control
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
Sender mit ID 210085002e wurde angezappt und fuer 3 Sekunden gehalten
Sender mit ID 44100012ee3 wird angezappt und fuer 3 Sekunden gehalten
[basicsocket] send_data: Resource temporarily unavailable
PES, queue 0 normal.
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
Sender mit ID 44100012ee3 wurde angezappt und fuer 3 Sekunden gehalten
Sender mit ID 210085002e wird angezappt und fuer 3 Sekunden gehalten
PES, queue 0 normal.
[camd] program number 002e unsupported due to missing parental control
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
Sender mit ID 210085002e wurde angezappt und fuer 3 Sekunden gehalten
Sender mit ID 44100012ee3 wird angezappt und fuer 3 Sekunden gehalten
[basicsocket] send_data: Resource temporarily unavailable
PES, queue 0 normal.
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
Sender mit ID 44100012ee3 wurde angezappt und fuer 3 Sekunden gehalten
PES, queue 0 normal.
Durchlauf beendet - aktueller Channel ist wieder der Alte
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable














[controld] videoOutput on
[neutrino.cpp] executing /var/tuxbox/config/standby.off.
Thu Nov 17 23:42:45 2005
Sender mit ID 210085002e wird angezappt und fuer 3 Sekunden gehalten
PES, queue 0 normal.
[camd] program number 002e unsupported due to missing parental control
[basicsocket] send_data: Resource temporarily unavailable
avia_av_wdt_thread: video decoding stopped ==> restart
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
Sender mit ID 210085002e wurde angezappt und fuer 3 Sekunden gehalten
Sender mit ID 44100012ee3 wird angezappt und fuer 3 Sekunden gehalten
[basicsocket] send_data: Resource temporarily unavailable
PES, queue 0 normal.
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
Sender mit ID 44100012ee3 wurde angezappt und fuer 3 Sekunden gehalten
Sender mit ID 210085002e wird angezappt und fuer 3 Sekunden gehalten
PES, queue 0 normal.
[camd] program number 002e unsupported due to missing parental control
[basicsocket] send_data: Resource temporarily unavailable
avia_av_wdt_thread: video decoding stopped ==> restart
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
Sender mit ID 210085002e wurde angezappt und fuer 3 Sekunden gehalten
Sender mit ID 44100012ee3 wird angezappt und fuer 3 Sekunden gehalten
[basicsocket] send_data: Resource temporarily unavailable
PES, queue 0 normal.
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
Sender mit ID 44100012ee3 wurde angezappt und fuer 3 Sekunden gehalten
PES, queue 0 normal.
Durchlauf beendet - aktueller Channel ist wieder der Alte
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
avia_av_wdt_thread: video decoding stopped ==> restart

Der erste Teil die standby.on und der zweite teil die standby off.
In beiden wird das script wie folgt aufgerufen "/var/tuxbox/plugins/channelzapper.sh &"

Das ganze scheint also zu funktionieren.
Habe 4 Sender drinnen. Sat1 RTL SAT1 RTL
Aus der standby.off kann man es sogar verfolgen.
Aber auch hier ist es so das das Script längst alle Ausgaben gemacht hat und die Box hinterher hinkt.
Aber es geht grundsätzlich, auch mit mehr als drei Sendern.
Sobald ich das script von der standby.off oder on, nicht mehr mit & in den Hintergrund schicke geht es nicht !
Auch habe ich jetzt keine Zeiten größer 3 Sekunden getestet.
Sender habe ich auch mal SAT1 RTL ARD ZDF probiert, geht auch.

Für das Script Menü bringt diese Erkenntnis aber nichts.

Hoffe keinen Fehler beim Testen gemacht zu haben, bin schon wieder Hundemüde.
Ich glaube was hier fehlt ist der "at" Befehl
Damit kann man etwas zu einer bestimmten zeit starten.
Vieleicht würde das helfen.
Bye
PetB

[KeXXeN]

Ne kleine Frage am Rande:

Kann man in die Standby.on und .off ne Abfrage einbauen das dieses Script nur ausgeführt wird wenn sich die Box nicht im Record Mode befindet, oder wird das Script dann sowieso nicht ausgeführt?

[Tommy]

Ne kleine Frage am Rande:

Kann man in die Standby.on und .off ne Abfrage einbauen das dieses Script nur ausgeführt wird wenn sich die Box nicht im Record Mode befindet, oder wird das Script dann sowieso nicht ausgeführt?

klar kann man mit wget hier http://wiki.tuxbox-cvs.sourceforge.net/ ... ecord_Mode