From owner-freebsd-multimedia Thu Jul 1 4:19:43 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from dslab7.cs.uit.no (dslab7.cs.UiT.No [129.242.16.27]) by hub.freebsd.org (Postfix) with ESMTP id 37E6315516 for ; Thu, 1 Jul 1999 04:19:21 -0700 (PDT) (envelope-from frodef@dslab7.cs.uit.no) Received: (from frodef@localhost) by dslab7.cs.uit.no (8.9.3/8.9.1) id NAA03611; Thu, 1 Jul 1999 13:17:06 +0200 (CEST) (envelope-from frodef) To: Randall Hopper Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Frode's vtv & libvideo References: <2hzp2tfr3t.fsf@dslab7.cs.uit.no> <374AA5BB.7C87D8C2@cs.strath.ac.uk> <2hogj9f0p6.fsf@dslab7.cs.uit.no> <2hpv2kba67.fsf@dslab7.cs.uit.no> <37777968.759F59E9@cs.strath.ac.uk> <19990628181900.A3087@ipass.net> <2h6747s459.fsf@dslab7.cs.uit.no> <19990630182557.A5980@ipass.net> From: Frode Vatvedt Fjeld Date: 01 Jul 1999 13:17:06 +0200 In-Reply-To: Randall Hopper's message of "Wed, 30 Jun 1999 18:25:57 -0400" Message-ID: <2h1zesvcul.fsf@dslab7.cs.uit.no> Lines: 81 User-Agent: Gnus/5.070084 (Pterodactyl Gnus v0.84) Emacs/20.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Randall Hopper writes: > Videolib 0.1.0 w/ vtv compiled and installed without a hitch. I hit > a few small glitches, but it works and is pretty cool! I'm glad you like it :) I am interested in removing any glitches, though. The frequency-stuff is, as you know, work in (initial) progress. I think/hope that the NTSC issue is merely a matter of improving the VTV script. > Initially, I didn't tweak width and height, defaulting to PAL's > 384x288 and had lots of wavy black lines on the video window. This > is a driver issue though. I think this too is a script issue, because one shouldn't request the grabber to go above 640x480 in NTSC. > I changed width and height, started it up, and immediately got an > error box (it just said "Error:" -- no message). This is something that has bitten me too sometimes, except never when I try to provoke it to happen.. The really strange thing is that there is everywhere that the library returns error, a message is also returned. Well, obviously this isn't quite true (as evidenced above), but I haven't been able to figure out what causes this. > Then I realized this was probably the grid feature kicking in, so I > changed that to 16 and set the width/height back to 320/240. That > worked. This is also a script/Tk thing. > Then, resizing the window by hand, I got that "Error:" dialog with > no image in the video window. No amount of resizing would bring it > back. Had to quit and restart. It should work to just hit the "start" or "stop" menu-entry once or twice. > Sometimes resizing would cause the widget panel to disappear. Definitively a scripting thing. Either bad interaction with the wm, or another side-effect of the inferior sizing-stuff for NTSC. > I guess Fps must be fields per second because it was showing up > around 59 Fps for me in interlaced mode. The Fps counts every time the image is updated. You should in theory get 60 fps/second with the grabber in "field mode", and 30 in "frame mode". > Also, I love to Ctrl-C apps. I found that vtv didn't clean up its > shared memory when I did this, so after 2 or 3 runs, it wouldn't run > anymore until I cleaned these up manually. Same thing happened when > I killed it with the Destroy window manager function. Yes, this is a library problem (well, not quite.. it's the scripting-glue between Tcl and videolib, really). I don't really know what is the proper way to deal with this is.. I'll try using atexit(). > Whenever I put it in scan mode or it was skipping across frequency > bands with no signal, it seemed to really slow the X server GUI down > (like it was pushing a lot more images than normal or the driver was > eating some serious CPU). I don't know what this is.. There is an Tcl/Tk "update" in the search-loop (similar to XSync(), I think), and this could possibly lead to such behaviour if called very frequently. But this doesn't happen on my machine(s). Could there be some busy-waiting in the bktr driver when tuning NTSC? Sounds a bit far-fetched to me.. :) Anyways, I'll try to fix vtv's behavior with NTSC, and upload videolib-0.1.1 in a little while. -- Frode Vatvedt Fjeld To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message