Playing video on 6.14

[Samu-kun]

Ah. I never posted in this part of the forum before so I don't know if I'm doing this right.

To figure out if the video issues in 6.13 have been fixed, I've made a little test game. Basically, all you have to do is download the game, press "start" and see if the video plays properly.

What you want to be seeing once you press start is this:
http://www.youtube.com/watch?v=JKg_P0Kt0_c

Unfortunately, on renpy 6.13 playing a video causes renpy to crash for half the people who attempt to view it. So I made this to figure out if the bug's been fixed in 6.14. So please download and tell me what happens. =w=

DOWNLOAD>>>
http://dl.dropbox.com/u/2113235/Video%2 ... .0-all.zip

[Victoria Jennings]

Crashed right at the beginning. "Koisu-su-su-su-su-su-su-"... you get the picture.

EDIT: Right, Windows 7 Home Premium, 64 bit, with an AMD Athlon II X4 630 processor.

[redeyesblackpanda]

This ran on my Windows 7 Home Premium (64 bit). Testing on Ubuntu and Windows 7 Ultimate (both 64 bit). Will update with results.

Edit: Worked with Windows 7 Ultimate (64 bit) but I got a DirectX update warning even though DirectX should have been up to date. Once I clicked through, it ran with no problem. (It's pretty epic no matter how many times I watch it )

Edit: I'm not sure how relevant my results are, as I'm having no trouble playing the original Homeward on this computer either. I'll test it on my Vista 32 bit laptop and see if it works there, since it didn't before.

Edit: Windows Vista home basic (32 bit) had the same error for this as it did for the original Homeward. It ran on Ubuntu (64 bit) no problem though. I'm testing to see if the original Homeward would have worked on it though. Once I'm done, I'll compile all these results so that they're actually presentable.

Last edit: Alright, here's what a summary:

Windows 7 Home Premium (64 bit) Homeward [runs] Test [runs]
Windows 7 Ultimate (64 bit) (VM same laptop) Homeward [runs] Test [runs]
Ubuntu (64 bit) (VM same laptop) Homeward [cannot run .sh file] Test [runs]
Windows Vista (32 bit) (different laptop) Homeward [video error] Test [video error]

[PyTom]

It crashes on my new laptop! And it only crashes on the Intel GPU, not the nvidia one.

That's a good thing - it means I can debug it and see what's going on.

[Deji]

Works on my MacBook pro with OS X 10.7.4 and AMD Radeon 6750M with 512 MB.
It also runs without problems in my Parallels virtual machine with Windows 7.

(:

[Ziassan]

Crash on my side : http://puu.sh/N59.jpg
The first seconds play and it immediatly goes white and not responding, while the sound bugs on a short loop like "de-de-de-de-de".

32bit - Processor Intel® Pentium® P6100 (2,0 GHz) - 1366 x 768 pixels - 2048 Mo RAM - Chipset graphic Intel HD Graphics.

[redeyesblackpanda]

For the computer that mine worked off of it was running off an NVIDIA GeForce GT 650M.
For the one where it didn't work, I was running it with an ATI Radeon X1200.

[Samu-kun]

Hmmmmmm... Does it only work on 64-bit processors? Because it works fine for my 64-bit laptop.
Whatever it is, it doesn't seem like 6.14 made a difference.

[Ziassan]

Based on what PyTom just said, it seems more linked the the Graphic Processor, so the video card it self.
It would crash on the Intel chipset but not on the nvidia ones for instance.

[Samu-kun]

Could be it. I'm using Nvidia GeForce 310M. It seems like Nvidia is one of the safe graphics cards?

[Nuxill]

For me the video stays on the first frame until around 11 seconds in.... but that's what happened to me in 6.13. I've got a four year old macbook with a Intel GMA X3100 chip.

[Camille]

It worked perfectly fine for me. I'm on a 2011 iMac with an AMD Radeon HD 6970M graphics card.

[Kuroneko_rg]

Take this from someone who uses a lot of emulators. Intel graphic drivers are a plague. They usually have awful results when
handling shaders, being these wrong graphic rendering or just crashing the whole program.

I don't know what kind of method Ren'Py uses for video playback, but has anyone with Intel chipset based PCs tried doing
so using software and directx renderer?

I'm just guessing, but if video playback works in software/directx renderers, then the problem might be in how Intel chipsets handles OpenGL. (The only reason I'm guessing this, is because Intel drivers seems to work fine with most Direct3D games).

I'm using Ren'Py 6.13.7 and video playback works fine to me in all renderers.
My graphic card is an Nvidia GT240.

[nyaatrap]

No trouble with win7 64bit corei3 laptop (Intel HD graphics)
Though I updated the graphic driver an half year ago because it had some problem with ren'py. Its laptop is released 1 year ago, but the graphic driver was 2 years ago when I checked its version. I guess even recent released PCs are using old drivers and still causing problems.

[PyTom]

So, to make a long story short, there's two bugs at work here.

The first is that when we got far enough behind on video, the video queue would fill up, and the parser thread would stop running. The audio thread would then starve for data, and sit there holding the audio lock - which the main thread requires to ask if the video is still playing.

A change to the way we lock things, and that's fixed.

There's still a big problem, though - the video decode should not be slowing down this much. So I need to look at that and see what's going on there. I don't know if I can fix it with small changes - which I can push into 6.14 - or if it will require a rewrite of the way movies are played back.