Comments for NewVideoRecorder

07 Aug 2004 14:38 nil0lab

Abandoned? What next?
Last release appears to be in March 2003.

Folks who used to use nvrec: what did you switch to?

31 May 2002 19:04 yolinux

Re: Dependancy prbs on MDK8.2
Fixed with Justin's help! The problem was that I had not removed config.cache before re-running configure.


Thanks Justin!

31 May 2002 07:17 justinschoeman

Re: Dependancy prbs on MDK8.2

> ... but .configure
> still says:
>
> divx4linux header is not installed..
> mp3lame is not installed...
> mad not installed.


Could you please contact me by email (justin at suntiger.ee.up.ac.za), and attach the file config.log? There should be some clues there as to what went wrong...

-justin

31 May 2002 02:32 yolinux

Dependancy prbs on MDK8.2
Hi.


Successfully installed (./configure ; make ; make install) for libquicktime, divx, lame, mad,etc (everything on the project page), and any dependant libs/binaries (from rpm), but .configure still says:


divx4linux header is not installed..


mp3lame is not installed...


mad not installed.

Any clues? I have accepted the defaults (/usr/locallib and /usr/local/include) for all these packages:


ls /usr/local/include/


decore.h encore2.h id3tag.h lame/ mad.h quicktime/


ls /usr/local/lib


libdivxdecore.so* libmad.la* libquicktime.a
libdivxdecore.so.0@ libmp3lame.a libquicktime.la*
libdivxencore.so* libmp3lame.la* libquicktime.so@
libdivxencore.so.0@ libmp3lame.so@ libquicktime.so.0@
libid3tag.a libmp3lame.so.0@ libquicktime.so.0.0.0*
libid3tag.la* libmp3lame.so.0.0.0* mp3lame.so@
libmad.a libquicktime/


ld config is correct, packages that are runnable do run (madplay) I'm out of ideas...


Yo.

10 May 2002 11:52 justinschoeman

Re: Anything over competing projects?

> I still fail to see what does this
> project has to offer over competive
> projects such as mplayer, aviplay or
> even ffmpeg itself.


There are two key enhancements:

1) Dynamic audio warping. The audio stream is warped (during recording) to exactly match the video stream. Most other recorders loose synch after a couple of minutes (or hours, if your sound card is good). I have a stream here that has been running for nearly 2 weeks, and the A/V packets are still perfectly synchronised.

2) Deep buffering. Both the audio and the video are deeply buffered (with hardware support where available). This means that you are much less likely to loose frames under bursty load.

3) (Actually part of 2...) Smooth frame dropping. If it should happen that frames must be dropped (i.e. your system is just too slow to handle the capture/codec), then the frames are dropped in a smooth, regular way, to minimise visual degradation. (In fact, its hard to notice until you start dropping nearly 20% of the frames!)

Some of the competing projects have some of these features, but none have all of them (in fact I know of no other recorder that dynamically warps the sound, although some do provide a post processor to fix the sound afterwards).

-justin

10 May 2002 09:11 toastie

Anything over competing projects?
I still fail to see what does this project has to offer over competive projects such as mplayer, aviplay or even ffmpeg itself.

22 Nov 2001 02:52 justinschoeman

DIVX4rec bug (hopefully) fixed
Hi everybody,

I think the DIVX4rec bug should be fixed now. I would appreciate it if everybody who reported A/V synch problems, or jerky playback, would have a look, and let me know if it works correctly now.

Thanks,
-justin

21 Nov 2001 03:05 justinschoeman

DIVX4rec bug
Hi everybody,

Just a quick warning that there _is_ a bug in DIVX4rec that breaks playback in recent versions of mplayer, and certain other players. Please do not use DIVX4rec to produce movies that you intend to distribute, until I have cleared the bug up. Using it locally is still fine, if you intend to stick with an older version of mplayer.

Thanks,

-justin

Screenshot

Project Spotlight

ReciJournal

An open, cross-platform journaling program.

Screenshot

Project Spotlight

Veusz

A scientific plotting package.