http://bugs.cinelerra.org/show_bug.cgi?id=407
Summary: background render to formats other than jpeg is defective Product: Cinelerra Version: 2.1 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: Medium Component: Rendering AssignedTo: cinelerra@skolelinux.no ReportedBy: [EMAIL PROTECTED] I have tried very hard to narrow down the range of behaviour of this bug but the subject line is what I am left with. Sometimes during playback a window comes up listing 3 or 4 missing background render files like so: "virtual int FileList::read_frame(VFrame*):Error while opening /home/gray/vidfs/cbr/000032 for reading. No such file or directory virtual int FileList::read_frame(VFrame*):Error while opening /home/gray/vidfs/cbr/000033 for reading. No such file or directory virtual int FileList::read_frame(VFrame*):Error while opening /home/gray/vidfs/cbr/000034 for reading. No such file or directory" Just as often cinelerra just crashes. I have tried very different video formats: mpeg and JPEG sequence, different types of effects and different background render pre-roll settings. None of these narrowed the parameters of when this crash occurs. Reproducible: Sometimes Steps to Reproduce: Enable background render and set the format to TGA, PNG or TIFF. Restart cinelerra to make the change stick (http://bugs.cinelerra.org/show_bug.cgi?id=230). Load any short video file into cinelerra, reverse to beginning of track and hit play. My problems initially showed up with a 12 fps jpeg sequence as source, 50fps as format, using the interpolation effect to create the missing frames. Since then I have produced the bug with ordinary 25fps PAL mpeg footage, no effects and no frame rate change. Mostly the crashes occur when playback is overtaking the background render point, and also when playback has reached the end of the clip. For me it doesn't take much clicking around and playing back to produce the effect even in a file which has no effects or format changes applied. The problem does not occur with background rendering format as jpeg. My amateur diagnosis is that the pointer deciding which playback frames are to be accessed from those background rendered and which are to be created on the fly gets ahead of itself. Perhaps the pointer wrongly refers to frames which have been sent to the background rendering thread rather than those which have come back and which are on the disk ready to access. cinelerra cv svn 1003, fc4 x86_64, open_gl on nvidia -- Configure bugmail: http://bugs.cinelerra.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. _______________________________________________ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra