Hi,

On Sunday 01 June 2003 03:16, Bram wrote:
> I'm the author of VCR. I haven't done a lot of maintaining in the past
> $LongTimespan, but I figured I could spend a little time getting it to
> work again with the latest avifile. On my linux box, using
> avifile-0.7.34 through avifile-0.7.37, it works great. Although, for
> some reason, the image data is reversed as opposed to the old vcr. I
> don't know why (v4l driver?), but I added a charming 'vflip' option so
> users can toggle it :)
>
> Could someone else please test if it works on their system, and report
> which version of avifile, compiler, linux kernel and capture board

compiles with avifile (current cvs), gcc-3.2

run with kernel 2.4.18, normal bttv drivers

I made only a 30sec test with xvid, but that worked fine.

> Does anyone actually still use vcr, by the way? I noticed (and figured)
> there'd be tons of other software by now which do the same thing and
> more..

I had a short look at vcr source, it's basically like avirec, just a bit 
different?

The source looks very much like samples/qtvidcap/*


I had especially a look at your capproc.cc, cause I'd liked to know if you've 
got a working A/V sync or not (because A/V sync in 
samples/qtvidcap/capproc.cpp was disabled/commented)

A/V sync for avirec/avicap works like this:

capproc.cpp::audcap()

        double timestamp_shift=(audioblock+m_pDsp->getSize())/abps;
        if(m_pProgress){
            m_pProgress->setTimestampShift(timestamp_shift);
        }
        ch.size = m_pDsp->read(ch.data, audioblock);
        int64_t ct = longcount();
        //double freq=550000.;

        //printf("ACT  %d  %d   %f    %f\n", audioblock, m_pDsp->getSize(), abps, 
timestamp_shift);

#if 1
        if(starttime)
            ch.timestamp=double(ct-starttime)/(freq*1000.)-timestamp_shift;
        else
            ch.timestamp=0;
#else
#warning "compiling without synchfix!"
        ch.timestamp = bufsize / abps;
#endif


while you in capproc.cc have:

         if(a.starttime)
                      ch.timestamp=double(ct-a.starttime)/(freq*1000.);
                        //      ch.timestamp=to_float(ct, a.starttime);
                        else
                                        ch.timestamp=-1;

You're not calculating a timestamp-shift...?

But you're doing also some things different there, so I don't know exactly.

I just wanted to say: if vcr should have problems recording with perfect A/V 
sync for a long time (some hours), then you should look at that part of our 
source - or just ask me ;-)


And, by the way:

another one who probably uses cron or at to 'record on timer' ;-)

Well, at least my timertable GUI works fine for me ;-))



Alex

-- 
                   Alexander Rawass
   mailto:[EMAIL PROTECTED]     http://www.raw-ass.net
...but some day you'll be a STAR in somebody else's SKY...



_______________________________________________
Avifile mailing list
[EMAIL PROTECTED]
http://prak.org/mailman/listinfo/avifile

Reply via email to