rve-main Mailing List for RVE - Realtime Video Effects
Status: Beta
Brought to you by:
bones0
Menu
▾
▴
rve-main — The main list for discussing rve usage and development
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <ben...@id...> - 2004-05-25 08:34:35
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Jonas J. <jb...@kn...> - 2004-02-16 21:56:04
|
On Fri, 2004-02-13 at 17:40, Javier Uruen Val wrote: > Hi Jonas, > > First of all I would like to thank you for your work in RVE. It's a > quite interesting and useful code indeed. I am trying to use it for doing a > kind of tv, it's as simple as playing a video playlist. In addition I would > like to add scrolling text in real time, that's where RVE fits perfectly. RVE works perfectly > while playing a video, nevertheless when the video ends and the next one > in the playlist is loaded and played, the text is no longer showed. To > make it work again i have to ctrl+c the "./rve 320 240 0 hscroll_text > "It works" > myfifo.fifo" command and launch it again. Just off the top > my head it seemed like a problem with the pipe. To check it i run rve > with strace and the write system calls work ok. After that, I added > debug to the put_image() function in the vf_bmovl.c, that's where > mplayer read from the fifo, and it seems to read ok. So I have no clue > about how to fix it if could point out where you think the problem is... > > Thanks again for the code. > > > Greetings from Spain > > Javi I can reproduce your problem, and I don't know exactly what's causing it. However, I'm not sure it should be legal to let rve continue when the movie changes. When rve is initially invoked, it must know the width/height of the movie, because out-of-bounds bitmaps will either crash mplayer or look wrong. However, skipping to the next file in the playlist may change the width and height, and thus rve should be restarted. The only case where rve should be allowed to continue on a different file is when it's exactly the same size and the chosen rve command repaints the entire screen every frame. For my own application the script that drives rve restarts it every time a new file is played. Maybe you need to write such a script too? -- Jonas Jensen <jb...@kn...> |
|
From: Jonas J. <jb...@kn...> - 2003-10-31 16:11:41
|
On Fri, 2003-10-31 at 11:23, Luca Abeni wrote: > Now, everything is working very well (thanks, Jonas!!!). I hope the > "long long int" changes will be included in the next release (btw: are > releases announced somewhere? Also, is some kind of public cvs > available? That would help in following the development...). The bug will be fixed in the next release, either by changing those variables to long long int or some other method, I'll look into it soon. You can subscribe to release announcements on both freshmeat and sourceforge. There is no cvs at the moment, but I expect to put RVE into public cvs some time in December. -- Jonas Jensen <jb...@kn...> |
|
From: Luca A. <luc...@em...> - 2003-10-31 09:21:07
|
Hi all,
the problem that I reported yesterday was solved by changing the font
size to 8, as suggested by Jonas.
Now, everything is working very well (thanks, Jonas!!!). I hope the
"long long int" changes will be included in the next release (btw: are
releases announced somewhere? Also, is some kind of public cvs
available? That would help in following the development...).
Thanks,
Luca
--
_____________________________________________________________________________
Copy this in your signature, if you think it is important:
N O W A R ! ! !
|
|
From: Jonas J. <jb...@kn...> - 2003-10-30 16:34:53
|
On Thu, 2003-10-30 at 12:40, Luca Abeni wrote: > with the 20030926 version (after applying the "long long int" patches), > everything is fine, but when I run the same command line with the > 20031019 version, rve consume almost all the system memory (98%) and > everything is frozen until the rve process is swapped out. Of course, I > do not see any scrolling title on the screen :( > > I don't know how to debug the problem, but I tested the 20031016 and > 20031016 releases, and they both present the bug. Hence, it seems that > the bug was introduced somewhere in between 20030926 and 20031016... Between those versions I changed the font size from being specified as a percentage of screen height to a percentage of screen width. I forgot to update the documentation also, this will be corrected in the next release. That means you should use a font size of 8 or 9, and it will be rendered the same as size 80 on the old version. -- Jonas Jensen <jb...@kn...> |
|
From: Luca A. <luc...@em...> - 2003-10-30 11:08:13
|
Hi,
I just discovered that I was using an old rve version
(rve-20030926.tar.gz). I upgraded to the latest one
(rve-20031019.tar.gz), and I am now seeing a new problem: when I run
rve -f 25 -s 80 -y 50 -x 50 550 60 0 hscroll_text "`perl -e 'print "$_ "
for (1 .. 600)'`" > /tmp/rve.fifo
with the 20030926 version (after applying the "long long int" patches),
everything is fine, but when I run the same command line with the
20031019 version, rve consume almost all the system memory (98%) and
everything is frozen until the rve process is swapped out. Of course, I
do not see any scrolling title on the screen :(
I don't know how to debug the problem, but I tested the 20031016 and
20031016 releases, and they both present the bug. Hence, it seems that
the bug was introduced somewhere in between 20030926 and 20031016...
Luca
--
_____________________________________________________________________________
Copy this in your signature, if you think it is important:
N O W A R ! ! !
|
|
From: Luca A. <luc...@em...> - 2003-10-29 17:11:29
|
Hi Jonas,
On Wed, 2003-10-29 at 15:51, Jonas Jensen wrote:
> On Wed, 2003-10-29 at 14:54, Luca Abeni wrote:
> > or someting similar? Maybe I am mistaken, but my intuition is that we
> > are ahead of schedule if the current time is smaller than the time at
> > which the effect is scheduled.
>
> The timers used in Effect::animate() count down, not up, so the code
> should be correct.
Ah, ok... Now I understand the code and I can see how stupid was my
comment ;-)
[...]
> I cannot reproduce your problem. I just tried running
>
> rve -f 25 512 288 0 hscroll_text "`perl -e 'print "$_ " for (1 .. 600)'`"
that works for me too, but
./rve -f 25 -s 80 -y 10 -x 50 540 60 0 hscroll_text "`perl -e 'print "$_
" for (1 .. 600)'`" -s 4 > /tmp/rve.fifo
(everything in a single line; sorry if the mailer truncated it) fails...
I did some more investigation, and I think the problem is due to an
overflow in Effect_move::run().
Because of such overflow, _distance becomes negative, and this creates
the problem (in Effect::animate(), t_timer is positive and t_schedule is
negative... Thus, rve wants to sleep for a very long time! ;)
I am trying to convert _x1, _x2, _y1, _y2, and _distance to long long
int, and see if this helps...
Luca
--
_____________________________________________________________________________
Copy this in your signature, if you think it is important:
N O W A R ! ! !
|
|
From: Jonas J. <jb...@kn...> - 2003-10-29 15:52:03
|
On Wed, 2003-10-29 at 14:54, Luca Abeni wrote: > or someting similar? Maybe I am mistaken, but my intuition is that we > are ahead of schedule if the current time is smaller than the time at > which the effect is scheduled. The timers used in Effect::animate() count down, not up, so the code should be correct. > A little bit of background: I am using the hscroll_text effect with a > very long title (about 2000 chars). Everything seems to work fine, but > after some time the scrolling title stops. Investigating the problem, I > discovered that rve blocks in Effect::animate(), and in particular in > the msleep() mentioned above. Hence, I am wondering if it is correct or > not... I cannot reproduce your problem. I just tried running rve -f 25 512 288 0 hscroll_text "`perl -e 'print "$_ " for (1 .. 600)'`" And it works fine. Please send an exact command line I can reproduce the problem with. -- Jonas Jensen <jb...@kn...> |
|
From: Luca A. <luc...@em...> - 2003-10-29 12:52:25
|
Hi all,
I have a (probably stupid) question about the animate() method in the
Effect class.
I see the following code:
t_timer = gettimer_ms(); // actual time
if (t_timer >= t_schedule) {
// ahead of schedule, just wait for the next iteration
msleep(t_timer - t_schedule);
value += delta;
}
shouldn't it be
t_timer = gettimer_ms(); // actual time
if (t_timer <= t_schedule) {
// ahead of schedule, just wait for the next iteration
msleep(t_schedule - t_timer);
value += delta;
}
or someting similar? Maybe I am mistaken, but my intuition is that we
are ahead of schedule if the current time is smaller than the time at
which the effect is scheduled.
A little bit of background: I am using the hscroll_text effect with a
very long title (about 2000 chars). Everything seems to work fine, but
after some time the scrolling title stops. Investigating the problem, I
discovered that rve blocks in Effect::animate(), and in particular in
the msleep() mentioned above. Hence, I am wondering if it is correct or
not...
Luca
--
_____________________________________________________________________________
Copy this in your signature, if you think it is important:
N O W A R ! ! !
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Offerte speciali a partire da 1 euro
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=1648&d=29-10
|
