On Wed, 7 Jun 2006, Curtis Fletcher wrote:

Hi All
I'm a new user of Transcode, I'm not trying to do anything overly
involved just transcode (not re-encode) DV in a QT container into DV in
a Type1 AVI container (or type 2 I don't really care as long as Windows
Media Encoder can read it and I believe unlike VfW encoders that because
WME is Dshow based it can read type1 and type2 AVI wrapped DV, anyhow)

Why do you want to transcode to DV/AVI? If the goal is to play it back on windows without having to buy special software, why not use MPEG4/AVI for instance?

tcproble showed:

        # tcprobe -i part1.mov
        [tcprobe] Digital Video (NTSC)
        [tcprobe] summary for part1.mov, (*) = not default, 0 = not
detected
        import frame size: -g 720x480 [720x576] (*)
             aspect ratio: 4:3 (*)
               frame rate: -f 29.970 [25.000] frc=4 (*)
           no audio track: use "null" import module for audio



(NB. It misidentified the res here as QT shows that .mov as being DV 720
x 576)

The resolution *must* be 720x480 (because it is NTSC), so either your QT file is totally not standards compliant, or transcode detects the wrong resolution.


Which suggested to me that it couldn't identify the audio. So I tried
exporting the QT/DV as DV stream from QTPro and transcoding that to
type1 AVI/DV:


        # transcode -P 3 -i Part1.dv -y dv -o part1_dv.avi
        transcode v1.0.1 (C) 2001-2003 Thomas Oestreich, 2003-2004 T.
Bitterberg

        [transcode] (sighandler) SIGINT received
        libdvdread: Encrypted DVD support unavailable.
        ************************************************
        **                                            **
        **  No css library available. See             **
        **  /usr/share/doc/libdvdread3/README.Debian  **
        **  for more information.                     **
        **                                            **
        ************************************************
        libdvdread: Can't open file VIDEO_TS.IFO.
        [transcode] (probe) suggested AV correction -D 0 (0 ms) | AV 0
ms | 0 ms
        [transcode] auto-probing source Part1.dv (ok)
        [transcode] V: import format    | Digital Video  (V=dv|A=dv)
        [transcode] V: pass-through     | yes
        [transcode] V: import frame     | 720x576  1.25:1  encoded @ 4:3
        [transcode] V: bits/pixel       | 0.174
        [transcode] V: decoding fps,frc | 25.000,3
        [transcode] A: import format    | 0x1     PCM
[48000,16,2] 1536 kbps
        [transcode] A: export format    | 0x1     PCM
[48000,16,2] 1536 kbps
        [transcode] V: encoding fps,frc | 25.000,3
        [transcode] A: bytes per frame  | 7680 (7680.000000)
        [transcode] A: adjustment       | [EMAIL PROTECTED]
        [transcode] A: pass-through     | yes
        [transcode] V: IA32/AMD64 accel | sse2 (sse2 sse mmxext mmx asm
C)
        tc_memcpy: using sse for memcpy
        [transcode] V: video buffer     | 50 @ 720x576
        [import_dv.so] v0.3.1 (2003-10-14) (video) DV | (audio) PCM
        Audio format not supported by import module
        [transcode] failed to init import modules
        [transcode] critical: plug-in initialization failed

That's odd, now it looks like a proper standards compliant PAL DV file...

I don't know if transcode can put MiniDV in a AVI container. I *do* know that 'SMILUtils' can do that. SMILUtils is *the* MiniDV toolkit that any MiniDV user should have.

Cheers,

Dik

Reply via email to