Re: NVrec

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Thu, Nov 22, 2001 at 10:01:18AM +0200, Justin Schoeman wrote:
> 
> OK - I think the problem may be sorted out now.  If you were having any 
> of these problems, please try the latest version, and let me know if 
> your problems have been solved (at least the DIVX4rec related ones!).

Just a couple of things:

--- /usr/src/NVrec-20011102/RTjpeg/Makefile.in	Fri Nov  9 09:14:30 2001
+++ /usr/src/NVrec-20011122/RTjpeg/Makefile.in	Thu Nov 22 02:45:33 2001
@@ -187,7 +187,7 @@
 	@for file in $(DISTFILES); do \
 	  d=$(srcdir); \
 	  if test -d $$d/$$file; then \
-	    cp -pr $$d/$$file $(distdir)/$$file; \
+	    cp -pr $$/$$file $(distdir)/$$file; \
 	  else \
 	    test -f $(distdir)/$$file \
 	    || ln $$d/$$file $(distdir)/$$file 2> /dev/null \

Ditto for {divx4,nuv,tools}/Makefile.in

While building I get:

gcc -DPACKAGE=\"NVrec\" -DVERSION=\"20011122\"  -I. -I.  -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wall -pthread -march=athlon -malign-double -fschedule-insns2 -O3 -c rtefile_core.c
In file included from rtefile_core.c:23:
/usr/include/rte.h:208: parse error before `*'
/usr/include/rte.h:209: parse error before `off64_t'
/usr/include/rte.h:211: `off64_t' declared as function returning a function
/usr/include/rte.h:326: parse error before `rteSeekCallback'
make[1]: *** [rtefile_core.o] Error 1
make[1]: Leaving directory `/usr/src/NVrec-20011122'
make: *** [all-recursive] Error 1

I needed to apply this patch to make it build correctly on Mandrake
"Cooker".  glibc: glibc-2.2.4-11mdk.

--- configure.in~       Thu Nov 22 02:45:33 2001
+++ configure.in        Thu Nov 22 15:20:43 2001
@@ -22,9 +22,9 @@
 
 # default CFLAGS, override autoconf default
 if test "x${ac_test_CFLAGS}" = xset ; then
-  CFLAGS="$CFLAGS -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE"
+  CFLAGS="$CFLAGS -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE"
 else
-  CFLAGS="-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wall"
+  CFLAGS="-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -Wall"
 fi
 
 # Checks for programs.

On the topic of A/V sync however, seems to be fixed.  Though I am
getting a lot of that "smear" effect I mentioned using DIVX4rec.  I
wish I could "capture" a still of what I am seeing with mplayer but I
am playing on an xvideo capable display and normal window content
grabbers do not seem to be able to grab the contents of the window.

It seems like every frame after a "complete" scene change seems to
"morph" into the next frame leaving behind all kinds of the previous
frames artifacts.  If there is a complete scene change, the picture
starts out clean again and morphs frame by frame.  This seems to be
some kind of problem with "incremental" frames not properly fixing the
display window.  Of course when there is a drastic scene change there
is no "incremental" frame but a brand new one which cleans up the
previous "mess" and starts from new again.

I have put a sample at http://brian.interlinx.bc.ca/smear.avi.  It's
6.9MB but I am on cable so it shouldn't be too bad to fetch it
hopefully.  Let me know your xfer rate if you do grab it, just for
interests sake.

Boy, divx4 (even at 1000kbps) sure does take a boatload of CPU!

b.

-- 
Brian J. Murrell





[Index of Archives]     [Linux DVB]     [Video Disk Recorder]     [Asterisk]     [Photo]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Free Photo Albums]     [Fedora Users]     [Fedora Women]     [ALSA Users]     [ALSA Devel]     [Linux USB]

Powered by Linux