[klyneshouse]

I run 2 HDHR-US3 through serverWMC 1175 on win 7 to various hardwired raspberry B+ pi's.
I have been experiencing random lockups almost daily where the video freezes and the audio loops the last second continuously.
Does not matter if live stream or if running behind from being paused.
Remotes are all non responsive, and a hard reboot of the pi is necessary.

The pi's webpage is responsive and shows "forward progress", as if the live stream is playing and nothing has happened.
The file in the TempSWMC looks fine at the point of lockup and plays through..
This has been happening since kodi 5.00-5.03 for about 30 days now.
Prior to ver 5.0 my TV time was limited so it may be unfair to point.

See log toward the very end - @ 22:10 the lockup occurred.
http://pastebin.com/3RpYT5tL

Any insight on where to look/try next would be appreciated.
Especially in terms of logs on the Pi etc.

[krustyreturns]

I can't see any problems in the swmc log. What do you mean by the ' file in the TempSWMC looks fine'. Are you talking about the ts file or the wtv file? Did you save them from delete and then try to play them manually to see if the hang in the same spot?

[klyneshouse]

Yes both the .ts and the wtv files play fine in windows media player up to current time (well past the hiccup).
Nothing strange noticed in either of them during the time frame when Raspberry Pi hangs up.

(they don't delete, I just right click on them)

[krustyreturns]

When you stop the stream these files will be deleted, unless you go to the debug tab in swmc and turn off 'delete temporary stream files'. If the crash is only happening on pi's then you should try playing these files on the pi (actually just the ts file) and see if it also play's through. One way to do that is to add the containing folder as a video source on the pi-kodi.

[klyneshouse]

If the crash is only happening on pi's then you should try playing these files on the pi (actually just the ts file) and see if it also play's through. One way to do that is to add the containing folder as a video source on the pi-kodi.

Its isolated to the Pi's as far as I can tell, xbox, and limited testing with Pi2 & plain desktop have not had this type of freeze.
I will give that a go next lockup I get.
They can get fairly large, up to 20GB I believe I have seen.

When you stop the stream these files will be deleted, unless you go to the debug tab in swmc and turn off 'delete temporary stream files'.

Streams are really never "stopped" as far as WMC thinks.
Even the web page of the Pi is showing its playing the next scheduled show.(thus the temp files are not really temps "yet")
While the rest of the pi is totally unresponsive. IR remote & XBMC iphone app for instance will not connect.
I am thinking its definitely a Pi issue, as 2 Pi's playing same stream, will not lock up together at same time.
I will attempt to dig more into the pi logs? and see if I can determine anything there.

Thank you for the tips and all your hard work !

[krustyreturns]

Yeah its not hard for the files to get to 20GB depending on how long you are watching. Does this only happen for long viewing times?

[klyneshouse]

Yes typically > 4Hrs is when it does this.

[krustyreturns]

Since your problem is limited to the pi, so far as we know, you really need to capture a file after a crash and see if the pi fails constantly on playing it back. Then whoever the responsible developer is (kodi, rasbmc, or us) will have something to work with, although getting a 20gb file to them will be a challenge, we'll worry about that later.