Hi all,
I need to play some video files (~700mb) in a theatre setting, which demands stability. Till now ive used pix_film, but there has been some crashes at seemingly random times when loading the files. Im wondering if there are any precautions or desired objects to use (pix_film, pix_movie, pdp, ...) that are more more stable? Also, is any object more efficient for dealing with larger files?
cheers, Martin
The size of the movie on disk should be irrelevant. It can be two frames or twenty hours long and it makes no difference since only one frame is used at a time.
pix_film/movie on OSX has worked well over an incalculable amount of testing.
On Wed, Oct 15, 2008 at 5:02 PM, Martin . blindmanonacid@gmail.com wrote:
Hi all,
I need to play some video files (~700mb) in a theatre setting, which demands stability. Till now ive used pix_film, but there has been some crashes at seemingly random times when loading the files. Im wondering if there are any precautions or desired objects to use (pix_film, pix_movie, pdp, ...) that are more more stable? Also, is any object more efficient for dealing with larger files?
cheers, Martin
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hi, is there a way to set divx rate for pdp_rec object? i found that recording in jpeg format on pd-extended/hardy was not working unfortunately.
vincent
ola,
yes, i noticed that, only divx works now with this &%!###%%!! libquicktime.
it will not be fixed, not by me, record in ogg/theora ( pdp_theorout~ ), there you can set every parameters you like.
saludos, sevy
vincent.rioux@no-log.org wrote:
hi, is there a way to set divx rate for pdp_rec object? i found that recording in jpeg format on pd-extended/hardy was not working unfortunately.
vincent
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hello Yves,
thanks for the advice pdp_theorout~ is neat but i found pdp_theorin~ to be really difficult to handle (segfaults and such)
so what i do now:
works great!
best regards, vincent
ydegoyon a écrit :
ola,
yes, i noticed that, only divx works now with this &%!###%%!! libquicktime.
it will not be fixed, not by me, record in ogg/theora ( pdp_theorout~ ), there you can set every parameters you like.
saludos, sevy
vincent.rioux@no-log.org wrote:
hi, is there a way to set divx rate for pdp_rec object? i found that recording in jpeg format on pd-extended/hardy was not working unfortunately.
vincent
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hola,
the status for this is that it seems difficult to use theorin~ and theorout~at the same time in a patch, yes it crashes, surely for a reentrancy problem in libtheora that i don't have time to fix for now... volunteers are welcome.
saludos, sevy
Vincent Rioux wrote:
hello Yves,
thanks for the advice pdp_theorout~ is neat but i found pdp_theorin~ to be really difficult to handle (segfaults and such)
so what i do now:
- record videos with pdp_theorout~
- convert videos to ffmpg_mp4 (with ffmpeg)
- play videos with pdp_yqt
works great!
best regards, vincent
ydegoyon a écrit :
ola,
yes, i noticed that, only divx works now with this &%!###%%!! libquicktime.
it will not be fixed, not by me, record in ogg/theora ( pdp_theorout~ ), there you can set every parameters you like.
saludos, sevy
vincent.rioux@no-log.org wrote:
hi, is there a way to set divx rate for pdp_rec object? i found that recording in jpeg format on pd-extended/hardy was not working unfortunately.
vincent
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If nobody is going to fix the jpeg codec for pdp_rec~, could that codec be removed? It gives no errors, appears to work, the frames advance, but the recordings don't come out. This email thread shows this has been a known problem for some time now and there is no intention to fix it.
A student and I just lost some time working on her non-trivial patch and the problem was that she was using the jpeg codec with pdp_rec~. We didn't have a lot of clues to work with to diagnose the problem.
If we do not wish to remove the codec entirely, perhaps a warning might show up on the pd console that the jpeg codec is buggy/not supported.
Thanks for considering,
-John
On Thu, Oct 16, 2008 at 7:30 AM, ydegoyon ydegoyon@gmail.com wrote:
ola,
yes, i noticed that, only divx works now with this &%!###%%!! libquicktime.
it will not be fixed, not by me, record in ogg/theora ( pdp_theorout~ ), there you can set every parameters you like.
saludos, sevy
vincent.rioux@no-log.org wrote:
hi, is there a way to set divx rate for pdp_rec object? i found that recording in jpeg format on pd-extended/hardy was not
working
unfortunately.
vincent
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
John Harrison wrote:
If nobody is going to fix the jpeg codec for pdp_rec~, could that codec be removed? It gives no errors, appears to work, the frames advance, but the recordings don't come out. This email thread shows this has been a known problem for some time now and there is no intention to fix it.
A student and I just lost some time working on her non-trivial patch and the problem was that she was using the jpeg codec with pdp_rec~. We didn't have a lot of clues to work with to diagnose the problem.
If we do not wish to remove the codec entirely, perhaps a warning might show up on the pd console that the jpeg codec is buggy/not supported.
without having a full understanding of the problem, i somehow doubt that the problem is really in pdp/pidip but rather within libquicktime. putting a warning in the calling application might be even more confusing, once the codec get's fixed upstream. filtering for a certain codec can also be confusing, since the codec-names are dynamically extracted from what libquicktime offers, and thus can change by simply installing/upgrading a certain plugin.
of course this doesn't help you with your problem.
fga,sdr IOhannes
ola,
all we can do on that respect is to set the default codec to divx, which i did int the svn/trunk..
xiao, sevy
John Harrison wrote:
If nobody is going to fix the jpeg codec for pdp_rec~, could that codec be removed? It gives no errors, appears to work, the frames advance, but the recordings don't come out. This email thread shows this has been a known problem for some time now and there is no intention to fix it.
A student and I just lost some time working on her non-trivial patch and the problem was that she was using the jpeg codec with pdp_rec~. We didn't have a lot of clues to work with to diagnose the problem.
If we do not wish to remove the codec entirely, perhaps a warning might show up on the pd console that the jpeg codec is buggy/not supported.
Thanks for considering,
-John
On Thu, Oct 16, 2008 at 7:30 AM, ydegoyon <ydegoyon@gmail.com mailto:ydegoyon@gmail.com> wrote:
ola, yes, i noticed that, only divx works now with this &%!###%%!! libquicktime. it will not be fixed, not by me, record in ogg/theora ( pdp_theorout~ ), there you can set every parameters you like. saludos, sevy vincent.rioux@no-log.org <mailto:vincent.rioux@no-log.org> wrote: > hi, > is there a way to set divx rate for pdp_rec object? > i found that recording in jpeg format on pd-extended/hardy was not working > unfortunately. > > vincent > > > _______________________________________________ > Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list > > _______________________________________________ Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Wed, 2008-10-15 at 17:09 -0500, chris clepper wrote:
The size of the movie on disk should be irrelevant. It can be two frames or twenty hours long and it makes no difference since only one frame is used at a time.
pix_film/movie on OSX has worked well over an incalculable amount of testing.
while working for a installation setup, we're using a quicktime movie (.mov) with an mjpeg encoded video stream with Gem/[pix_film], that ships with current stable pd-extended, on an ubuntu hardy machine and we hadn't experienced a crash in the video part yet.
i don't know, if and how much it matters, but i would try different formats/codecs. i guess, that interframe based (xvid/h264/mpeg4|2) codecs should be avoided and intraframe based codecs (jpeg/mjpg/dv) are recommended. the quicktime format seems to run well on all platforms (you need to have quicktime installed on windows and libquicktime on linux)
roman
On Wed, Oct 15, 2008 at 5:02 PM, Martin . blindmanonacid@gmail.com wrote: Hi all,
I need to play some video files (~700mb) in a theatre setting, which demands stability. Till now ive used pix_film, but there has been some crashes at seemingly random times when loading the files. Im wondering if there are any precautions or desired objects to use (pix_film, pix_movie, pdp, ...) that are more more stable? Also, is any object more efficient for dealing with larger files? cheers, Martin _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de