11 replies to this topic

[Darob]

Hallo,

ich habe jetzt shcon ein wenig gesucht aber leider noch keine passende Hilfe gefunden.
Ich würde gerne MKVs 1080p bei meiner neuen VU+ Duo abspielen. Was auch funktioniert.
Die Meisten sind in DTS. Downmix ist aus, da ich über meinen Onkyo Receiver höre.

Nur nach einiger Spielzeit ca. 10-15 Minuten hängt sich das Bild auf.
Es hilft dann mit Exit rauszugehen aber danach fängt man wieder von vorne an oder der komplette TON ist nicht mehr hörbar.

Normaler TV mit AC3 oder MPEG läuft weiterhin.
Selbst Enigma2 restart bringt dann nichts mehr. Es hilft nur die BOX komplett durch zustarten.

Kennt jemand die Probleme oder kann mir helfen?

Danke vorab.

Darob

[lolly]

Lade dir mal die alten Treiber und schau ob es damit wieder läuft.

http://archive.vuplu...20120228.tar.gz

ps: archiv entpacken und nach /lib/modules/3.1.1/extra kopieren, danach die Box komplett neustarten. (Die alten Daten am besten sichern)

[Darob]

Hallo lolly,

habe ich gerade probiert.
Leider keine Verbesserung. Nur das der Abbruch jetzt einen "Engima2" neustart verursacht hat und dann wieder "Das Erste HD" lief... (was zuvor lief, bevor ich die MKV gestartet habe)
Beim Abbruch sieht man nur das, dass Bild stehen bleibt der Ton kurz weiter läuft und oben links die zwei Zahnräder da sind.

In der /var/log/messages habe ich folgendes zur Uhrzeit gefunden:

Jul 30 20:51:52 vuduo user.warn kernel: enigma2 invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0, oom_score_adj=0
Jul 30 20:51:52 vuduo user.warn kernel: Call Trace:
Jul 30 20:51:52 vuduo user.warn kernel: [<8055b250>] dump_stack+0x8/0x34
Jul 30 20:51:52 vuduo user.warn kernel: [<800854f8>] dump_header.isra.7+0x88/0x1a4
Jul 30 20:51:52 vuduo user.warn kernel: [<8008587c>] oom_kill_process.constprop.11+0x134/0x370
Jul 30 20:51:52 vuduo user.warn kernel: [<80086090>] out_of_memory+0x2b4/0x450
Jul 30 20:51:52 vuduo user.warn kernel: [<80089768>] __alloc_pages_nodemask+0x61c/0x630
Jul 30 20:51:52 vuduo user.warn kernel: [<80084518>] filemap_fault+0x238/0x5c0
Jul 30 20:51:52 vuduo user.warn kernel: [<800a25fc>] __do_fault+0x8c/0x708
Jul 30 20:51:52 vuduo user.warn kernel: [<800a64ec>] handle_pte_fault+0x128/0xa7c
Jul 30 20:51:52 vuduo user.warn kernel: [<800a6f04>] handle_mm_fault+0xc4/0x120
Jul 30 20:51:52 vuduo user.warn kernel: [<80010818>] do_page_fault+0x128/0x330
Jul 30 20:51:52 vuduo user.warn kernel: [<80004a60>] ret_from_exception+0x0/0x24
Jul 30 20:51:52 vuduo user.warn kernel: Mem-Info:
Jul 30 20:51:52 vuduo user.warn kernel: Normal per-cpu:
Jul 30 20:51:52 vuduo user.warn kernel: CPU	0: hi:   90, btch:  15 usd:  28
Jul 30 20:51:52 vuduo user.warn kernel: CPU	1: hi:   90, btch:  15 usd:   5
Jul 30 20:51:52 vuduo user.warn kernel: active_anon:26981 inactive_anon:37 isolated_anon:0
Jul 30 20:51:52 vuduo user.warn kernel:  active_file:155 inactive_file:397 isolated_file:32
Jul 30 20:51:52 vuduo user.warn kernel:  unevictable:0 dirty:0 writeback:0 unstable:0
Jul 30 20:51:52 vuduo user.warn kernel:  free:504 slab_reclaimable:893 slab_unreclaimable:2017
Jul 30 20:51:52 vuduo user.warn kernel:  mapped:333 shmem:68 pagetables:115 bounce:0
Jul 30 20:51:52 vuduo user.warn kernel: Normal free:2016kB min:2036kB low:2544kB high:3052kB active_anon:107924kB inactive_anon:148kB active_file:620kB inactive_file:1588kB unevictable:0kB isolated(anon):0kB
Jul 30 20:51:52 vuduo user.warn kernel: lowmem_reserve[]: 0 0
Jul 30 20:51:52 vuduo user.warn kernel: Normal: 488*4kB 6*8kB 1*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 2016kB
Jul 30 20:51:52 vuduo user.warn kernel: 649 total pagecache pages
Jul 30 20:51:52 vuduo user.warn kernel: 0 pages in swap cache
Jul 30 20:51:52 vuduo user.warn kernel: Swap cache stats: add 0, delete 0, find 0/0
Jul 30 20:51:52 vuduo user.warn kernel: Free swap  = 0kB
Jul 30 20:51:52 vuduo user.warn kernel: Total swap = 0kB
Jul 30 20:51:52 vuduo user.warn kernel: 65536 pages RAM
Jul 30 20:51:52 vuduo user.warn kernel: 30962 pages reserved
Jul 30 20:51:52 vuduo user.warn kernel: 644 pages shared
Jul 30 20:51:52 vuduo user.warn kernel: 32907 pages non-shared
Jul 30 20:51:52 vuduo user.info kernel: [ pid ]   uid  tgid total_vm	  rss cpu oom_adj oom_score_adj name
Jul 30 20:51:52 vuduo user.info kernel: [  267]	 0   267	 1026	  139   0	   0			 0 nmbd
Jul 30 20:51:52 vuduo user.info kernel: [  269]	 0   269	 1804	  176   1	   0			 0 smbd
Jul 30 20:51:52 vuduo user.info kernel: [  287]	 0   287	 1804	  176   0	   0			 0 smbd
Jul 30 20:51:52 vuduo user.info kernel: [  294]	 0   294	  664	   16   1	   0			 0 udhcpc
Jul 30 20:51:52 vuduo user.info kernel: [  307]	 1   307	  500	   20   0	   0			 0 portmap
Jul 30 20:51:52 vuduo user.info kernel: [  317]   998   317	  762	   37   0	   0			 0 dbus-daemon
Jul 30 20:51:52 vuduo user.info kernel: [  321]	 0   321	  666	   23   1	   0			 0 dropbear
Jul 30 20:51:52 vuduo user.info kernel: [  328]	 0   328	  693	   18   0	   0			 0 inetd
Jul 30 20:51:52 vuduo user.info kernel: [  331]	 0   331	  664	   16   1	   0			 0 syslogd
Jul 30 20:51:52 vuduo user.info kernel: [  333]	 0   333	  664	   19   1	   0			 0 klogd
Jul 30 20:51:52 vuduo user.info kernel: [  340]   997   340	  922	   52   1	   0			 0 avahi-daemon
Jul 30 20:51:52 vuduo user.info kernel: [  341]   997   341	  922	   42   0	   0			 0 avahi-daemon
Jul 30 20:51:52 vuduo user.info kernel: [  346]	 0   346	 4975	  119   1	   0			 0 CCcam
Jul 30 20:51:52 vuduo user.info kernel: [ 1234]	 0  1234	  664	   16   0	   0			 0 enigma2.sh
Jul 30 20:51:52 vuduo user.info kernel: [ 1240]	 0  1240	68886	26531   0	   0			 0 enigma2
Jul 30 20:51:52 vuduo user.err kernel: Out of memory: Kill process 1240 (enigma2) score 739 or sacrifice child
Jul 30 20:51:52 vuduo user.err kernel: Killed process 1240 (enigma2) total-vm:275544kB, anon-rss:104992kB, file-rss:1132kB

[Darob]

So nochmal ich.
Also da ich ja die Openpli 3.0 verwendet habe, bin ich mal auf 2.1 zurück. Und siehe da... hier bekomme ich keine Abbrüche.

Also für die, die an OpenPli 3.0 entwickeln... da stimmt was nicht ganz mit der Mem Nutzung :-)

[lolly]

THX für den Hinweis.

Habe das im Zuge meiner Beta Tests nämlich auch mitgeteilt bekommen mit den mkvs.

[Darob]

Kein Problem.
Also sollte ich aktuell doch lieber bei der stable 2.1 OpenPli Version bleiben?

[Darob]

Leider ist das Problem jetzt wieder da.

OpenPli 2.1 letzter Online Patch Stand mit den neuen Kernel Treibern die vor ein paar Tagen rausgekommen sind.
Nach ca. 20 Minuten bricht die MKV ab und auch danach im normalen TV keinen Ton mehr.

Lösungen?

[Darob]

Bin jetzt auch auf die OpenPli 3.0 gegangen... selber Fehler aber.
Würde es ggf. was bringen wenn man einen SWAP erstellt auf der HDD?

Oder ist das ein Referenzproblem vom Speicher bei manchen MKVs?
Da ich die MKV über meine NAS abgespielt habe werde ich mal testen ob es funktioniert wenn ich sie lokal auf die vuduo hdd schiebe.

[Darob]

So...
Also auch auf der lokalen Festplatte keine Besserung.

Ich habe jetzt mal ein SWAP File erstellt und aktiviert und siehe da er bricht nicht mehr ab.

[littlesat]

Auf einem DM8000?

[ricoma]

Auf einem DM8000?

ich denke er meint seine vuduo.

Da ich die MKV über meine NAS abgespielt habe werde ich mal testen ob es funktioniert wenn ich sie lokal auf die vuduo hdd schiebe.

[Darob]

Also spielt keine Rolle ob über NAS oder lokale Festplatte die in meiner VUDuo drin steckt.
Was hilft ist das ich den swap aktiviert habe...