Thread: [Openmovieeditor-list] =?utf-8?q?Open_Movie_Editor_0=2E0=2E200709?= =?utf-8?b?MTQgcmVsZWFzZWQ6IEZJW
Status: Alpha
Brought to you by:
oracle2025
Menu
▾
▴
openmovieeditor-list
|
From: Richard S. <or...@pr...> - 2007-09-14 06:45:12
|
Hi, I just released a fixed Version of Open Movie Editor, it contains the following fixes compared to the last version: * compatibility with libquicktime-0.9.7 * no more corruption in the clip preview while trimming * video playback with jack-audio-backend * double occurence of frei0r filters in filter list. Have fun, Cheers -Richard |
Richard Spindler wrote: > Hi, > > I just released a fixed Version of Open Movie Editor, it contains the > following fixes compared to the last version: > > * compatibility with libquicktime-0.9.7 > * no more corruption in the clip preview while trimming > * video playback with jack-audio-backend > * double occurence of frei0r filters in filter list. > > Have fun, > > Cheers > -Richard > > > hi richard, this seems to improve some things, although is not perfect. but why is this, while starting ome from console: [codecinfo] Error: Codec interface version mismatch of module /usr/local/lib/libquicktime/lqt_faad2.so: 65544 [module] != 9 [lqt] [codecinfo] Error: dlopen failed for /usr/local/lib/libquicktime/lqt_x264.so: libx264.so.47: cannot open shared object file: No such file or directory there is no libx264.so.47 on my system, only libx264.so.48 and .51, so why is ome compiling against something what is not here? cheers, doc |
|
From: Richard S. <or...@pr...> - 2007-09-14 08:11:24
|
Am Freitag, den 14.09.2007, 11:48 +0200 schrieb Dragan Noveski: > hi richard, this seems to improve some things, although is not perfect. > but why is this, while starting ome from console: > > [codecinfo] Error: Codec interface version mismatch of module > /usr/local/lib/libquicktime/lqt_faad2.so: 65544 [module] != 9 [lqt] > [codecinfo] Error: dlopen failed for > /usr/local/lib/libquicktime/lqt_x264.so: libx264.so.47: cannot open > shared object file: No such file or directory > > there is no libx264.so.47 on my system, only libx264.so.48 and .51, so > why is ome compiling against something what is not here? Hi, I guess there are some traces of an old libx264 somewhere on the system? Have you tried running "locate x264"? Other than that, this seems to be a problem related to libquicktime, so it would probably need to be fixed there. Can you check for libx264 remainings and then compile libquicktime again? Cheers -Richard |
Richard Spindler wrote: > Am Freitag, den 14.09.2007, 11:48 +0200 schrieb Dragan Noveski: > >> hi richard, this seems to improve some things, although is not perfect. >> but why is this, while starting ome from console: >> >> [codecinfo] Error: Codec interface version mismatch of module >> /usr/local/lib/libquicktime/lqt_faad2.so: 65544 [module] != 9 [lqt] >> [codecinfo] Error: dlopen failed for >> /usr/local/lib/libquicktime/lqt_x264.so: libx264.so.47: cannot open >> shared object file: No such file or directory >> >> there is no libx264.so.47 on my system, only libx264.so.48 and .51, so >> why is ome compiling against something what is not here? >> > > Hi, > > I guess there are some traces of an old libx264 somewhere on the system? > Have you tried running "locate x264"? Other than that, this seems to be > a problem related to libquicktime, so it would probably need to be fixed > there. > > Can you check for libx264 remainings and then compile libquicktime > again? > > Cheers > -Richard > > > hi richard, look: locate x264: /usr/local/bin/x264 /usr/local/bin/x264_gtk_encode /usr/local/include/x264_gtk_enum.h /usr/local/include/x264_gtk.h /usr/local/include/x264.h /usr/local/lib/libquicktime/lqt_x264.la /usr/local/lib/libquicktime/lqt_x264.so /usr/local/lib/libx264.a /usr/local/lib/libx264gtk.a /usr/local/lib/libx264gtk.so /usr/local/lib/libx264gtk.so.55 /usr/local/lib/libx264.so /usr/local/lib/libx264.so.55 /usr/local/lib/pkgconfig/x264gtk.pc /usr/local/lib/pkgconfig/x264.pc /usr/local/lib/vlc/codec/libx264_plugin.so /usr/local/share/locale/fr/LC_MESSAGES/x264_gtk.mo /usr/local/share/x264 /usr/local/share/x264/x264.png i recompiled ffmpeg with the fresh svn code and also libquicktime ( tried the v1.0.0 and the cvs one) than compiled ome, but i get always exactly the same codec error. cheers, doc |
On Fri, September 14, 2007 17:44, Dragan Noveski wrote: > Richard Spindler wrote: >> Am Freitag, den 14.09.2007, 11:48 +0200 schrieb Dragan Noveski: >> >>> hi richard, this seems to improve some things, although is not perfect. >>> but why is this, while starting ome from console: >>> >>> [codecinfo] Error: Codec interface version mismatch of module >>> /usr/local/lib/libquicktime/lqt_faad2.so: 65544 [module] != 9 [lqt] >>> [codecinfo] Error: dlopen failed for >>> /usr/local/lib/libquicktime/lqt_x264.so: libx264.so.47: cannot open >>> shared object file: No such file or directory >>> >>> there is no libx264.so.47 on my system, only libx264.so.48 and .51, so >>> why is ome compiling against something what is not here? >>> >> >> Hi, >> >> I guess there are some traces of an old libx264 somewhere on the system? >> Have you tried running "locate x264"? Other than that, this seems to be >> a problem related to libquicktime, so it would probably need to be fixed >> there. >> >> Can you check for libx264 remainings and then compile libquicktime >> again? >> >> Cheers >> -Richard >> >> >> > hi richard, look: > > locate x264: > > /usr/local/bin/x264 > /usr/local/bin/x264_gtk_encode > /usr/local/include/x264_gtk_enum.h > /usr/local/include/x264_gtk.h > /usr/local/include/x264.h > /usr/local/lib/libquicktime/lqt_x264.la > /usr/local/lib/libquicktime/lqt_x264.so > /usr/local/lib/libx264.a > /usr/local/lib/libx264gtk.a > /usr/local/lib/libx264gtk.so > /usr/local/lib/libx264gtk.so.55 > /usr/local/lib/libx264.so > /usr/local/lib/libx264.so.55 > /usr/local/lib/pkgconfig/x264gtk.pc > /usr/local/lib/pkgconfig/x264.pc > /usr/local/lib/vlc/codec/libx264_plugin.so > /usr/local/share/locale/fr/LC_MESSAGES/x264_gtk.mo > /usr/local/share/x264 > /usr/local/share/x264/x264.png > > > i recompiled ffmpeg with the fresh svn code and also libquicktime ( tried > the v1.0.0 and the cvs one) than compiled ome, but i get always exactly > the same codec error. > > cheers, > doc Hi Doc, looks like you compiled against a lqt_x264.so which is linked to an older version of libx264. You need to update your lqt_x264.so to a newer version. Regards, Salsaman. http://lives.sourceforge.net |
|
From: Dragan N. <pe...@gm...> - 2007-09-14 15:16:13
|
sal...@xs... wrote: > On Fri, September 14, 2007 17:44, Dragan Noveski wrote: > >> Richard Spindler wrote: >> >>> Am Freitag, den 14.09.2007, 11:48 +0200 schrieb Dragan Noveski: >>> >>> >>>> hi richard, this seems to improve some things, although is not perfect. >>>> but why is this, while starting ome from console: >>>> >>>> [codecinfo] Error: Codec interface version mismatch of module >>>> /usr/local/lib/libquicktime/lqt_faad2.so: 65544 [module] != 9 [lqt] >>>> [codecinfo] Error: dlopen failed for >>>> /usr/local/lib/libquicktime/lqt_x264.so: libx264.so.47: cannot open >>>> shared object file: No such file or directory >>>> >>>> there is no libx264.so.47 on my system, only libx264.so.48 and .51, so >>>> why is ome compiling against something what is not here? >>>> >>>> >>> Hi, >>> >>> I guess there are some traces of an old libx264 somewhere on the system? >>> Have you tried running "locate x264"? Other than that, this seems to be >>> a problem related to libquicktime, so it would probably need to be fixed >>> there. >>> >>> Can you check for libx264 remainings and then compile libquicktime >>> again? >>> >>> Cheers >>> -Richard >>> >>> >>> >>> >> hi richard, look: >> >> locate x264: >> >> /usr/local/bin/x264 >> /usr/local/bin/x264_gtk_encode >> /usr/local/include/x264_gtk_enum.h >> /usr/local/include/x264_gtk.h >> /usr/local/include/x264.h >> /usr/local/lib/libquicktime/lqt_x264.la >> /usr/local/lib/libquicktime/lqt_x264.so >> /usr/local/lib/libx264.a >> /usr/local/lib/libx264gtk.a >> /usr/local/lib/libx264gtk.so >> /usr/local/lib/libx264gtk.so.55 >> /usr/local/lib/libx264.so >> /usr/local/lib/libx264.so.55 >> /usr/local/lib/pkgconfig/x264gtk.pc >> /usr/local/lib/pkgconfig/x264.pc >> /usr/local/lib/vlc/codec/libx264_plugin.so >> /usr/local/share/locale/fr/LC_MESSAGES/x264_gtk.mo >> /usr/local/share/x264 >> /usr/local/share/x264/x264.png >> >> >> i recompiled ffmpeg with the fresh svn code and also libquicktime ( tried >> the v1.0.0 and the cvs one) than compiled ome, but i get always exactly >> the same codec error. >> >> cheers, >> doc >> > > > Hi Doc, > looks like you compiled against a lqt_x264.so which is linked to an older > version of libx264. > > You need to update your lqt_x264.so to a newer version. > > Regards, > Salsaman. > http://lives.sourceforge.net > > > > hi salsaman, i think that libqt_x264.so is comming from libqicktime? please tell me if i am wrong. cheers, doc |
|
From: <sal...@xs...> - 2007-09-14 15:37:18
|
On Fri, September 14, 2007 19:16, Dragan Noveski wrote: > sal...@xs... wrote: >> On Fri, September 14, 2007 17:44, Dragan Noveski wrote: >> >>> Richard Spindler wrote: >>> >>>> Am Freitag, den 14.09.2007, 11:48 +0200 schrieb Dragan Noveski: >>>> >>>> >>>>> hi richard, this seems to improve some things, although is not >>>>> perfect. >>>>> but why is this, while starting ome from console: >>>>> >>>>> [codecinfo] Error: Codec interface version mismatch of module >>>>> /usr/local/lib/libquicktime/lqt_faad2.so: 65544 [module] != 9 [lqt] >>>>> [codecinfo] Error: dlopen failed for >>>>> /usr/local/lib/libquicktime/lqt_x264.so: libx264.so.47: cannot open >>>>> shared object file: No such file or directory >>>>> >>>>> there is no libx264.so.47 on my system, only libx264.so.48 and .51, >>>>> so >>>>> why is ome compiling against something what is not here? >>>>> >>>>> >>>> Hi, >>>> >>>> I guess there are some traces of an old libx264 somewhere on the >>>> system? >>>> Have you tried running "locate x264"? Other than that, this seems to >>>> be >>>> a problem related to libquicktime, so it would probably need to be >>>> fixed >>>> there. >>>> >>>> Can you check for libx264 remainings and then compile libquicktime >>>> again? >>>> >>>> Cheers >>>> -Richard >>>> >>>> >>>> >>>> >>> hi richard, look: >>> >>> locate x264: >>> >>> /usr/local/bin/x264 >>> /usr/local/bin/x264_gtk_encode >>> /usr/local/include/x264_gtk_enum.h >>> /usr/local/include/x264_gtk.h >>> /usr/local/include/x264.h >>> /usr/local/lib/libquicktime/lqt_x264.la >>> /usr/local/lib/libquicktime/lqt_x264.so >>> /usr/local/lib/libx264.a >>> /usr/local/lib/libx264gtk.a >>> /usr/local/lib/libx264gtk.so >>> /usr/local/lib/libx264gtk.so.55 >>> /usr/local/lib/libx264.so >>> /usr/local/lib/libx264.so.55 >>> /usr/local/lib/pkgconfig/x264gtk.pc >>> /usr/local/lib/pkgconfig/x264.pc >>> /usr/local/lib/vlc/codec/libx264_plugin.so >>> /usr/local/share/locale/fr/LC_MESSAGES/x264_gtk.mo >>> /usr/local/share/x264 >>> /usr/local/share/x264/x264.png >>> >>> >>> i recompiled ffmpeg with the fresh svn code and also libquicktime ( >>> tried >>> the v1.0.0 and the cvs one) than compiled ome, but i get always >>> exactly >>> the same codec error. >>> >>> cheers, >>> doc >>> >> >> >> Hi Doc, >> looks like you compiled against a lqt_x264.so which is linked to an >> older >> version of libx264. >> >> You need to update your lqt_x264.so to a newer version. >> >> Regards, >> Salsaman. >> http://lives.sourceforge.net >> >> >> >> > hi salsaman, i think that libqt_x264.so is comming from libqicktime? > please tell me if i am wrong. > > cheers, > doc Hi Doc, you can normally find out using your package manager. For rpm based systems: rpm -qf /usr/local/lib/libquicktime/lqt_x264.so there is a similar command for apt-cache, but I forget the exact syntax. Salsaman. http://lives.sourceforge.net |
|
From: Dragan N. <pe...@gm...> - 2007-09-15 12:59:53
|
>>> >>> >> hi salsaman, i think that libqt_x264.so is comming from libqicktime? >> please tell me if i am wrong. >> >> cheers, >> doc >> > > Hi Doc, > you can normally find out using your package manager. For rpm based systems: > rpm -qf /usr/local/lib/libquicktime/lqt_x264.so > > there is a similar command for apt-cache, but I forget the exact syntax. > > hi salsa, as i know in debian, all the apt/dpkg stuff works only for .dpkg installed software. everything i install from the sources, apt/dpkg do not recognise anymore (that is why one day i will switch to gentoo!). how ever, i tried now to update x264 and i realize that it is not working anymore. i configured without any arguments but while runing make: ... gcc -O4 -ffast-math -Wall -I. -DHAVE_MALLOC_H -DHAVE_MMX -DARCH_X86 -DSYS_LINUX -DHAVE_PTHREAD -s -fomit-frame-pointer -c -o common/i386/predict-c.o common/i386/predict-c.c nasm -O2 -f elf -Icommon/i386/ -o common/i386/dct-a.o common/i386/dct-a.asm common/i386/dct-a.asm:152: error: invalid operands in non-64-bit mode common/i386/dct-a.asm:153: error: invalid operands in non-64-bit mode common/i386/dct-a.asm:154: error: invalid operands in non-64-bit mode ..... common/i386/dct-a.asm:708: error: invalid operands in non-64-bit mode common/i386/dct-a.asm:709: error: invalid operands in non-64-bit mode make: *** [common/i386/dct-a.o] Fehler 1 i posted this already to the x264 list at the videolan.org. i could imagine that there have been some subtle changes in the kernel code, which i did not realized, so that it is not working now?! i am waiting to get some response from the x264 list and ll keep you up-to-date. cheers, doc |
|
From: Richard S. <or...@pr...> - 2007-09-15 13:07:56
|
Am Samstag, den 15.09.2007, 17:00 +0200 schrieb Dragan Noveski: > i posted this already to the x264 list at the videolan.org. > i could imagine that there have been some subtle changes in the kernel > code, which i did not realized, so that it is not working now?! > i am waiting to get some response from the x264 list and ll keep you > up-to-date. x264 is a Diva, it always requires a vast amount of patience to get a working version. ;-) Cheers -Richard |
|
From: Dragan N. <pe...@gm...> - 2007-09-15 13:10:51
|
Richard Spindler wrote: > Am Samstag, den 15.09.2007, 17:00 +0200 schrieb Dragan Noveski: > >> i posted this already to the x264 list at the videolan.org. >> i could imagine that there have been some subtle changes in the kernel >> code, which i did not realized, so that it is not working now?! >> i am waiting to get some response from the x264 list and ll keep you >> up-to-date. >> > > x264 is a Diva, it always requires a vast amount of patience to get a > working version. ;-) > > Cheers > -Richard > > > > > agreed, but mostly everything that want to have a use of it, requires exactly options to the ./configure of x264. i needed a long time to make mplayer make x264 recognizing. cheers, doc |
|
From: Dragan N. <pe...@gm...> - 2007-09-16 14:17:55
|
Dragan Noveski wrote: > Richard Spindler wrote: > >> Am Samstag, den 15.09.2007, 17:00 +0200 schrieb Dragan Noveski: >> >> >>> i posted this already to the x264 list at the videolan.org. >>> i could imagine that there have been some subtle changes in the kernel >>> code, which i did not realized, so that it is not working now?! >>> i am waiting to get some response from the x264 list and ll keep you >>> up-to-date. >>> >>> >> x264 is a Diva, it always requires a vast amount of patience to get a >> working version. ;-) >> >> Cheers >> -Richard >> >> >> >> >> >> > agreed, but mostly everything that want to have a use of it, requires > exactly options to the ./configure of x264. i needed a long time to make > mplayer make x264 recognizing. > > cheers, > doc > > > hi again, i recompiled now x264 by first removing nasm, for x264 to use yasm for building. than i recompiled ffmpeg(svn) and libquicktime(svn). after it i recompiled ome, but still i get the same error: [codecinfo] Error: Codec interface version mismatch of module /usr/local/lib/libquicktime/lqt_faad2.so: 65544 [module] != 9 [lqt] [codecinfo] Error: dlopen failed for /usr/local/lib/libquicktime/lqt_x264.so: libx264.so.47: cannot open shared object file: No such file or directory for me this is indicating that the issue is about ome, not about any other codec/library, but i cannot be sure. cheers, doc |
Thanks for helping keep SourceForge clean.
X