From owner-freebsd-questions@FreeBSD.ORG Thu Feb 22 11:08:02 2007 Return-Path: X-Original-To: questions@freebsd.org Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 905CC16A403 for ; Thu, 22 Feb 2007 11:08:02 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (bgn92-3-82-227-222-164.fbx.proxad.net [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 19EF013C478 for ; Thu, 22 Feb 2007 11:08:01 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id l1MB803j007056; Thu, 22 Feb 2007 12:08:00 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost.blackend.org [127.0.0.1]) by gothic.blackend.org (8.13.8/8.13.8) with ESMTP id l1MB9JS8001335; Thu, 22 Feb 2007 12:09:19 +0100 (CET) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.13.8/8.13.8/Submit) id l1MB9IAi001334; Thu, 22 Feb 2007 12:09:18 +0100 (CET) (envelope-from marc) Date: Thu, 22 Feb 2007 12:09:18 +0100 From: Marc Fonvieille To: Erik Norgaard Message-ID: <20070222110918.GA982@gothic.blackend.org> References: <45DCA563.1070106@locolomo.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <45DCA563.1070106@locolomo.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 6.2-STABLE User-Agent: Mutt/1.5.13 (2006-08-11) Cc: FreeBSD Questions Subject: Re: insufficient resources for HD video X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 11:08:02 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 21, 2007 at 09:02:43PM +0100, Erik Norgaard wrote: > Hi: >=20 > I recently posted asking about mpeg2-ts, I got a reference to a mpeg2-ts= =20 > that plays fine. It appears that the problem is not playing ts but=20 > rather resolution, or something: With mplayer I get an error >=20 > X Error of failed request: BadAlloc (insufficient resources for operatio= n) > Major opcode of failed request: 140 (XVideo) > Minor opcode of failed request: 19 () > Serial number of failed request: 23 > Current serial number in output stream: 24 >=20 > (Full output below) >=20 > How do I process HDV streams? I can't see if the problem is the screen=20 > is too small or there is not enough memory. >=20 > One thing is to play, but I am thinking of buying a HDV cam so I also=20 > need to process/edit the stream. >=20 > Thanks, Erik >=20 > Some HDV clips I have tried are here: >=20 > http://dvinfo.net/conf/archive/index.php/t-52060.html >=20 > Which should be mpeg2-ts but in 1440x1080 -> 1920x1080. mplayer produces= =20 > the following output: >=20 > photon$ mplayer XLH1bikeseq24.m2t > MPlayer 1.0rc1-3.4.6 (C) 2000-2006 MPlayer Team > CPU: Intel(R) Pentium(R) M processor 1.73GHz (Family: 6, Model: 13,=20 > Stepping: 8) > CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 > Compiled with runtime CPU detection. >=20 > Playing XLH1bikeseq24.m2t. > TS file format detected. > VIDEO MPEG2(pid=3D2064) AUDIO MPA(pid=3D2068) NO SUBS (yet)! PROGRAM N. = 100 > VIDEO: MPEG2 1440x1080 (aspect 3) 29.970 fps 25000.0 kbps (3125.0=20 > kbyte/s) > [VO_SDL] Using driver: x11. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough > VDec: vo config request - 1440 x 1080 (preferred colorspace: Mpeg PES) > Could not find matching colorspace - retrying with -vf scale... > Opening video filter: [scale] > The selected video_out device is incompatible with this codec. > Try adding the scale filter, e.g. -vf spp,scale instead of -vf spp. > VDecoder init failed :( > Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b > Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2)) > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 > AUDIO: 48000 Hz, 2 ch, s16le, 384.0 kbit/25.00% (ratio: 48000->192000) > Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3) > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > AO: [oss] 48000Hz 2ch s16le (2 bytes per sample) > Starting playback... > VDec: vo config request - 1440 x 1080 (preferred colorspace: Planar YV12) > VDec: using Planar YV12 as output csp (no 0) > Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. > VO: [sdl] 1440x1080 =3D> 1920x1080 Planar YV12 [...] hmmm should be VO: [xv] ... try mplayer -vo xv ... I tried with whitedogpassingby.m2t, no problem with both mplayer and vlc. Here, xvinfo | grep XvImage gives me maximum XvImage size: 2046 x 2046 Your problem sounds like a X11 config issue (card using shared memory?), try to add Option "LinearAlloc" "8192" (or more instead of 8192) in your xorg.conf device section and restart X. Well it concerns i915 and i810 chipsets, for other chipsets you have to play with Videoram parameter (I'm not sure of the result in that case...). Increading kern.ipc.shmmax may also help. --=20 Marc --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFF3XndzQ9RwE+OdOgRAsbYAKCMgDBJIllmHVGaDheu8JZq/B4NgACgrq5B GJkM7qYJZL1wkTxx3VBNnC0= =i2+a -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm--