KMA 0.4-test1 released
Brought to you by:
bstard
Menu
▾
▴
Now that all features are in place the first test package is here to download. Note a lot is still note activated in this release: it's either not stable or not finished yet.
This release has:
- full pclink1.3 support
- the new modularized structure
- proper svcd support
- caching engine, so avi's start/search 2x as fast as 0.3.2
Still to come:
- configuration by KML interface
- support for a lot of picture formats
- more video modules
- better/cleaner compilation
this apparently requires libcdio; this is not mentioned anywhere or pointers given on how to acquire it
the home page for it is: http://www.gnu.org/software/libcdio
rpmfind shows recent RPM versions for Mandrake; freshmeat has links to recent RPM versions for Suse
no recent RPM versions for Redhat / Fedora or DEB versions for Debian as far as I can find this dependency and lack of these packages is a problem
I'll add a link to libcdio to the configure script. I dont really understand why 'lack of these packages is a problem'. Since KMA is sourcecode, people know how to unpack & compile tar.gz packages. I guess they're clever enough to install the tarball of libcdio as well.
0.4 final will get a better configure/compile though: when dependancies of the KMA modules arn't there the module will be skipped during compilation and not available during runtime.
The dependancies policy of KMA will stay the same: only libc and pthread for the core application; the modules can use anything they need.
In current CVS the code can handle failed dependancies and still compile KMA. ALl modules that have failed dependancies will still be compiled, but cant be used during runtime.
Hope this helps out people that dont need the modules, and dont want to install the needed lib.
Current CVS version builds without problem, thanks!
You probably know this, but the 'configure --prefix=/foo/bar' is not honored by modules.c. The source has /usr/local/lib hard-coded which results in a segfault at runtime. I worked around it by editing the source, but other folks may have a different expectations.
I'll be working on it. Seem KMA also dies a lot now during runtime, even with all the dependancies installed. Hope to have this fixed today.
Fixed. Ok, I just completed testing all scenarios. With or without the extra libraries, and a custom --prefix (installation directory). All looking fine.
For some reason the KML_server became buggy.. so I disabled it for now.
Hi,
How can i define multiple VIDEO_PATHes in the kma.conf ?
I have different video pathes like
/movies/scifi
/tv-shows/drama
.........
Not possible. But good idear, I'll work on it ;)
I suggest you'll workaround this by placing symbolic links in the video path you've specified in the kma.conf to the other directories you want to export.
cd /home/kma/export
ln -s /home/other/stuff .
hope this will do for now.
THX. I'll try your workaround.
Hi,
Get back to the compilation topic, libcdio belongs to a RPM easy to find.
But during the compilation, ./configure may complain about a file called libcdio.pc (the pkg-config stage) like hereunder:
> checking for pkg-config... /usr/bin/pkg-config
> checking for libcdio >= 0.65... Package libcdio was not found in the
> pkg-config search path.
> Perhaps you should add the directory containing `libcdio.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'libcdio' found
You'll fix this by installing the libcdio-devel-xxx.i386.rpm that contains this file ... ;-)
BStard, nice project you have - keep on rock'in
Bio.
Actually, I am still looking for that "easy to find" RPM for Red Hat or Fedora.
I can find outdated version 0.62 but 0.69 is available in RPM only for Suse. Building an RPM from source did not work either.
The improvements to the kma build process to not require libcdio are good - libcdio does not yet have good binary support for distributions other than Debian and Suse.
Hi again,
Jump to http://download.videolan.org/pub/vlc/0.7.2/rpm/fedora/fc2/vlc/
That's what I used for my RH8.0. I am still fighting with the compilation and til then, it wins ... not for a long i hope.
Try http://rpm.pbone.net/ advanced search. I searched for libcdio-*.rpm using the "Search for rpms by name in FTP world resources (2) e.g. rpm-4*i386.rpm" option and it returned a lot of matches. Actually, I'll build from the souce rpm myself, as usual :)
When I compile the thing, I cannot seem to get past this error:
[code]
+ libtool_args=gcc -O2 -Wall -ggdb -I.. -Wall -Werror -pthread -rdynamic -D_REENTRANT -D_PTHREADS -D_USE_LARGEFILE64 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -pthread -DLINUX -Ino/include -Ino/include -Lno/lib
+ test -n ''
+ prevarg=-Lno/lib
++ echo X-Lno/lib
++ sed -e '1s/^X//' -e 's/^-L//'
+ dir=no/lib
++ cd no/lib
../libtool: line 1: cd: no/lib: No such file or directory
+ absdir=
+ test -z ''
+ echo 'libtool: link: cannot determine absolute directory name of `no/lib'\'''
libtool: link: cannot determine absolute directory name of `no/lib'
+ exit 1
make[1]: *** [kma] Error 1
make[1]: Leaving directory `/mnt/store/naish/kma-0.4-test1/src'
make: *** [all-recursive] Error 1
[/code]
I put a 'set -x' in the libtool script, but cannot find the cause of the error...
Please submit a bug report, together with the complete compilation log.
In other words: I cant make up anything of the piece you posted, I need to see it in it's context.
Done... If you need more info, tell me.
I'm having a problem compiling kma 0.4-test1 too.
Basically I've untared & configured, which warned about the lack of libvcdinfo; libdvdcss; and libdvdread libraries. Then when I 'make' I get this:
...
gcc -O2 -ggdb -I.. -Wall -Werror -pthread -rdynamic -D_REENTRANT -D_PTHREADS -D_USE_LARGEFILE64 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"KMA\" -DVERSION=\"0.4.0-test1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DBITFIELD_LSBF= -I. -I. -I/usr/include/libxml2 -g -O2 -pthread -DLINUX -MT libkma_svcdmodule_la-svcdmodule.lo -MD -MP -MF .deps/libkma_svcdmodule_la-svcdmodule.Tpo -c svcdmodule.c -fPIC -DPIC -o .libs/libkma_svcdmodule_la-svcdmodule.lo
In file included from /usr/include/cdio/cdio.h:45,
from /usr/include/cdio/iso9660.h:35,
from svcdmodule.c:33:
/usr/include/cdio/sector.h:74: conflicting types for `AUDIO'
../src/dp500.h:22: previous declaration of `AUDIO'
/usr/include/cdio/sector.h:82: confused by earlier errors, bailing out
make[1]: *** [libkma_svcdmodule_la-svcdmodule.lo] Error 1
make[1]: Leaving directory `/home/mdsh/src/kma-0.4-test1/modules'
make: *** [all-recursive] Error 1
It appears that libcdio v0.70 (the only RPM >/0.65 I could find) is typedefing with the same parameter 'AUDIO' as you are elseware.
I have exactly the same Problem on my SuSE 9.0.
Is there already a solution for that problem?
Bastian
Exactly the same problem on RH9
Hello,
I have the same Problem as Mark Himsley. Anyone found a solution for that?
Best Regards,
Markus
Apart from AUDIO declaration problem, I'm experiencing several problems whe trying to compile kma under MDK 10.2 (Cooker), maybe this is due to newer libs/compiler; anyway I get errors like this:
svcdmodule.c: In function `_parse_pvd':
svcdmodule.c:246: warning: implicit declaration of function `vcdinf_get_volume_id'
svcdmodule.c:246: warning: passing arg 1 of `strlen' makes pointer from integer without a cast
svcdmodule.c:246: warning: passing arg 2 of `memcpy' makes pointer from integer without a cast
svcdmodule.c:246: warning: passing arg 1 of `__strdup' makes pointer from integer
I've looked in libvcd includes, but I'm able to find only vcdinfo_get_volume_id, not to vcdinf_whatever.
Anyone, success in compiling kma 0.4 test 1 under libvcd0-0.7.21 ?
i get this
cd . && /bin/sh ./config.status Makefile
config.status: creating Makefile
Making all in src
make[1]: Entering directory `/home/steven/kma-0.4/src'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/steven/kma-0.4/src'
Making all in modules
make[1]: Entering directory `/home/steven/kma-0.4/modules'
if /bin/sh ../libtool --mode=compile gcc -O2 -ggdb -I.. -Wall -Werror -pthread -rdynamic -D_REENTRANT -D_PTHREADS -D_USE_LARGEFILE64 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"KMA\" -DVERSION=\"0.4.0CVS-10082004\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DBITFIELD_LSBF= -I. -I. -DSVCDMODULE -g -O2 -pthread -DLINUX -MT libkma_svcdmodule_la-svcdmodule.lo -MD -MP -MF ".deps/libkma_svcdmodule_la-svcdmodule.Tpo" -c -o libkma_svcdmodule_la-svcdmodule.lo `test -f 'svcdmodule.c' || echo './'`svcdmodule.c; \
then mv -f ".deps/libkma_svcdmodule_la-svcdmodule.Tpo" ".deps/libkma_svcdmodule_la-svcdmodule.Plo"; else rm -f ".deps/libkma_svcdmodule_la-svcdmodule.Tpo"; exit 1; fi
rm -f .libs/libkma_svcdmodule_la-svcdmodule.lo
gcc -O2 -ggdb -I.. -Wall -Werror -pthread -rdynamic -D_REENTRANT -D_PTHREADS -D_USE_LARGEFILE64 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"KMA\" -DVERSION=\"0.4.0CVS-10082004\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DBITFIELD_LSBF= -I. -I. -DSVCDMODULE -g -O2 -pthread -DLINUX -MT libkma_svcdmodule_la-svcdmodule.lo -MD -MP -MF .deps/libkma_svcdmodule_la-svcdmodule.Tpo -c svcdmodule.c -fPIC -DPIC -DPIC -o libkma_svcdmodule_la-svcdmodule.o
In file included from /usr/local/include/cdio/cdio.h:45,
from /usr/local/include/cdio/iso9660.h:35,
from svcdmodule.c:36:
/usr/local/include/cdio/sector.h:74: error: conflicting types for 'AUDIO'
../src/dp500.h:25: error: previous definition of 'AUDIO' was here
svcdmodule.c: In function `_parse_isofs_r':
svcdmodule.c:185: warning: initialization from incompatible pointer type
svcdmodule.c: In function `_parse_pbc':
svcdmodule.c:840: error: too many arguments to function `iso9660_fs_stat'
svcdmodule.c:849: error: too many arguments to function `iso9660_fs_stat'
make[1]: *** [libkma_svcdmodule_la-svcdmodule.lo] Error 1
make[1]: Leaving directory `/home/steven/kma-0.4/modules'
make: *** [all-recursive] Error 1
any advice would be appreciated