Hey Johannes,
I just wanted to hear what the scope of the Gem summer of code stuff is.
I've not had a chance but my cx88 cards are not working properly in gem using pix_video (they will only do 256x256 in Gem, but 640x480 in xawtv) Also a few strange things happen with pix_video (like resetting the fm tuner, sending sometimes I can only send the appropriate values for a device once "reseting" pix_video by instantiating it.
I just just curious if pix_video was part of the new coding project.
Also I've been thinking about a few things in gem that would be better integrated for pixes, in particular I think it should be easy and consistent to pass data to and from the following sources:
* file on disk * sequence of files on disk * pix_multiimage * pix_buffer * frame buffer * texture buffer for a particular gemlist
I was speaking to Alexandre Quessy about it at the pdcon.
Hope all is well, B. Bogart
Hallo Ben!
I just wanted to hear what the scope of the Gem summer of code stuff is.
There are the following objects as a result of the summer of code: pix_fileread, pix_filewrite, pix_devicread
They are made in such a plugin system, where one can choose between various implementations at runtime (in theory), in practice a gstreamer interface was implemented up to now ...
what they can do:
pix_fileread: reading audio+video from all formats gstreamer support (quite a lot) reading from dvd; http, mms, udp,... streams
pix_filewrite: can write some codecs to disk, also over udp network
pix_deviceread: can read from camera+dv devices
They all are in the videoIO branch in GEM cvs.
However, there a few minor things which should be fixed before this comes into the main cvs (the biggest problem ATM is that video data is copied three time each frame, which needs much CPU - but this should be fixed in a few hours ...)
LG Georg
Hey Georg,
Thanks for the update.
by pix_ we're talking about a texture in a gemlist right? (Where pix_write is the misnomer)
Does pix_filewrite write only video files? or can it also save sequences of tifs, jpegs?
But I really think a discussion of working with pixes in Gem in a more unified, and less piecemeal way would be useful.
Thanks, B.
Georg Holzmann wrote:
Hallo Ben!
I just wanted to hear what the scope of the Gem summer of code stuff is.
There are the following objects as a result of the summer of code: pix_fileread, pix_filewrite, pix_devicread
They are made in such a plugin system, where one can choose between various implementations at runtime (in theory), in practice a gstreamer interface was implemented up to now ...
what they can do:
pix_fileread: reading audio+video from all formats gstreamer support (quite a lot) reading from dvd; http, mms, udp,... streams
pix_filewrite: can write some codecs to disk, also over udp network
pix_deviceread: can read from camera+dv devices
They all are in the videoIO branch in GEM cvs.
However, there a few minor things which should be fixed before this comes into the main cvs (the biggest problem ATM is that video data is copied three time each frame, which needs much CPU - but this should be fixed in a few hours ...)
LG Georg
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
Hallo!
by pix_ we're talking about a texture in a gemlist right? (Where pix_write is the misnomer)
yes
Does pix_filewrite write only video files? or can it also save sequences of tifs, jpegs?
video files - but sequences should be also possible with the appropriate gstreamer plugin (isn't e.g. motion jpeg just a sequence of jpegs ?)
LG Georg
Georg Holzmann wrote:
Hallo!
Does pix_filewrite write only video files? or can it also save sequences of tifs, jpegs?
video files - but sequences should be also possible with the appropriate gstreamer plugin (isn't e.g. motion jpeg just a sequence of jpegs ?)
while georg keeps talking about gstreamer plugins, i would rather say: with the appropriate output-plugin (be it gstreamer or a specially crafted one), this object should be able to write a sequence of images instead of one file. the idea was, to let 3rd party developers write plugins for data in/output. (rather than use gstreamer for everything)
mfa.dsr IOhannes
-
B. Bogart -
Georg Holzmann -
IOhannes m zmoelnig