Re: [CinCV] OpenGL
I have recompiled with the --enable-opengl option and now have X11-OpenGL driver option back. Have selected the driver and seems OK with a few tests. David On 25/09/11 21:30, Einar Rünkaru wrote: On Sat, Sep 24, 2011 at 1:37 AM, David Armstrongbod...@netspace.net.au wrote: I have mesa-dev installed - v7.10.2 checking config.log associated with installation, there is no mention of the string libGl (case insensitive search) there is an entry: OPENGL_LIBS='' This means that OpenGL is not enabled As an aside, I notice that 2.1.5 is mentioned numerously in the log. This is irrelevant. There is a bug in configure scripts. Results of quick tests: './configure' - does not enable OpenGl './configure --enable-opengl' - enables openGL './configure --enable-mmx' - enables OpenGL I didn test more, but I think enabling something make autodetection of OpenGL work. Einar ___ 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: [CinCV] OpenGL
Am 25.09.2011 22:34, schrieb E Chalaron: there we go with --enable-mmx: Sorry, that's not what I asked for. Please read again: I have OpenSuse 11.4 64bit and also use --disable-mmx --enable-opengl, but OpenGL is detected correctly. I have the proprietary Nvidia drivers installed. It would be helpful to see the section in config.log about OpenGL. (And please don't top-post.) -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] OpenGL
On Sat, Sep 24, 2011 at 1:37 AM, David Armstrong bod...@netspace.net.au wrote: I have mesa-dev installed - v7.10.2 checking config.log associated with installation, there is no mention of the string libGl (case insensitive search) there is an entry: OPENGL_LIBS='' This means that OpenGL is not enabled As an aside, I notice that 2.1.5 is mentioned numerously in the log. This is irrelevant. There is a bug in configure scripts. Results of quick tests: './configure' - does not enable OpenGl './configure --enable-opengl' - enables openGL './configure --enable-mmx' - enables OpenGL I didn test more, but I think enabling something make autodetection of OpenGL work. Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] OpenGL
To report on that : --enable-mmx leads to a make error, so for me there is no other option than --disable-mmx --enable-opengl other opengl is not detected at all. Open suse 11.3 11.4 and 64 bits cheers E './configure --enable-mmx' - enables OpenGL ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] OpenGL
Am 25.09.2011 21:48, schrieb E Chalaron: To report on that : --enable-mmx leads to a make error, so for me there is no other option than --disable-mmx --enable-opengl other opengl is not detected at all. Open suse 11.3 11.4 and 64 bits I have OpenSuse 11.4 64bit and also use --disable-mmx --enable-opengl, but OpenGL is detected correctly. I have the proprietary Nvidia drivers installed. It would be helpful to see the section in config.log about OpenGL. -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] OpenGL
there we go with --enable-mmx: /bin/sh ../libtool --tag=CC --tag=CC --mode=link gcc -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -o libmpeg2enc.la conform.lo mpeg2enc.lo putseq.lo putpic.lo puthdr.lo putmpg.lo putvlc.lo putbits.lo predict.lo readpic.lo writepic.lo transfrm.lo fdctref.lo idct.lo quantize.lo ratectl.lo stats.lo motion.lo cpu_accel.lo fdct_mmx.lo fdctdata.lo idct_mmx.lo idctdata.lo quant_mmx.lo quantize_x86.lo predict_mmx.lo predcomp_mmxe.lo predcomp_mmx.lo -lm -ldl -lpthread libtool: link: ar cru .libs/libmpeg2enc.a .libs/conform.o .libs/mpeg2enc.o .libs/putseq.o .libs/putpic.o .libs/puthdr.o .libs/putmpg.o .libs/putvlc.o .libs/putbits.o .libs/predict.o .libs/readpic.o .libs/writepic.o .libs/transfrm.o .libs/fdctref.o .libs/idct.o .libs/quantize.o .libs/ratectl.o .libs/stats.o .libs/motion.o .libs/cpu_accel.o .libs/fdct_mmx.o .libs/fdctdata.o .libs/idct_mmx.o .libs/idctdata.o .libs/quant_mmx.o .libs/quantize_x86.o .libs/predict_mmx.o .libs/predcomp_mmxe.o .libs/predcomp_mmx.o ar: .libs/fdct_mmx.o: No such file or directory make[2]: *** [libmpeg2enc.la] Error 1 make[2]: Leaving directory `/home/edouard/Desktop/CinelerraCV/mpeg2enc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/edouard/Desktop/CinelerraCV' make: *** [all] Error 2 On 09/26/2011 09:02 AM, Johannes Sixt wrote: Am 25.09.2011 21:48, schrieb E Chalaron: To report on that : --enable-mmx leads to a make error, so for me there is no other option than --disable-mmx --enable-opengl other opengl is not detected at all. Open suse 11.3 11.4 and 64 bits I have OpenSuse 11.4 64bit and also use --disable-mmx --enable-opengl, but OpenGL is detected correctly. I have the proprietary Nvidia drivers installed. It would be helpful to see the section in config.log about OpenGL. -- 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: [CinCV] OpenGL
On Fri, Sep 23, 2011 at 12:33 PM, David Armstrong bod...@netspace.net.au wrote: I have version 1.4 (from glxinfo) Maybe it is because I compiled v2.2 when v2.1.5 already installed from ppa binary installation? Happy to remove both and start again. No, what is installed before does not matter. Have you installed mesa-dev (eg appropriate OpenGL dev packages)? Does configure find libGl? At the end of configure output there is summary - what it says about OpenGL? Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] OpenGL
I have mesa-dev installed - v7.10.2 checking config.log associated with installation, there is no mention of the string libGl (case insensitive search) there is an entry: OPENGL_LIBS='' As an aside, I notice that 2.1.5 is mentioned numerously in the log. On 23/09/11 22:49, Einar Rünkaru wrote: On Fri, Sep 23, 2011 at 12:33 PM, David Armstrong bod...@netspace.net.au wrote: I have version 1.4 (from glxinfo) Maybe it is because I compiled v2.2 when v2.1.5 already installed from ppa binary installation? Happy to remove both and start again. No, what is installed before does not matter. Have you installed mesa-dev (eg appropriate OpenGL dev packages)? Does configure find libGl? At the end of configure output there is summary - what it says about OpenGL? Einar ___ 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: [CinCV] OpenGL (was 2.2 testing so far)
Hi. On Wed, Sep 21, 2011 at 11:11 PM, Raffaella Traniello raffaella.tranie...@g-raffa.eu wrote: Ciao! Issue is no X11-OpenGL video driver option in preferences set-up drop down box. If you followed instructions for Grandma, then you didn't use the --enable-opengl configure option so - from what I understand of the manual - OpenGL is not enabled and you don't get the OpenGL option in the video driver dropdown menu. This is not confirmed by my experience: I never use the --enable-opengl configure option either but I get the X11-OpenGL video driver option in the drop down menu (configure ended with OpenGL enabled). Do any of you know what is the expected behaviour with OpenGL? '--enable-opengl' is not needed. OpenGL is detected automatically if configure finds appropriate headers and libGL.so.1. On some systems configure fails to find libGL. Starting from version 2.1.5 cinelerra checks glx server version and if it is lower than 1.3 does not show OpenGL option in video driver dropdown. Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] OpenGL (was 2.2 testing so far)
This is not confirmed by my experience: I never use the --enable-opengl configure option either but I get the X11-OpenGL video driver option in the drop down menu (configure ended with OpenGL enabled). Same for me here. If I dont specify --enable-opengl I still get the X11-OpenGL option even if the config specifies clearly that opengl is off. E ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] opengl libraries missing in Fedora 12, x86-64
On Sonntag, 31. Januar 2010, Scott C. Frase wrote: I see that the libGL.so.1 in that directory has the appropriate OpenGL hooks: [sfr...@ogre usr]$ strings -a /usr/lib64/nvidia/libGL.so.1 | grep glDeleteShader glDeleteShader [sfr...@ogre usr]$ strings -a /usr/lib64/nvidia/libGL.so.1 | grep glUseProgram glUseProgram glUseProgramObjectARB I've tried manually pointing configure.in to the /usr/lib64/nvidia directory: AC_CHECK_LIB([GL], [glUseProgram], [OPENGL_LIBS=-lGL; libGL=yes], # On SUSE/OpenSUSE, NVidia places the OpenGL 2.0 capable library in /usr/X11R6/lib # but it doesn't place a libGL.so there, so the linker won't pick it up # we have to use the explicit libGL.so.1 path. save_LIBS=$LIBS for l in /usr/lib64/nvidia /usr/X11R6/lib /usr/X11R6/lib64; do LIBS=$l/libGL.so.1 AC_MSG_CHECKING(for glUseProgram in $l/libGL.so.1) AC_TRY_LINK([],[extern int glUseProgram(); glUseProgram();], [OPENGL_LIBS=$l/libGL.so.1; libGL=yes],[libGL=no]) AC_MSG_RESULT([$libGL]) test $libGL = yes break done LIBS=$save_LIBS But still I get OpenGL missing when I run configure. Analyze config.log. It should tell you what configure did exactly and why it was not successful. -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] opengl libraries missing in Fedora 12, x86-64
Hannes, I did a search on some different things in config.log (error, gl, GL, OpenGL,etc), but don't see any errors related to opengl that are jumping out at me. I'm sorry to bother you, but can you take a look? http://content.serveftp.net/content/config.log scott ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] opengl libraries missing in Fedora 12, x86-64
Scott I had the same problem on Suse 11.2 Reason : try a force openGL and you may end up with the same error on libx264 I had, e.g. different versions of libx264 devel, make sure to have the most recent one. It may lead you back to your error you had a couple of weeks ago. Cheers E I did a search on some different things in config.log (error, gl, GL, OpenGL,etc), but don't see any errors related to opengl that are jumping out at me. I'm sorry to bother you, but can you take a look? http://content.serveftp.net/content/config.log scott ___ 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: [CinCV] opengl libraries missing in Fedora 12, x86-64
On Sonntag, 31. Januar 2010, Scott C. Frase wrote: Hannes, I did a search on some different things in config.log (error, gl, GL, OpenGL,etc), but don't see any errors related to opengl that are jumping out at me. I'm sorry to bother you, but can you take a look? http://content.serveftp.net/content/config.log Looks like you need pass --enable-opengl to configure. For some reason it's not on by default. -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] opengl libraries missing in Fedora 12, x86-64
Scott I had the same problem on Suse 11.2 Reason : try a force openGL and you may end up with the same error on libx264 I had, e.g. different versions of libx264 devel, make sure to have the most recent one. It may lead you back to your error you had a couple of weeks ago. Cheers E Eduoard/Hannes, Forcing --enable-opengl did the trick. I was able to configure Cinelerra successfully. thanks for the help! scott ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] opengl slow
Hi! Sorry. That doesn't excite me very much. Let's start with something much simpler: I want to watch plain HDV in realtime in the composer window. I actually don't need any fancy effects for the video. Just plain transitions for a very simple editing job. kdenlive does the job perfectly. I can view and edit HDV without any probs. Also avidemux does it. Why is cinerella so slow? /Bernd Johannes Sixt wrote: On Friday 25 April 2008 02:37, Scott C. Frase wrote: Adam (or anyone who knows), How can I tell if Cinelerra is using hardware shading? Load a jpeg (640x480 will do) with 5 seconds duration attach a Rotate effect Set it to 0 degrees at the 0 seconds mark and 180 degrees at the 5 seconds. In the compositor, scrub between the two ends. With hardware shading (i.e. the OpenGL driver) I get a *very* noticable improvement in the frame rate. -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- www:http://www.berndporr.me.uk/ http://www.linux-usb-daq.co.uk/ Mobile: +44 (0)7840 340069 Work: +44 (0)141 330 5237 University of Glasgow Department of Electronics Electrical Engineering Room 519, Rankine Building, Oakfield Avenue, Glasgow, G12 8LT ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] opengl slow
On Mon, 2008-04-21 at 22:51 +0200, Johannes Sixt wrote: Yes, you should be ok. But look into configure.in: There is some special-casing for [Open]SUSE, which I added so that the Nvidia libGL.so.1 is picked up. Maybe you need something similar? [But quite frankly, your listing above suggests that this is not the case - you really should be OK. Shrug.] -- Hannes Hannes, I sent this on Monday, but it didn't seem to get to the mailing list. I'm running Fedora 7 64-bit, so I'll take your word for it. Thanks for the confirmation. Adam (or anyone who knows), How can I tell if Cinelerra is using hardware shading? scott ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] opengl slow
On Monday 21 April 2008 03:00, Scott C. Frase wrote: Most likely you are linking against MESA's libGL.so. Check to whom the libGL.so that cinelerra links in. For example, on my system I have this: $ ldd /usr/local/bin/cinelerra | grep libGL.so libGL.so.1 = /usr/X11R6/lib/libGL.so.1 (0xb6de2000) $ rpm -qf /usr/X11R6/lib/libGL.so.1 x11-video-nvidia-1.0.8762-1 Hi Hannes, I may or may not have the problem you specify. I see that libGL.so.1 on my system is the mesa driver: [EMAIL PROTECTED] ~]# ldd /usr/local/bin/cinelerra | grep libGL.so libGL.so.1 = /usr/lib64/libGL.so.1 (0x00308ce0) [EMAIL PROTECTED] ~]# rpm -qf /usr/lib64/libGL.so.1 mesa-libGL-6.5.2-13.fc7 I do have the NVidia drivers installed (169.12) for my BFG 8800GT. When I look for the NVidia drivers in rpm, search comes up empty: [EMAIL PROTECTED] ~]# rpm -qa | grep nvidia [EMAIL PROTECTED] ~]# I compiled cinelerra from source with the OpenGL option, configure recognized OpenGL and the build went fine. It looks like the libGL.so.1 symbolically links to the NVidia library, libGL.so.169.12. [EMAIL PROTECTED] lib64]# ll *GL* lrwxrwxrwx 1 root root 19 2008-04-20 20:44 libGLcore.so.1 - libGLcore.so.169.12 -rwxr-xr-x 1 root root 11223112 2008-04-20 20:44 libGLcore.so.169.12 -rw-r--r-- 1 root root 655 2008-04-20 20:44 libGL.la lrwxrwxrwx 1 root root 10 2008-04-20 20:44 libGL.so - libGL.so.1 lrwxrwxrwx 1 root root 15 2008-04-20 20:44 libGL.so.1 - libGL.so.169.12 -rwxr-xr-x 1 root root 837224 2008-04-20 20:44 libGL.so.169.12 lrwxrwxrwx 1 root root 11 2007-10-25 23:09 libGLU.so - libGLU.so.1 lrwxrwxrwx 1 root root 20 2007-10-25 21:47 libGLU.so.1 - libGLU.so.1.3.060502 -rwxr-xr-x 1 root root 450840 2007-04-10 16:36 libGLU.so.1.3.060502 [EMAIL PROTECTED] lib64]# rpm -qf /usr/lib64/libGL.so.169.12 file /usr/lib64/libGL.so.169.12 is not owned by any package In this case, even though rpm -qf output reports linking to mesa, shouldn't I be OK cause libGL.so.1 symlinks to the NVidia library? Yes, you should be ok. But look into configure.in: There is some special-casing for [Open]SUSE, which I added so that the Nvidia libGL.so.1 is picked up. Maybe you need something similar? [But quite frankly, your listing above suggests that this is not the case - you really should be OK. Shrug.] -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] opengl slow
Hi, Bernd Porr schrieb: Hi all, I've got the problem that the openGL driver is slower (5fps) than the XV driver (10fps). I've got an nvidia card with opengl 2.0 support and was actually expecting that it's getting faster and not slower with openGL. I've got a force 7300GS and then nvidia drivers installed. Any ideas why it is so slow? If you process in YUV and display with OpenGL, you have an additional YUV-RGB conversion, which is done in software I assume. For rendering YUV video, xv is always faster I think. Burkhard ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] opengl slow
Hi, thanks for the quick reply. That's a shame. I was hoping to get my HD footage a bit smoother by getting a more powerful graphics card with openGL 2.0 :-( /Bernd Burkhard Plaum wrote: Hi, Bernd Porr schrieb: Hi all, I've got the problem that the openGL driver is slower (5fps) than the XV driver (10fps). I've got an nvidia card with opengl 2.0 support and was actually expecting that it's getting faster and not slower with openGL. I've got a force 7300GS and then nvidia drivers installed. Any ideas why it is so slow? If you process in YUV and display with OpenGL, you have an additional YUV-RGB conversion, which is done in software I assume. For rendering YUV video, xv is always faster I think. Burkhard ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- www:http://www.berndporr.me.uk/ http://www.linux-usb-daq.co.uk/ Mobile: +44 (0)7840 340069 Work: +44 (0)141 330 5237 University of Glasgow Department of Electronics Electrical Engineering Room 519, Rankine Building, Oakfield Avenue, Glasgow, G12 8LT ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] opengl slow
2008/4/17, Burkhard Plaum [EMAIL PROTECTED]: If you process in YUV and display with OpenGL, you have an additional YUV-RGB conversion, which is done in software I assume. This really depends on how it is implemented in cinelerra and what capabilities the hardware provides. It is perfectly possible to do the yuv-rgb conversion in OpenGL. For some newer ATI drivers, XV is implemented by using a texture in the backend, for example. For rendering YUV video, xv is always faster I think. -Richard -- Don't contribute to the Y10K problem! ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] opengl slow
On Thursday 17 April 2008 01:12, Bernd Porr wrote: I've got the problem that the openGL driver is slower (5fps) than the XV driver (10fps). I've got an nvidia card with opengl 2.0 support and was actually expecting that it's getting faster and not slower with openGL. I've got a force 7300GS and then nvidia drivers installed. Any ideas why it is so slow? Most likely you are linking against MESA's libGL.so. Check to whom the libGL.so that cinelerra links in. For example, on my system I have this: $ ldd /usr/local/bin/cinelerra | grep libGL.so libGL.so.1 = /usr/X11R6/lib/libGL.so.1 (0xb6de2000) $ rpm -qf /usr/X11R6/lib/libGL.so.1 x11-video-nvidia-1.0.8762-1 -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra