Beiträge von JensK

Ah, danke. Probier ich aus.

Btw. Beim Dune wird auch auf 50Hz geschalten, also hat der TV eigentlich keine Probleme. Der Test mit Kodi auf der Zidoo X1 zeigt auch ein ruhiges Bild mit 50 Hz. Liegt also an der eher an der Shield und weniger am TV.

Wie schaut denn bei euch der Playback von 720p Material mit 25 fps aus ? Also typische Serienrips, egal ob aus dem deutschen TV oder aber von US Serien ?

Filme, die mit 23.976fps kommen, werden ruckelfrei und korrekt abgespielt, aber bei 25 fps Serienfolgen, die durch den Autoframerate Switch mit 50 Hz ausgegeben werden, sind bei mir total unruhig ! D.h. kleine Microruckler, besonders bei Bewegtszenen (Auto faehrt vorbei, laufende Personen). Da kommen immer kleine Schuebe, als ob ein permanentes Resync stattfindet.

Sowas z.B.

Zitat

Format : AVC
Format/Info : Advanced Video Codec
Format-Profil : High@L3.1
Format-Einstellungen für CABAC : Nein
Format-Einstellungen für ReFrames : 2 frames
Codec-ID : V_MPEG4/ISO/AVC
Dauer : 41min
Bitrate : 4 109 Kbps
Breite : 1 280 Pixel
Höhe : 718 Pixel
Bildseitenverhältnis : 16:9
Modus der Bildwiederholungsrate : konstant
Bildwiederholungsrate : 25,000 FPS
ColorSpace : YUV
ChromaSubsampling : 4:2:0
BitDepth/String : 8 bits
Scantyp : progressiv
Bits/(Pixel*Frame) : 0.179
Stream-Größe : 1,20 GiB (80%)

Alles anzeigen

Im Vergleich zum Dune HD (Sigma Chipsatz) sind das sichtbare Welten, beim Dune ist das Bild komplett rund und ruckelfrei.

Das lief bei ner alten Version (15.2) prima, wenn man bei der Hardwarebeschleunigung den Mediaencoder rausgenommen hat und nur Stagefright aktiv lies. Da es diese Option ab Jarvis nicht mehr gibt, bin ich auch unschluessig, wie ich dir antworten soll.

Allerdings habe ich nur einen einzigen Film mit VC-1, deshalb war ich da bis dato nicht so hinterher

Da kann ich nur mit den gefundenen Symptomen antworten.

Kodi auf einer Zidoo X9 oder Zidoo X1, die ich vorher hatte (die X1 habe ich noch) zeigen dieses Verhalten nicht. Beide waren mit Kodi Helix ausgestattet, es kann natuerlich sein, dass ab 15 in diesem Bereich was hinzugekommen ist.

Kodi war bis dato die App, mit der ich am laengsten am Stueck irgendwas auf der Shield getan habe. Somit hatte ich den Stress nur mit Kodi auf der Shield.

So alle Tests erfolgreich abgeschlossen und die Ursache gefunden. Es liegt an SSDP Announcements meines SAT Receivers. Wohlgemerkt, der macht nichts falsch.

Auf dem SAT Receiver laeuft ein xupnpd daemon, also ein einfacher UPNP server. Dieser schickt mit default Einstellungen alle 5 Sekunden seine SSDP Announcements ("ich habe was und kann anbieten") in die Welt hinaus.

Und genau das kickt die Shield nach ner Weile ab. Ich vermute, dass dort in den nvidia Netzwerktreibern irgendwas komplett schief laeuft, denn 5 Sekunden klingt erstmal viel, ist aber durchaus nicht ungewoehnlich, wie ich im Netz nachgelesen habe.

Falls es jemanden interessiert, so schaut ein interpretiertes Paket aus, abgegriffen mit Wireshark

Zitat

Internet Protocol Version 4, Src: 10.95.22.202, Dst: 239.255.255.250
User Datagram Protocol, Src Port: 39378 (39378), Dst Port: 1900 (1900)
Hypertext Transfer Protocol
NOTIFY * HTTP/1.1\r\n
HOST: 239.255.255.250:1900\r\n
CACHE-CONTROL: max-age=1800\r\n
LOCATION: http://10.95.22.202:4044/dev.xml\r\n
NT: urn:schemas-upnp-org:device:MediaServer:1\r\n
NTS: ssdp:alive\r\n
Server: eXtensible UPnP agent\r\n
USN: uuid:60bd2fb3-dabe-cb14-c766-0e319b54c29a::urn:schemas-upnp-org:device:MediaServer:1\r\n
\r\n
[Full request URI: http://239.255.255.250:1900*]

Alles anzeigen

Egal, da ich die UPNP Service meines SAT Receivers eh aeusserst selten nutze (höchstens mal um eine Aufnahme in einem anderen Zimmer abzuspielen), habe ich ihn deaktiviert und nun laeuft die Shield.

Meine Erkenntnisse leite ich aber im Rahmen meines Support Calls an nvidia weiter, per Wireshark habe ich den kompletten Traffic aufgezeichnet und kann dies denen sogar schicken. Falls es jemanden interessiert

An dieser Stelle nochmal danke fuer die Unterstuetzung hier im Forum

Zitat von Alpha

Deswegen hatte ich das ja oben mal mit dem Buffer gefragt. Man kann den ja für Kodi erhöhen, nur sollte das Problem an sich gar nicht erst auftreten...

Wenn du den Buffer ueber die [definition='2','1']advancedsettings[/definition].xml meinst ... das bringt nichts. Dieser ist ja nur fuer den ankommenden Video/Audio Stream relevant. Aber nicht fuer den ankommenden Datenstrom, der ebenfalls auf die NIC (scheinbar) einprasselt. Der laeuft ja auf einem anderen Port und wahrscheinlich auch anderem Protokoll ab.

Morgen bin ich wieder daheim, dann wird gesucht. Kumpels haben mir Wireshark ans Herz gelegt, damit koennte man Broadcast wohl ziemlich gut ermitteln. Hab zwar keinen Switch mit Mirror Funktion oder einen Hub, aber fuer Broadcasts sollte es auch so gehen. Bin selber gespannt und hoffe nur, dass es wirklich nur ein "service" ist, der irgendwo laeuft und nicht ein Hardware Fehler. Oder noch ungemuetlicher, ein Kabel, welches Einstrahlungen aufnimmt.

Leider nur die letzten Reste vom Bootvorgang von vor 124 Tagen ...

Zitat

...
EXT3-fs (sda2): using internal journal
EXT3-fs (sda2): recovery complete
EXT3-fs (sda2): mounted filesystem with writeback data mode
VFS: Mounted root (ext3 filesystem) on device 8:2.
Freeing init memory: 152K
Adding 226300k swap on /dev/sda5. Priority:-1 extents:1 across:226300k
EXT3-fs (sda2): using internal journal
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
NET: Registered protocol family 10
ADDRCONF(NETDEV_UP): eth0: link is not ready
svc: failed to register lockdv1 RPC service (errno 97).
NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
NFSD: starting 90-second grace period
eth0: link up, 1000 Mb/s, full duplex, flow control disabled
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
sshd (1380): /proc/1380/oom_adj is deprecated, please use /proc/1380/oom_score_adj instead.
eth0: no IPv6 routers present

Alles anzeigen

Also nix. Da laeuft auch nicht viel drauf. Nen Apache, ein Ftp, SSH, Samba und NFS Server sowie ein Stueck anderer Serversoftware. Diese macht aber kein Broadcast, sondern nur dedizierte Port zu Port Kommunikation auf UDP Protokoll, welche statisch auf IP Level konfiguriert ist und somit niemals mit der Shield redet.

PS: Der Test im seperaten Netz war erfolgreich. Also ist die NIC in Ordnung und es ist definitiv irgendwas in meinem Netzwerk.

Leider noch nichts gefunden. Aktuell habe ich erstmal ein extra Netzwerk mit nem geliehenen Router aufgebaut, um ein Fehler in der NIC der Shield 100%ig auszuschliessen.

Mein Debian Rechner, ne kleine Iomega iConnect ist schweigsam wie ein Grab. Die laeuft sei 124 Tagen und in den Logs ist einfach nichts zu sehen. Im Syslog sieht man brav die DHCP renewals, ein wenig cron Jobs, alles sauber.

@Skycracker, an meinen Settings ist nichts falsch. Beide Shield haben auf irgendwas in meinem Netzwerk reagiert. Ich vermute, dass das System irgendwas aus dem Netzwerk "sammelt", sei es Broadcasts oder sowas, um die Videowiedergabe nicht zu stoeren. Und irgendwann laeuft dieser Puffer voll und der Mediaencoder nippelt ab. Warum gerade der, waere noch ne offene Frage. Die koennte man nvidia oder dem Pfoertner vom Bundestag stellen

nvidia wird sagen, das ist mein Problem. Hätten ja auch nicht unrecht damit.

VLC hatte ich nicht probiert. Plex ist bei mir nie lang genug gelaufen, ist immer schon vorher abgeschmiert. Den lokalen Android Player haette ich noch testen koennen. Aber da der kein Netzwerk Modus von sich aus kann und ueber externen SMB Mount nicht genuegend Durchsatz bekommt (ruckeln durch buffering), waere das eh kein Alternative gewesen.

Mit dem Archos Player hatte ich es noch probiert, performanceseitig und funktionell OK, aber halt kein autoframerate switch.

Leider kann ich erst wieder ab Donnerstag abend testen, da ich beruflich unterwegs bin. Ich halt euch aber auf dem laufenden. Interesse scheint ja dazu sein

Ja Genau das dachte/denke ich auch. Was zum Geier laeuft im LAN schief, wenn ich einen Film vom USB Stick abspiele und die Wiedergabe trotzdem stehenbleibt. Meine beiden Dune haben dieses Problem auch nicht. Ehrlich, keine Ahnung.

Ich habe es herausgefunden !

Deshalb gestern auch keinen Test mehr mit dem Software Encoding durchgefuehrt.

Meine bisherigen Tests waren immer:

1. HDMI Kabel
2. Netzwerkkabel
3. Stromkabel
4. Controller oder FB anschliessen
5. A) Film vom Netzwerk testen
5. B) Film vom USB Stick testen

Jedes Mal ist der Playback im Zeitfenster haengen geblieben. Egal an welchem TV oder in welchem Zimmer.

Mein neuer Test:

1. HDMI Kabel
3. Stromkabel
4. Controller oder FB anschliessen
5. B) Film vom USB Stick testen

Also komplett den Netzwerkanschluss weglassen, kein LAN und kein WLAN. Und siehe da, Playback kein Problem.

Mein Intranet ist Infrastruktur-seitig komplett auf 1Gbit/s. Einige Geraete sind logischerweise noch 100Mbit/s (2 Panasonic TV). Keines meiner sonstigen Geraete aus der Topologie hat jemals aktive Probleme gezeigt (3 SAT Receiver, 2 Dune HD, 1 WIndows PC, 1 WHS, 1 Debian Mini Server, Asus Router, Linksys Router, 3 Cisco/Linksys Switches, Yamaha AV Receiver).

Gestern also mal quer durchs Haus einen Ping mit Protokollierung gestartet und saubere < 1ms. Bis zu einem gewissen Zeitpunkt. Auf einmal, ohne aktive Last, fuer ca. 1 Minute, steigt es auf 20-30 ms an. Danach ist wieder < 1ms. Sprich da ist also was ...

Ich werde mir jetzt erstmal testweise ein kleines Netzwerk nur mit einem Router und der Shield aufbauen und erneut testen. Falls es dann laeuft, gehe ich zurueck in mein Intranet und sequentiell jede einzelne Komponente rausnehmen und verifizieren.

Danke nochmal fuer die vielen Antworten und Hilfestellungen !

Zu frueh gefreut. Bild haengt nach 1:19h, Ton laeuft weiter. Werde morgen mal das Software Encoding mit dem Log anwerfen, heute nimmer.

Danke fuer die Antworten.

Das ganze lief bis dato entweder ueber LAN oder lokal USB, WLAN hatte ich noch nie aktiviert.

@monarc99, kann ich morgen gerne tun.

ALLERDINGS ... ich bin vielleicht (vorsichtig optimistisch) der Ursache auf der Spur. Ich habe es eben ZUM ERSTEN MAL geschafft, zwei Folgen einer Serie am Stueck anzusehen, ohne dass das Bild eingefroren ist. Ich lass jetzt gerade noch einen Film laufen und werde berichten.

Wenn ich das in deiner Signatur richtig lese, habe wir sogar fast die gleiche Hardware angeschlossen, bei mir Yamaha RX-A830 und ein Panasonic TX-P50VT20

Ich kapiere es auch nicht und scheinbar bin ich wirklich der Einzige. Oder der Einzige der meckert

Rumms, 1:10h und das Bild steht wieder. Schnauze voll (sorry)

Habe mal fuer die Geschichte mit dem Smartphone ein Video geschossen, Ton laeuft, Uhr hüpft, Bild steht
http://www.share-online.biz/dl/N34Z421OCUF (29 MB)

Ich warte jetzt noch ein paar Wochen und hole mir:

http://dune-hd.com/eng/products/full_hd_media_players/48

(ich hatte bisher 3 Geraete von Dune, 2 sind noch daheim. Und alle liefen/laufen PERFEKT !)

Danke fuer deine Antwort.

Nein, keinerlei Anzeige/Controls. Man schaut und schwups bleibt das Bild stehen und der Ton laeuft weiter. Interessanterweise bleibt die Spielzeit der Films stehen bzw. die letzte Stelle hüpft immer wieder eine Sekunde vor und dann wieder zurueck. Ton spielt munter weiter.

Das obige Log stammte noch von meinem konfigurierten und mit Add-on geladenen Kodi. Aktuell bin ich ich auf einer Stock Version, also ohne jegliches nachgeladenes Add-on. Und es passiert genauso.

Vorhin ist mir noch eine Idee gekommen, der Test laeuft gerade. Thema Autoframerate Switch. Den habe ich jetzt mal abgeschalten und die shield selber laeuft schon mit 1080p und 23.976fps. Genauso wie der mit Kodi abzuspielende Film. Mal sehen, wie es aussieht.

Letzter Versuch: Werksreset durchgefuehrt, Reboot, Fernbedienung angemeldet, bei Google angemeldet, Settings - Unbekannte Quellen aktiviert, ES Explorer aus dem Playstore installiert, Kodi 16B5 installiert. Kodi konfiguriert (5.1 Receiver, Passthrough aktiv, Framerate Switch aktiv Immer), SMB Share hinzugefuegt, Film ausgewaehlt --> nach 1:02h steht das Bild.

Ich gebe auf und verkauf die Kiste.

Danke fuer deine Fragen: Ich beantwortet mal sequentiell:

Zitat

Und das Problem tritt nur mit der Dauer auf? Also nach 1h08 und nicht wenn du auf 1h vorspulst und dann über die Stelle abspielst.

Eindeutig ja. Immer rund um eine Stunde. Wenn ich vorspule auf eine Stunde und dann starte, dann bleibt das Bild eben nach 2 Stunden der Gesamtspielzeit stehen. Ich hatte sogar mal 2 Folgen einer Serie angesehen, jeweils mit 45 Minuten. Die erste war ok, bei der zweiten bliebt das Bild dann nach 20 Minuten stehen ...

Zitat

Wird denn die Shield warm?

Ueberhaupt nicht, nichtmal handwarm. Das Geraet steht frei auf der Schrankwand und auch nicht auf einem anderen Geraet, welches potentiell Wärme abgibt.

Zitat

Das Problem auch mit kodi 15?

Ja. Ich hatte die alte Box zuerst ja mit 15.2. Auch aufgrund dieses Problems habe ich so ziemlich alle 16er Beta durchprobiert. Immer das gleiche.

Zitat

Ob es mit Software Decodierung ( codecinfo sollte dann ff-h264 anzeigen) auch passiert?

Hatte ich auch schon getestet, mit dem gleichen Ergebnis. Siehe https://forums.geforce.com/default/topic/…768745/#4768745 (da war mein Thread bei nvidia).

@Alpha, also identisch wie ich. Einfach per Sideload drueber installiert.

Hehe, danke. Aber das muss dir ja nicht leid tun Ich bin fuer jede Idee und Antwort dankbar.

Nochmal zur obigen Frage ? Wie installierst du Kodi beim Update ? Ich habe erst die 15.2 aus dem Playstore installiert und dann die 16 Beta 5 per Sideload einfach als Update. Settings, Cache etc. nicht geloescht. Du auch ?

So naechster Versuch. Jetzt habe ich mal nachgedacht, was habe ich, was andere nicht haben ... ein BlueTooth Adapter fuer meine Rapoo E2700 ist angeschlossen. Hab ihn gerade abgestoepselt und lasse die "Wächter der Galaxie" nochmal rumfliegen ...

Zitat

Was sind das für Dateien? Geschnittene Dateien?

Querbeet getestet. Untouched BluRay Rips erstellt mit MakeMKV, Downloads, Serien mit 720p50, 2K mit h.264, DVB Aufnahmen mit TS Doctor gecleaned und neu gemuxed ...

Sprich alle moeglichen Aufloesungen (720, 1080, 2160), Bitraten (3 Mbit/s bis 90 Mbit/s), Bildwiederholraten (25fps, 50, 23.976, 60) ... einzig h.264 ist so ziemlich das gleiche, allerdings mit varierenden Formaten (5.1, 4.1) und ReFrames.

Geschnitten wurde nur bei den DVB Aufnahmen, aber da habe ich eine einzige getestet ("Ein Mord mit Aussicht").

Auf meinem parallel stehenden Dune HD Max wie sogar auf meinem alten Zidoo X1 oder X9 (beide ebenfalls mit Kodi) keine Probleme dieser Art.

Zitat

Du spielst grundsätzlich von externer Platte ab oder von einem Nas?

Grundsaetzlich vom NAS, aber fuer die Tests, die nvidia zum RMA gewuenscht hatte, habe ich extra einen BD Rip auf meinen USB Stick gepackt und genau das gleiche Verhalten bekommen. D.h. es liegt nicht am Netzwerkstream.

Frage: Deinstalliert ihr Kodi bevor ihr eine neue Version installiert ?

Nachtrag: Gestern mit "Antman" getestet, jetzt gerade nochmal mit "Guardians of the Galaxy" ... beide nach ca. 1:08h mit stehendem Bild und Ton laeuft weiter.