Re: [CinCVS] SIGSEGV on render.
On Wed, 16 Aug 2006 05:27:44 +0200, Graham Evans [EMAIL PROTECTED] wrote: My troubles with rendering have definitely caused me to learn about the various revisions. I know wonder if I would have been fine with the kiberpipa packages for x86_32 ubuntu, since I went 64-bit and started compiling my own because of the same render problem, and readings that 64-bit was recommended for 'stability.' 64 bit Cinelerra is accepted as less crash-prone and is recommended by HV and others. I would guess you will find most Cinelerra users on this list running in 64 bit. I sincerely doubt that. But I don't have any data to support it. So it sounds like worthwhile work... And now you can keep up to date and keep compiling with the latest svn- once it gets stable again. I have found that to be invaluable... I don't believe you get any more working render codecs or other advantages running Cinelerra 32 bit. Not if your OS already runs well in 64-bit mode, and all the applications you want to run work, too. But that's still a quite big if... -- Herman Robak ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Cinelerra vs Adobe Premiere
Hi, A bit OT remark: There is a product of OS community in much more demanding field, namely 3d modelling: blender. I was surprised how well is works, and how big community it has. There is one significant difference between blender and cinelerra - blender work under windows. I would guess that it could boost the community size be factor 10+ if cinelerra worked under win32. the best Marcin ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Cinelerra vs Adobe Premiere
I would guess that it could boost the community size be factor 10+ if cinelerra worked under win32. +1 -- ^ ^ O O (_ _) muzzol(a)gmail.com jabber id: muzzol(a)jabber.dk No atribueixis qualitats humanes als ordinadors. No els hi agrada. echelon spamming bomb terrorism bush aznar teletubbies /echelon spamming ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] SIGSEGV on render.
64 bit Cinelerra is accepted as less crash-prone and is recommended by HV and others. I would guess you will find most Cinelerra users on this list running in 64 bit. I sincerely doubt that. But I don't have any data to support it. Hi Herman Just an impression. I accept your counter impression. I don't believe you get any more working render codecs or other advantages running Cinelerra 32 bit. Not if your OS already runs well in 64-bit mode, and all the applications you want to run work, too. But that's still a quite big if... I wasn't making an argument for 64-bit distros as a whole although FC4 is working reasonably well for me. Just that cin-64 is not missing codecs. I miss many 32bit aps and am considering whether I need to set up another box for them. I actually made the 64-bit decision based on a desire to use cinelerra intensively so I can relate to the path Mack has taken. However I am finding 64 bit excludes me from the multimedia support provided by ccrma which has meant a lot of work to get things like jack and ardour working. And I have had zero luck with rezound. all the best Graham E. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Imported pictures aspect ratio...
On Tue, Aug 15, 2006 at 09:11:40PM +0200, Nicolas MAUFRAIS wrote: ... I'll use imagemagick to convert the jpeg pictures. ... Here's the shell I used to convert my pictures : -- #/bin/sh mkdir small for element in `/bin/ls . | /bin/grep jpg`; do size=`nice -19 /usr/bin/identify ${element}` width=`echo ${size} | /bin/sed '+s+.*JPEG ++' | /bin/sed '+s+x.*++'` height=`echo ${size} | /bin/sed '+s+.*JPEG [0-9]*x++' | /bin/sed '+s+ DirectClass.*++'` let new_width=${width}*9375/1 nice -19 convert -resize ${new_width}x${height} -quality 100 ${element} small/${element} done -- Nicolas, Paris. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] same problem - libquicktimehv/ libfaad/ libfaac
/Hermann Vosseler wrote:/ /Kristin, can you query your package manager why he insists to install 1.24-0.4? This is done with the command apt-cache policy libfaac0 / I did - and got the following output: libfaac0: Installert: 1.24-0.4 Kandidat: 1.24-0.4 Versjonstabell: *** 1.24-0.4 0 500 http://ftp.nerim.net etch/main Packages 100 /var/lib/dpkg/status / Second question: What does your package manager respond, if you require him to install the specific version of libfaac0 you need: I.e. if you run the command: apt-get install libfaac0=1.24+cvs20060416-0.3 / I did also this, and get apt-get install libfaac0=1.24+cvs20060416-0.3 Leser pakkelister ... Ferdig Skaper oversikt over avhengighetsforhold ... Ferdig E: Versjon «1.24+cvs20060416-0.3» av «libfaac0» ble ikke funnet translated means: not found Make any sense? Kristin ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] same problem - libquicktimehv/ libfaad/ libfaac
Hello Kristin, yes, it seems to make sense: your Apt simply doesn't know where to get the libfaac0 package cinelerra requires. He knows only the official released version 1.24-0 which he can get from the old url of Christian Marillat's unofficial multimedia Repository. But Marillat is always moving from server to server, and now uses the new name debian-multimedia and got some additional mirrors. I guess, the old sites are no longe up to date (and will vanish at some point). See at http://debian-multimedia.org/ At the page bottom, there is a lot of deb-Urls and even a page with mirrors. Do you know how to add a repository to your Apt configuration (sources.list)? hope this helps Hermann PS: you can see by the output on my system, that I myself got the package from one of the new mirrors... ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] same problem - libquicktimehv/ libfaad/ libfaac
hi Kristin :) maybe changing your marillat repositories frm etch to sid can help so you should edit your /etc/apt/sources.list and put this repository deb http://www.debian-multimedia.org sid main istead of the one you're using at the moment ;) Ciao Vale uoting Kristin Falck [EMAIL PROTECTED]: /Hermann Vosseler wrote:/ /Kristin, can you query your package manager why he insists to install 1.24-0.4? This is done with the command apt-cache policy libfaac0 / I did - and got the following output: libfaac0: Installert: 1.24-0.4 Kandidat: 1.24-0.4 Versjonstabell: *** 1.24-0.4 0 500 http://ftp.nerim.net etch/main Packages 100 /var/lib/dpkg/status / Second question: What does your package manager respond, if you require him to install the specific version of libfaac0 you need: I.e. if you run the command: apt-get install libfaac0=1.24+cvs20060416-0.3 / I did also this, and get apt-get install libfaac0=1.24+cvs20060416-0.3 Leser pakkelister ... Ferdig Skaper oversikt over avhengighetsforhold ... Ferdig E: Versjon «1.24+cvs20060416-0.3» av «libfaac0» ble ikke funnet translated means: not found Make any sense? Kristin ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra encosianima.net This message was sent using IMP, the Internet Messaging Program. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] same problem - libquicktimehv/ libfaad/ libfaac
Am Mittwoch, den 16.08.2006, 20:48 +0200 schrieb Valentina Messeri: hi Kristin :) maybe changing your marillat repositories frm etch to sid can help ... Hi Vale, Hi Kristin, ...I don't think it is necessay to go to sid. I think, it's only the new address debian-multimedia, so I would propose to try first deb http://www.debian-multimedia.org etch main (I myself got it from debian-multimedia etch) Ciao Hermann ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Re: More suggestions from [l]users who don't contribute..
Ok, so in the meantime I used 2.0 for a little bit more and (got so frustrated with silly crashes that I) pulled out valgrind. Amazingly there were cases where it didn't crash when running under valgrind, that would immediatley crash otherwise. So I'm volunteering myself to work with these scanning companies if they accept (in fact I've already sent them proposals). I'm haven't done C++ in years (mostly using python and java), but I think this will be a worthwhile way to improve the stability of cinelerra. What I need from the core maintainers is help and advice. I already recieved a response from klockwork. They want to know if I'm a maintainer, since I'm not, but am willing to shoulder these tasks, I'll need some sponsership from a maintainer. Also will need advice regarding what to scan, etc (ie, I think we should scan a pre 2.1 merge, because the stability of the merged version could still be in question). Anyway I need to respond to the klockwork guys. So are maintainers willing to work with me and accept patches based on scanning tools? thanks -matt ps. Here's the klockwork response. Hi Matt, Yes, we can build your code and analyze it for defects and security vulnerabilities. The offer we have for open source communities is that we will analyze your code on a periodic basis as long as Cinelerra is getting value from the results. The only thing we ask in return is that if any reported bugs make it into your fix process, you provide credit to Klocwork. We hope you see that as a fair deal!! Are you a core maintainer? We want to ensure that core maintainers are involved in any analysis since, as you can imagine, there's thousands of contributors to open source and we wouldn't have the resources to respond to all their individual requests. I look forward to hearing from you. Cheers, Adam Harrison [EMAIL PROTECTED] ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] SIGSEGV on render.
Graham Evans wrote: I miss many 32bit aps and am considering whether I need to set up another box for them. You know that you can have both 32-bit and 64-bit applications installed on the same machine with Linux, right? :) 32-bit to 64-bit mapping must be enabled in the kernel, and you must have the 32-bit versions of libraries like glibc (I've seen systems that had /lib and /lib64), but as long as this is the case you can do it. At least, I know for a fact it's been done with Gentoo. I'm sure with a bit of custom compiling you can do it on FC4 too. No need for an extra box, and if you're using AMD64 (which I'm guessing is the case) you get an increase in performance for 32-bit applications vs. being on a 32-bit CPU :) James -- My blog: http://www.crazydrclaw.com/ My homepage: http://james.colannino.org/ Black holes are where God divided by zero. --Steven Wright ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Re: More suggestions from [l]users who don't contribute..
On Wednesday 16 August 2006 20:07, m h wrote: Ok, so in the meantime I used 2.0 for a little bit more and (got so frustrated with silly crashes that I) pulled out valgrind. Amazingly there were cases where it didn't crash when running under valgrind, that would immediatley crash otherwise. So I'm volunteering myself to work with these scanning companies if they accept (in fact I've already sent them proposals). I'm haven't done C++ in years (mostly using python and java), but I think this will be a worthwhile way to improve the stability of cinelerra. What I need from the core maintainers is help and advice. I already recieved a response from klockwork. They want to know if I'm a maintainer, since I'm not, but am willing to shoulder these tasks, I'll need some sponsership from a maintainer. Also will need advice regarding what to scan, etc (ie, I think we should scan a pre 2.1 merge, because the stability of the merged version could still be in question). Matt, thanks for taking the initiative. There's a problem with this automatic tests: They are geared to find security flaws. But, frankly, security is of little concern for Cinelerra. As Andraž has pointed out, there will be a lot of uninteresting bugs (like arrays of BC_TEXTLEN being filled with user input). I don't feel like fixing them because it's unlikely that they will flow upstream. The most interesting cases are missing or incorrect locking. _If_ the testing can find such bugs, and _if_ it can ignore (*) the forest of uninteresting flaws, it will be worth every penny and you have my support. (*) i.e. there is some means to filter them easily from the reports; plus klocwork will not feel abused because we don't fix these bugs. -- Hannes Anyway I need to respond to the klockwork guys. So are maintainers willing to work with me and accept patches based on scanning tools? thanks -matt ps. Here's the klockwork response. Hi Matt, Yes, we can build your code and analyze it for defects and security vulnerabilities. The offer we have for open source communities is that we will analyze your code on a periodic basis as long as Cinelerra is getting value from the results. The only thing we ask in return is that if any reported bugs make it into your fix process, you provide credit to Klocwork. We hope you see that as a fair deal!! Are you a core maintainer? We want to ensure that core maintainers are involved in any analysis since, as you can imagine, there's thousands of contributors to open source and we wouldn't have the resources to respond to all their individual requests. I look forward to hearing from you. Cheers, Adam Harrison [EMAIL PROTECTED] ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Build error: plugins/chromakey-hsv/chromakey.C: r839
The problem I described below seems to have, oddly enough, just disappeared. I'm going to just write it off as some weird quirk of the environment I'm running in. I still can't output to DV, however, which I will be starting another thread for (to keep the threads relevant.) Thanks to all involved for some great software :) James James Colannino wrote: Yesterday, I had no problem playing a video stream in the preview window (I'm not sure if that's the correct term), but today, I only get sound. The video remains on one still frame, unless I click repeatedly on the play button, in which case the frame only moves forward by one and remains still once more. I haven't figured this out. It didn't happen until after I tried rendering video (at least I think that was the common denominator; I'm not sure), afterwhich even restarting the program gives rise to the same problem. I tried completely removing ~/.bcast, but that had no effect on this problem. I tried re-compiling and re-installing (I know that shouldn't do anything, but I was desperate), and it actually fixed the problem, until I tried again to render video. After that, the effect was the same. Whenever I render video in this state, even when I make sure I have explicitly told it to render both video and audio (and then just video with no audio when that didn't work), the video in the preview window will not move, and the render will go very fast (~2 minutes), afterwhich I find that it only rendered the audio and not the video. I confirmed with the same test video stream that when it did work (yesterday), it took about an hour. -- My blog: http://www.crazydrclaw.com/ My homepage: http://james.colannino.org/ Black holes are where God divided by zero. --Steven Wright signature.asc Description: OpenPGP digital signature
Re: [CinCVS] Re: More suggestions from [l]users who don't contribute..
On 8/16/06, Andraž Tori [EMAIL PROTECTED] wrote: On Wed, 2006-08-16 at 21:20 +0200, Johannes Sixt wrote: On Wednesday 16 August 2006 20:07, m h wrote: Ok, so in the meantime I used 2.0 for a little bit more and (got so frustrated with silly crashes that I) pulled out valgrind. Amazingly there were cases where it didn't crash when running under valgrind, that would immediatley crash otherwise. So I'm volunteering myself to work with these scanning companies if they accept (in fact I've already sent them proposals). I'm haven't done C++ in years (mostly using python and java), but I think this will be a worthwhile way to improve the stability of cinelerra. What I need from the core maintainers is help and advice. I already recieved a response from klockwork. They want to know if I'm a maintainer, since I'm not, but am willing to shoulder these tasks, I'll need some sponsership from a maintainer. Also will need advice regarding what to scan, etc (ie, I think we should scan a pre 2.1 merge, because the stability of the merged version could still be in question). Matt, thanks for taking the initiative. There's a problem with this automatic tests: They are geared to find security flaws. But, frankly, security is of little concern for Cinelerra. As Andraž has pointed out, there will be a lot of uninteresting bugs (like arrays of BC_TEXTLEN being filled with user input). I don't feel like fixing them because it's unlikely that they will flow upstream. The most interesting cases are missing or incorrect locking. _If_ the testing can find such bugs, and _if_ it can ignore (*) the forest of uninteresting flaws, it will be worth every penny and you have my support. (*) i.e. there is some means to filter them easily from the reports; plus klocwork will not feel abused because we don't fix these bugs. actually there might be some off-by-one errors and missing null-pointer checks that can be found using these tools and are worthwhile to fix. however they will probably drown in an ocean of 'uninteresting' bugs... this could indeed be a problem Should do I have the support of maintainers to proceed with klockwork, given that I only fix (submit patches) the interesting bugs? ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Problem rendering to DV (console output attached)
James Colannino wrote: Hey everyone. This is a spin-off from the Build error: plugins/chromakey-hsv/chromakey.C: r839 thread. Everytime I try to render to DV, Cinelerra crashes. I have cut and pasted the output of Cinelerra on the console below. For the record, I'm running libdv-0.104, in case there happen to be known issues. Any ideas? :) Woops, I should have mentioned that this was revision 836. Now that the build errors have been fixed, I can try 840. If I still have the problem, I'll make sure I let the mailing list know. I hope it works :) James -- My blog: http://www.crazydrclaw.com/ My homepage: http://james.colannino.org/ Black holes are where God divided by zero. --Steven Wright signature.asc Description: OpenPGP digital signature
Re: [CinCVS] Problem rendering to DV (console output attached)
James Colannino wrote: James Colannino wrote: Hey everyone. This is a spin-off from the Build error: plugins/chromakey-hsv/chromakey.C: r839 thread. Everytime I try to render to DV, Cinelerra crashes. I have cut and pasted the output of Cinelerra on the console below. For the record, I'm running libdv-0.104, in case there happen to be known issues. Any ideas? :) Woops, I should have mentioned that this was revision 836. Now that the build errors have been fixed, I can try 840. If I still have the problem, I'll make sure I let the mailing list know. I hope it works :) Still having this problem on Cinelerra 840 :( James -- My blog: http://www.crazydrclaw.com/ My homepage: http://james.colannino.org/ Black holes are where God divided by zero. --Steven Wright signature.asc Description: OpenPGP digital signature
Re: [CinCVS] Cinelerra vs Adobe Premiere
I use Premiere Pro 2.0 and have used it since Version 1.0. Very steep learning curve and Adobe updates it only once a year no mater how many bugs are in it. 2.0 is somewhat better as it talks to most adobe products. Its bigest failing is producing a DVD that will play on a common DVD player. The codec's used are either not well suited for this or the intention is this is high end DVD stuff and not intended for the amature home jock like me. The codecs are also real sensitive to media. I have a 8X burner and use the best media I can get. 4G of DVD ususally wont play complete on home $100 players. Seems that players cant buffer the stream speed on outer tracks and codec does not take this into account. What I have been doing is to export in ISO then burning from a burner software that seems to do well. I also lower the burn speed to 1x which greatly helps. Don't realy know why but suspect it has greater burn power for each bit recorded.I hope someday Cinelerra will fill the problems of PPRo.Jerry--- On Wed 08/16, Valentina Messeri [EMAIL PROTECTED] wrote:From: Valentina Messeri [mailto: [EMAIL PROTECTED]To: cinelerra@skolelinux.noDate: Wed, 16 Aug 2006 19:07:44 +0200Subject: Re: [CinCVS] Cinelerra vs Adobe Premiere Is there in this Community people that use Cinelerra for producing movies to be seen in Theatre as a job?hopefully, some day.afaic producing movie is not only a question of software Is Adobe Premiere a very expensive perfectly working software, easy to learn, with clear instructions manual? Is it an excellent product made using a lot of money and resouces?anything premiere is, i'm not really interessed, neither was in the past Is Cinelerra a worse functioning software (because made by volunteers) preferable because free open source software with community support?;)next question??? Are the advantages of Cinelerra over Adobe Premiere "social-economical- ideological" or also technical?really dunno.i make video with linux or make linux with video, maybe.can't see any advantage using propietary software, but i can understand profesionals, they have to produce video...so they use what is less difficult, and it means win/mac operative system;)(benvenuta in paradiso)ciaoVale Grazie Raffaella Is Cinelerra really a professional software? Do you use it for high quality movies? This question is somewhat difficult to answer. If you mean with »professional« == "I paid a huge amount of mony and now I just have to press the red button and automagically everything settles down, so I can catch the tightest deadline" then -- cinelerra pobably is not professional software ;-) I am using it with the goal to produce high quality material. If you know to avoid some possible glitches and pitfalls and -- morover -- figure out how to get things working as you expect, then cinelerra can deliver all the quality you want I think I'm scared :-) I can tell you: I felt much more scared all the time I used Premiere; there, I always had the feeling to be at the mercy of some big anonymous entity and as if my being able to do what I inted and invent really doesn't count... Did anyone ever compared Cinelerra to Adobe Premiere Pro? Guess such comparision would be a very uneven comparison, PPro being fostered by one of the bigest graphics/media companies, sold to a comparatively high price level -- think at all the resources they can throw in... Rather, the intersting question is: why are people not just shouting and running away form cinelerra? The answer is: it actually /is/ working for them, it helps us getting done what we can imagine. You can tell this from looking at this community: you see new names pop up, people asking the first, shy newbee questions. Then you see the same people asking more and more advanced questions, some of which you yourself couldn't even imagine of, and at some point you see the same people helping others knowledgeably... Hermann V. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerraencosianima.netThis message was sent using IMP, the Internet Messaging Program.___Cinelerra mailing listCinelerra@skolelinux.nohttps://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerraJoin Excite! - http://www.excite.comThe most personalized portal on the Web!
Re: [CinCVS] SIGSEGV on render.
I never really spent any time with the 32 bit cinelerra before building for 64 so I can't really say. 64 bit hasn't been terribly crash prone, it just tends to be silent about why things aren't working right. That it loads in 30 seconds makes closing and reopening not frustrating, and there's the backup log. So far the timeline interface is confounding and making me question my sanity. I'll get through it. I don't know how much of that at this point is my inexperience with cinelerra or with professional NLE in general. Thanks to all, Mack On Wed, 2006-08-16 at 18:16 +0800, Graham Evans wrote: 64 bit Cinelerra is accepted as less crash-prone and is recommended by HV and others. I would guess you will find most Cinelerra users on this list running in 64 bit. I sincerely doubt that. But I don't have any data to support it. Hi Herman Just an impression. I accept your counter impression. I don't believe you get any more working render codecs or other advantages running Cinelerra 32 bit. Not if your OS already runs well in 64-bit mode, and all the applications you want to run work, too. But that's still a quite big if... I wasn't making an argument for 64-bit distros as a whole although FC4 is working reasonably well for me. Just that cin-64 is not missing codecs. I miss many 32bit aps and am considering whether I need to set up another box for them. I actually made the 64-bit decision based on a desire to use cinelerra intensively so I can relate to the path Mack has taken. However I am finding 64 bit excludes me from the multimedia support provided by ccrma which has meant a lot of work to get things like jack and ardour working. And I have had zero luck with rezound. all the best Graham E. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] video playback stops working
I have repeated occasions of the video playback in both Viewer and Compositor stopping entirely. When this happens, Everything appears to behave normally, audio plays fine and the timeline window and other indicators of playback are updated normally. No unusual console messages are displayed (just some usual things about alsa . . .) Restarting cinelerra repeatedly could not provoke playback. Rebooting the computer made behavior normal again. I suspect a simple X restart would have sufficed, and I'll check the next time i see this behavior. Any related experiences/ideas? thx, Mack ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] video playback stops working
More info on that: my problem is seems to be triggered by running another video application while cinelerra is running, such as mplayer or vlc. I thought it was caused by rendering initially, but it was when I watched the rendered output in a player. It's avoided by closing cinalerra before opening mplayer/vlc/other video playback applications. Restarting X11 unjams the bug. Mack On Wed, 2006-08-16 at 16:39 -0700, James Colannino wrote: mack wrote: I have repeated occasions of the video playback in both Viewer and Compositor stopping entirely. When this happens, Everything appears to behave normally, audio plays fine and the timeline window and other indicators of playback are updated normally. No unusual console messages are displayed (just some usual things about alsa . . .) Restarting cinelerra repeatedly could not provoke playback. Rebooting the computer made behavior normal again. I suspect a simple X restart would have sufficed, and I'll check the next time i see this behavior. Any related experiences/ideas? I had exactly the same issue yesterday. A reboot also solved my problem. I wrote about this in the Build Error thread about revision 839. James ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Re: Build error: plugins/chromakey-hsv/chromakey.C: r839
James Colannino wrote: When I compile the latest revision (at the time of this writing, it's 839), I get the following make error after what seems to come very close to building successfully: *** No rule to make target `../plugins/chromakey-hsv/chromakey.C', needed by `cinelerra.pot-update'. Stop. Of course at this point, the build fails. I had seen an archive of a mailing list saying that this was due, I believe, to some unsuccessful merge of a component, and that the person complaining should try revision 836, the latest before the new component was merged. My question is, is there a way that I can make r839 compile successfully? Is there, perhaps, some way to prevent this particular plugin from compiling so that everything else will build successfully? I've been encountering some bugs in r836 that I'm really hoping may, at least in part, be fixed in the 839 revision. By the way, I'm new to Cinelerra (just started using it yesterday), so forgive me if I ask any stupid questions :) James Try: perl -pi -e 's|chromakey-hsv|chromakeyhsv|g' po/* perl -pi -e 's|plugins/seltempavg|plugins/denoiseseltempavg|g' po/* from the hvirtual folder sean ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Re: build problems fixed
was - Re: Suse 10.1 Error on make Thank you Hannes That solved everything. Note to suse 10.1, yast search x264 and install devel-package. If you get error on startup about libquicktimehv run ldconfig. Good build on AMD 64x2. Thanks again. Kind Regards Daniel Jircik ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] video playback stops working
--- mack [EMAIL PROTECTED] wrote: More info on that: my problem is seems to be triggered by running another video application while cinelerra is running, such as mplayer or vlc. I thought it was caused by rendering initially, but it was when I watched the rendered output in a player. It's avoided by closing cinalerra before opening mplayer/vlc/other video playback applications. Restarting X11 unjams the bug. Mack There was something similar some times ago, I think I remember it had to do with xvideo and mplayer. The solution was closing mplayer and cinelerra, play a video in kino (with xvideo enabled in the preferences) and then you can reopen Cinelerra, without the need to reboot. If I still remember correctly kino exits cleanly from using xvideo and then it's again usable by Cinelerra. Leo __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] video playback stops working
Not sure how xvideo works, but it would be cool to have a program similar to how lsof lists open devices, that lists what programs are using xvideo (however it works) Along that note, another rant: A lot of the new GUI's when you try to eject a device that is being used by a program just say cannot eject, a program is using it I would have thought a grep through lsof could actually advise the user what programs where using the device... Though I know here's not the place to raise that issue. Leonardo wrote: --- mack [EMAIL PROTECTED] wrote: More info on that: my problem is seems to be triggered by running another video application while cinelerra is running, such as mplayer or vlc. I thought it was caused by rendering initially, but it was when I watched the rendered output in a player. It's avoided by closing cinalerra before opening mplayer/vlc/other video playback applications. Restarting X11 unjams the bug. Mack There was something similar some times ago, I think I remember it had to do with xvideo and mplayer. The solution was closing mplayer and cinelerra, play a video in kino (with xvideo enabled in the preferences) and then you can reopen Cinelerra, without the need to reboot. If I still remember correctly kino exits cleanly from using xvideo and then it's again usable by Cinelerra. Leo __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- __ Get Firefox! http://www.mozilla.org/products/firefox/ Mr Pierre Dumuid Phd Student Active Noise and Vibration Control Group School of Mechanical Engineering The University of Adelaide SA 5005 AUSTRALIA Email: [EMAIL PROTECTED] [EMAIL PROTECTED] Work: +61 (0)8 8303 3847 Mobile: 0407 570 263 Web Page : http://www.mecheng.adelaide.edu.au/ __ CRICOS Provider Number 00123M --- This email message is intended only for the addressee(s) and contains information that may be confidential and/or copyright. If you are not the intended recipient please notify the sender by reply email and immediately delete this email. Use, disclosure or reproduction of this email by anyone other than the intended recipient(s) is strictly prohibited. No representation is made that this email or any attachments are free of viruses. Virus scanning is recommended and is the responsibility of the recipient. begin:vcard fn:Pierre Dumuid n:Dumuid;Pierre org:The University of Adelaide;Mechanical Engineering adr:;;;Adelaide;South Australia;5005;Australia email;internet:[EMAIL PROTECTED] title:Postgraduate Student tel;work:8303 3847 tel;home:8388 5727 tel;cell:0407570263 note:CRICOS Provider Number 00123M x-mozilla-html:TRUE url:http://www.adelaide.edu.au version:2.1 end:vcard