Einar Rünkaru schrieb: > Important change behaviour: composer and viewer always display the frame > starting at the time shown on clock. Frame displayed does not depend on > forward/backward direction. There was inconsistency when direction was > accounted when not (mask). > > I intend to continue bug-hunting. Work done so far may be useful for > somebody.
Hellor Einar, welcome in the club of cinelerra bug hunters ;-) The issue described above is one of the most annoying "strange design decisions" in Cinelerra. Probably a lot of people (including myself) would welcome just to phase it out. Anyway, the greatest problem with this seems to be "mergeability" with upstream. The whole source base is littered with these "if (play_forward) ... else ..."-constructs and the off by one offset is handled manually at dozens of locations. Some years ago I worked on a larger patch to remove the greatest obstacles and strangenesses on the bezier automation curve handlings. This patch is not accepted into Cin-CV until today. One of the reasons is that I too tried to partially rectify these and some similar problems with dragging nodes in the trackcanvas (GUI). At that time, the folks involved into cinelerra development since a long time pointed out, that, as "upstream" can't be counted upon when it comes to accepting changes, any change has to be done such as not to hinder merging in new source versions from upstream. Meanwhile the situation might be different, inasmuch develompment on the community version of Cinelerra is mostly stalled, due to lack of developers. Cinelerra 4 is out since a long time and we didn't even manage to perform the merge into CV. Thus, I think the foremost question is: is your intention just to fix the existing code base at places, or do you intend to re-work it for real improvement, thus moving away from the way "upstream" handles things? And how to we all (Cinelerra community) judge the situation? Do we still intend to merge in what upstream provides, or would we be willing to stick to the Cin-2.1 codebase and in turn accept more disruptive changes? Cheers Hermannn Voßeler (aka "Ichthyo") _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
