Max wrote:
IOhannes, i'm deeply flattered to be able to contribute. you'll find the
patches in the tracker.
thanks.
modified and taken,
fgmadsr
IOhannes
smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
Max wrote:
great.
now i get iohannes' irony.
it really wasn't irony (but of course it only makes sense if you knew
that [pix_buffer_filmopen] is implemented as an abstraction): if you do
have a modified patch of pix_buffer_filmopen and want it to be included
into upcoming releases,
Am 22.06.2009 um 08:56 schrieb IOhannes m zmoelnig:
Max wrote:
great.
now i get iohannes' irony.
it really wasn't irony (but of course it only makes sense if you
knew that [pix_buffer_filmopen] is implemented as an abstraction):
if you do have a modified patch of pix_buffer_filmopen and
hi list,
it would be very useful if pix_buffer_fimopen would give the same info
about the movie just like pix_film's second outlet (list frames size
size)
should i file a feature request?
thanks.
Am 17.06.2009 um 12:00 schrieb Max:
that works for pix_buffer_filmopen, but not for
Max wrote:
hi list,
it would be very useful if pix_buffer_filmopen would give the same info
about the movie just like pix_film's second outlet (list frames size size)
should i file a feature request?
yes please do so, and while doing so, it would be nice if you could
provide a patch that
This is easy because [pix_buffer_filmopen] is not an external but an
abstraction.
Just put a [outlet] somewhere in this abstraction and connect the
second outlet of [pix_film] to this [outlet].
Save and close the abstraction and go back in your main patch.
Connect the outlet of