On Sunday 19 November 2006 17:46, Steven M. Schultz wrote:
> 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 ?
>
No, It may have taken only a few minutes. I left it unattended for about 3
hours and it was done. I don't know how this time appeared.
> > 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?
>
No, they are in sync. If there's some difference, it's only about a quarter of
a second or less. Only the movie length is shortened.
> > > > 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.
>
This sounds like archaic greek scriptures to me.
> > ...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 ;)
>
Sure, I use an almost silent pentium 233mmx running a ltsp terminal to a
server that is an Athlon 800 with 512MB of memory. I run kmail, firefox and
openoffice very nicely in a Fedora Core 5 with no problem at all!
> > 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 "--with-avcodec" ? Using the
> DV decoder from ffmpeg's libavcodec will give much better results
> than libdv.
>
I think there's no problem with the DV file.
The apparatus I use is as follows:
Panasonic PV330 (VHS camcorder)
A/V cable
Sony TRV340 (Hi8 DV camcorder)
firewire 4-6 cable
firewire pci card (generic?)
kino in a Fedora Core 4
The DV file is complete! It occupies about 14G in the harddisk.
I disconnect everything and then I convert it to mpeg.
I tried some more testings:
Installed mpeg2dec 0.4.1:
==========================================================
[EMAIL PROTECTED] ~]$ mpeg2dec -o null natal.mpg
mpeg2dec-0.4.1 - by Michel Lespinasse <[EMAIL PROTECTED]> and Aaron Holtzman
72671 frames in 287.87 sec (252.44 fps), 134 last 0.50 sec (268.00 fps)
72784 frames decoded in 288.29 seconds (252.47 fps)
Installed mpeg2dec 0.4.0b:
==========================================================
[EMAIL PROTECTED] ~]$ mpeg2dec -o null natal.mpg
mpeg2dec-0.4.0 - by Michel Lespinasse <[EMAIL PROTECTED]> and Aaron Holtzman
72716 frames in 309.81 sec (234.71 fps), 119 last 0.50 sec (238.00 fps)
72784 frames decoded in 310.07 seconds (234.73 fps)
==========================================================
I tried some more encodings:
I exported to mpeg in kino, only changing file format, i.e., no parameters at
all:
File format: 8-DVD
Deinterlace: none
Video Pipe: mpeg2enc -v 0
Audio Encoding: mp2enc -v 0
Multiplexer: mplex -v 0
Now it generated file nat.mpeg, see size comparison with first natal_old.mpg
file with lots of parameters and second file natal.mpg with the suggested
parameters.
==========================================================
[EMAIL PROTECTED] ~]$ ls -lrt nat*.mp*g
-rw-rw-r-- 1 delio delio 2474954752 Nov 4 23:56 natal_old.mpg
-rw-rw-r-- 1 delio delio 3488636928 Nov 5 05:49 natal_caluje_old.mpg
-rw-rw-r-- 1 delio delio 2527358976 Nov 18 17:48 natal.mpg
-rw-rw-r-- 1 delio delio 3547518976 Nov 18 23:34 natal_caluje.mpg
-rw-rw-r-- 1 delio delio 1576384512 Nov 19 14:52 nat.mpeg
But this time nat.mpeg with no parameters gave me a few less frames:
==========================================================
[EMAIL PROTECTED] ~]$ mpeg2dec -o null nat.mpeg
mpeg2dec-0.4.0 - by Michel Lespinasse <[EMAIL PROTECTED]> and Aaron Holtzman
72675 frames in 262.52 sec (276.84 fps), 132 last 0.50 sec (264.00 fps)
72725 frames decoded in 262.71 seconds (276.83 fps)
==========================================================
And xine showed a length of about 20 minutes!
> > 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
>
>
I'm now converting the file to a DV type2 using kino. I'll encode that file
and tell you the result. I'll also try to convert iit with avidemux, as it
only reads DV type 2. As soon as I have some news I will tell you.
Regards and thanks for the patience,
Delio
> -------------------------------------------------------------------------
> 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
-------------------------------------------------------------------------
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
