2014-07-08, 19:57
Then your bug is something else. I cannot reproduce the hang with swfilter turned on (respectively Prefer VAAPI Render Method turned off for later versions). Even not after 10 hours continuously watching ...
(2014-07-08, 19:30)Matt Devo Wrote:(2014-07-07, 21:55)fritsch Wrote: No progress.
Go to Video -> Acceleration (Turn on Expert Settings view) and enable "Use SW Filter" ... that will workaround this bug.
this actually makes the issue worse on the ChromeBox on OE 4.0.6. With the software filter option deselected, the GPU will hang for a few seconds, then resume. If the option is selected, the GPU will hang indefinitely. I can reproduce this reliably, and will be testing the FernetMenta master with OE master as soon as it finishes building
(2014-07-08, 19:57)fritsch Wrote: Then your bug is something else. I cannot reproduce the hang with swfilter turned on (respectively Prefer VAAPI Render Method turned off for later versions). Even not after 10 hours continuously watching ...
(2014-07-08, 19:57)fritsch Wrote: Then your bug is something else. I cannot reproduce the hang with swfilter turned on (respectively Prefer VAAPI Render Method turned off for later versions). Even not after 10 hours continuously watching ...
(2014-07-08, 22:15)tret Wrote: Matt, I'll enable the SW Filter option this afternoon and let you know if I get the same results. BTW, do you have a video (or videos) in particular that you can regularly reproduce the freeze with? Like I mentioned in my last comment I can go hours (and spanning multiple videos) without a freeze.
(2014-07-08, 23:03)FernetMenta Wrote: Time to wake up for Intel's GPU driver developers! Or the GPU part is going to get a disaster as AMD's fglrx. After years of trying no reasonable vpp, what a shame.
(2014-07-08, 23:34)Matt Devo Wrote:(2014-07-08, 19:57)fritsch Wrote: Then your bug is something else. I cannot reproduce the hang with swfilter turned on (respectively Prefer VAAPI Render Method turned off for later versions). Even not after 10 hours continuously watching ...
(2014-07-08, 22:15)tret Wrote: Matt, I'll enable the SW Filter option this afternoon and let you know if I get the same results. BTW, do you have a video (or videos) in particular that you can regularly reproduce the freeze with? Like I mentioned in my last comment I can go hours (and spanning multiple videos) without a freeze.
(2014-07-08, 23:03)FernetMenta Wrote: Time to wake up for Intel's GPU driver developers! Or the GPU part is going to get a disaster as AMD's fglrx. After years of trying no reasonable vpp, what a shame.
I'm testing with the BluRay version of Joe (2013), extracted to mkv (using MakeMKV), no recompression - simply because someone reported it as having a reproduceable lockup. At 1:16:29, it will reliably lock up completely with 'Use SW filter' enabled; with it disabled, the video will pause for ~5s, then FF to catch up. Here's the debug log (using OE 4.0.6):
http://pastebin.com/rFBUppea
a build I just compiled using OE git master + FernetMenta git master will do the ~5s pause/speedup regardless of the 'Prefer VAAPI render method' setting. It did reboot the first time I testing it, but I haven't been able to reproduce since.
(2014-07-08, 23:44)tret Wrote: Would it be possible to get a 1-2 minute sample including the lockup timestamp? I'd like to duplicate your testing and confirm the same results. Also, is there any way to analyze the video to find out what it is at that timestamp that differs from other video?
(2014-07-09, 00:20)Matt Devo Wrote:(2014-07-08, 23:44)tret Wrote: Would it be possible to get a 1-2 minute sample including the lockup timestamp? I'd like to duplicate your testing and confirm the same results. Also, is there any way to analyze the video to find out what it is at that timestamp that differs from other video?
link: https://dl.dropboxusercontent.com/u/9830...sample.mkv
sample is 30s long, ~97MB. Will reliably freeze at ~14s.
(2014-07-09, 00:20)Matt Devo Wrote:(2014-07-08, 23:44)tret Wrote: Would it be possible to get a 1-2 minute sample including the lockup timestamp? I'd like to duplicate your testing and confirm the same results. Also, is there any way to analyze the video to find out what it is at that timestamp that differs from other video?
link: https://dl.dropboxusercontent.com/u/9830...sample.mkv
sample is 30s long, ~97MB. Will reliably freeze at ~14s.
(2014-07-09, 05:26)tret Wrote: Note 2: Disabling VAAPI allows playback with no freeze although with the high bitrate video it's really too choppy to watch (for me at least) which kinda makes the Chromebox meh unless a better fix/workaround is found.
tret