yWeb 2.0 - Feature Requests
-
- Developer
- Beiträge: 809
- Registriert: Montag 4. Juli 2005, 18:45
So morgen schieb ich noch das multiplexing nach.
Der Webserver läuft jetzt ohne threading sogar schneller als mit.
Mit dem Multiplexing können vom Browser aufgemachte Verbindungen wiederverwendet werden, was die Netzlast deutlich reduziert.
@all
Was mich interessiert:
- läuft bei euch jetzt der Bouqueteditor sauber mit Mozilla/Firefox?
- Läuft die Timerliste und die Formulare dazu?
Gruß
yjogol
Der Webserver läuft jetzt ohne threading sogar schneller als mit.
Mit dem Multiplexing können vom Browser aufgemachte Verbindungen wiederverwendet werden, was die Netzlast deutlich reduziert.
@all
Was mich interessiert:
- läuft bei euch jetzt der Bouqueteditor sauber mit Mozilla/Firefox?
- Läuft die Timerliste und die Formulare dazu?
Gruß
yjogol
-
- Interessierter
- Beiträge: 27
- Registriert: Freitag 24. Oktober 2003, 09:08
hatte letzte Woche die Beta von deiner HP geladen. Seitdem konnte keine Aufnahme mehr mittels gmo18t's recorder gemacht werden. Kann es sein, dass dieses Problem auch mt dem von DrStoned gemeldeten Bug zusammen hängt bzw. hing?
Log:
prepare: request chain start triggered ...
timer: starting prepare sequence ...
(8) - now connected to (dbox:80)
-> GET /control/zapto HTTP/1.0
(8) - connection closed by (dbox) - got:
<- 400850203
(10) - now connected to (dbox:80)
-> GET /control/epg?400850203 HTTP/1.0
(10) - connection closed by (dbox) - got:
<- <!-- production time: 0,135449 sec request time: 0,144016 sec server: nhttpd/
3.0.0pre4(yhttpd_core/1.0.0pre3) -->
(2) - now connected to (dbox:80)
-> GET /control/gettime?rawtime HTTP/1.0
(2) - connection closed by (dbox) - got:
<- 1158250398
system clock set to: Thu Sep 14 18:13:18 2006
set max. record duration to 240 min (14400)
action: start record triggered ...
timer: activating record mode ...
(3) - now connected to (dbox:80)
-> GET /control/setmode?record=start HTTP/1.0
(3) - connection closed by (dbox) - got:
<- Ok
slot: record mode couldn't be activated - aborting ...
Log:
prepare: request chain start triggered ...
timer: starting prepare sequence ...
(8) - now connected to (dbox:80)
-> GET /control/zapto HTTP/1.0
(8) - connection closed by (dbox) - got:
<- 400850203
(10) - now connected to (dbox:80)
-> GET /control/epg?400850203 HTTP/1.0
(10) - connection closed by (dbox) - got:
<- <!-- production time: 0,135449 sec request time: 0,144016 sec server: nhttpd/
3.0.0pre4(yhttpd_core/1.0.0pre3) -->
(2) - now connected to (dbox:80)
-> GET /control/gettime?rawtime HTTP/1.0
(2) - connection closed by (dbox) - got:
<- 1158250398
system clock set to: Thu Sep 14 18:13:18 2006
set max. record duration to 240 min (14400)
action: start record triggered ...
timer: activating record mode ...
(3) - now connected to (dbox:80)
-> GET /control/setmode?record=start HTTP/1.0
(3) - connection closed by (dbox) - got:
<- Ok
slot: record mode couldn't be activated - aborting ...
-
- Tuxboxer
- Beiträge: 2614
- Registriert: Montag 20. Mai 2002, 10:49
- Image: JTG-Image [IDE] Version 2.4.4
- Image: (7025SS) Merlin
Im neuen JtG-Snapshotist dieser Bug jetzt nicht mehr vorhanden.yjogol hat geschrieben:fixedDrStoned hat geschrieben:Noch ein Bug im nhttpd.
Dieser Befehl funktioniert nicht mehr.Greetz von DrStonedCode: Alles auswählen
wget -O /dev/null http://localhost/cgi-bin/startPlugin?name=tuxcal.cfg
Danke Yjogol !!!
Greetz von DrStoned
Greetz von DrStoned
-
- Developer
- Beiträge: 809
- Registriert: Montag 4. Juli 2005, 18:45
Jup, gleiches Thema.pumpkin hat geschrieben:hatte letzte Woche die Beta von deiner HP geladen. Seitdem konnte keine Aufnahme mehr mittels gmo18t's recorder gemacht werden. Kann es sein, dass dieses Problem auch mt dem von DrStoned gemeldeten Bug zusammen hängt bzw. hing?
Log:
prepare: request chain start triggered ...
timer: starting prepare sequence ...
(8) - now connected to (dbox:80)
-> GET /control/zapto HTTP/1.0
(8) - connection closed by (dbox) - got:
<- 400850203
(10) - now connected to (dbox:80)
-> GET /control/epg?400850203 HTTP/1.0
(10) - connection closed by (dbox) - got:
<- <!-- production time: 0,135449 sec request time: 0,144016 sec server: nhttpd/
3.0.0pre4(yhttpd_core/1.0.0pre3) -->
(2) - now connected to (dbox:80)
-> GET /control/gettime?rawtime HTTP/1.0
(2) - connection closed by (dbox) - got:
<- 1158250398
system clock set to: Thu Sep 14 18:13:18 2006
set max. record duration to 240 min (14400)
action: start record triggered ...
timer: activating record mode ...
(3) - now connected to (dbox:80)
-> GET /control/setmode?record=start HTTP/1.0
(3) - connection closed by (dbox) - got:
<- Ok
slot: record mode couldn't be activated - aborting ...
FAQ zu YWeb unter http://www.yjogol.de
-
- Einsteiger
- Beiträge: 152
- Registriert: Montag 6. September 2004, 18:18
Werde ich mir heute abend mal ein wenig genauer anschauen.yjogol hat geschrieben:@all
Was mich interessiert:
- läuft bei euch jetzt der Bouqueteditor sauber mit Mozilla/Firefox?
- Läuft die Timerliste und die Formulare dazu?
Was ich auf den ersten Blick (in der Beta) vermisst habe ist aus der EPG Liste
(gibt's die nur noch als Popup?) einen Umschalttimer zu setzen.
Ach und im Bouquet Editor kann man nur die Bouquet des aktuellen Modus (Ratio / TV) editieren, das war vorher auch schon so, für die Bouquets finde ich dieses Verhalten auch richtig, aber im Editor sollte man im Radio Modus auch die TV Sender verändern können.
MfG UEning
-
- Interessierter
- Beiträge: 99
- Registriert: Dienstag 18. Oktober 2005, 07:56
Hallo,
ich weiß es gibt bereits eine Beta von einer neuen version und hab leider keine Ahnung ob es da dann geht aber,
was mir aufgefallen ist: Im Timer Menü, wenn man einen neuen Timer anlegen möchte und bei Typ ein Plugin auswählt, dann kommt leider kein drop/down Menü sondern man muss dort wissen was man eintragen will ....
Naja nur mal so als Anregung, ich würde es Begrüßen denn ich verwende oft die als Plugin deklarierten Shellscripte, in der Nacht zum Datentransfer.
Alex
ich weiß es gibt bereits eine Beta von einer neuen version und hab leider keine Ahnung ob es da dann geht aber,
was mir aufgefallen ist: Im Timer Menü, wenn man einen neuen Timer anlegen möchte und bei Typ ein Plugin auswählt, dann kommt leider kein drop/down Menü sondern man muss dort wissen was man eintragen will ....
Naja nur mal so als Anregung, ich würde es Begrüßen denn ich verwende oft die als Plugin deklarierten Shellscripte, in der Nacht zum Datentransfer.
Alex
-
- Einsteiger
- Beiträge: 152
- Registriert: Montag 6. September 2004, 18:18
Moin mal wieder....UEning hat geschrieben:Werde ich mir heute abend mal ein wenig genauer anschauen.
so, erster Test:
Bouquet umbenennen
Wenn man den Namen nicht ändert, und trotzdem auf "Speichern" klickt, erscheint die Meldung "Bouquet-Name existiert schon!"
Super finde ich, das jetzt die dbox bouquet liste auch übernommen wird, wenn man auf der dbox "Kanalliste neu laden" ausgeführt hat.
könnte man die Funktion des Neutrino Menüs auch im yweb abbilden?
dann kann ich meine per ftp hochgeladenene Liste direkt im Bouquet Editor bearbeiten, ohne zwischendurch die Fernbedienung zu benutzen.
Weitere Bug berichte und/oder eature Requests folgen später (morgen?), ich muß jetzt imt den hunden in den Wald...
MfG UEning
EDIT: Die Rrechtschreibfehler dürft ihr heute alle behalten ;-)
-
- Developer
- Beiträge: 809
- Registriert: Montag 4. Juli 2005, 18:45
Tja, das ist ein guter Vorschlag. Dazu müßte ich mich an die Kommunikation mit Neutrino ranmachen. Das wird noch etwas dauern.UEning hat geschrieben:Moin mal wieder....UEning hat geschrieben:Werde ich mir heute abend mal ein wenig genauer anschauen.
so, erster Test:
Bouquet umbenennen
Wenn man den Namen nicht ändert, und trotzdem auf "Speichern" klickt, erscheint die Meldung "Bouquet-Name existiert schon!"
Super finde ich, das jetzt die dbox bouquet liste auch übernommen wird, wenn man auf der dbox "Kanalliste neu laden" ausgeführt hat.
könnte man die Funktion des Neutrino Menüs auch im yweb abbilden?
dann kann ich meine per ftp hochgeladenene Liste direkt im Bouquet Editor bearbeiten, ohne zwischendurch die Fernbedienung zu benutzen.
Weitere Bug berichte und/oder eature Requests folgen später (morgen?), ich muß jetzt imt den hunden in den Wald...
MfG UEning
EDIT: Die Rrechtschreibfehler dürft ihr heute alle behalten ;-)
Der Webserver ist ja neu. Erstmal muss alles wieder laufen.
Gruß
yjogol
-
- Tuxboxer
- Beiträge: 2614
- Registriert: Montag 20. Mai 2002, 10:49
- Image: JTG-Image [IDE] Version 2.4.4
- Image: (7025SS) Merlin
@Yjogol,
Kannst Du Dir das bitte noch mal anschauen. User der Streaming-Software Jack the Grabber berichten von Fehlern, seit das Web-IF umgestellt wurde.
Greetz von DrStoned
Kannst Du Dir das bitte noch mal anschauen. User der Streaming-Software Jack the Grabber berichten von Fehlern, seit das Web-IF umgestellt wurde.
Greetz von DrStoned
Greetz von DrStoned
-
- Erleuchteter
- Beiträge: 595
- Registriert: Donnerstag 1. Januar 2004, 16:59
Am besten ist es, einfach recorder zum Aufnehmen einzurichten. Dann merkt man recht schnell, an welchen Ecken des WebIf es noch hackt. Bei der Gelgenheit: Könnte man das WebIf nicht um einen Aufruf erweitern, in dem man abfragen kann, auf was die Vorlauf- und Nachlaufzeit bei Aufnahmen eingestellt ist?DrStoned hat geschrieben:Kannst Du Dir das bitte noch mal anschauen. User der Streaming-Software Jack the Grabber berichten von Fehlern, seit das Web-IF umgestellt wurde.
-
- Developer
- Beiträge: 809
- Registriert: Montag 4. Juli 2005, 18:45
@DrStoned
gefunden. Hatte html statt plain-Text zurückgeschickt und /control/epg machte auch ärger.
Ich check das lieber wieder erstmal komplett mit JtG durch.
Gruß
yjogol
gefunden. Hatte html statt plain-Text zurückgeschickt und /control/epg machte auch ärger.
Ich check das lieber wieder erstmal komplett mit JtG durch.
Wie meinst du das? Die Globalen Vorgaben gibt es ja unter Stettings.prodigy7 hat geschrieben:Am besten ist es, einfach recorder zum Aufnehmen einzurichten. Dann merkt man recht schnell, an welchen Ecken des WebIf es noch hackt. Bei der Gelgenheit: Könnte man das WebIf nicht um einen Aufruf erweitern, in dem man abfragen kann, auf was die Vorlauf- und Nachlaufzeit bei Aufnahmen eingestellt ist?DrStoned hat geschrieben:Kannst Du Dir das bitte noch mal anschauen. User der Streaming-Software Jack the Grabber berichten von Fehlern, seit das Web-IF umgestellt wurde.
Gruß
yjogol
-
- Erleuchteter
- Beiträge: 595
- Registriert: Donnerstag 1. Januar 2004, 16:59
Es ist so, dass recorder Anhand der Sendung die Endzeit ermittelt. Wenn nun nicht nach einer (Nachlauf)Zeit x (mittlerweile in der neusten recorder Version einstellbar) ein STOP für die Aufnahme von der DBox kommt, beendet recorder die Aufnahme von selbst, damit nicht irgendwann die Platt volläuft. Wenn nun recorder über eine Webif-URL die Nachlaufzeit ermitteln könnte, würde es genau soviel mehr Aufnehmen wie es in Neutrino eingestellt ist und man müsste den Wert aus Neutrino nicht manuell in recorder eintragen.yjogol hat geschrieben:Wie meinst du das? Die Globalen Vorgaben gibt es ja unter Stettings.prodigy7 hat geschrieben:Bei der Gelgenheit: Könnte man das WebIf nicht um einen Aufruf erweitern, in dem man abfragen kann, auf was die Vorlauf- und Nachlaufzeit bei Aufnahmen eingestellt ist?
-
- Erleuchteter
- Beiträge: 553
- Registriert: Freitag 27. Februar 2004, 14:30
Hi,
- GMo -
im recorder wird auf "ok" nicht auf "Ok" überprüft. Aber das ist weiter nicht tragisch. Da hilft dieser Patch für recorder:pumpkin hat geschrieben: (3) - now connected to (dbox:80)
-> GET /control/setmode?record=start HTTP/1.0
(3) - connection closed by (dbox) - got:
<- Ok
slot: record mode couldn't be activated - aborting ...
Code: Alles auswählen
--- messages.cpp 2006-09-20 08:03:14.000000000 +0200
+++ messages.cpp 2006-09-20 08:03:14.000000000 +0200
@@ -276,7 +276,7 @@
case ST_REQ_START_RECORD_0:
case ST_REQ_START_RECORD_1:
case ST_REQ_STOP_RECORD:
- if ( !contentLines.last().contains("ok") ) err = true;
+ if ( !contentLines.last().lower().contains("ok") ) err = true;
pLog(1,"<- %s", (const char *)contentLines.last().ascii());
break;
-
- Interessierter
- Beiträge: 27
- Registriert: Freitag 24. Oktober 2003, 09:08
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
ich hab grad das mit dem
http://dboxip/control/epg ausprobiert, und das kam im log
[yhttpd] <SendFile>: File not found
lcd ausgaben sind auch anders geworden
alt
neu gehts so
achtung also mit leerzeichen -> %20 und den geänderten aufruf vor http://
http://dboxip/control/epg ausprobiert, und das kam im log
[yhttpd] <SendFile>: File not found
lcd ausgaben sind auch anders geworden
alt
Code: Alles auswählen
wget -O /tmp/nhttpd.res 'http://localhost/control/lcd?lock=1&clear=1&rect=10,10,110,50,1,0&xpos=20&ypos=27&size=22&font=2&text=Hier der Text&update=1'
wget -O /tmp/nhttpd.res 'http://localhost/control/lcd?lock=0'
Code: Alles auswählen
wget -q -Y off -O /dev/null 'http://localhost/control/lcd?lock=1&clear=1&rect=10,10,110,50,1,0&xpos=20&ypos=27&size=22&font=2&text=Hier%20der%20Text&update=1'
wget -q -Y off -O /dev/null 'http://localhost/control/lcd?lock=0'
-
- Developer
- Beiträge: 809
- Registriert: Montag 4. Juli 2005, 18:45
Hi, danke für den Test.mb405 hat geschrieben:ich hab grad das mit dem
http://dboxip/control/epg ausprobiert, und das kam im log
[yhttpd] <SendFile>: File not found
lcd ausgaben sind auch anders geworden
altneu gehts soCode: Alles auswählen
wget -O /tmp/nhttpd.res 'http://localhost/control/lcd?lock=1&clear=1&rect=10,10,110,50,1,0&xpos=20&ypos=27&size=22&font=2&text=Hier der Text&update=1' wget -O /tmp/nhttpd.res 'http://localhost/control/lcd?lock=0'
achtung also mit leerzeichen -> %20 und den geänderten aufruf vor http://Code: Alles auswählen
wget -q -Y off -O /dev/null 'http://localhost/control/lcd?lock=1&clear=1&rect=10,10,110,50,1,0&xpos=20&ypos=27&size=22&font=2&text=Hier%20der%20Text&update=1' wget -q -Y off -O /dev/null 'http://localhost/control/lcd?lock=0'
Das Obere: /control/epg ist gefixt.
Im Normalfall darf eine URL keine Leerzeichen enthalten.
Dafür gibt es "allgeinen anerkannte Escape-Zeichen" "%20" oder "+".
Ich werde schauen, ob ich trotzdem wieder Leezeichen zulassen kann.
Gruß
yjogol
-
- Developer
- Beiträge: 809
- Registriert: Montag 4. Juli 2005, 18:45
Hi gmo18t,gmo18t hat geschrieben:Hi,
im recorder wird auf "ok" nicht auf "Ok" überprüft. Aber das ist weiter nicht tragisch. Da hilft dieser Patch für recorder:pumpkin hat geschrieben: (3) - now connected to (dbox:80)
-> GET /control/setmode?record=start HTTP/1.0
(3) - connection closed by (dbox) - got:
<- Ok
slot: record mode couldn't be activated - aborting ...- GMo -Code: Alles auswählen
--- messages.cpp 2006-09-20 08:03:14.000000000 +0200 +++ messages.cpp 2006-09-20 08:03:14.000000000 +0200 @@ -276,7 +276,7 @@ case ST_REQ_START_RECORD_0: case ST_REQ_START_RECORD_1: case ST_REQ_STOP_RECORD: - if ( !contentLines.last().contains("ok") ) err = true; + if ( !contentLines.last().lower().contains("ok") ) err = true; pLog(1,"<- %s", (const char *)contentLines.last().ascii()); break;
ich hab das "Ok" wieder klein gemacht.
Gruß
yjogol
FAQ zu YWeb unter http://www.yjogol.de
-
- Developer
- Beiträge: 809
- Registriert: Montag 4. Juli 2005, 18:45
ich habe "/control/timer?get=pre" und "/control/timer?get=post" hinzugefügt. Die geben Vor- und Nachlaufzeit in Sekunden!! an.prodigy7 hat geschrieben:Es ist so, dass recorder Anhand der Sendung die Endzeit ermittelt. Wenn nun nicht nach einer (Nachlauf)Zeit x (mittlerweile in der neusten recorder Version einstellbar) ein STOP für die Aufnahme von der DBox kommt, beendet recorder die Aufnahme von selbst, damit nicht irgendwann die Platt volläuft. Wenn nun recorder über eine Webif-URL die Nachlaufzeit ermitteln könnte, würde es genau soviel mehr Aufnehmen wie es in Neutrino eingestellt ist und man müsste den Wert aus Neutrino nicht manuell in recorder eintragen.yjogol hat geschrieben:Wie meinst du das? Die Globalen Vorgaben gibt es ja unter Stettings.prodigy7 hat geschrieben:Bei der Gelgenheit: Könnte man das WebIf nicht um einen Aufruf erweitern, in dem man abfragen kann, auf was die Vorlauf- und Nachlaufzeit bei Aufnahmen eingestellt ist?
Das kann ich machen, wenn es Zustimmung findet. Es kann aber auch irretierend sein ...UEning hat geschrieben:Werde ich mir heute abend mal ein wenig genauer anschauen.yjogol hat geschrieben:@all
Was mich interessiert:
- läuft bei euch jetzt der Bouqueteditor sauber mit Mozilla/Firefox?
- Läuft die Timerliste und die Formulare dazu?
Was ich auf den ersten Blick (in der Beta) vermisst habe ist aus der EPG Liste
(gibt's die nur noch als Popup?) einen Umschalttimer zu setzen.
Ach und im Bouquet Editor kann man nur die Bouquet des aktuellen Modus (Ratio / TV) editieren, das war vorher auch schon so, für die Bouquets finde ich dieses Verhalten auch richtig, aber im Editor sollte man im Radio Modus auch die TV Sender verändern können.
MfG UEning
Gruß
yjogol
-
- Erleuchteter
- Beiträge: 595
- Registriert: Donnerstag 1. Januar 2004, 16:59
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
nochmal frage, ob das mit den email plugin ausgaben gefixt ist.
es steht nach letzen konto eine %0a . es kommt auch in anderen ausgaben, die die funktion nutzen zu fehlern der letzten %0a anweisung.
hier mal der codeschnippsel der tuxmaild.c die das hervorruft. kannst du dann das http anpassen daran.
thx
es steht nach letzen konto eine %0a . es kommt auch in anderen ausgaben, die die funktion nutzen zu fehlern der letzten %0a anweisung.
hier mal der codeschnippsel der tuxmaild.c die das hervorruft. kannst du dann das http anpassen daran.
Code: Alles auswählen
if(video == 2)
{
sprintf(tmp_buffer, (osd == 'G') ? "Konto%%20#%d:%%20%.3d%%20Mail(s)%%20f\xC3\xBCr%%20%s%%0A" : "Account%%20#%d:%%20%.3d%%20Mail(s)%%20for%%20%s%%0A", loop, account_db[loop].mail_new + account_db[loop].mail_unread, account_db[loop].name);
}
if(video == 3 || video == 4)
{
sprintf(tmp_buffer, (osd == 'G') ? "Konto%%20#%d:%%20%.3d%%20Mail(s)%%20f\xC3\xBCr%%20%s%%0A" : "Account%%20#%d:%%20%.3d%%20Mail(s)%%20for%%20%s%%0A", loop, account_db[loop].mail_new + account_db[loop].mail_unread, account_db[loop].name);
}
-
- Tuxboxer
- Beiträge: 2614
- Registriert: Montag 20. Mai 2002, 10:49
- Image: JTG-Image [IDE] Version 2.4.4
- Image: (7025SS) Merlin
-
- Developer
- Beiträge: 809
- Registriert: Montag 4. Juli 2005, 18:45
ist im CVSDrStoned hat geschrieben:Das wurde noch nicht gefixt, habe Yjogol diesbezüglich bereits eine PM geschickt.
Greetz von DrStoned
FAQ zu YWeb unter http://www.yjogol.de
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
-
- Developer
- Beiträge: 809
- Registriert: Montag 4. Juli 2005, 18:45
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52