if you just want to play a movie, you can do it outside pygame, using others python binding, such as mpylayer.
- run the pygame appllication. - launch the movie. - stop the movie. - return to pygame screen. 2015-02-13 18:59 GMT+01:00 Brian Madden <br...@missionpinball.com>: > Oh man that would be awesome! Unfortunately Pygame can't do that (unless > I'm missing something)... > > Anyone else? > > On Fri, Feb 13, 2015 at 9:45 AM, Charles Cossé <cco...@gmail.com> wrote: > >> Hi Brian, >> Don't know if possible, but if i were you i'd investigate embedding your >> videos. Is there any html support in pygame? I don't know, personally, >> but if yes then that's the way i'd suggest ... >> good luck, >> Charles >> >> On Fri, Feb 13, 2015 at 10:41 AM, Brian Madden <br...@missionpinball.com> >> wrote: >> >>> Hi Everyone, >>> >>> I have a Python app that's pretty much ready to go. Problem is that we >>> need to be able to play videos. To be honest I never really looked too deep >>> into Pygame's video support. I knew from the docs that it had to be MPEG-1 >>> and that if you wanted audio then it had to have exclusive control of >>> Pygame.media, so I kind of thought, "Ok, that's fine, I'll deal with all >>> that later." >>> >>> So now it's "later" and I'm dealing with it. :) >>> >>> Problem is that we cannot get videos converted to MPEG-1 in a way that >>> works reliably. We've gone through all the posts on this list and read a >>> lot. Sometimes the videos play, sometimes not, sometimes we get SDL errors, >>> sometimes we get garbage on the screen.. It's really kind of a mess. >>> >>> So I've started looking into options for non-MPEG1 videos and I wonder >>> if anyone has successfully done anything? >>> >>> I found a blog post where a guy wrote a simple app that uses Pyglet to >>> play the video and then for each frame it converts the Pyglet video frame >>> to a Pyglet texture (kind of like Pyglet's version of a Surface), converts >>> the pixels to a ctype, converts the ctype to the format Pygame can use, >>> converts it to an image, then blits it to the Pygame window surface. That >>> technically works but it's far too slow.. for hi-def videos we're only >>> getting about 10fps. >>> >>> So I wonder if there are any other alternatives? Like can we install >>> SDL2 and use PySDL2 to play the video and somehow convert that to a Pygame >>> surface? (I have no idea if surfaces between SDL1.2 and SDL2 are >>> compatible, or if so if it would be possible to get them into Pygame.) >>> >>> Or are there any other crazy ideas? >>> >>> To be honest if we can't figure this out then I think we're going to >>> have to go with something other than Pygame, which would be a lot of work, >>> but I don't know of any other alternatives? Unfortunately I don't know C or >>> C++ so I'm afraid I'm not much help in terms of contributing to Pygame. >>> >>> Has anyone successfully taken a Python project based on Pygame and >>> converted it to PySDL2? From what I've read it seems like there are many >>> similarities since they're both SDL, but I don't know how much "other" work >>> Pygame is doing, and whether if I recreated any of that in Python it will >>> be fast enough? >>> >>> Anyway, sorry I'm a bit all over the place. I wonder if anyone has any >>> thoughts to share? >>> >>> Thanks, >>> Brian >>> >>> -- >>> *Brian Madden* >>> Mission Pinball (blog <http://missionpinball.com> | twitter >>> <https://twitter.com/missionpinball> | MPF software framework >>> <http://missionpinball.com/framework> | sample games >>> <https://missionpinball.com/blog/category/big-shot-em-conversion/>) >>> >> >> > > > -- > *Brian Madden* > Mission Pinball (blog <http://missionpinball.com> | twitter > <https://twitter.com/missionpinball> | MPF software framework > <http://missionpinball.com/framework> | sample games > <https://missionpinball.com/blog/category/big-shot-em-conversion/>) >
