[CinCVS] [Bug 407] background render to formats other than jpeg is defective
http://bugs.cinelerra.org/show_bug.cgi?id=407 --- Comment #1 from [EMAIL PROTECTED] 2007-03-08 09:32 +2 --- Possibly an important detail is that I am using a dual core processor: 2.6.17-1.2142_FC4smp -- 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
[CinCVS] [Bug 407] New: background render to formats other than jpeg is defective
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/32 for reading. No such file or directory virtual int FileList::read_frame(VFrame*):Error while opening /home/gray/vidfs/cbr/33 for reading. No such file or directory virtual int FileList::read_frame(VFrame*):Error while opening /home/gray/vidfs/cbr/34 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
Re: [CinCVS] fixing cinelerra, using standard C++ libs etc.
Johannes Sixt wrote: On Wednesday 07 March 2007 22:46, you wrote: Replacing Asset* in parameter lists by Asset is certainly not worth it. You gain absolutely nothing, but only introduce a lot of unnecessary code changes. Please don't do that. replaced Asset* with Asset_GC which is boost::shared_ptr, any yes that are a lot of nessary code changes. Some of them can be reverted back to Asset for performance reasons, that is if the callee will only read them and not copy them, then passing references is sane, they could be reverted to Asset* to but since they already got modified once, i'd now prefer the transistion to more sane references. With all these modifications do not forget, that we intend to merge from upstream again. Therefore, avoid those code changes at all costs that do not change (= improve) the behavior. Consequently, *I* will not include the modifications you currently have in your git in the SVN, because they make upstream merges more difficult than necessary. Agreed, I didn't intended all my changes to be merged to the SVN main trunk. Instead have to maintain my branch from now on. Unless HV merges my changes, it will become difficult to merged into SVN. I'll try to merge SVN regulary into my tree. I stated, that this is just my personal experiment (in the same spirit like HV works on cinelerra for his own purpose). I would really like if some developers from CinelerraCV bless it as CinelerraCV_improved and maybe create a branch in SVN (or just use git for collaboration), but thats out of my control. The changes are of a kind that you will have to lobby at HV directly. And then you need a *very* good reason that they are an improvement. References are more sane will not be enough. My repository it open and I like comments on it, nevertheless I'll hack freely on what I want to have there. I can only invite others to review it and maybe cherrypick from it. Decide yourself, I don't intend to make a Lobbying campain. If HV wants to collaborate more (opening his repository publically or to some developers) I would really welcome it, he deserves my greatest respect, Cinelerra is a incresible piece of software, but he decided to do the releases as he does now and we have to take that. There is nothing I can and want to do currently to improve merging with HV. Christian ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Blackmagic Intensity card
Anyone know whether this thing will run under Linux??? I am thinking about getting an HD camera and would love to go directly in through HDMI. http://www.blackmagic-design.com/products/intensity/ -- Thanks, Aaron Newcomb http://www.thesourceshow.org http://www.opennewsshow.org ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Blackmagic Intensity card
does not seem so. i mailed them last year and got this answer: Hi Jan, Unfortunately no. We do not provide any form of Linux support due to the lack of commercial demand. Regards Kristian Lam --- Blackmagic Design http://www.blackmagic-design.com On 22/11/2006, at 8:43 AM, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Name: Jan Luo Product: DeckLink HD Pro (Dual Link) Driver Version: OS: Other OS Version: gentoo Message: hello, are th dl capturing cards running under linux - driver support? thx jan luo cheers jan Aaron Newcomb wrote: Anyone know whether this thing will run under Linux??? I am thinking about getting an HD camera and would love to go directly in through HDMI. http://www.blackmagic-design.com/products/intensity/
[CinCVS] DVpro
Hi all Simple question : is DV50 supported under Cinelerra ? Thanks a lot E
Re: [CinCVS] MJPEG captures not loading correctly
Peter Federighi schreef: --- Harm Lubbers [EMAIL PROTECTED] wrote: Peter, I use the zoran based DC10+ capture card and I can load the files perfectly. I use qt format and full resolution (768x576). I have seen the behaviour you describe and I believe that it is a driver thing. The kernel driver from 2.6.10 and up should be working (and earlier ones maybe also) If your in need for a test clip, please let me know as I can provide one for you to test if it is Cinelerra or your driver Harm Lubbers Harm, Hmm... A driver thing, huh? If it does turn out to be a driver thing, is there anything that can be done in the Windows world? (I actually do most capturing in Windows because I can capture audio through the Zoran card (DC30plus) so that should any frames be dropped, the audio will still be synchronized.) It would be great to have a clip that is known to work. If you could email it to me that would be great. My email address is pfederighi at yahoo.com. FYI, Yahoo!Mail has a limit of 10MB for attachments. Thank you, - Peter I have been making some test clips for you today and have put them on my website. Please go to www.raldee.net/cin_test to see the clips. The clips are a little too big to email them to you. As you can see I got the result you described only with half resolution clips. (I never noticed this before, simply because I never capture anything in half resolution). Hope this is of any help to you. (if not, you can at least improve your Dutch language skills with these clips!) grtz Harm. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
