Roku Reboots When Starting Playback

[TKEBH964 0]

Haven't been able to pull any server logs yet, been a crazy weekend with the family. However, I don't have issues with my Insignia Roku TV.

[Novalak 1]

a friend (im his IT support) is having the same issue

3/4 of his movies are crashing. Ill need to get to his place to pull logs

[above1 41]

I'm having the same issues with some of my MKV's.  As others have stated, I too have no correlating transcode logs. The move I'm try to play on the ROKU 3 is: Maze Runner The Scorch Trials [PG-13].mkv

 

The media info is:

Media Info

Video

CodecH264
ProfileHigh
Level41
Resolution1920x800
Aspect ratio2.40:1
AnamorphicNo
InterlacedNo
Framerate23.97602
Bitrate12706 kbps
Bit depth8 bit
Pixel formatyuv420p
Ref frames5
CABACYes

Audio

Languageeng
CodecDCA
ProfileDTS-HD MA
Layout5.1
Channels6 ch
Sample rate48000 khz
DefaultYes

Audio

Languageeng
CodecAC3
Layoutstereo
Channels2 ch
Bitrate218 kbps
Sample rate48000 khz
DefaultNo

Subtitle

Languageeng
CodecPGSSUB
DefaultYes
ForcedNo
ExternalNo

Subtitle

Languageeng
CodecSRT
DefaultNo
ForcedNo
ExternalYes

Subtitle

Languagespa
CodecSRT
DefaultNo
ForcedNo
ExternalYes

Subtitle

Languagevie
CodecSRT
DefaultNo
ForcedNo
ExternalYes

Containermkv

Path\\192.168.1.101\Movies\Maze Runner The Scorch Trials (2015)\Maze Runner The Scorch Trials [PG-13].mkv

 

Server logs are below:

 

2015-11-23 10:37:02.4858 Info - HttpServer: HTTP Response 200 to 192.168.1.122. Time: 16ms. http://192.168.1.101:8096/emby/Users/fe8e98c1df54d9b502474bab46ee8982/Items/c9012153bfa0bde300e943ccfe6a097b
2015-11-23 10:37:02.5796 Info - HttpServer: HTTP POST http://192.168.1.101:8096/emby/Items/c9012153bfa0bde300e943ccfe6a097b/PlaybackInfo?UserId=fe8e98c1df54d9b502474bab46ee8982&starttimeticks=00000000&maxstreamingbitrate=30000000
 Ip: 192.168.1.122:55306. Headers: User-Agent=Roku/DVP-7.0 (047.00E09021A),Host=192.168.1.101:8096,Accept=*/*,Accept-Encoding=deflate, gzip,X-Emby-Authorization=MediaBrowser Client="Roku", Device="Fireplace", DeviceId="1GS42E010101", Version="2.15", UserId="fe8e98c1df54d9b502474bab46ee8982",X-MediaBrowser-Token=f8f3451858f8408f825e3eb7dfe12d63,Content-Type=application/json,Content-Length=2737,Expect=100-continue
2015-11-23 10:37:02.6108 Info - App: Profile: Roku, Path: \\192.168.1.101\Movies\Maze Runner The Scorch Trials (2015)\Maze Runner The Scorch Trials [PG-13].mkv, isEligibleForDirectPlay: True, isEligibleForDirectStream: True
2015-11-23 10:37:02.6108 Info - App: Profile: Roku, No direct play profiles found for Path: \\192.168.1.101\Movies\Maze Runner The Scorch Trials (2015)\Maze Runner The Scorch Trials [PG-13].mkv
2015-11-23 10:37:02.6265 Info - App: Profile: Roku, Path: \\192.168.1.101\Movies\Maze Runner The Scorch Trials (2015)\Maze Runner The Scorch Trials [PG-13].mkv, isEligibleForDirectPlay: True, isEligibleForDirectStream: True
2015-11-23 10:37:02.6265 Info - App: Profile: Roku, No direct play profiles found for Path: \\192.168.1.101\Movies\Maze Runner The Scorch Trials (2015)\Maze Runner The Scorch Trials [PG-13].mkv
2015-11-23 10:37:02.6265 Info - App: Profile: Roku, Path: \\192.168.1.101\Movies\Maze Runner The Scorch Trials (2015)\Maze Runner The Scorch Trials [PG-13].mkv, isEligibleForDirectPlay: True, isEligibleForDirectStream: True
2015-11-23 10:37:02.6265 Info - App: Profile: Roku, No direct play profiles found for Path: \\192.168.1.101\Movies\Maze Runner The Scorch Trials (2015)\Maze Runner The Scorch Trials [PG-13].mkv
2015-11-23 10:37:02.6265 Info - HttpServer: HTTP Response 200 to 192.168.1.122. Time: 47ms. http://192.168.1.101:8096/emby/Items/c9012153bfa0bde300e943ccfe6a097b/PlaybackInfo?UserId=fe8e98c1df54d9b502474bab46ee8982&starttimeticks=00000000&maxstreamingbitrate=30000000
2015-11-23 10:37:02.6890 Info - HttpServer: HTTP GET http://192.168.1.101:8096/emby/Videos/c9012153bfa0bde300e943ccfe6a097b/c9012153bfa0bde300e943ccfe6a097b/Subtitles/4/0/Stream.srt
 Ip: 192.168.1.122:55317. Headers: Connection=close,Host=192.168.1.101:8096,User-Agent=Roku/DVP-7.0 (047.00E09021A)
2015-11-23 10:37:02.7046 Info - HttpServer: HTTP Response 200 to 192.168.1.122. Time: 16ms. http://192.168.1.101:8096/emby/Videos/c9012153bfa0bde300e943ccfe6a097b/c9012153bfa0bde300e943ccfe6a097b/Subtitles/4/0/Stream.srt
2015-11-23 10:37:02.7515 Info - HttpServer: HTTP GET http://192.168.1.101:8096/emby/videos/c9012153bfa0bde300e943ccfe6a097b/master.m3u8?DeviceId=1GS42E010101&MediaSourceId=c9012153bfa0bde300e943ccfe6a097b&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=29872000&AudioBitrate=128000&MaxAudioChannels=2&MaxFramerate=30&MaxWidth=1920&MaxHeight=1080&Level=41&ClientTime=635839006226265210&MaxRefFrames=12&MaxVideoBitDepth=8&Profile=high&PlaySessionId=dff6cd6f68fd494e9f0abff48a0872a3&api_key=f8f3451858f8408f825e3eb7dfe12d63
 Ip: 192.168.1.122:55318. Headers: Host=192.168.1.101:8096,User-Agent=Roku/DVP-7.0 (047.00E09021A),Accept-Encoding=gzip, deflate
2015-11-23 10:37:02.7671 Debug - App: Cannot stream copy video due to missing keyframe info
2015-11-23 10:37:02.7827 Info - HttpServer: HTTP Response 200 to 192.168.1.122. Time: 31ms. http://192.168.1.101:8096/emby/videos/c9012153bfa0bde300e943ccfe6a097b/master.m3u8?DeviceId=1GS42E010101&MediaSourceId=c9012153bfa0bde300e943ccfe6a097b&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=29872000&AudioBitrate=128000&MaxAudioChannels=2&MaxFramerate=30&MaxWidth=1920&MaxHeight=1080&Level=41&ClientTime=635839006226265210&MaxRefFrames=12&MaxVideoBitDepth=8&Profile=high&PlaySessionId=dff6cd6f68fd494e9f0abff48a0872a3&api_key=f8f3451858f8408f825e3eb7dfe12d63
2015-11-23 10:37:02.8452 Info - HttpServer: HTTP GET http://192.168.1.101:8096/emby/videos/c9012153bfa0bde300e943ccfe6a097b/main.m3u8?DeviceId=1GS42E010101&MediaSourceId=c9012153bfa0bde300e943ccfe6a097b&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=29872000&AudioBitrate=128000&MaxAudioChannels=2&MaxFramerate=30&MaxWidth=1920&MaxHeight=1080&Level=41&ClientTime=635839006226265210&MaxRefFrames=12&MaxVideoBitDepth=8&Profile=high&PlaySessionId=dff6cd6f68fd494e9f0abff48a0872a3&api_key=f8f3451858f8408f825e3eb7dfe12d63
 Ip: 192.168.1.122:55318. Headers: Host=192.168.1.101:8096,User-Agent=Roku/DVP-7.0 (047.00E09021A),Accept-Encoding=gzip, deflate
2015-11-23 10:37:02.8452 Debug - App: Cannot stream copy video due to missing keyframe info
2015-11-23 10:37:03.1421 Info - HttpServer: HTTP GET http://192.168.1.101:8096/emby/ScheduledTasks?IsEnabled=true
 Ip: 192.168.1.101:51559. Headers: Host=192.168.1.101:8096,Connection=keep-alive,Accept=application/json, text/javascript, */*; q=0.01,X-MediaBrowser-Token=dd3aa50a5a7c4bba89df0e1b4921fbd5,User-Agent=Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36,X-Emby-Authorization=MediaBrowser Client="Emby Web Client", Device="Chrome 46.0.2490.86", DeviceId="d3507a7f4d2fe8aa001093f1b8bc0b527628bb05", Version="3.0.5781.2", UserId="3851260281f9ce37a604456c4a1fe938",Accept-Encoding=gzip, deflate, sdch,Accept-Language=en-US,en;q=0.8
2015-11-23 10:37:03.1421 Info - HttpServer: HTTP Response 200 to 192.168.1.101. Time: 0ms. http://192.168.1.101:8096/emby/ScheduledTasks?IsEnabled=true
2015-11-23 10:37:03.2515 Info - HttpServer: HTTP Response 200 to 192.168.1.122. Time: 406ms. http://192.168.1.101:8096/emby/videos/c9012153bfa0bde300e943ccfe6a097b/main.m3u8?DeviceId=1GS42E010101&MediaSourceId=c9012153bfa0bde300e943ccfe6a097b&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=29872000&AudioBitrate=128000&MaxAudioChannels=2&MaxFramerate=30&MaxWidth=1920&MaxHeight=1080&Level=41&ClientTime=635839006226265210&MaxRefFrames=12&MaxVideoBitDepth=8&Profile=high&PlaySessionId=dff6cd6f68fd494e9f0abff48a0872a3&api_key=f8f3451858f8408f825e3eb7dfe12d63
2015-11-23 10:37:04.4494 Debug - HttpServer: Exiting HttpConnection.OnReadInternal because nread=0. ConnectionId: bd805d24bac546e8b971574f317ccbb1
2015-11-23 10:37:04.4494 Debug - HttpServer: Exiting HttpConnection.OnReadInternal because nread=0. ConnectionId: a2aeb4fb70304d9f85dc48c81b49c2d3
2015-11-23 10:37:04.4494 Debug - HttpServer: Exiting HttpConnection.OnReadInternal because nread=0. ConnectionId: 86ff8c6d9f3443988f5e19e38005bc89
2015-11-23 10:37:04.4494 Debug - HttpServer: Exiting HttpConnection.OnReadInternal because nread=0. ConnectionId: 935c79aa012f40cba5ee04b0e9b04fe3
2015-11-23 10:37:04.4494 Debug - HttpServer: Exiting HttpConnection.OnReadInternal because nread=0. ConnectionId: 7204da73d34d4708b888340cd7d6199e
2015-11-23 10:37:04.4494 Debug - HttpServer: Exiting HttpConnection.OnReadInternal because nread=0. ConnectionId: 61ddd55b269841328a354d469cae36c1
2015-11-23 10:37:04.4494 Debug - HttpServer: Exiting HttpConnection.OnReadInternal because nread=0. ConnectionId: a27f344af2544fc692e5b0cad0c73414
2015-11-23 10:37:04.4494 Debug - HttpServer: Exiting HttpConnection.OnReadInternal because nread=0. ConnectionId: 1e98e2fc3415464297a82434356cbb7f
2015-11-23 10:37:04.4494 Debug - HttpServer: Exiting HttpConnection.OnReadInternal because nread=0. ConnectionId: e581ef0f1a79437f93fe569ff667a86f
2015-11-23 10:37:04.4650 Debug - HttpServer: Exiting HttpConnection.OnReadInternal because nread=0. ConnectionId: b0b6f4152470444f9f64b2195057dc03
2015-11-23 10:37:04.4650 Debug - HttpServer: Exiting HttpConnection.OnReadInternal because nread=0. ConnectionId: dd0fe68dbd9b40018da94059a33ba027
2015-11-23 10:37:04.4650 Debug - HttpServer: Exiting HttpConnection.OnReadInternal because nread=0. ConnectionId: c5c70008932e41a49377a97614d864d2
2015-11-23 10:37:09.1422 Info - HttpServer: HTTP GET http://192.168.1.101:8096/emby/ScheduledTasks?IsEnabled=true
 Ip: 192.168.1.101:51559. Headers: Host=192.168.1.101:8096,Connection=keep-alive,Accept=application/json, text/javascript, */*; q=0.01,X-MediaBrowser-Token=dd3aa50a5a7c4bba89df0e1b4921fbd5,User-Agent=Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36,X-Emby-Authorization=MediaBrowser Client="Emby Web Client", Device="Chrome 46.0.2490.86", DeviceId="d3507a7f4d2fe8aa001093f1b8bc0b527628bb05", Version="3.0.5781.2", UserId="3851260281f9ce37a604456c4a1fe938",Accept-Encoding=gzip, deflate, sdch,Accept-Language=en-US,en;q=0.8
2015-11-23 10:37:09.1422 Info - HttpServer: HTTP Response 200 to 192.168.1.101. Time: 0ms. http://192.168.1.101:8096/emby/ScheduledTasks?IsEnabled=true
2015-11-23 10:37:15.1431 Info - HttpServer: HTTP GET http://192.168.1.101:8096/emby/ScheduledTasks?IsEnabled=true
 Ip: 192.168.1.101:51559. Headers: Host=192.168.1.101:8096,Connection=keep-alive,Accept=application/json, text/javascript, */*; q=0.01,X-MediaBrowser-Token=dd3aa50a5a7c4bba89df0e1b4921fbd5,User-Agent=Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36,X-Emby-Authorization=MediaBrowser Client="Emby Web Client", Device="Chrome 46.0.2490.86", DeviceId="d3507a7f4d2fe8aa001093f1b8bc0b527628bb05", Version="3.0.5781.2", UserId="3851260281f9ce37a604456c4a1fe938",Accept-Encoding=gzip, deflate, sdch,Accept-Language=en-US,en;q=0.8
2015-11-23 10:37:15.1431 Info - HttpServer: HTTP Response 200 to 192.168.1.101. Time: 0ms. http://192.168.1.101:8096/emby/ScheduledTasks?IsEnabled=true
2015-11-23 10:37:21.1365 Info - HttpServer: HTTP GET http://192.168.1.101:8096/emby/ScheduledTasks?IsEnabled=true
 Ip: 192.168.1.101:51559. Headers: Host=192.168.1.101:8096,Connection=keep-alive,Accept=application/json, text/javascript, */*; q=0.01,X-MediaBrowser-Token=dd3aa50a5a7c4bba89df0e1b4921fbd5,User-Agent=Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36,X-Emby-Authorization=MediaBrowser Client="Emby Web Client", Device="Chrome 46.0.2490.86", DeviceId="d3507a7f4d2fe8aa001093f1b8bc0b527628bb05", Version="3.0.5781.2", UserId="3851260281f9ce37a604456c4a1fe938",Accept-Encoding=gzip, deflate, sdch,Accept-Language=en-US,en;q=0.8
2015-11-23 10:37:21.1365 Info - HttpServer: HTTP Response 200 to 192.168.1.101. Time: 0ms. http://192.168.1.101:8096/emby/ScheduledTasks?IsEnabled=true
2015-11-23 10:37:27.1319 Info - HttpServer: HTTP GET http://192.168.1.101:8096/emby/ScheduledTasks?IsEnabled=true
 Ip: 192.168.1.101:51559. Headers: Host=192.168.1.101:8096,Connection=keep-alive,Accept=application/json, text/javascript, */*; q=0.01,X-MediaBrowser-Token=dd3aa50a5a7c4bba89df0e1b4921fbd5,User-Agent=Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36,X-Emby-Authorization=MediaBrowser Client="Emby Web Client", Device="Chrome 46.0.2490.86", DeviceId="d3507a7f4d2fe8aa001093f1b8bc0b527628bb05", Version="3.0.5781.2", UserId="3851260281f9ce37a604456c4a1fe938",Accept-Encoding=gzip, deflate, sdch,Accept-Language=en-US,en;q=0.8
2015-11-23 10:37:27.1319 Info - HttpServer: HTTP Response 200 to 192.168.1.101. Time: 0ms. http://192.168.1.101:8096/emby/ScheduledTasks?IsEnabled=true
2015-11-23 10:37:32.1319 Info - HttpServer: HTTP GET http://192.168.1.101:8096/emby/ScheduledTasks?IsEnabled=true
 Ip: 192.168.1.101:51559. Headers: Host=192.168.1.101:8096,Connection=keep-alive,Accept=application/json, text/javascript, */*; q=0.01,X-MediaBrowser-Token=dd3aa50a5a7c4bba89df0e1b4921fbd5,User-Agent=Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36,X-Emby-Authorization=MediaBrowser Client="Emby Web Client", Device="Chrome 46.0.2490.86", DeviceId="d3507a7f4d2fe8aa001093f1b8bc0b527628bb05", Version="3.0.5781.2", UserId="3851260281f9ce37a604456c4a1fe938",Accept-Encoding=gzip, deflate, sdch,Acce

Edited November 23, 2015 by above1

[NZarathustra 1]

I'm having the same issue.  I selected four movies for playback (one MKV, one AVI and two MP4s).  For the MKV, AVI and the last MP4, the "load" bar gets to about 1/8 full and then the Roku restarts.  I was able to load and play the 3rd one with no issues.

 

I have a Roku 3 model 4200X, OS7, build 9021.  I've attached the two logs in the Server log folder.  It appears (at least from my noob review) that the third one (that worked) WAS being transcoded, but the rest were not.

 

Hope this helps.  I'm unable to figure out how to retrieve logs from the Roku itself, so if you require those, I will need direction (or a link to a walkthrough).

 

Thanks!

 

Edited:  Found the walkthrough in the Wiki.

server-63583833600.txt

transcode-1d4602d6-f973-4c40-83d8-41fc97f33838.txt

Edited November 23, 2015 by NZarathustra

[NZarathustra 1]

Here are the Roku logs and corresponding server and transcode logs.

 

Thanks again!

server-63583833600.txt

transcode-7e971833-930e-49b1-b934-9926ae750b6b.txt

Roku Log - Successful (MP4).txt

Roku Log - Unsuccessful (AVI).txt

Roku Log - Unsuccessful (MKV).txt

Roku Log - Unsuccessful (MP4).txt

[NZarathustra 1]

Sorry for the multiple posts, but after going through most of the movies on my server, the issue only appears to affect those movies with a runtime greater than 2 hours.  I have a 2-hour long movie that will play just fine, but the 2 hour and 2 minute movie causes the Roku to restart.  Anything less than or equal to two hours of runtime plays just fine, and anything more than two hours does not.

 

Hope that helps.

[y2kse 5]

 

Sorry for the multiple posts, but after going through most of the movies on my server, the issue only appears to affect those movies with a runtime greater than 2 hours.  I have a 2-hour long movie that will play just fine, but the 2 hour and 2 minute movie causes the Roku to restart.  Anything less than or equal to two hours of runtime plays just fine, and anything more than two hours does not.

 

Hope that helps.

 

This aligns with the runtimes of the files I provided MediaInfo logs.  The two that work are < 2 hours and the two that don't are > 2 hours.

 

MediaInfo of private DVD rips:

doesn't work: http://pastebin.com/HiBbKWXc

works: http://pastebin.com/DZw2QzKH

 

MediaInfo for broadcast TV rips from my Tivo:

doesn't work: http://pastebin.com/sa1gFTbH

does work: http://pastebin.com/cst70fJM

Edited November 23, 2015 by y2kse

[KinkyCyborg 0]

That makes sense then. The last 2 movies I tried watching that would fail and restart the Roku were Jurassic World and The 33. Both of which are over 2 hours in length.

Edited November 23, 2015 by KinkyCyborg

[Luke 37063]

Good info guys, thanks. i will do some similar testing tonight.

[Happy2Play 8281]

With some testing if the media is over 2 hrs and needs transcoding the Roku reboots.  Media over 2hrs that doesn't need transcoding plays fine.

[legallink 187]

+1 I can confirm the same issues on my Roku 3 setup.

[Jon 34]

Same here on my kids' Roku 3 and Roku Stick.  If it's 2 hours or more, it restarts.

 

The other two Roku 3s both are on receivers and direct play everything, so they do not experience this.

[suyasag 0]

Yes movies of duration less than 2 hrs have no problem.

This sounds like Roku problem to me!!!

Edited November 24, 2015 by suyasag

[ITMonkey 1]

I can confirm similar behavior.  A movie with a run time of 1:58:45 will "load" 1/8 of the way and cause reboot on Roku 2 and 3.  While a movie of 1:50:40 will play correctly.  Both are m2ts files and >12GB.

[Luke 37063]

I think it's actually due to the size of the HLS manifest. A longer video just makes it more likely to happen. For example, our segment lengths were listed with six decimals, e.g. 3.000000. Yesterday I removed two which made the manifest size a little smaller and that fixed it for a movie that was right about two hours, but it's still a problem for others.

 

All of the entries in the manifest have long query strings. If i remove the query strings, the Roku video player will actually re-add them back automatically based on the manifest query strings, which is really not a good thing and unlike other HLS players. This makes the manifest a lot smaller and resolves the issue, but I can't put out a release with this change because as soon as they fix it, then that release would be broken and another emergency update would be needed. So we might just have to give it a little more time.

[BigBri41 8]

Is your query string work around as simple as changing a few lines of code? If so, could users download the emby Roku code branch and just change it temporarily, then deploy the channel in debug mode on the Roku as a temporary work around?

[Luke 37063]

No it's on the server. In dev I've eliminated one query string param that was no longer needed rather than eliminating the entire query string. that seems to have raised the threshold a little higher, but not solved it obviously.

[QwEmby 2]

Exact same behavior I'm seeing on both Rokus.

Me, too. What's the word on the fix for this? I may have to look for another media server application. Does anyone have an update?

Edited November 26, 2015 by white505

[billy_ray 19]

Any update on this? My remote Roku users are reporting the same issue.

[Murf 3]

Also having issue with Roku 3 restarting version 7 build 9021 when playing an avi file, it is over 2 hours.  Unsure about transcoding? No transcoding log at time of attempted playback.

 

Server log attached (looks like it is @ 2015-11-26 22:00:12.7010 timestamp.)

server-63584171803.txt

Edited November 27, 2015 by Murf

[Happy2Play 8281]

As Luke stated above, the dev release does adjust the threshold a little higher, but looks like about 2h10m is the limit right now.

Version 3.0.5808.18888

[legallink 187]

This does not appear to be something roku is going to address. I haven't seen any discussion from roku on this and all the other apps that were broken appear to have been fixed on mine.

[speechles 1917]

Id expect with a flood of devices (notably black friday edition roku se) and other things (its holiday in the us, thankgiving) that they arent focused on software updates and roll outs yet. When the holidays, and new device registrations slow down they might have time to start addressing the problem. I dont expect them to make an official announcement about a defect of this kind, just a silent fix. Then a hopeful nobody noticed wink and nod.

Edited November 28, 2015 by speechles

[Polygon 0]

I wish I hadn't posted another thread before seeing this. I'm having this same issue. Glad to know it's not a problem with my files. I guess we have to wait for Roku to work this out. I also have the MB Media Browser app installed on the Roku and playing the same movies causes the app to crash but instead of rebooting the Roku it simply goes back to the home screen.

[QwEmby 2]

Why are we expecting Roku to fix this? Why isn't MediaBrowser/Emby correcting this? I'm seriously considering finding another media server. This is B.S.