From owner-svn-ports-head@FreeBSD.ORG Wed Oct 30 09:07:49 2013 Return-Path: Delivered-To: svn-ports-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A9179C82; Wed, 30 Oct 2013 09:07:49 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6296E2F1A; Wed, 30 Oct 2013 09:07:49 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id p10so671629pdj.8 for ; Wed, 30 Oct 2013 02:07:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=GBLwUiWOqG8f7ErrBy+73APlJpMl/KZyJaqcJtaX9Zk=; b=faD1BnfB5UC0DWbQVlrcLvrnJgHE1eRCp6sxYi1p4dpXb5/oxupR2vQD6DSZ2G79iy 21T+sismEULARq181Z9hUrKOlQJ57ZCALrM80Ka8oBUK2ktMzF3DLwG2KqMt8AJRxq7j IiylimQvQCbRNgdvfpbpfQztE/GGnS92ciwmnnQWrZAJOrTSIhenBZNjXqus8lgr5aI0 mH4nAZW8YdkshVvtnOPr55kZMsFVjXR1j3gV22JynEVe06n3Z727sePXo3GCQnLYg+Ca QfAaN5ajoh7D/+MgKmrczH7w0ZTEjadp/uN0pXXzLgZ4dZP5DLGnkKiBVNwdX5HlBmgG sXBA== X-Received: by 10.68.240.2 with SMTP id vw2mr4137800pbc.80.1383124067813; Wed, 30 Oct 2013 02:07:47 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id yo2sm3321443pab.8.2013.10.30.02.07.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 30 Oct 2013 02:07:46 -0700 (PDT) Message-ID: <5270CC59.6080002@FreeBSD.org> Date: Wed, 30 Oct 2013 20:07:37 +1100 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20100101 Thunderbird/25.0 MIME-Version: 1.0 To: David Chisnall , Alexey Dokuchaev Subject: Re: svn commit: r331964 - head/multimedia/vlc References: <201310291555.r9TFtUPK027583@svn.freebsd.org> <20131030055710.GA14262@FreeBSD.org> <204A47D8-F1CE-4140-ABFD-5E3A47FE6660@FreeBSD.org> In-Reply-To: <204A47D8-F1CE-4140-ABFD-5E3A47FE6660@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: svn-ports-head@FreeBSD.org, svn-ports-all@FreeBSD.org, William Grzybowski , ports-committers@FreeBSD.org X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: koobs@FreeBSD.org List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 09:07:49 -0000 On 30/10/2013 7:53 PM, David Chisnall wrote: > On 30 Oct 2013, at 05:57, Alexey Dokuchaev wrote: > >> On Tue, Oct 29, 2013 at 03:55:30PM +0000, William Grzybowski wrote: >>> New Revision: 331964 >>> URL: http://svnweb.freebsd.org/changeset/ports/331964 >>> >>> - Disable OSS (it is broken in vlc 2.1.0 and FreeBSD #9760) >>> - Use pulse audio >> >> This makes VLC officially broken on FreeBSD. While I only use VLC on >> non-Unix platform (mplayer satifies my needs better elsewhere), it is >> sad to see another popular player to go. :( >> >> Are there changes to fix OSS problems (and move PA back to OPTIONS, >> where it belongs)? > > I agree, this seems very unfortunate. OSS works out of the box and provides a trivial API that does everything that VLC needs with low latency. PulesAudio... doesn't. What was broken with OSS upstream? > > David > I think this is more a consequence of the lack of a FreeBSD environment for upstream to keep an eye on more than anything. wg and I did briefly talk about it with the crew @ #videolan/FreeNode IRC last night, so they're *basically* aware, and I have been working with them over the past month or too since picking up multimedia/x264, which has resulted in an 2 official x264 FreeBSD buildbots. In the meantime, perhaps a revert to 2.0.x or a vlc20/vlc21 port distinction might prove valuable while we work with upstream to narrow down exactly what's going on. Either way, getting in front of the 8-ball proactively with upstream is a far cry better than issues that come as a surprise like this. vlc is only gone if we let it go. Koobs