Hallo nochmal, wollte mich nochmal melden, musste hier aber grade etwas mit dem Quoting kaempfen :~
Alsooo:

Zitat von dbluelle

Hmm, bei mir funktioniert es seit über zwei Jahren problemlos mit dem Freesat-EPG, hast du evtl. noch andere Features aktiviert (z.B. MHW-EPG) ?
Am besten postest du mal deine prepare_dream.
Es würde trotzdem auf jeden Fall helfen, wenn du das mal ohne Freesat testen könntest.

Hab zuerst ein Enigma OHNE Freesat kompiliert - problen war immer noch da.
Hab mir dann anschliessend Enigmas kompiliert in denen ich immer eine Revision der epgcache.cpp zurueckgegeangen bin (natuerlich mit jeweiligen Anpassungen damit es ging)

Die Abstuerze waren da bis einschliesslich epgcache.cpp 1.114 - mit 1.113 waren sie weg!

Der Uebeltaeter ist also definitiv die Beschraenkung des EPG-Caches auf Bouquet Sender (was ich natuerlich angeschaltet hatte).
http://cvs.tuxbox.org/lists/tuxbox-cvs-0907/msg00082.html
Auch die Gegenprobe hat funktioniert - bin wieder auf die aktuelle epgcache.cpp und habe die Option deaktiviert -> laeuft einwandfrei kein einziger segfault mehr seit dem.

Ich hab jetzt nicht genauer evaluiert was genau dabei die segfaults verursacht - kann man ja evtl. im Tuxbox Forum mal noch naeher versuchen zu klaeren.
Beim suchen meine ich auch eben dort ein, zwei Kommentare gefunden zu haben, wo jemand genau das geschrieben hatte, aber das ging dort wohl irgendwie unter weils OT war.

Zitat von dbluelle

Ja, das ist eine ewige Baustelle, da hat noch keiner eine wirklich zufriedenstellende Lösung gefunden...

dbluelle

Ahh, ok. da bin ich auch gerade etwas am testen welche Aenderung genau das herbeigefuehrt hat (es gab ja eine Reihe Aenderungen bezueglich des Spulens).

Ich werd mich diesbezueglich dann auch mal demnaechst im Tuxbox Forum anmelden und melden

mr_vica: Schau mal ob du auch die Option mit dem EPG-Cache und Bouquets aktiviert hast.

Viele Gruesse

Ohh, sorry, das wusste ich nicht.
Wo waere ich den an der richtigen Adresse ?

Ich dachte das die Leute die ab und an noch Aenderungen am E1 gemacht haben, hier im Forum auch noch unterwegs sind, siehe z.B. die Posts von dbluelle

Hi,

ich hab mir grade zum 1.1.2012 nochmal ein neues Image fuer die 7000er gemacht, aber da sind immer noch zwei Bugs drin die auch schon eine ganze Zeit drin zu sein scheinen.

1. EPG
Enigma stuerzt unentwegt ab wenn man etwas herumzapped. Zum Beispiel gestern war es so:
In irgend ein Programm geschaltet (vorher endlich viel gezapped, weiss nicht mehr wohin) -> Absturz -> ARD -> in RTL schalten -> Absturz -> usw.
Hab ich den EPG Cache geloescht, konnte in ich wieder Problemlos in RTL schalten. Aber irgendwann frueher oder spaeter, nach endlich viel zappen stuerzt es wieder ab.
Das Verhalten passiert sowohl mit einem CVS von 1.1.2012, als auch schon mit einem vom 17.10.2010.
Bei beiden ist/war der Freesat-EPG aktiviert. Ich konnte leider noch nicht testen ob es ohne Freesat EPG auch passiert. Jedoch trat das Problem auch auf ohne das ich in einen SKY UK Sender gezapped habe.

Bei meinem aelteren CVS vom 23.03.2009 tritt das definitv nicht auf, das laeuft 100% stabil. (gut, da gabs den Freesat-EPG auch noch nicht)

2. Rueckwaerts spulen in Aufnahme
Auf jeden Fall mit aktuellem CVS und ich mein auch schon in dem von Oktober 2010 (das von 2009 ist definitiv auch nicht betroffen) wenn man 1x Rueckwaerts spulen drueckt sollte es theoretisch ja 8x rueckwaerts gehen. Es ist aber tatsaechlich um ein vielfaches Schneller.
Vorwaertsspulen funktioniert richtig.

Ich weiss noch dass es zwischen 03.2009 und 01.2012 (und wahrsch. schon 10.2010) sowohl bzgl. EPG als auch Spulen Aenderungen gab, habs mir jetzt aber nicht nochmal genau angesehen.

Vielleicht sagen ja gerade diese Sachen jemand was
Ich werd mir auf jeden Fall bei Gelegenheit die Aenderungen nochmal genauer ansehen

Hi,

das Webif unter Enigma 1 konnte Sachen wie:

/cgi-bin/ls
/cgi-bin/mkdir

und z.B. ueber /root/ konnte man direkt aufs Dateisystem zugreifen.

Gibt es diese Funktionen auch unter Enigma 2? Die API Doku hab ich mir schon angeschaut, aber nichts passendes gefunden.
Ich hab auch schon im Source geschaut, aber konnte keine passende Stelle finden wo die URL-Requests geparsed werden. Wenn mir da jemand einen Hinweis geben könnte wär auch schon gut

Mittlerweile gelöst.

Siehe hier: Aufnahmen werden nicht mehr gelöscht

Problem wurde am 7.2. gefixed:

http://cvs.tuxbox.org/lists/tuxbox-cvs-0902/msg00057.html

Bevor ich mich auf grosse Spurensuche begebe, wollte ich schon mal nachfragen, ob das Problem auch schon jemand anders aufgefallen ist.

Ich hab mir mal wieder ein Image CVS Stand 17.12. gebastelt (DM 7000).
/hdd auf der Box hab ich per NFS von meinem Linux-Server aus gemountet.

mount -t nfs -o nolock,soft,rsize=8192,wsize=8192 general:/dream/dm7000 /hdd

Wenn ich jetzt jedoch eine Aufnahme oder Datei ganz normal mit Enigma von der Box aus lösche wird diese zwar aus der Aufnahmeliste entfernt und das *.eit File gelöscht.
Das *.ts File wird jedoch zum

.nfsXXXX

File, dass ich dann halt von Hand löschen muss.
Sowas passiert normalerweise, wenn das File noch von einem Prozess (hier wohl enigma) noch gelocked ist und nicht freigegeben wurde.

Passiert jetzt immer, war vorher nie.
Davor hatte ich ein Image von 19.3. drauf.

Ich werd mal noch die CVS Änderungen von März bis jetzt durchforsten, das sind jedoch halt schon einige.
Falls jemand eine direkte Idee hat, kann ers ja hier shcon posten.

Ich hatte heute genau den selben Fehler.

Der Tipp mit gettext war schon nicht schlecht, jedoch war auch bei mir gettext schon installiert.

Das fehlende Paket war gettext-devel - danach laeufts wieder durch.

Noch zur Info: Grund ist folgende Aenderung von 3.12.:
http://cvs.tuxbox.org/lists/tuxbox-cvs-0812/msg00011.html

Supper, hab heut endlich neue Images fuer meine Boxen (5620, 7000) compiled (was nach sich nach 6 Monaten des nicht-kompilieren/nicht-updatens und des Zusammenfuehren der cvs Aenderungen der letzten 6 Monaten mit meinen eigenen Anpassungen etwas krampfhaft gestaltet hat) - jedoch hat das ZDF heute wohl den Fehler behoben.
Jedenfalls ist vorhin mein altes enigma trotz 5 Minuten ZDF nicht ge-segfaulted

Holla, nachdem nun die Formel 1 Saison beendet ist und ich mal wieder ins Board kuck, gibts tatsaechlich einen Thread hierzu

Mir ist das ganze auch schon zu Beginn der Saison, ca. im April aufgefallen. Hier jedoch auf der 5620er.

Anfangs dachte ich, da in dieser Zeit neue Treiber (head.ko) rauskamen und ich jeweils neue Images bastelte, das es etwas mit diesen zu tun hatte.
Da mir das ganz auch nur bei den Formel 1 Uebertragungen auf Premiere aufgefallen ist, gestaltete sich das ausschliessen verschiedener Ursachen jedoch schwierig (waehrend dem Rennen will man ja gucken und nicht mit der Box rumexperimentieren).

- Ich hab dann im Laufe des Jahres aeltere Treiber fuer die 5620 probiert, was aber nicht geholfen hat.

- Auf meiner 7000er ist das Problem genau das selbe.

- Ein Vergleich der Uebertagung mit anderen Sendern das es sonst nirgends auftritt. Weder RTL (was ja wegen 4:3 sowieso ausscheidet) noch bei ORF1 die ja auch in 16:9 uebertragen.

- Aufgefallen ist das ganze auch tatsaechlich erst in dieser Saison, letztes Jahr als Premiere noch 4:3 uebertrug bestand das Problem relativ sicher noch nicht.

Ergo: Problem besteht aus: Dreambox beliebig + Premiere + 16:9 (+ Formel 1)
Da ich ansonsten recht wenig schaue, kann ich nicht sagen ob bei anderen Sendungen auch auftritt.

Klar kann man jetzt argumentieren dass es offiziell nicht vorgesehen ist mit der Dream Premiere zu schauen - das ruettelt jedoch nichts an der Tatsache dass hier irgend ein technisches Problem vorliegt (welches jetzt halt ausgerechnet bei den Premiere Formel 1 Uebertragungen am deutlichsten zu beobachten ist).

Falls es fuer irgendjemand von Interesse ist - bei einem der letzten Rennen habe ich mal eine kurze Sequenz aufgenommen in der man das Problem sehr gut erkennen kann.
Bei Intresse oder zur Diagnose kann ich das gerne zur Verfuegung stellen (30 Sekunden, 16 MB).

PS: Ich habs mir gerade mal am PC angeschaut: Dort sieht man den Effekt nicht, sprich eigentlich alles Einwandfrei.
Spielt man es jedoch auf der Dream ab, ist das Ruckeln sehr deutlich.
(Es sieht fast so aus als wuerden sich die Autos da dematerialisieren bevor sie aus dem Bild fahren

Hi, da noch niemand eine schluessige Antwort gepostet hat:

Ich wuerde sagen, mit hoher wahrscheinlichkeit ist deine Festplatte defekt:

hda: DMA timeout error
hda: dma timeout error: status=0x51 { DriveReady SeekComplete Error }
hda: dma timeout error: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
VFS: Can't find ext3 filesystem on dev hda.
hda: DMA timeout error
hda: dma timeout error: status=0x51 { DriveReady SeekComplete Error }
hda: dma timeout error: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown

Das deutet sehr darauf hin.
Du kannst vielleicht mal noch das IDE-Kabel fuer die Festplatte austauschen, aber wie gesagt, ich vermute eher das die Platte defekt ist - zumal es sich um ein Maxtor-Modell handelt die Reihenweise kaputt gehen.

Am besten du klemmst die Platte mal an einem PC an und laesst das Diagnoseprogramm PowerMax drueberlaufen und kaufst eine Platte != Maxtor

Der Aufnahmepfad der Dream ist hartgecoded: /hdd/movie

Dh. du musst die NFS-Freigabe auf der Dream nach /hdd mounten.

OMG, danke, das war mal wieder zu offensichtlich.

Netz, Gateway, DNS hab ich auf der Dream zwar schon lange konfiguriert, aber hatte die dream im Router nicht fuer Verbindungs ins Internet freigeschaltet da ich das bisher nicht brauchte.
Jetzt klappts mit den RSS-Feeds.

Ich hab ein aktuelles CVS Image der letzten Tage.

RSS-Plugin funktioniert zwar prinzipiell, also wenn ich es unter plugins auswaehle werden alle verfuegbaren Feeds aus der feeds.xml angezeigt. Aber egal welchen ich davon auswaehle - es passiert nichts wenn ich OK druecke. So als waer die OK Taste garnicht belegt, also die Liste mit den Feeds bleibt einfach stehen und ich kann dann eben nur wieder mit Exit raus.
Jemand eine Idee was da schieflaeuft ?

So, ich hab enigma bei mal kompiliert, funktioniert einwandfrei, der Code mit dem timer.log krams wird Ordnungsgemaess ausgelassen.

Im Enigma binary von BoxMan's Image vom 16.3. ist der Code drin.

Laesst sich relativ einfach ueberpruefen:

Zitat

[root@general /export/dm/img]# ls -l enigma
-rwxr-xr-x 1 root root 3025128 Mar 16 21:56 enigma
[root@general /export/dm/img]# strings enigma | grep shrink
timer logfile is bigger than 100Kbyte.. shrink to 32kByte
[root@general /export/dm/img]# strings /data/dreambox/root/cdkflash/root/bin/enigma | grep shrink
[root@general /export/dm/img]#

Die Generierung der Meldung steht in einem #ifdef WRITE_LOGFILE

Da hat wohl BoxMan eine aeltere oder falsche Version der timer.cpp

Zitat

Originally posted by Ghost
Hi,

sorry.. aber das kann nicht sein, dass man das timer log über das prepare anschalten kann.. das ist im sourcecode hardcoded.. also abgeschaltet.. (timer.cpp... irgendwo oben .. #undef WRITE_LOGFILE)

cya

Huch, sorry Ghost, stimmt.
Ich hatte vor laengerem schon mal in den source geschaut, das ganze aber leider falsch in Erinnerung.

Wie Du sagst, ist der Code in der timer.cpp tatsaechlich mit dem
#undef WRITE_LOGFILE
abgeschaltet - oder sollte es.
Laut Code ist das Schluessig und immer abgeschaltet, aber - schlag mich - bei mir brutzelt enigma stetig Meldungen in die timer.log rein.

Nur zur Info, falls noch jemand Probleme damit hat:

Es liegt einfach nur dadran dass das aktuelle 'prepare' im cdk

Zitat

--with-enigma-debug=yes

gesetzt hat, und dadurch u.a. der debug-code der die timer.log schreibt mitkompiliert wird, und BoxMan den Debug-Modus nicht abschaltet.

Dann werd ich mir ich mir in Zukunft meine Images selbst ohne enigma-debug kompilieren, auch wenn das cdk hier und da etwas widerspenstig ist

Hi,

mit neueren CVS-Images ist bei mir ein aelteres Problem wieder aufgetaucht.

Ums mal kurz zu erlaeutern:

Enigma schreibt im Verzeichnis /var/tuxbox/config/enigma unentwegt Timer-Debug-Meldungen in das File timer.log

Irgendwann wird dann scheinbar wieder von vorne angefangen, da das File selbst nie wirklich richtig gross wird, vielleicht mal 100 kb. Aber scheinbar wird das File nicht korrekt geclosed oder was auch immer, jedenfalls wird scheinbar der Speicherplatz nicht wieder freigegeben.

Und so kommts dann irgenwann, das von dem 1 MB freien Speicher unter /var nix mehr uebrig ist.
Dadurch kann die Box dann nicht mehr korrekt runtergefahren oder rebooted werden, da enigma keine Daten speichern kann (Suchlauf funktioniert dann ebenfalls nicht)

Ich hab das Problem auch schon mal im Board von BoxMan genauer beschrieben, siehe hier http://www.boxman-images.de/board/thread.php?threadid=837

Zum ersten Mal fiel mir das dort mit einem CVS Image von 19.8.2006 auf.
Abhilfe schaffte ein eine neueres Image von 31.10.2006 - dort ist nie wieder eine timer.log aufgetaucht.

Aber sowohl bei dem Image von 16.2.2007 als auch ein aktuelles von 16.3.2007 tritt die Problematik wieder auf.

Laut BoxMan gab bzw. gibts keine Unterschiede wie die Images kompiliert wurden.

EDIT: Ein Schoenes Beispiel:

[root@dm7000 /var/tuxbox/config/enigma]# ls -l timer.log ; df  .
-rw-r--r--    1 root     root       103269 Mar 18 23:29 timer.log
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/mtdblock/1           1792       776      1016  43% /var

Nur auf ARD umgeschaltet:

[root@dm7000 /var/tuxbox/config/enigma]# ls -l timer.log ; df  .
-rw-r--r--    1 root     root        36533 Mar 19 00:10 timer.log
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/mtdblock/1           1792       780      1012  44% /var

Sieht so aus als waere deine Platte tuck.

Haeng die Platte mal ab (Stromstecker ab reicht) und probiers dann mal.

Zitat

Originally posted by Duke
2. Dreamstream scheint beim Starten den Windows Screensaver zu deaktivieren (also so als wuerde man ihn von Hand im Control Panel deaktivieren) und er wird auch beim Beenden nicht wieder aktiviert. Das ist relativ laestig da ich den Screensaver unbedingt zum automatischen locken des Rechners brauche. Bei anderen Mediaplayern wird der Screensaver garnicht in der Art abgeschaltet, sondern es scheinbar nur unterbunden dass er Startet.

Zitat

Originally posted by LazyT
2) Ist mir nie aufgefallen, aber nun geht's wieder.

Hmm ?
Also ich hab zu dem Zeitpunkt die aktuelleste Version 0.32a benutzt. Diese deaktiviert mir aber definitiv unter Windows 2000 komplett den Screensaver.