XBOX 360 uitzending gemist loopt na 10 minuten vast

[djcasl]

Beste mensen, ik heb me suf geGoogled en het ene forum na het andere afgestruind en met zoekopdrachten gebombardeerd, maar ik kom niet tot een oplossing.
Als ik uitzending gemist bekijk via de MCE, dan loopt ie na 10 max 12 minuten muurvast, op mijn Vista bak hangt dan ook mijn etray voor de xbox. Ik kan het proces van MCX1 niet meer killen en moet de boel met de aan en uit knop een schop geven.

Systeem is een AMDX3 met 4Gb geheugen, en Vista Ultimate SP2
XBox 360 als media extender.

Wat heb ik geprobeerd.
Alles verwijderen en opnieuw connecten.
Settings die door uitzending gemist worden aanbevolen voor Media Player (met name het uitzetten van het UDP vinkje.
In regedit gezocht naar een screensaver vinkje (maar dat was blijkbaar bij de vorige media center versie)
Firewall (Zonelabs) alle MCE proggies volledige toegang gegeven.
Alles op vaste IP adressen gezet.
Loopt allemaal via een Linksys WRT54GH routertje.

Als ik alles herstart en verder ga in de uitzending, dan doet ie het vanaf dat punt ook weer 10 tot max 12 minuten. Ik lees op internet heel veel mensen met hetzelfde probleem, maar helaas komt niemand met een werkende oplossing.

Ik hoop dat iemand zich herkent in dit probleem en dat iemand een oplossing heeft.

Alvast bedankt.

[psychoclown]

Gezien het een vraag/probleem betreft verplaatst naar Spielerij - Problemen & Vragen.

[Verwijderd]

Hé,

Ik herken het probleem (al is het bij mij meestal na zo'n 6 a 7 minuten). Het heeft in 2009 een paar weken goed gewerkt, maar daarna is dit probleem continue bij alle (of in elk geval veel) UZG streams.

Ik heb een procmon mee laten lopen op de MC PC (in mijn geval Win7 Ultimate) en zie het volgende tijdens streamen van UZG op de MCE:

veel UDP pakketjes van MC PC naar MCE in de vorm van:
12:44:59.5020988 AM ehshell.exe 8828 UDP Send Server2.vdplas.net:50004 -> 192.168.2.3:49152 SUCCESS Length: 893, seqnum: 0, connid: 0

een enkele UDP terugkoppeling:
12:44:59.6196304 AM ehshell.exe 8828 UDP Receive Server2.vdplas.net:50005 -> 192.168.2.3:49153 SUCCESS Length: 56, seqnum: 0, connid: 0

De stream vanaf omroep gemist is TCP:
12:44:59.7129355 AM ehshell.exe 8828 TCP Receive Server2.vdplas.net:63898 -> wm-ondemand07a.omroep.nl:rtsp SUCCESS Length: 1250, seqnum: 0, connid: 0

De TCP receive vanaf omroep.nl en de UDP send naar de MCE wisselen elkaar steeds af.

Ongeveer op het moment dat de stream stopt zie ik een TCP disconnect:

12:54:25.2544943 AM ehshell.exe 8828 TCP Disconnect Server2.vdplas.net:63898 -> wm-ondemand07a.omroep.nl:rtsp SUCCESS Length: 0, seqnum: 0, connid: 0

Na 5 seconden weer een TPC connect:

12:54:30.0262128 AM ehshell.exe 8828 TCP Connect Server2.vdplas.net:63957 -> wm-ondemand07a.omroep.nl:rtsp SUCCESS Length: 0, mss: 1452, sackopt: 1, tsopt: 0, wsopt: 1, rcvwin: 66792, rcvwinscale: 2, sndwinscale: 0, seqnum: 0, connid: 0

Binnen niet als te lange tijd weer gevolgd door 2 disconnects:

12:54:30.1458595 AM ehshell.exe 8828 TCP Disconnect Server2.vdplas.net:63957 -> wm-ondemand07a.omroep.nl:rtsp SUCCESS Length: 0, seqnum: 0, connid: 0
12:54:30.1533927 AM ehshell.exe 8828 TCP Disconnect Server2.vdplas.net:8554 -> 192.168.2.3:1142 SUCCESS Length: 0, seqnum: 0, connid: 0

Zoals ik het zie, wordt dus, om door mij nog onduidelijke redenen de TCP verbinding van de MC PC met omroep.nl verbroken. Wellicht omdat deze TCP stream zelf niet afgespeeld wordt, maar een door de MC PC aangeboden UDP stream en de server op omroep.nl dus geen of te weinig confirmatie krijgt en de stream daarom afbreekt?

Er wordt trouwens bij het starten van de uitzending wel een TCP stream van de MC PC naar de MCE opgezet:

10:07:32.0371941 AM ehshell.exe 6284 TCP Accept Server2.vdplas.net:8554 -> 192.168.2.3:1038 SUCCESS Length: 0, mss: 1460, sackopt: 1, tsopt: 0, wsopt: 1, rcvwin: 65700, rcvwinscale: 8, sndwinscale: 0, seqnum: 0, connid: 0Hé,

Ik herken het probleem (al is het bij mij meestal na zo'n 6 a 7 minuten). Het heeft in 2009 een paar weken goed gewerkt, maar daarna is dit probleem continue bij alle (of in elk geval veel) UZG streams.

Ik heb een procmon mee laten lopen op de MC PC (in mijn geval Win7 Ultimate) en zie het volgende tijdens streamen van UZG op de MCE:

veel UDP pakketjes van MC PC naar MCE in de vorm van:
12:44:59.5020988 AM ehshell.exe 8828 UDP Send Server2.vdplas.net:50004 -> 192.168.2.3:49152 SUCCESS Length: 893, seqnum: 0, connid: 0

een enkele UDP terugkoppeling:
12:44:59.6196304 AM ehshell.exe 8828 UDP Receive Server2.vdplas.net:50005 -> 192.168.2.3:49153 SUCCESS Length: 56, seqnum: 0, connid: 0

De stream vanaf omroep gemist is TCP:
12:44:59.7129355 AM ehshell.exe 8828 TCP Receive Server2.vdplas.net:63898 -> wm-ondemand07a.omroep.nl:rtsp SUCCESS Length: 1250, seqnum: 0, connid: 0

De TCP receive vanaf omroep.nl en de UDP send naar de MCE wisselen elkaar steeds af.

Ongeveer op het moment dat de stream stopt zie ik een TCP disconnect:

12:54:25.2544943 AM ehshell.exe 8828 TCP Disconnect Server2.vdplas.net:63898 -> wm-ondemand07a.omroep.nl:rtsp SUCCESS Length: 0, seqnum: 0, connid: 0

Na 5 seconden weer een TPC connect:

12:54:30.0262128 AM ehshell.exe 8828 TCP Connect Server2.vdplas.net:63957 -> wm-ondemand07a.omroep.nl:rtsp SUCCESS Length: 0, mss: 1452, sackopt: 1, tsopt: 0, wsopt: 1, rcvwin: 66792, rcvwinscale: 2, sndwinscale: 0, seqnum: 0, connid: 0

Binnen niet als te lange tijd weer gevolgd door 2 disconnects:

12:54:30.1458595 AM ehshell.exe 8828 TCP Disconnect Server2.vdplas.net:63957 -> wm-ondemand07a.omroep.nl:rtsp SUCCESS Length: 0, seqnum: 0, connid: 0
12:54:30.1533927 AM ehshell.exe 8828 TCP Disconnect Server2.vdplas.net:8554 -> 192.168.2.3:1142 SUCCESS Length: 0, seqnum: 0, connid: 0

Zoals ik het zie, wordt dus, om door mij nog onduidelijke redenen de TCP verbinding van de MC PC met omroep.nl verbroken. Wellicht omdat deze TCP stream zelf niet afgespeeld wordt, maar een door de MC PC aangeboden UDP stream en de server op omroep.nl dus geen of te weinig confirmatie krijgt en de stream daarom afbreekt?


en gedisconnect als het misgaat (of als de uitzending goed beeindigt):

10:09:32.0461529 AM ehshell.exe 6284 TCP Disconnect Server2.vdplas.net:8554 -> 192.168.2.3:1038 SUCCESS Length: 0, seqnum: 0, connid: 0

Over deze TCP sessie wordt dus geen data gestuurd.

De settings van WMP hebben geen invloed (Dus vinkjes weghalen en/of in het regiser bij de MCX user UseTCP en UseUDP op 0 danwel 1 zetten).

Wie met kennis van netwerkprotocollen en -sessions (TCP en UDP) kan hier iets mee?

[ Voor 72% gewijzigd door Verwijderd op 03-09-2010 10:15 . Reden: viel wat tekst weg ]