Hi -
On Sat, 18 Nov 2006, Delio Pereira Guimaraes wrote:
> Ok. Then I tested the two edited smils with mpeg2dec. Surprisingly there are
> still some lost frames:
I can not explain that except by the input file having frames that are
corrupt or in error. The DV decoding logic discarding frames it
thinks are errors is the only way I can see such a large mismatch.
> [EMAIL PROTECTED] ~]$ mpeg2dec -o null natal.mpg
> 72793 frames in 252424.16 sec (0.29 fps), 115 last 0.50 sec (230.00 fps)
> 72823 frames decoded in 252424.28 seconds (0.29 fps)
Wow - 0.29 frames/sec. Did it really take ~3 days (252424 sec) to
decode the movie ?
> Difference found between kino and encoded stream reported by mpeg2dec:
> 73313 -> 72823
490 frames. Wow. That is almost .7%!
> [EMAIL PROTECTED] ~]$ mpeg2dec -o null natal_caluje.mpg
> 97962 frames decoded in 383.36 seconds (255.54 fps)
> Difference found between kino and encoded stream reported by mpeg2dec:
> 98721 -> 97962
759 frames which works out to about .77%
Do the audio and video remain in sync? Or do the audio and video
drift apart?
> > > mplex -f 8 -R -V -o teste.mpg teste.m2v teste.mp2
> > If you do want to use -R then give it a numeric argument.
> This came from my SVCDs. I had A/V sync problems in a hardware player
> (PHILIPS DVD707), but only in the beginning of the movie. That option,
But "-R -V" is equivalent to doing this:
------------
#include <stdio.h>
#include <stdlib.h>
int i;
main()
{
i = atoi("-V");
printf("%d\n", i);
exit(0);
}
------------
compile that and run it. I get 0 on the systems I have. So "-R -V"
gives the same value as not using -R - the default value is 0.
> ...terminal session, I leave it alone. I use this machine only for video
> processing. It has a very noisy cpu fan that I have to put it in a room
Usually the machine that is used 'only for video processing' is the
fastest/most-capable system a person has ;)
> outside of my house. About 6 to 8 hour later I have an encoded mpeg stream
> and that's acceptable for 256MB. But I am really thinking about an addition
> of 512MB to speed things up.
That will provide a huge increase in speed. It will allow you
to do some other things at the same time if you want to.
> I had made a lot of DVDs from DV tapes using both qdvdauthor and the above
> script with no problem. I also managed to convert a first VHS tape
> successfully. But this one showed me problems.
Ok - so digital (DV tape source) works but if a analog->digital
conversion is involved there are problems.
How are you doing the analog->digital conversion? Are you using
something like a Canopus ADVC300 or similar analog to DV conversion
unit?
Maybe the video signal from this tape is unstable and the conversion
process is creating damaged/corrupt frames that get dropped later.
Are you using 'libdv' or 'ffmpeg libavcodec' for the DV decoding? When
you built smilutils did you specify "--with-avcodec" ? Using the
DV decoder from ffmpeg's libavcodec will give much better results
than libdv.
> Just to prove that all this testing is not useless, I am sending a frame of
> this movie that was shot in a beautiful beach of the Northeast of Brazil...
Ah - nice. That must be one of the frames that was not dropped :)
Sorry that no solution to your problem is available - the cause of
the problem remains a mystery at this time.
Cheers,
Steven Schultz
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
