Forums

Hallo,even een vraag.

Ik ondervind problemen met het kijken naar films op de VU+ solo se via mijn Mutant 2400HD.

Als ik de Vu mount aan mijn Mutant, heb ik bij het afspelen dat het beeld achter elkaar stil gaat staan en dan komt het wel bekende radertje in beeld.

Heeft er iemand een oplossing heb inmiddels alle 2 de ontvangers voorzien van de laatste versie van openpli.

Dat suggereert een netwerk probleem?

Gebeurt dit altijd, of niet na een herstart maar wordt  het daarna langzaam erger? Want zijn het voor films, gedownload op opgenomen?

Ik neem programma's en films op, op mijn mutant 2400HD.

Vervolgens wil ik deze afspelen op mijn VU+ solo se die boven staat.

Ik heb de Vu gemount met de Mutant.

Als ik nu de programma's wil afspelen op de VU+ dan gaat het beeld steeds stilstaan.

Wat doe ik fout?

Ik heb gehoord dat het toch mogelijk moet zijn.

zitten er UTP\netwerk kabels tussen dus geen WiFi?

Ja alles is bekabeld aangesloten, via een router

Dan is het, mits beide boxen een ip adres in hetzelfde subnet en de cables goed zijn (je zou nog een ping kunnen laten lopen) erg onwaarschijnlijk dat het iets met je netwerk te maken heeft.

Wat je wilt afspelen zijn dat opnames gemaakt met de box of "andere" films?

Opnames gemaakt met de box.

Hoe kan ik een ping test doen.

mutant heeft adres met als laatste cijfers 011 en de vu 012

Dat zou je kunnen doen m.b.v. putty http://www.chiark.gr...y/download.html

inloggen op je Vu en een ping laten lopen naar de Mutant

ping xxx.xxx.xxx.11

Als je deze een paar minuten laat lopen (afbreken met Ctrl c) en alles verloopt goed, is de kans erg klein dat het aan je netwerk ligt.

Hallo , ik heb hetzelfde probleem

2 maxdigital xp1000 met openpli en opnames via NFS naar server in meterkast.

opnames en afspelen verloopt goed maar kan alleen opnames afspelen zonder hapering als deze met dezelfde ontvanger gemaakt zijn.

Dat is wel erg apart, een opname is een binaire kopie van de volledige transportstream.

Probeer eens CIFS (samba) in plaats van NFS. Of andersom als je al CIFS gebruikt.

Het heeft wel ooit gewerkt, met eerdere images

Heb cifs wel eens geprobeerd, maar omslachtig op te zetten gezien ik alleen linux pc's en servers in huis heb en niks windows.

Bij mij heeft het vroeger wel gewerkt maar sinds een paar maand niet meer, iemand een andere oplossing voor dit probleem.

Heb zojuist een ping test gedaan op alle ip adressen alles werkt goed, moet dus een ander probleem zijn

Van ene ontvanger naar de andere kun je een ping flood test doen, daar zie je veel meer aan. Dit kan niet van/naar windows, dus moet je echt van/naar ontvanger doen.

stap 1: flood ping: ping -f

stap 2: grote packets: ping -s 16384

stap 3: flood ping met grote packets: ping -f -s 16384

En dan eens kijken hoeveel je packet loss je hebt.

-f is niet ondersteunt in de busybox versie van ping, helaas.

...en ook de "upgrade' van ash naar bash (opkg install bash) brengt op dit punt niets. Dus zal een flood test van een Unix/Linux machine naar de box moeten.

Probleem opgelost, had in slaapkamer  nog een ontvanger met oude versie van openvix erop, die kon wel alles afspelen van de nas wat met andere ontvangers was opgenomen.

Dezelfde image op andere ontvangers geplaats en alles werkt weer perfect.(openvix-3.0.722)

ps met deze regel in fstab heb ik snelste overdrachtsnelheid ;  

192.168.1.xxx:/export/TVopnames     /media/hdd      nfs nfsvers=3,rw,nolock,proto=tcp,rsize=32768,wsize=32768,timeo=14,fg,soft,intr      0     0

Blijf het bizar vinden, een transportstream is een directe binaire kopie, die is exact dezelfde voor elke box, en voor elke image leverancier, al was het een image van 10 jaar terug.

-f is niet ondersteunt in de busybox versie van ping, helaas.

#*((#$# altijd weer dat stomme busybox. Er staat me toch vrij sterk bij dat ik ooit flood pings heb gedaan vanaf m'n stb. Ik ga eens even kijken of we ook de "echte" ping in de image kunnen krijgen.