Hi, although media-libs/libiec61883 is already in portage, dvgrab is still 1.8, which does not make use of it. If someone picks up dvgrab-2.0 from http://kino.schirmacher.de/article/static/1 it would be great.
Created attachment 75922 [details] Proposed Ebuild for 2.0 I removed the IUSE from the 1.8 ebuild, because 2.0 needs both quicktime and jpeg, at least it looks that way to me.
Thanks for the ebuild, it works fine for me.
Would someone please push the ebuild to portage? Thanks!
(In reply to comment #3) > Would someone please push the ebuild to portage? Thanks! > Please!!!!!
Hi! Attempt to build on ~amd64 fails: make all-am make[1]: Entering directory `/var/tmp/portage/media-video/dvgrab-2.0/work/dvgrab-2.0' if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -D_REENTRANT -D_FILE_OFFSET_BITS=64 -march=athlon64 -O2 -pipe -funroll-loops -MT error.o -MD -MP -MF ".deps/error.Tpo" -c -o error.o error.cc; \ then mv -f ".deps/error.Tpo" ".deps/error.Po"; else rm -f ".deps/error.Tpo"; exit 1; fi if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -D_REENTRANT -D_FILE_OFFSET_BITS=64 -march=athlon64 -O2 -pipe -funroll-loops -MT avi.o -MD -MP -MF ".deps/avi.Tpo" -c -o avi.o avi.cc; \ then mv -f ".deps/avi.Tpo" ".deps/avi.Po"; else rm -f ".deps/avi.Tpo"; exit 1; fi if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -D_REENTRANT -D_FILE_OFFSET_BITS=64 -march=athlon64 -O2 -pipe -funroll-loops -MT riff.o -MD -MP -MF ".deps/riff.Tpo" -c -o riff.o riff.cc; \ then mv -f ".deps/riff.Tpo" ".deps/riff.Po"; else rm -f ".deps/riff.Tpo"; exit 1; fi if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -D_REENTRANT -D_FILE_OFFSET_BITS=64 -march=athlon64 -O2 -pipe -funroll-loops -MT ieee1394io.o -MD -MP -MF ".deps/ieee1394io.Tpo" -c -o ieee1394io.o ieee1394io.cc; \ then mv -f ".deps/ieee1394io.Tpo" ".deps/ieee1394io.Po"; else rm -f ".deps/ieee1394io.Tpo"; exit 1; fi riff.cc: In member function
Hi! Attempt to build on ~amd64 fails: make all-am make[1]: Entering directory `/var/tmp/portage/media-video/dvgrab-2.0/work/dvgrab-2.0' if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -D_REENTRANT -D_FILE_OFFSET_BITS=64 -march=athlon64 -O2 -pipe -funroll-loops -MT error.o -MD -MP -MF ".deps/error.Tpo" -c -o error.o error.cc; \ then mv -f ".deps/error.Tpo" ".deps/error.Po"; else rm -f ".deps/error.Tpo"; exit 1; fi if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -D_REENTRANT -D_FILE_OFFSET_BITS=64 -march=athlon64 -O2 -pipe -funroll-loops -MT avi.o -MD -MP -MF ".deps/avi.Tpo" -c -o avi.o avi.cc; \ then mv -f ".deps/avi.Tpo" ".deps/avi.Po"; else rm -f ".deps/avi.Tpo"; exit 1; fi if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -D_REENTRANT -D_FILE_OFFSET_BITS=64 -march=athlon64 -O2 -pipe -funroll-loops -MT riff.o -MD -MP -MF ".deps/riff.Tpo" -c -o riff.o riff.cc; \ then mv -f ".deps/riff.Tpo" ".deps/riff.Po"; else rm -f ".deps/riff.Tpo"; exit 1; fi if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -D_REENTRANT -D_FILE_OFFSET_BITS=64 -march=athlon64 -O2 -pipe -funroll-loops -MT ieee1394io.o -MD -MP -MF ".deps/ieee1394io.Tpo" -c -o ieee1394io.o ieee1394io.cc; \ then mv -f ".deps/ieee1394io.Tpo" ".deps/ieee1394io.Po"; else rm -f ".deps/ieee1394io.Tpo"; exit 1; fi riff.cc: In member function virtual void RIFFFile::ParseChunk(int): riff.cc:461: warning: overflow in implicit constant conversion if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -D_REENTRANT -D_FILE_OFFSET_BITS=64 -march=athlon64 -O2 -pipe -funroll-loops -MT frame.o -MD -MP -MF ".deps/frame.Tpo" -c -o frame.o frame.cc; \ then mv -f ".deps/frame.Tpo" ".deps/frame.Po"; else rm -f ".deps/frame.Tpo"; exit 1; fi if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -D_REENTRANT -D_FILE_OFFSET_BITS=64 -march=athlon64 -O2 -pipe -funroll-loops -MT main.o -MD -MP -MF ".deps/main.Tpo" -c -o main.o main.cc; \ then mv -f ".deps/main.Tpo" ".deps/main.Po"; else rm -f ".deps/main.Tpo"; exit 1; fi if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -D_REENTRANT -D_FILE_OFFSET_BITS=64 -march=athlon64 -O2 -pipe -funroll-loops -MT filehandler.o -MD -MP -MF ".deps/filehandler.Tpo" -c -o filehandler.o filehandler.cc; \ then mv -f ".deps/filehandler.Tpo" ".deps/filehandler.Po"; else rm -f ".deps/filehandler.Tpo"; exit 1; fi if x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -D_REENTRANT -D_FILE_OFFSET_BITS=64 -march=athlon64 -O2 -pipe -funroll-loops -MT raw1394util.o -MD -MP -MF ".deps/raw1394util.Tpo" -c -o raw1394util.o raw1394util.c; \ then mv -f ".deps/raw1394util.Tpo" ".deps/raw1394util.Po"; else rm -f ".deps/raw1394util.Tpo"; exit 1; fi filehandler.cc: In member function virtual off_t QtHandler::GetFileSize(): filehandler.cc:910: error: invalid use of undefined type struct quicktime_s /usr/include/quicktime/quicktime.h:252: error: forward declaration of struct quicktime_s make[1]: *** [filehandler.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/var/tmp/portage/media-video/dvgrab-2.0/work/dvgrab-2.0' make: *** [all] Error 2 !!! ERROR: media-video/dvgrab-2.0 failed. Call stack: ebuild.sh, line 1568: Called dyn_compile ebuild.sh, line 937: Called src_compile ebuild.sh, line 608: Called die Sincerely, Gour
Could you try with the dvgrab-libquicktime-compat.patch that is in the tree ?
(In reply to comment #6) > Could you try with the dvgrab-libquicktime-compat.patch that is in the tree ? > Yes, it builds :-) Thank you. Here is the patch: --- /home/gour/Desktop/dvgrab-2.0.ebuild +++ /usr/portage/local/media-video/dvgrab/dvgrab-2.0.ebuild @@ -19,6 +19,18 @@ media-libs/jpeg media-libs/libquicktime" + +src_unpack() { + unpack ${P}.tar.gz + cd ${S} + epatch "${FILESDIR}/${PN}-libquicktime-compat.patch" +} + +src_compile() { + econf || die "econf failed" + emake || die "emake failed" +} + src_install () { make DESTDIR=${D} install || die "make install failed" dodoc AUTHORS ChangeLog README TODO NEWS || die "dodoc failed" Sincerely, Gour
Cool, so maybe we should wait until next dvgrab 2 release, this patch is from their cvs. Or a dev with the required hardware to test it can bump it, because I don't have such hardware (yet). Alexis.
(In reply to comment #8) > Cool, so maybe we should wait until next dvgrab 2 release, this patch is from > their cvs. > Or a dev with the required hardware to test it can bump it, because I don't > have such hardware (yet). > > > Alexis. > At the moment I'm using dvgrab-2.0 for capturing qt dv from my camcorder. So far (~2700secs - so good ;) Sincerely, Gour
Now that I have the hardware, bumped this one :) This needed more than the libquicktime compat patch: - automagic patch to remove automagic detection of jpeg & quicktime (same as previous one) - asneeded fix to build with as-needed in ldflags.
