I just tried xvidcap and it only recorded 1 fraction of a second and seemed to freeze. I had to close the window to get it to stop.
I'm unsure about what preferences are needed.
I'm using SuSE 10.0, I installed this from an rpm (version 1.1.4rc1), my video card is nVidia GeForce FX 5200 the driver is by NVidia -- not the generic one provided by my distro, Driver Info: XFree86 v4 Server Module: nvidia 3D Support: yes Color Depths: 16
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Could be related to what's described in bug # 1885069. That may, however, be not xvidcap bug at all.
Could you please provide the ldd output requeted there?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have the same problem in Fedora 8, 64-bit. xvidcap worked fine for me with Fedora 7, 32-bit. I tried compiling 1.1.7rc1, and got the same results as with the rpm from the repository.
I read about the bug, and have run the ldd command requested:
This could quite possibly be the culprit.
Check the xcb version numbers in bug # 1885069 against the ones your rpm displays and follow the instructions in that bug. If that helps, check potential xcb bugs for your distro to see when this will be resolved.
HTH,
Karl.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I just tried xvidcap and it only recorded 1 fraction of a second and seemed to freeze. I had to close the window to get it to stop.
I'm unsure about what preferences are needed.
I'm using SuSE 10.0, I installed this from an rpm (version 1.1.4rc1), my video card is nVidia GeForce FX 5200 the driver is by NVidia -- not the generic one provided by my distro, Driver Info: XFree86 v4 Server Module: nvidia 3D Support: yes Color Depths: 16
Could be related to what's described in bug # 1885069. That may, however, be not xvidcap bug at all.
Could you please provide the ldd output requeted there?
I have the same problem in Fedora 8, 64-bit. xvidcap worked fine for me with Fedora 7, 32-bit. I tried compiling 1.1.7rc1, and got the same results as with the rpm from the repository.
I read about the bug, and have run the ldd command requested:
$ ldd /usr/local/bin/xvidcap
linux-vdso.so.1 => (0x00007fffb89fe000)
libglade-2.0.so.0 => /usr/lib64/libglade-2.0.so.0 (0x0000003b88c00000)
libgtk-x11-2.0.so.0 => /usr/lib64/libgtk-x11-2.0.so.0 (0x0000003b8ee00000)
libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x0000003b93400000)
libgdk-x11-2.0.so.0 => /usr/lib64/libgdk-x11-2.0.so.0 (0x0000003b8ea00000)
libatk-1.0.so.0 => /usr/lib64/libatk-1.0.so.0 (0x0000003b8f600000)
libgdk_pixbuf-2.0.so.0 => /usr/lib64/libgdk_pixbuf-2.0.so.0 (0x0000003b8e600000)
libpangocairo-1.0.so.0 => /usr/lib64/libpangocairo-1.0.so.0 (0x0000003b8d200000)
libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x0000003b8da00000)
libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x0000003b8d600000)
libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x0000003b8c200000)
libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x0000003b8c600000)
libdl.so.2 => /lib64/libdl.so.2 (0x000000323a600000)
libgthread-2.0.so.0 => /lib64/libgthread-2.0.so.0 (0x0000003b8ca00000)
librt.so.1 => /lib64/librt.so.1 (0x0000003239400000)
libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x0000003b8be00000)
libdbus-glib-1.so.2 => /usr/lib64/libdbus-glib-1.so.2 (0x0000003b90200000)
libdbus-1.so.3 => /lib64/libdbus-1.so.3 (0x0000003247400000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x000000323aa00000)
libm.so.6 => /lib64/libm.so.6 (0x000000323a200000)
libXdamage.so.1 => /usr/lib64/libXdamage.so.1 (0x0000003b93800000)
libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x0000003b8b200000)
libXmu.so.6 => /usr/lib64/libXmu.so.6 (0x0000003b97c00000)
libc.so.6 => /lib64/libc.so.6 (0x0000003239e00000)
libX11.so.6 => /usr/lib64/libX11.so.6 (0x0000003b89600000)
libz.so.1 => /lib64/libz.so.1 (0x000000323ae00000)
libXext.so.6 => /usr/lib64/libXext.so.6 (0x0000003b8a200000)
libXcomposite.so.1 => /usr/lib64/libXcomposite.so.1 (0x0000003b8de00000)
libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x000000323d200000)
libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x000000323d600000)
libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x0000003b8a600000)
libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x0000003b8ba00000)
libXi.so.6 => /usr/lib64/libXi.so.6 (0x0000003b8aa00000)
libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x0000003b8ae00000)
libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x0000003b8b600000)
libpangoft2-1.0.so.0 => /usr/lib64/libpangoft2-1.0.so.0 (0x0000003b8e200000)
libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x000000323ce00000)
/lib64/ld-linux-x86-64.so.2 (0x0000003238c00000)
libnsl.so.1 => /lib64/libnsl.so.1 (0x0000003244000000)
libcap.so.1 => /lib64/libcap.so.1 (0x0000003247000000)
libXt.so.6 => /usr/lib64/libXt.so.6 (0x0000003b97400000)
libxcb-xlib.so.0 => /usr/lib64/libxcb-xlib.so.0 (0x0000003b89a00000)
libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x0000003b89e00000)
libXau.so.6 => /usr/lib64/libXau.so.6 (0x000000323b600000)
libexpat.so.1 => /lib64/libexpat.so.1 (0x000000323ca00000)
libSM.so.6 => /usr/lib64/libSM.so.6 (0x000000323fe00000)
libICE.so.6 => /usr/lib64/libICE.so.6 (0x000000323fa00000)
libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x000000323be00000)
libxcb-xlib.so.0 => /usr/lib64/libxcb-xlib.so.0 (0x0000003b89a00000)
libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x0000003b89e00000)
This could quite possibly be the culprit.
Check the xcb version numbers in bug # 1885069 against the ones your rpm displays and follow the instructions in that bug. If that helps, check potential xcb bugs for your distro to see when this will be resolved.
HTH,
Karl.