From owner-freebsd-multimedia Sun Apr 19 15:06:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22635 for freebsd-multimedia-outgoing; Sun, 19 Apr 1998 15:06:10 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA22627; Sun, 19 Apr 1998 22:06:06 GMT (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 19 Apr 1998 18:05:03 -0400 (EDT) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA12354; Sun, 19 Apr 98 18:05:02 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id SAA08234; Sun, 19 Apr 1998 18:04:20 -0400 Message-Id: <19980419180420.D8034@ct.picker.com> Date: Sun, 19 Apr 1998 18:04:20 -0400 From: Randall Hopper To: sos@FreeBSD.ORG, Amancio Hasty Cc: jerry@freeside.fc.net, multimedia@FreeBSD.ORG Subject: Re: problem capturing video with BT848/Haughpage Win/Tv Mail-Followup-To: sos@freebsd.org, Amancio Hasty , jerry@freeside.fc.net, multimedia@freebsd.org References: <199804191811.LAA02016@rah.star-gate.com> <199804191831.UAA02048@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199804191831.UAA02048@sos.freebsd.dk>; from Sren Schmidt on Sun, Apr 19, 1998 at 08:31:05PM +0200 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Sren Schmidt: |> Thats interesting are you using PAL or NTSC? | |PAL | |> This is a beautiful full-size snap shot taken with fxtv: |> ftp://rah.star-gate.com/pub/abc.ppm | |Hmm, when I do full-size fxtv coredumps with a SIGSEG when I hit the |snap button. In fact it dies very easy, just move another window |over it and WHAM fxtv dies with a SIGSEG.... That's interesting. I'd love to see a stack trace from an Fxtv-0.46 compiled with debug. In fact, mail me a gziped core file and your executable. My INBOX is big enough 8^) Also, please mention video card, XServer vendor/version/server, and xdpyinfo output. Thanks! I'm not surprised that "snap" and "window occlusion" both produce the same behavior. Both result in switching Fxtv to PCIcapture-to-memory-to-XImage conversion (as opposed to PCIcapture-to-framebuffer). The puzzler is why this behavior involves a core dump. I bet you'll see the same core-dump behavior if you run "fxtv -disableDirectV" to force XImage conversion from the get-go. Thanks, Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message