|
|
Does it do this with MVE movies too? It's the same basic code (I upgraded the MVE code to work like the Theora code) so it should happen with both. If it only happens with Theora movies then it's specific to the Theora only code bits. If it happens with both movie types then it's probably some issue with the common code. |
|
|
Okay... I just copied over the MVEs of FS1 and tested it with the FSPort. And unfortunaly, it's also flickering... Oh... And I think I saw some speed-changing in theora-movies... Especially at scene-change it slows down... Sometimes it's lagging for a very short time and then even the flickering is slowing down... MVEs are played back smoothly and the flickering is very... Uhm... Consistant... |
|
2007-01-03 14:54
|
Video.png (186,734 bytes) |
|
|
I've tested it with D3D now... Well... It doesn't flicker, but... Look for yourself. I've attached an file (Video.png). That's an screenshot of the Video playing in D3D mode. EDIT: Okay... I think we can forget this... It was my fault again... Somewhen I did activate "Triple Buffering" in the nvCpl... Now that I disabled it the video is playing fine under Windows... Will test it later in Linux... But movie-Playback still is a bit slow... |
|
|
I know it doesn't work in D3D, there just isn't anyone to code in proper support for it. In the future though, D3D won't even be allowed to play Theora movies until someone comes along and fills in the code for it. The "Triple Buffering" thing ... sounds about right. It currently is only designed to be used on double-buffer at most. So what is happening is that it clears two buffers, but the third gets left in it's previous state. The video is only output to the portion of the screen in which it's shown, so the third buffer will still show whatever it had on it previously, behind the video. I had a clear call each frame in earlier code, but took it out since that slows things down a little bit. I figured it better to have the movies play faster rather than safer. :) Speed wise though, the Theora movies are very CPU bound. The MVEs don't really have this problem. The Theora movies first have to be decoded by the codec, into YUV, then converted by the player into RGB so that it can be shown on screen. Eventually the RGB conversion will be optional depending on your video card (with shaders I'll be able to do it on the video card itself, accelerated). Amazingly, the Theora player is about 60% faster than it used to be. It needs further work though, so speed will increase for 3.6.10 at least. And the MVE player used to be *very* slow as well, it took a fair bit of work (almost a year or so of tweaking) to get it to the speed that it runs at now. |
|
|
In my system flickering also appears if I activate triple buffering. (7800GS AGP) (I've only tested with OGG files). |
|
|
Just a little note: I've deactivated triple buffering in Linux, too. Works fine now. And without the flickering, those speed-changes are barely noticeable :) |
|
|
Fixed locally (by clearing all three buffers). I'll resolve this once the code hits CVS. |
|
|
Someone please re-enable triple-buffering and give this build a try: http://icculus.org/~taylor/fso/willrobinson/reboot.rar |
|
|
Yup... Working in WinXP... I'll try it in Linux as soon as it hits CVS (still fs2_open_3.6.9 branch or the "normal" HEAD Branch?) |
|
|
I'm behind on getting all of my changes in HEAD, but that's my project for this weekend. I won't get this particular fix in either CVS branch until I get caught up with HEAD commits though. But it's easy enough to fix yourself. Open code/cutscene/movie.cpp and go to around line 240. You should see a gr_clear(), gr_flip(), gr_clear() sequence. Add an extra gr_flip() and gr_clear() call after that, it will then catch all 3 buffers. :) |
|
|
It seems fixed. Good work. |
|
|
Fixered. |
- Anonymous
