From owner-freebsd-questions@freebsd.org Tue Jul 2 12:18:59 2019 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5AFA615D1B5D for ; Tue, 2 Jul 2019 12:18:59 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C2980834FC for ; Tue, 2 Jul 2019 12:18:57 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([94.222.25.2]) by mrelayeu.kundenserver.de (mreue108 [212.227.15.183]) with ESMTPA (Nemesis) id 1Mirb8-1iELFB10lw-00erdZ for ; Tue, 02 Jul 2019 14:18:45 +0200 Date: Tue, 2 Jul 2019 14:18:42 +0200 From: Polytropon To: FreeBSD Questions Subject: USB "video grabber" input selection Message-Id: <20190702141842.ad0893cd.freebsd@edvax.de> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:uGssczz+sTOIypi7PjsEyo9HIjJPvSKwHfyCIkaCny2Upg5bHv+ Hw7mw0QlUC78tDZ6PUXbt9sBRoSmXQJWDQKTt5IjBQrAeWPGGrjy+6LAFFZ+alPn/a4Co0S ePlQtKGHyVzayPsi3jTkjC7J9zyYW0bruQsuy+iCqE4fdTrOqD5CYQfBaQj9/OeE58Cy1uZ qKnMqgzCe3H5IRxhrmrPA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:WjNij85T1l4=:q4DEPPtWMyuc0ErttXUHXh kLPsQBdDSDXxsIiNffZAvLVthY0vDL6m5s1aNHRjucy8Q47JYC4ji0L8frTMKGOXx+lvLwBJJ QQQcW6TmRP70Ifx+onHuOGt/QMb+AEXKodIZkQzY/4z+uTLTA5BubPaxtmrax326M+IDGik2R BvEGbPrsQEEzmahGRx4cwcsX/EUMAZp2ZJGZV/KFiQwU8wbSoiUZQNvnM+YrseeZw2WJhUM5j +eNnd5Qly/QmhupPrGuowT8fPOFnQKYZNBKHXHovKT5ccULQsK20c3Rlg56RGQlhwF0/ugpCR d9jo0zbJA6ZCJbUq0Q4cpZ9GrpZX7OaqHSmq3wiLqnBCJMJYVHMXbsuLNYcgr1Mt5qYRNav2L +vd6VCKClhvGTk0apPws2nF/zlt2Rrdd84PyptSZSyRIQ5b9c+hboM/2MQPsfudhSSO8MG3Iq 0h2XjmJLFjy0+yDe3RrpZ6GuzH8A3+InqIRcxETa+B9W7PXKMqsLqWkJwTiyBi2rV1dOxU/XF 4dVsJoipTChUneVYutGuMKjgBU2DdoLE7t4fnM1Px8TSka8LlZvkzF+GxHQat7AgFhzKBLK4G r3GBJbaFPzGYLOS5pYjEne0zchOO1GRGRpyx40fgUGtJoGoBNNgZ9/eJeLzBg0y7Z+gijLaRv Du7AdUiXuT5FJog8R7/VrnhOl4t9pLVLAwc46a6l2Nj+sAeM2G/RKlKrupL+0V8GnlWedpSM4 GDaqCbcqQasrukOWofUD2ZTH2ux5eKwsLsTau5G4NlT/N5ddwuP0kFaAdbg= X-Rspamd-Queue-Id: C2980834FC X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd@edvax.de]; MV_CASE(0.50)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx00.schlund.de,mx01.schlund.de]; RECEIVED_SPAMHAUS_PBL(0.00)[2.25.222.94.zen.spamhaus.org : 127.0.0.11]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8560, ipnet:217.72.192.0/20, country:DE]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.93)[0.932,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; DMARC_NA(0.00)[edvax.de]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.98)[0.980,0]; IP_SCORE(0.60)[ip: (0.42), ipnet: 217.72.192.0/20(0.13), asn: 8560(2.45), country: DE(-0.01)]; NEURAL_SPAM_LONG(1.00)[1.000,0]; MID_CONTAINS_FROM(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[75.192.72.217.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jul 2019 12:18:59 -0000 To prepare an amateur TV streaming experiment, I'm currently trying to get a "video grabber" to work with my camera, which will later be replaced by a satellite receiver output. The signal is regular (composite) video. I have verified the signal to be a normal video signal with the TV card's video input in my old PC, so that works. Now my intention is to use the webcam intrastructure (webcamd, pwcview) for testing. The video grabber has the following connectors: - dual cinch L / R for audio input - yellow cinch for composite video input - 4-pin mini-DIN plug for S-video input - USB connector for digital video output - 2.5mm stereo jack for analog audio output When attached to the system (FreeBSD 12.0-p6/i386), the following entry is created: ugen2.5: at usbus2 I can then go ahead and test the two video inputs, assuming they are numbered 0 and 1: # webcamd -d ugen2.5 -i 0 -v 0 Attached to ugen2.5[0] Creating /dev/video0 ... % pwcview -d /dev/video0 Webcam set to: 320x240 (sif) at 5 fps This results in a totally distorted and blurry image (like "lost synchronisation"). However, when I wave my arm into the camera, I can see a change in the pattern. However, I must connect the camera with a cinch->S-video adapter to the S-video input to get a picture. And for the 2nd input: # webcamd -d ugen2.5 -i 0 -v 1 Attached to ugen2.5[0] Creating /dev/video1 ... % pwcview -d /dev/video1 Webcam set to: 320x240 (sif) at 5 fps In this case, I only get a black ("empty") window. No signal. But if I disconnect the video camera and re-connect it to the S-video input (with the adapter as mentioned above), I get the blurry image again. I went ahead and tried inputs 2, 3, 4, ... 10, same result. So no matter which video input I specify, only the S-video input is used. I did read "man webcamd" and "man pwcview", and I think the commands shown above should be okay. Varying webcamd's -i parameter does not help, it leads to an error message: # webcamd -d ugen2.5 -i 1 -v 0 webcamd: Cannot find USB device Sidenote: With webcamd, I got a boring 20 years old webcam working, so is _basically_ works. Question: How do I tell the video grabber to use the composite video input? -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...