Zitat von humpi

...
Lass mal schön die Kirche im Dorf. Das Fixen der Bugs ist immer noch in der Verantwortung von DMM, die uns ja mit OE 2.0 "beglücken" wollten. Schön dass es versierte user gibt, die mithelfen. Eine Pflicht kann man daraus nicht ableiten und einen user anzumaulen, weil er das nicht kann, geht gleich gar nicht.

Du hast vermutlich noch nie selbst ein komplexere Anwendung programmiert, sonst wuerdest Du
hier anders schreiben.
Ich habe nirgendwo behauptet, dass User Bugs fixen sollen (das mal ganz zu Anfang festgehalten).
Und das mit dem "anmaulen" hast DU da irgendwie reininterpretiert; ich habe nur versucht
klarzumachen, welchen Unterschied es zwischen Release und Experimentell gibt und was man tun
kann, wenn einem die Behebung des Fehlers wichtig ist.
Ein Benutzer, der einen Fehler behoben haben will, der vom Entwickler nicht nachgestellt werden
kann, MUSS mithelfen. OHNE seine Mithilfe geht es naemlich nicht, da fuer das Fixen eines Bugs
die Nachvollziehbarkeit (oder nenne es "Testbarkeit", wenn Du willst) die Grundvoraussetzung ist.
Wenn ein Benutzer nun immer nur "geht nicht" und "kann nicht" oder "" als Antwort auf Fragen
oder besser noch "ich habe Geld bezahlt, also muss ich mal gleich garnichts beitragen" postet, ist
das NICHT hilfreich fuer den Entwickler.
Ich will (und wollte) hier niemanden herab- oder aufwerten, sondern nur die "Problematik" des
Entwicklers aufzeigen und was man tun kann, um diesen zu unterstuetzen.
Wer etwas anderes reininterpretiert, tut das mutwillig und diametral zu meiner Intention.

Hätte ja sein können, daß in der Formatierung etwas geändert wurde. War auch nur eine Idee von mir gewesen.

Ich hatte bei mir alles neu gemacht und hab deshalb keine Probleme. Selbst die Favoritenliste neu angelegt und absolut nichts eingespielt.

Wenn er also alles richtig gemacht hat, kann es doch nur noch an der FP liegen und die würde ich einfach mal tauschen. Damit wäre dieser "Fehler" ausgeschlossen.
Ich kann mir auch nicht Vorstellen, daß durchs Intallieren von OE 2.0 das Gerät plötzlich kaputt sein soll. Ich denke eher, daß beim Installieren von OE 2.0 Fehler gemacht wurden. Denn ich bin mir sicher, der Fehler sitzt vor dem Gerät und bei der Installation sollte man sich etwas Zeit nehmen, denn auf die Schnelle passieren Fehler, gerade wenn man auf dem Gebiet Neuling ist.

Ich spreche da aus Erfahrung, mußte auch mehrmals neu Installieren, bis es endlich geklappt hat. Aber seit Ende Juli funktioniert alles einwandfrei und die "Fehler" von DMM wurden schnell behoben und DMM ist nicht an allen Fehlern Schuld und ich meine damit z.B. das IMDb Plugin.

Ich versteh ja beide Seiten. Ich habe auch noch gelegentlich Bildaussetzer und die nerven mich auch.
Nur, es wurde schon viel besser und wenn ich mich auf den Kopf stelle wird der Kernel auch nicht besser - kommt Zeit, kommt Lösung.

Von wegen zugesicherter Eigenschaft und bla bla, wer damit kommt und gleichzeitig eine Experimental Software flashed, der hat schon etwas nicht ganz verstanden.

Wenn ich schon zu faul bin, einen einzigen Befehl in der Shell einzutippen, dann brauch ich auch keine Eperimental Software auf meiner Box...

Hallo,

nun melde ich mich auch mal zu Wort!
Auch ich habe Probleme mit der Widergabe von "defekten Aufnahmen".

Der Theadtitel ist im überigen falsch formuliert! Es müsste heissen: OE2.0 Immer noch Fehler bei der Aufnahme.

Die Hardware ist 100% i.O. Unter 0E1.6 läuft alles wie es soll!

Zusätzlich habe ich noch das Problem, das die Box zwischendurch ein paar Gedenksekunden einlegt! Das heisst, sie friert komplett ein (Bild un Ton) und nach ein paar Sekunden gehts dann weiter! Das Problem habe ich aber nur wenn eine Aufnahmen läuft oder ich Musik abspiele.

Wenn es irgendwie hilft würde ich gerne einen Log erstellen, Seriell Kabel ist vorhanden

Gruss slonnet

Dies ist jetzt nur ein Vorschlag und einfach zu realisieren !!!

OE 2.0 neu Installieren, eventuell über Dreamup 1.3.3.9, alles komplett neu von Hand Einrichten und vor allen Dingen, nichts Einspielen.
Dann eine neue Aufnahme machen und dann sieht man erst, ob dies funktioniert. Vielleicht auch ein paar Tage Testen.
Vielleicht ist auch die FP defekt und dann sollte man diese erstmal Tauschen, bevor man weiter macht.

Sollte dies aber alles in Ordnung sein, dann erst mit der Installation von einer Software nach der anderen beginnen und zwischendurch immer wieder neue Aufnahmen testen.

Ich weiß, daß dies viel Zeit in Anspruch nimmt, aber nur so kommt man an die Fehlerquelle ran.

Denn wenn die Aufnahmen eines nackten OE 2.0 funktionieren und die FP ok ist, dann kann es nur noch an einem Softwarepaket liegen und das kann man nur herraus finden, wenn man eins nach dem anderen Installiert und zwischendurch testet.

Diese Aufgabe kann eigentlich jeder selber lösen und somit den Fehler lokalisieren .........geht nicht, gibt es nicht.
Steckt eure Zeit lieber ins Gerät, als hier rein zu schreiben, geht nicht und denkt daran, der Fehler sitzt vor dem Gerät
Ich möchte damit niemanden Angreifen oder Beleidigen, also bitte nicht falsch verstehen.

Ja, das finde ich auch sehr bedauerlich.

Na, dann will ich Dream58 auch noch mein Statement abgeben. Die DM8000 ist aus meiner Sicht wirklich einer der besten Sat-Receiver auf dem Markt. Normalerweise funktioniert sie auch mit dem Auslieferungsimage reibungslos und sehr komfortabel. Wenn das mal nicht so ist, und das kann auch bei anderen Receivern vorkommen, kann ein Softwareproblem oder am Gerät selbst ein Defekt ursächlich sein. Für Softwareprobleme gibt es einige sehr kompetente Foren und natürlich auch DMM, die hier Unterstützung leisten. Kommt man damit nicht zurecht, gibt es ja noch die Möglichkeit, den Gewährleistungsanspruch geltend zu machen. Das dauert zwar manchmal etwas und ist bei diesem Preisniveau auch sehr ärgerlich, führt aber dennoch zum Erfolg. Meiner Meinung nach ist die DM8000 also insgesamt gesehen immer noch besser als der Wettbewerb.
Das durch die Einführung des OE 2.0 erfolgte Durcheinander ist allerdings kaum akzeptabel und sehr ärgerlich. Hoffentlich ist kurzfristig mit einem Release zu rechnen. Für die Einführung von Goliath ist hoffentlich eine sorgfältigere Arbeit angestrebt.

Zitat von Dreamer58

Meine Fehler:
Ich wußte wirklich nicht, dass ich eine Bastel- und Spielbox kaufe.
Ich bin davon ausgegangen, dass das flashen von 2.0 genauso problemlos geht, wie vorher das flashen all der 1.6 experimentals. Schliesslich habe ich die Box ja schon 1,5 Jahre.

Das war eben wohl der Fehler: Die alten Experimentals waren stabiler als so mancher Release anderer Hersteller. Ist dann halt blöd, wenn einer Firma denn gerade das zum Vorwurf gemacht wird. 'Garantieren' tut dir das halt niemand.
Das mit dem 'alles neu, keine Einstellungen übernehmen' muss ja nicht immer so sein, aber was soll man dir den empfehlen, wenn du Probleme hast? Dann muss man alle möglichen Fehlerquellen ausschliessen.

Ich habe, als ich mit 2.0 auch noch Probleme hatte, teilweise mehrmals am Tag von 1.6 auf 2.0 gewechselt, das konnte ich mit etwas übung (und einem Script) am Ende in wenigen Minuten. Man KANN fast alles übernehmen.

Als ich mir vor 13 Monaten die Box zulegte, war mir auch nicht bewußt, daß es eine "Bastelbox" ist. Für mich war das entscheidente die Breite von 43 cm. Ich mußte mich überall einlesen und mußte meine eigenen Erfahrungen sammeln. War auf nem Stammtisch von IHAD gewesen und dort ein paar Leute persönlich kennengelernt und im Mai mit OE 2.0 angefangen. Am Anfang hatte ich auch Probleme gehabt und es hat so einiges nicht funktioniert, mußte mehrmals alles neu machen, hab aber niemals irgendetwas zurückgespielt, da ich gelesen hatte, daß man das nicht darf und somit auch daran gehalten. Mitte Juli eine FP mit Lüfter eingebaut und seit dem läuft bei mir dieses System eigentlich ohne Probleme.
Ich kann gar nicht sagen, wie oft ich alles neu gemacht habe, weil mir Fehler unterlaufen sind und mußte viel lesen und dadurch auch viel gelernt. Mache etwa 1 x im Monat ein Backup und mußte es 1x oder 2x zurückspielen.

Habe in der zwischenzeit einige Baumarktreceiver kennengelernt, die dieser Box absolut nicht die Stirn bieten können und dort vermisse ich die einfachsten Funktionen, die bei der 8K Standart sind.

Wenn etwas nicht auf Anhieb klappt, sollte man nicht gleich den Kopf in den Sand stecken, sondern versuchen den Fehler ausfindig zu machen.
Wenn bei dir OE 1.6 einwandfrei läuft, dann mach doch davon einen Backup und probier dann mit OE 2.0 ein bischen rum. Du wirst es bestimmt auch zum laufen bringen, denn wenn deine Aufnahmen unter 1.6 funktionieren, sollte es auch unter 2.0 gehen.

Hier muß niemand perfekt sein, um eine Box zu flaschen, denn hier gibt es viel zu lesen und jede Menge Hilfe.
Mit Linux selbst, hab ich auch Schwierigkeiten, kann aber die 8K von einem Windows PC aus kommplett bedienen und auch alle Updates durchführen.
Wenn du selbst mit einem Experimental nicht klar kommst, was eigentlich gut läuft, glaubst du etwa, wenn ein Release rauskommt hättest du dann keine Probleme???
Dein Problem wird sich mit einem Release nicht in Luft auflösen. Ich kann nur vermuten, daß dir ein Fehler unterlaufen ist und den gilt es zu finden.

Nun möchte ich mich auch zu Wort melden:

Folgendes Szenario: Es ist Donnerstag 20:15. Aufgenommen wird AXN HD Californication, SyFy HD Heaven und gestern zusätzlich auf Sky Cinema HD Zorn der Titanen.

Es ist 20:30: Ich fange an Californication anzuschauen (Aufnahme von 20:15). Box läuft sehr träge (Filmauswahl z.b.). Das Anschauen ist unmöglich, da es permanent aussetzer gibt. Nach paar Minuten gebe ich auf, da die Aufnahmen (SyFy/AXN) nur bis 21:10 liefen. Ähnliches Verhalten mit nur 2 aufnahmen eine Woche.

21:15: Ich schaue mir Californication/Heaven an. Keine Störungen in den Aufnahmen. Keine aussetzer. Noch bevor ich im Sommer OE2 aufgespielt hatte habe ich von den swap Problemen gehört und dementsprechend nie bei OE2 eingestellt. GP ist auch installiert. Aufgenommen wird auf ein NFS Laufwerk.

Mit OE1.6. gab es solche probleme nicht und da hatte ich auch mal vier HD Sender gleichzeitig aufgenommen... Der Server und das Netzwerk läuft schon in dieser Konstellation seit 3 Jahren. Netzwerk-Performance Probleme schliesse damit ich vorerst aus. Auch, weil die Box sehr träge auf die Fernbedienung reagiert.

PS: Es sind alle gestern verfügbaren Updates installiert gewesen.

Ich habe es ausprobiert und das verhalten hat sich leider nicht verändert. Vorher waren garkeine Werte eingetragen. Die mount Flags sind nun übrigens: rw,nolock,tcp,wsize=8192,rsize=8192. Exportiert ist das Verzeichnis mit rw,async

top gib soetwas aus:

top - 19:40:37 up 22 min,  1 user,  load average: 1.61, 1.07, 0.75
Tasks:  93 total,   2 running,  91 sleeping,   0 stopped,   0 zombie
Cpu(s):  3.0%us, 22.3%sy,  0.0%ni, 31.7%id, 37.0%wa,  0.0%hi,  6.1%si,  0.0%st
Mem:	149592k total,   102400k used,	47192k free,   	32k buffers
Swap:    	0k total,    	0k used,    	0k free,	28196k cached


  PID USER  	PR  NI  VIRT  RES  SHR S %CPU %MEM	TIME+  COMMAND
 1167 root  	20   0 	0	0	0 R   23  0.0   0:31.34 kworker/0:0
  675 root  	20   0  194m  54m  14m S   19 37.1   4:09.41 enigma2
  210 root  	20   0 	0	0	0 S	5  0.0   0:26.29 dmx2
  211 root  	20   0 	0	0	0 S	4  0.0   0:26.80 dmx3
 1051 root  	20   0 	0	0	0 S	3  0.0   0:12.02 kworker/1:1
  732 root  	20   0  5152 1520 1184 S	2  1.0   0:09.16 scam_3.57
  644 root  	20   0 39104 2504 1056 S	1  1.7   0:21.21 dbttcd
 1419 root  	20   0  2636 1096  884 R	1  0.7   0:02.18 top
  461 root  	20   0 28680 1388 1164 S	1  0.9   0:06.99 gdaemon
  212 root  	20   0 	0	0	0 S	1  0.0   0:03.47 dmx4
   10 root  	20   0 	0	0	0 S	0  0.0   0:01.49 ksoftirqd/1
  213 root  	20   0 	0	0	0 S	0  0.0   0:02.44 dmx_hw_sec
  574 root  	20   0  2304  744  628 S	0  0.5   0:01.05 automount
 1013 root  	20   0 	0	0	0 S	0  0.0   0:04.31 clip0
	1 root  	20   0  1764  600  524 S	0  0.4   0:03.32 init

dmesg:

[ 1497.083000] RAP pts error 0 PTS 0xf323065c, STC 0xf3231c4f, type 1
[ 1497.595000] ch0: lock
[ 1497.595000] RAP pts error 0 PTS 0xf323119c, STC 0xf32354a4, type 1
[ 1498.011000] ch0: lock
[ 1498.011000] RAP pts error 0 PTS 0xf3231cdc, STC 0xf3234ef5, type 0
[ 1498.523000] ch0: lock
[ 1498.523000] RAP pts error 0 PTS 0xf323443c, STC 0xf3236b25, type 1
[ 1498.939000] ch0: lock
[ 1498.939000] RAP pts error 0 PTS 0xf3235abc, STC 0xf32381a1, type 1
[ 1499.193000] ch0: lock
[ 1499.193000] RAP pts error 0 PTS 0xf3236b9c, STC 0xf3237b98, type 1
[ 1499.579000] ch0: lock
[ 1499.579000] RAP pts error 0 PTS 0xf3237c7c, STC 0xf323a3cf, type 1
[ 1499.867000] ch0: lock
[ 1499.867000] RAP pts error 0 PTS 0xf3238d5c, STC 0xf323a349, type 0
[ 1500.025000] ch0: lock
[ 1500.315000] ch0: lock
[ 1500.377000] ch0: lock
[ 1500.699000] ch0: lock
[ 1500.761000] ch0: lock
[ 1501.051000] ch0: lock
[ 1501.563000] ch0: lock
[ 1501.883000] ch0: lock
[ 1501.883000] audio_pts_error_isr: 4 callbacks suppressed
[ 1501.883000] RAP pts error 0 PTS 0xf323f29c, STC 0xf3241981, type 1
[ 1502.203000] ch0: lock
[ 1502.203000] RAP pts error 0 PTS 0xf324037c, STC 0xf3241f1c, type 1
[ 1502.427000] ch0: lock
[ 1502.427000] RAP pts error 0 PTS 0xf324091c, STC 0xf3241f26, type 1

auf android kann man mit logcat noch mehr ausgaben sehen. Gibt es soetwas ähnliches auch auf der dream? Ich hätte spontan keine Hardware um am UART Debug Ausgaben mit zu schneiden für mehr infos...

ifconfig

eth0  	Link encap:Ethernet  HWaddr 00:09:34:1C:6A:97
      	inet addr:192.168.1.193  Bcast:192.168.1.255  Mask:255.255.255.0
      	UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      	RX packets:1650546 errors:0 dropped:0 overruns:0 frame:0
      	TX packets:3646059 errors:0 dropped:0 overruns:0 carrier:0
      	collisions:0 txqueuelen:1000
      	RX bytes:1483586773 (1.3 GiB)  TX bytes:4216099290 (3.9 GiB)
      	Interrupt:16


lo    	Link encap:Local Loopback
      	inet addr:127.0.0.1  Mask:255.0.0.0
      	UP LOOPBACK RUNNING  MTU:16436  Metric:1
      	RX packets:0 errors:0 dropped:0 overruns:0 frame:0
      	TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
      	collisions:0 txqueuelen:0
      	RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

mount so...

rootfs on / type rootfs (rw)
/dev/root on / type jffs2 (rw,relatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=74684k,nr_inodes=18671,mode=755)
none on /proc type proc (rw,nosuid,nodev,noexec,relatime)
none on /var/volatile type tmpfs (rw,relatime,mode=755)
sysfs on /sys type sysfs (rw,relatime)
none on /proc/bus/usb type usbfs (rw,nosuid,nodev,noexec,relatime)
/dev/mtdblock2 on /boot type jffs2 (ro,relatime)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
automount(pid574) on /autofs type autofs (rw,relatime,fd=4,pgrp=574,timeout=5,minproto=2,maxproto=4,indirect)
/dev/sde on /media/usb type ext2 (rw,relatime,errors=continue)
192.168.1.2:/data/disc01/multimedia/ on /media/net/multimedia type nfs (ro,relatime,vers=3,rsize=8192,wsize=8192,namlen=255,hard,nolock,proto=tcp,port=2049,timeo=70,retrans=3,sec=sys,local_lock=all,addr=192.168.1.2)
192.168.1.2:/data/disc02/movies/record/ on /media/net/record type nfs (rw,relatime,vers=3,rsize=8192,wsize=8192,namlen=255,hard,nolock,proto=tcp,port=2049,timeo=70,retrans=3,sec=sys,local_lock=all,addr=192.168.1.2)
192.168.1.2:/data/disc01/pictures/ on /media/net/pictures type nfs (ro,relatime,vers=3,rsize=8192,wsize=8192,namlen=255,hard,nolock,proto=tcp,port=2049,timeo=70,retrans=3,sec=sys,local_lock=all,addr=192.168.1.2)

wie ich sehe, ist 8192 default. Lief also schon vorher wohl so

welche infos kann ich noch geben?

PS: die Telnet Console war super ohne lags zu erreichen und zu bedienen

bei mir war default 32768 (wird das mit dem server ausgehandelt?)- und hat imho problemlos funktioniert. bin jetzt auf 8192 runter gegangen.