From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-user+bounces-132805-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1ReNOc-0003xN-Nu
for garchives@archives.gentoo.org; Sat, 24 Dec 2011 08:56:03 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 2C3F521C07F;
Sat, 24 Dec 2011 08:55:49 +0000 (UTC)
Received: from mail-gx0-f181.google.com (mail-gx0-f181.google.com [209.85.161.181])
by pigeon.gentoo.org (Postfix) with ESMTP id CA8DE21C07F
for <gentoo-user@lists.gentoo.org>; Sat, 24 Dec 2011 08:54:43 +0000 (UTC)
Received: by ggnr5 with SMTP id r5so8090223ggn.40
for <gentoo-user@lists.gentoo.org>; Sat, 24 Dec 2011 00:54:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=gamma;
h=message-id:date:from:user-agent:mime-version:to:subject:references
:in-reply-to:content-type:content-transfer-encoding;
bh=CqJMoQrP5RQcEGxnDAqt1EdJv0eGKXm+tG/CpEcX+Wk=;
b=mlNroTtPB9NBjCqp9RGm/ti+YkDkSMG4nVMMbEVfBU/OuEu5IQUehHlAPT9oaA0SdT
DHdNHMFpqBBcxVOcr953UvYDCC0OlibT2orOJCSpbV5MIKlTTSyAsdmalE8kX7XX2tJr
GEwG5Vdwi34gU0J5vb2m1ERruSy5jj1354kDQ=
Received: by 10.101.46.8 with SMTP id y8mr2462180anj.79.1324716883363;
Sat, 24 Dec 2011 00:54:43 -0800 (PST)
Received: from [192.168.2.5] (adsl-65-0-122-130.jan.bellsouth.net. [65.0.122.130])
by mx.google.com with ESMTPS id o50sm24630914yhl.9.2011.12.24.00.54.41
(version=SSLv3 cipher=OTHER);
Sat, 24 Dec 2011 00:54:42 -0800 (PST)
Message-ID: <4EF59350.3070601@gmail.com>
Date: Sat, 24 Dec 2011 02:54:40 -0600
From: Dale <rdalek1967@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20111022 Firefox/7.0.1 SeaMonkey/2.4.1
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Video editing advice on formats and size of file
References: <4EF48DA6.1080203@gmail.com> <4EF49402.3000907@gmail.com> <4EF53040.5050503@gmail.com> <4EF54657.9090309@gmail.com> <CA+czFiDi0ArsLnE0as1LTd-KdrpwSf_GGSsz_KQG2=ij7kp0sg@mail.gmail.com>
In-Reply-To: <CA+czFiDi0ArsLnE0as1LTd-KdrpwSf_GGSsz_KQG2=ij7kp0sg@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Archives-Salt: 87dd1a4d-1574-4cd4-8b84-7c3f9ca4db44
X-Archives-Hash: ece51c3eb1a572a1b67e094aa0d2d5ee
Michael Mol wrote:
> This is a slightly simplified explanation, owing to my probably not
> remembering details quite correctly.
>
> Media files consist of at least three parts: The container format, the
> audio stream and the video stream. You're familiar with container
> formats as ".flv", ".mkv", ".avi", ".mpg", ".mp4", etc.
>
> The audio and video streams consist of frames (for video) or samples
> (for audio) where each one consists of information particular to a
> particular video image or audio sample. The audio and video frames
> typically don't include information as to when they occurred; a frame
> won't tell you that it's specific to 33.2 seconds into a sequence, for
> example.
>
> Normally, the file and/or streams will describe how many frames per
> second the video stream should move along at, and how many samples per
> second the audio stream should move along.
>
> When the samples and frames stop matching up as the media file plays,
> you get desync. This is normal to within a certain tolerance; when
> you're moving along 48k audio samples per second, and only 30 video
> frames per second, nobody cares if an audio sample is ten or so off
> from its ideal position.
>
> Unfortunately, I can only tell you what's going on. I can't tell you
> how to fix it; it's not something I dealt with much.
>
> I'd suggest you give the other tools a try, too. The other tools
> brought up will do essentially the same thing as avidemux; they're
> just ripping the audio and video streams out of the source container
> files and placing them into a new container file. Your old approach
> was very, very slow because your tools were generating completely new
> audio and video streams. It's the difference between "dd if=src
> of=dst" and "dd if=src|lzma --decompress --stdout|lzma --stdout|dd
> of=dst" ... except lzma doesn't loose any data in the process, while
> your transcoding was. Once you get the sync issues worked out, you
> might even notice improvements in audio and image quality. :)
>
I been doing some testing on this. I went to about the end of a 3 hour
video. By the time it gets near the end of the video, the sound is
almost 1.4 seconds off. I tested this by telling smplayer to adjust the
audio delay. It is a bit annoying to see something on screen then hear
it a second or so later. It's like seeing a explosion at a distance.
You see it then have to wait for the sound wave to hit you. When I am
midways of the video, it is about .6 to .7 seconds off. So, it gets
farther off as it goes. It's most likely one step off that just gets
worse as it goes.
I tried a couple other commands but I get errors about the file type. I
think a couple movies are in flv1 which is old. I may have to convert
them then stitch them together, which may not do the sound any good then
either. lol
Well, I got something to play with.
Dale
:-) :-)
--
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Miss the compile output? Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"