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
