[CinCVS] [Bug 443] New: Replace and concatenate tracks insertion strategy does not create audio tracks, if you select to load and image and an audio file (in this order)
http://bugs.cinelerra.org/show_bug.cgi?id=443 Summary: Replace and concatenate tracks insertion strategy does not create audio tracks, if you select to load and image and an audio file (in this order) Product: Cinelerra Version: 2.1 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: Medium Component: User Interface AssignedTo: cinelerra@skolelinux.no ReportedBy: [EMAIL PROTECTED] If you select an image and an audio file, and choose to load them Replace and concatenate insertion strategy, the files are loaded correctly and saved in the Resources window. But only the video track is added. In the other hand, if you choose first in the files list an audio file, only Audio tracks are created. Finally, if you choose a video+image+audio file, both kind of tracks are added, video and audio. Reproducible: Always Steps to Reproduce: 1.Select multiple kind of files to load (i.e.: an image and an audio file) 2.Choose Replace and concatenate insertion strategy Actual Results: If the file you have choosen first in the files list is an image, only the Video track is added, ignoring the audio file. Although it is loaded correctly Expected Results: If you load audio and image files, an Audio and Video track should be created, replacing the current project. -- 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] Relative Paths?
Hi there! I use Cinelerra CVS wich I got from the repositories for Ubuntu. I'm having a problem that, although I can workaround it by editing the XML file, I feel that it shouldn't be necessary. Everytime I change the name of parent folders (like home/user/movieprojects/projectX/projectX.xml home/user/movie_projects/projectX/projectX.xml ), and try to run projectX in cinelerra, I get errors due to the fact that the software doesn't find the movie files (wich are in home/user/movieprojects/projectX/raw_material, as an example). Can I change Cinelerra in order to use relative paths? Like //raw_material or something? Thanks! Leandro Ps.: Cinelerra is a great product. Not perfect, not the best, but great. I'm looking forward to see what will come out of the WHERE IS CINELERRA GOING? debate! I can't contribute with code, since I don't know any, but I'm working on some projects that, when they're done, will have a done with Cinelerra logo of some sort - and will be free. Open Software should be a compreensive work between coders and users! Most users don't know how to code, but should be encouraged to use the software, promote it and produce free contents with it. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] [Bug 440] segfault when rendering to ogg
http://bugs.cinelerra.org/show_bug.cgi?id=440 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #4 from [EMAIL PROTECTED] 2007-08-18 16:43 +2 --- I can't reproduce this segfault. Give us the properties of your project please: 1) Number of tracks (video + audio) 2) Media files you have loaded (formats, etc) 3) etc.. Also the kernel version and the cinelerra version you are using. Thank you! -- 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 443] Replace and concatenate tracks insertion strategy does not create audio tracks, if you select to load and image and an audio file (in this order)
http://bugs.cinelerra.org/show_bug.cgi?id=443 --- Comment #1 from [EMAIL PROTECTED] 2007-08-18 17:36 +2 --- Created an attachment (id=221) -- (http://bugs.cinelerra.org/attachment.cgi?id=221action=view) Fix for the Replace and concatenate insertion strategy Ok, here is a patch to fix the issue. The error was in mwindoedit.C at line 1352. Only the first EDL was checked for this mode, so the next assets were not checked to ass more tracks. Now, the information of each Asset is extracted in order to check if it has Video data and/or Audio data. In Replace and concatenate mode, only a Video track is added. The number of Audio tracks added are the maximum of channels of an Asset. For example, if you load 2 audio files, one with 2 channels and another one with 4 channels, 4 audio tracks are created. -- 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] Re: [Cinelerra-commits] r1007 - in trunk/hvirtual: . libmpeg3/video
Should have sent this to devel... I've run into build trouble on SUSE x86_64 related to this patch: On 2007-03-31 19:36, Johannes Sixt [EMAIL PROTECTED] wrote: Author: j6t Date: 2007-03-31 21:36:53 +0200 (Sat, 31 Mar 2007) New Revision: 1007 Modified: trunk/hvirtual/configure.in trunk/hvirtual/libmpeg3/video/Makefile.am Log: Make configure detect and work on amd64. Patch by j [EMAIL PROTECTED]. Hannes, or j, The use of USEMMX is not just in libmpeg3, which was changed. AM_CONDITIONAL(USEMMX, test x$enable_mmx = xyes) +AM_CONDITIONAL(USEMMX32, test x$enable_mmx32 = xyes) While this addresses libmpeg3, there are also uses of USEMMX in quicktime/ffmpeg/libavcodec Modified: trunk/hvirtual/libmpeg3/video/Makefile.am === --- trunk/hvirtual/libmpeg3/video/Makefile.am2007-03-05 19:49:17 UTC (rev 1006) +++ trunk/hvirtual/libmpeg3/video/Makefile.am2007-03-31 19:36:53 UTC (rev 1007) @@ -9,7 +9,7 @@ subtitle.c \ vlc.c -if USEMMX +if USEMMX32 libmpeg3_video_la_SOURCES += mmxidct.S reconmmx.s else libmpeg3_video_la_SOURCES += What was the intention of USEMMX vs. USEMMX32? Would you expect to need to disable mmx in ffmpeg also? Thanks, -- Kevin ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] [Bug 406] gui is not responding after starting cinelerra
http://bugs.cinelerra.org/show_bug.cgi?id=406 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment #6 from [EMAIL PROTECTED] 2007-08-17 21:46 +2 --- (In reply to comment #4) Debian problem fixed by downgrading to libc6 2.3 Cinelerra works for me on Debian Sid with libc6 2.6.1-1 regards -- 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] Re: [Cinelerra-commits] r1007 - in trunk/hvirtual: . libmpeg3/video
On Saturday 18 August 2007 03:35, Kevin Brosius wrote: Should have sent this to devel... I've run into build trouble on SUSE x86_64 related to this patch: On 2007-03-31 19:36, Johannes Sixt [EMAIL PROTECTED] wrote: Author: j6t Date: 2007-03-31 21:36:53 +0200 (Sat, 31 Mar 2007) New Revision: 1007 Modified: trunk/hvirtual/configure.in trunk/hvirtual/libmpeg3/video/Makefile.am Log: Make configure detect and work on amd64. Patch by j [EMAIL PROTECTED]. Hannes, or j, The use of USEMMX is not just in libmpeg3, which was changed. AM_CONDITIONAL(USEMMX, test x$enable_mmx = xyes) +AM_CONDITIONAL(USEMMX32, test x$enable_mmx32 = xyes) While this addresses libmpeg3, there are also uses of USEMMX in quicktime/ffmpeg/libavcodec The purpose of this fix, AFAIR, was to address only MMX issues in libmpeg3, not in ffmpeg. I faintly recall that I have even encouraged j not to touch USEMMX in ffmpeg, because it has a different meaning/purpose there. What's your problem? -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Relative Paths?
On Saturday 18 August 2007 16:15, leandro ribeiro wrote: Hi there! I use Cinelerra CVS wich I got from the repositories for Ubuntu. I'm having a problem that, although I can workaround it by editing the XML file, I feel that it shouldn't be necessary. Everytime I change the name of parent folders (like home/user/movieprojects/projectX/projectX.xml home/user/movie_projects/projectX/projectX.xml ), and try to run projectX in cinelerra, I get errors due to the fact that the software doesn't find the movie files (wich are in home/user/movieprojects/projectX/raw_material, as an example). Can I change Cinelerra in order to use relative paths? Like //raw_material or something? Unfortunately, no. -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Re: [Cinelerra-commits] r1007 - in trunk/hvirtual: . libmpeg3/video
Johannes Sixt wrote: On Saturday 18 August 2007 03:35, Kevin Brosius wrote: Should have sent this to devel... I've run into build trouble on SUSE x86_64 related to this patch: On 2007-03-31 19:36, Johannes Sixt [EMAIL PROTECTED] wrote: Author: j6t Date: 2007-03-31 21:36:53 +0200 (Sat, 31 Mar 2007) New Revision: 1007 Modified: trunk/hvirtual/configure.in trunk/hvirtual/libmpeg3/video/Makefile.am Log: Make configure detect and work on amd64. Patch by j [EMAIL PROTECTED]. Hannes, or j, The use of USEMMX is not just in libmpeg3, which was changed. AM_CONDITIONAL(USEMMX, test x$enable_mmx = xyes) +AM_CONDITIONAL(USEMMX32, test x$enable_mmx32 = xyes) While this addresses libmpeg3, there are also uses of USEMMX in quicktime/ffmpeg/libavcodec The purpose of this fix, AFAIR, was to address only MMX issues in libmpeg3, not in ffmpeg. I faintly recall that I have even encouraged j not to touch USEMMX in ffmpeg, because it has a different meaning/purpose there. What's your problem? I suspect it is that MMX is now enabled in ffpmeg where it was not before, and fPIC is not set properly for the ffpmeg build. I am seeing an fPIC error while trying to link mpegvideo_mmx.o in ffmpeg/libavcodec. The failure is because the mmx .o file is built without -fPIC. Note that the patch adds a x86_64 cpu target to configure.in which auto detects mmx, it seems. This enables mmx for all sublibs on x86_64, which was not the case before. There is a new USEMMX32 define for non-64 bit targets... Also, the configure for 3dnow was left off the x86_64 arch block in configure.in, was this intentional? Anyway, we should be able to enable mmx across the board on x86_64, I would think. I'll look in to why ffmpeg doesn't configure the same as other parts of the build with respect to -fPIC. I noticed there was a change to it's -fPIC preference also. This may relate to the trouble. Do you recall what platform j was using? I assume the patch fixed the build on his platform while breaking SUSE. I can build if I pass --disable-mmx to configure, skipping the trouble files in ffmpeg. -- Kevin ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Relative Paths?
Can I change Cinelerra in order to use relative paths? Paths are recorded as absolute when the .xml file is not in the folder that contains all the media and as relative when the project share the folder with the media. If I save as... my absolute pathed project locating it in the media folder, paths will be written in the EDL as relative. Similarly I can transform paths from relative to absolute by saving as... my project in any location outside the media folder. Ciao Raffaella ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Relative Paths?
On Saturday 18 August 2007 21:49, Raffaella Traniello wrote: Can I change Cinelerra in order to use relative paths? Paths are recorded as absolute when the .xml file is not in the folder that contains all the media and as relative when the project share the folder with the media. If I save as... my absolute pathed project locating it in the media folder, paths will be written in the EDL as relative. Similarly I can transform paths from relative to absolute by saving as... my project in any location outside the media folder. You are right. Thanks for correcting me. -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Re: [Cinelerra-commits] r1007 - in trunk/hvirtual: . libmpeg3/video
On Saturday 18 August 2007 21:19, Kevin Brosius wrote: Johannes Sixt wrote: On Saturday 18 August 2007 03:35, Kevin Brosius wrote: While this addresses libmpeg3, there are also uses of USEMMX in quicktime/ffmpeg/libavcodec The purpose of this fix, AFAIR, was to address only MMX issues in libmpeg3, not in ffmpeg. I faintly recall that I have even encouraged j not to touch USEMMX in ffmpeg, because it has a different meaning/purpose there. What's your problem? I suspect it is that MMX is now enabled in ffpmeg where it was not before, and fPIC is not set properly for the ffpmeg build. I am seeing an fPIC error while trying to link mpegvideo_mmx.o in ffmpeg/libavcodec. The failure is because the mmx .o file is built without -fPIC. Note that the patch adds a x86_64 cpu target to configure.in which auto detects mmx, it seems. This enables mmx for all sublibs on x86_64, which was not the case before. There is a new USEMMX32 define for non-64 bit targets... Also, the configure for 3dnow was left off the x86_64 arch block in configure.in, was this intentional? Anyway, we should be able to enable mmx across the board on x86_64, I would think. I'll look in to why ffmpeg doesn't configure the same as other parts of the build with respect to -fPIC. I noticed there was a change to it's -fPIC preference also. This may relate to the trouble. Do you recall what platform j was using? I assume the patch fixed the build on his platform while breaking SUSE. Sorry, I can't remember the details, not even my own arguments. Please search in ML archives. I'd appreciate if you could go over this issue again. I don't have the hardware to help. Let's hope that j is listening and can give feedback. -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Relative Paths?
Is this issue going to be adressed in recent times? It's kind of anoying not to be able to keep a tidy folder scheme :\ Sáb, 2007-08-18 às 22:20 +0200, Johannes Sixt escreveu: On Saturday 18 August 2007 21:49, Raffaella Traniello wrote: Can I change Cinelerra in order to use relative paths? Paths are recorded as absolute when the .xml file is not in the folder that contains all the media and as relative when the project share the folder with the media. If I save as... my absolute pathed project locating it in the media folder, paths will be written in the EDL as relative. Similarly I can transform paths from relative to absolute by saving as... my project in any location outside the media folder. You are right. Thanks for correcting me. -- Hannes ___ 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] Relative Paths?
I have dealt with this by editing the EDL. You need to do a global change to convert all cases of the old path to the new path. On 19/08/07, leandro ribeiro [EMAIL PROTECTED] wrote: Is this issue going to be adressed in recent times? It's kind of anoying not to be able to keep a tidy folder scheme :\ Sáb, 2007-08-18 às 22:20 +0200, Johannes Sixt escreveu: On Saturday 18 August 2007 21:49, Raffaella Traniello wrote: Can I change Cinelerra in order to use relative paths? Paths are recorded as absolute when the .xml file is not in the folder that contains all the media and as relative when the project share the folder with the media. If I save as... my absolute pathed project locating it in the media folder, paths will be written in the EDL as relative. Similarly I can transform paths from relative to absolute by saving as... my project in any location outside the media folder. You are right. Thanks for correcting me. -- Hannes ___ 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 -- Regards, Martin ([EMAIL PROTECTED]) IT: http://methodsupport.com Personal: http://thereisnoend.org