Video display, frame rate 640x480 @ 30fps achievable?
Hi, I need to develop an application that displays video 640x480 16-bit per pixel with 30 fps. I would prefer to do that with Python (wxPython) but don't have any experience whether it is possible to achieve that frame rate and still have some resources for other processing left? My development PC would be a Celeron 1 GHz. The final system could be a faster system. I would appreciate if anybody could share some experience in that field. Thanks for any help. Guenter -- http://mail.python.org/mailman/listinfo/python-list
Re: Video display, frame rate 640x480 @ 30fps achievable?
Fredrik Lundh schrieb: > getting the data into the "blittable" object fast enough may be more > of a problem, though. I don't know how good wxPython is in that > respect; Tkinter's PhotoImage is probably not fast enough for video, > but a more lightweight object like PIL's ImageWin.Dib works just > fine (I just wrote a test script that reached ~200 FPS at 1400x900, > but my machine is indeed a bit faster than a 1 GHz Celeron). > > I would be interested in how many frames this reaches on my computer. Did you create like two arbitrary images under PLI and then display them one after another? Then stop the time and count how many times you were able to switch between the two? One feature I need to figure out when using PLI is that I need to move a cursor over the image, controlled by a joystick. But I could add that with the drawing feature when creating the image. Now is there a feature that would allow me to map data from a memory into an image? I saw there is a function called Image.frombuffer(). If I understand that right the buffer is a python data type. If I get that data type to represent a specific memory where I can dma the data to I should be able to display them pretty fast? Guenter -- http://mail.python.org/mailman/listinfo/python-list
Re: Video display, frame rate 640x480 @ 30fps achievable?
Peter Hansen schrieb: > > Maybe it would be a good idea to tell us something about the nature of > the image you'll be displaying (though the fact that it needs a > cross-hair or something is useful information, for a start). For > example, is it a photographic image? A map? A drawing? Is it > generated dynamically, or is it static? Do you pan over it, or zoom it, > or what? > > -Peter It is a video image coming from a camera over a frame grabber board. The video from the frame grabber is passed to another board that performs some processing and when it comes back from that board it needs to be displayed. The joystick allows to specify some regions of interest in the image, but any zooming is done by the chip on that second board. So the application needs only to take the image it gets from that second board, displays it, handle the joystick input and does some book keeping of where it is with the joystick position and zoom factor. It also needs to initiate the frame grabber and the second processing board, but that should be simple by having some python extensions to the respective software api provided with the boards. As the data transfers between the boards are DMA based it should not put any constrain on the application. Guenter -- http://mail.python.org/mailman/listinfo/python-list
Re: Video display, frame rate 640x480 @ 30fps achievable?
Michael Sparks schrieb: > Yes. > > Co-incidentally we've been looking at video playback this week as well. > We've been using Pygame with an Overlay surface, and it works fairly well. I guess Pygame was more suitable overall for your application? I would just be interested whether you have considered using PyMedia? I knew about Pygame, but haven't done anything with it yet. So far when I needed a GUI based application I have used wxPython, but I am not stuck to that. > Initially we're testing with simple IYUV raw video data, and it's a good > idea to use a modern video card supported by your OS, but other than that > we've not had problems. If you're interested in code, let us know :-) > Thanks for the offer. If it is getting serious and I need some jump start I might come back to you about the code. [...] Guenter -- http://mail.python.org/mailman/listinfo/python-list
Re: wxpython on cygwin for drPython - ImportError: No module named _core_
Stephane Roy wrote: > Hi, > > Did someone installed and used successfully drPython on Cygwin? The > installation requires > wxpython. I tried many different alternatives (source, binary, etc) but so > far the best I get is the following. This might not be a direct help either, but have you considered running the native windows python out of cygwin? I used to have the python that comes with the cygwin installation, but ran several times into problems with GUI base applications. What I am doing now is have all python stuff installed as native windows install and set the path accordingly so that I can call the interpreter from the cygwin command line. There might be some short comings with this way I haven't thought about or ran into yet, but so far (for two years) I haven't run into any problems with that. Using this way I have developed some small GUI applications with wxPython. Guenter -- http://mail.python.org/mailman/listinfo/python-list
