From owner-freebsd-chromium@FreeBSD.ORG Sat Jul 19 12:03:05 2014 Return-Path: Delivered-To: freebsd-chromium@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 ESMTPS id AE10C1E1; Sat, 19 Jul 2014 12:03:05 +0000 (UTC) Received: from erelay1.ox.registrar-servers.com (erelay1.ox.registrar-servers.com [192.64.117.126]) by mx1.freebsd.org (Postfix) with ESMTP id 87C892674; Sat, 19 Jul 2014 12:03:05 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 1653D2201772; Sat, 19 Jul 2014 12:02:59 +0000 (UTC) Received: from erelay1.ox.registrar-servers.com ([127.0.0.1]) by localhost (erelay.ox.registrar-servers.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id r39HNmmVKQmE; Sat, 19 Jul 2014 08:02:58 -0400 (EDT) Received: from imap1.ox.privateemail.com (imap1.ox.privateemail.com [198.187.29.233]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 0908322007F5; Sat, 19 Jul 2014 08:02:58 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id 8F3B4B0008F; Sat, 19 Jul 2014 08:02:57 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap1.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap1.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id GWqitVEKK5KN; Sat, 19 Jul 2014 08:02:57 -0400 (EDT) Received: from localhost (66.Red-79-154-231.dynamicIP.rima-tde.net [79.154.231.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id AD6DBB0008B; Sat, 19 Jul 2014 08:02:55 -0400 (EDT) Date: Sat, 19 Jul 2014 14:02:28 +0200 From: Carlos Jacobo Puga Medina To: Robert Nagy Subject: Re: Chromium 36 in progress Message-Id: <20140719140228.cdf83b9836ccacd12d3df34b@fbsd.es> In-Reply-To: <20140719111844.GA194@bsd.hu> References: <20140719130830.d93ea5f372589483698bff5c@fbsd.es> <20140719111844.GA194@bsd.hu> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; i386-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-chromium@freebsd.org X-BeenThere: freebsd-chromium@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: FreeBSD-specific Chromium issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jul 2014 12:03:05 -0000 On Sat, 19 Jul 2014 13:18:44 +0200 Robert Nagy wrote: > The reoslution to the bad html5 stuff is profile related, you need run > chromium with the --igonre-gpu-blacklist function once which resets > something in hte profile and after that restart chrome without the flag > and accelerated rendering is back again. > This is not needed with a new profile just if you have an old one lurking > around. I was not able to pinpoint the exact problem yet, but this fixes all > the issues on OpenBSD at least. > Hi Robert, I verified that all hardware acceleration features are working, but when I try to watch a YouTube video all is disabled again. So using '--ignore-gpu-blacklist' flag doesn't work for me. % chrome [85645:801124480:0719/134052:ERROR:component_loader.cc(138)] Failed to parse extension manifest. [85645:801124480:0719/134103:ERROR:CONSOLE(0)] "Error in event handler for (unknown): Cannot read property 'whitelist' of undefined Stack trace: TypeError: Cannot read property 'whitelist' of undefined at updateSettings (chrome-extension://odjhifogjcknibkahlpidmdajjpkkcfn/blockStart.js:440:53) at disconnectListener (extensions::messaging:335:9) at Function.target.(anonymous function) (extensions::SafeBuiltins:19:14) at EventImpl.dispatchToListener (extensions::event_bindings:395:22) at Function.target.(anonymous function) (extensions::SafeBuiltins:19:14) at Event.publicClass.(anonymous function) [as dispatchToListener] (extensions::utils:65:26) at EventImpl.dispatch_ (extensions::event_bindings:378:35) at EventImpl.dispatch (extensions::event_bindings:401:17) at Function.target.(anonymous function) (extensions::SafeBuiltins:19:14) at Event.publicClass.(anonymous function) [as dispatch] (extensions::utils:65:26)", source: https://www.google.co.uk/_/chrome/newtab?espv=2&ie=UTF-8 (0) ATTENTION: default value of option force_s3tc_enable overridden by environment. [85669:801124480:0719/134148:ERROR:gl_surface_glx.cc(412)] GLX 1.3 or later is required. [85669:801124480:0719/134148:ERROR:gl_surface_x11.cc(56)] GLSurfaceGLX::InitializeOneOff failed. [85669:801124480:0719/134148:ERROR:gpu_child_thread.cc(132)] Exiting GPU process due to errors during initialization I think that this works only for users with new Xorg release at least on FreeBSD. For all which still using old drivers doesn't work. Cheers, > On (2014-07-19 13:08), Carlos Jacobo Puga Medina wrote: > > On 07/19/2014 00:30, Lawrence K. Chen, P.Eng. wrote: > > > Of course digging deeper...I do see that the function does > > exist...and should > > > exist. > > > > > > Keep typing png_read_... instead of png_set_... when I was grepping for some > > > reason. Probably time to take a break from computer :) > > > > > > :) > > > > > What's odd is that doing > > > > > > nm libpng15.so.0 > > > nm: libpng15.so.15: no symbols > > > > > > Not what I'd expect....I guess its because the library was stripped. > > > > > >Normally nm(1) lists "normal" symbols, you have to pass the -D >parameter > > >to get dynamic symbols. And there it is, in the text section: > > > > >% nm -D /usr/local/lib/libpng15.so.15|grep png_set_strip_16 > > >0000000000013090 T png_set_strip_16 > > > > >Maybe linking explicitly to the system libpng helps. > > > > Another point to consider is if we should use system ffmpeg to fix the choppy HTML5 video reported by some users, included me. > > > > > On 07/18/14 17:09, Lawrence K. Chen, P.Eng. wrote: > > >> Strange...in the CHANGES file for libpng-1.5.18 and libpng-1.6.12... > > >> > > >> Version 1.5.4beta05 [June 16, 2011] > > >> Rename png_set_strip_16() to png_set_scale_16() and renamed > > >> png_set_chop_16() to png_set_strip(16) in an attempt to minimize the > > >> behavior changes between libpng14 and libpng15. > > >> > > _______________________________________________ > > freebsd-chromium@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-chromium > > To unsubscribe, send any mail to "freebsd-chromium-unsubscribe@freebsd.org" > > -- Carlos Jacobo Puga Medina