From owner-freebsd-firewire  Sat Jan 25  4:13:22 2003
Delivered-To: freebsd-firewire@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id DFC2C37B401; Sat, 25 Jan 2003 04:13:20 -0800 (PST)
Received: from is2.mh.itc.u-tokyo.ac.jp (is2.mh.itc.u-tokyo.ac.jp [133.11.205.12])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 3B28543EB2; Sat, 25 Jan 2003 04:13:19 -0800 (PST)
	(envelope-from simokawa@sat.t.u-tokyo.ac.jp)
Received: from is2.mh.itc.u-tokyo.ac.jp (is2.mh.itc.u-tokyo.ac.jp [127.0.0.1])
	by is2.mh.itc.u-tokyo.ac.jp (Postfix) with ESMTP
	id D20B63780E9; Sat, 25 Jan 2003 21:13:11 +0900 (JST)
Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3])
	by is2.mh.itc.u-tokyo.ac.jp (8.11.3/8.11.3) with ESMTP id h0PCD9R23657;
	Sat, 25 Jan 2003 21:13:09 +0900
Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.135.3])
	by mailhosting.itc.u-tokyo.ac.jp (Mirapoint Messaging Server MOS 2.9.3.2)
	with ESMTP id AHS87300;
	Sat, 25 Jan 2003 21:13:08 +0900 (JST)
Date: Sat, 25 Jan 2003 21:13:08 +0900
Message-ID: <ybsu1fxwhpn.wl@ett.sat.t.u-tokyo.ac.jp>
From: Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp>
To: "Petr Holub" <hopet@ics.muni.cz>
Cc: <freebsd-firewire@FreeBSD.ORG>, <ikob@FreeBSD.ORG>,
	<akimichi@sfc.wide.ad.jp>
Subject: Re: reading from /dev/fw0?
In-Reply-To: <018f01c2c3db$9a4b3770$2603fb93@kloboucek>
References: <ybsvg0ewyh5.wl@ett.sat.t.u-tokyo.ac.jp>
	<018f01c2c3db$9a4b3770$2603fb93@kloboucek>
User-Agent: Wanderlust/2.11.0 (Wonderwall) REMI/1.14.3 (Matsudai)
 FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.4
 (patch 8) (Honest Recruiter) (i386--freebsd)
X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:
 #j7i14gu$jgR\S*&C3R/pJX<mI-4Z8'mqt1R'CjWdw-xqVoilv`\JgZcquM5oV
 uO^<vt/~051rCDM(`{rM~?{Okr,XC+}Ycm9IJO)odT*-0nyJjBJYzL{GsZ
MIME-Version: 1.0 (generated by REMI 1.14.3 - "Matsudai")
Content-Type: text/plain; charset=US-ASCII
Sender: owner-freebsd-firewire@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-firewire.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-firewire>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-firewire>
X-Loop: FreeBSD.ORG

At Fri, 24 Jan 2003 20:05:47 +0100,
Petr Holub wrote:
> 
> > > I believe DV stream is OK because I wrote sending part
> > > and DVcam can play a recorded stream without problem.
> > > 
> > > http://people.freebsd.org/~simokawa/firewire/dv-20030115.tar.gz
> > > 
> > > This should be complied and run on latest -current.
> 
> I'm playing with dvrecv a bit more and I've found following problem:
> from time to time the recorded DV file gets some blocks padded
> and when replaying such a file I usually get twisted sound/video
> from the point of padding on until the end of the file.
> 
> I'm just curious whether it's problem of playdv or it's some error
> in padding - due to nature of DV compression I would expect audio/video
> gets back to normal playback after crossing some dropped information.
> 
> Petr

Because of inefficient queue management in the kernel, the queue
over-run sometimes occurs on some systems.
fwcontrol in -current and 4-stable allocates many buffers to prevent
queue over/under run. Use -current or 4-stable, if you want use
DV rather than SBP.
I'd like to improve IT/IR queue management in the kernel.

Block padding is adhoc work around for queue overrrun to keep fixed
frame data size but it's just padding zeros.
I don't know the right way to fill droped blocks.

/\ Hidetoshi Shimokawa
\/  simokawa@sat.t.u-tokyo.ac.jp
PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-firewire" in the body of the message