similar to: [Bug 39817] New: Chrome crash reports related with Nouveau driver

https://bugs.freedesktop.org/show_bug.cgi?id=36167 Summary: Suspend does not work with Geforce7600 GT and kernel2.6.38 Product: xorg Version: 7.6 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

https://bugs.freedesktop.org/show_bug.cgi?id=37709 Summary: Icons on the Unity panel aren't displayed Product: Mesa Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau AssignedTo: nouveau at

On Wed, Jun 7, 2017 at 8:18 AM, David Blaikie <dblaikie at gmail.com> wrote: > Does this need LLVM support - or is there some generic representation that > could be used instead? (I guess LLVM would want to be aware of it when > merging modules though, so maybe it's worth having a first-class > representation - though LLVM module linking could special case a section > the

https://bugs.freedesktop.org/show_bug.cgi?id=46533 Bug #: 46533 Summary: Firefox WebGL with Nouveau 3D; user claims it came installed by default on OpenSuse 12.1 Classification: Unclassified Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal

Hi all, I'd like to propose an ODR checker feature for Clang and LLD. The feature would be similar to gold's --detect-odr-violations feature, but better: we can rely on integration with clang to avoid relying on debug info and to perform more precise matching. The basic idea is that we use clang's ability to create ODR hashes for declarations. ODR hashes are computed using all

On Sat, Jun 10, 2017 at 11:00 AM, Mehdi AMINI <joker.eph at gmail.com> wrote: > > > 2017-06-07 16:32 GMT-07:00 Peter Collingbourne via llvm-dev < > llvm-dev at lists.llvm.org>: > >> On Wed, Jun 7, 2017 at 8:18 AM, David Blaikie <dblaikie at gmail.com> wrote: >> >>> Does this need LLVM support - or is there some generic representation

hi all, i surely overlooked something. but i am currently trying to do some benchmarking stuff with llvm. in my thesis i was using llvm-1.5 (i did some extension work, which i would have to frontport now). But unfortunately 1.5 is for some benchmarks unstable (at least on my box) such that llc sigsegvs sometimes, etc. So I wanted to give 1.9 a go and build that on the my intel mac book. I did

On Wed, Jun 7, 2017 at 12:17 AM, Sean Silva <chisophugis at gmail.com> wrote: > Very nice and simple implementation! > > Do you have any statistics on how large these odr tables are compared to > other object file data? I assume that if these tables contain full mangled > symbol names, they could end up being very large and may want to share the > symbol name strings with

https://github.com/NV/chrome-devtools-autosave doesn’t play nice with Asset Pipeline. https://github.com/NV/chrome-devtools-autosave/issues/27 The culprit of the problem is in the asset’s URLs. I cannot decipher a file path by its URL. For instance, /assets/main.css?body=1 could be either app/assets/stylesheets/main.css, lib/assets/stylesheets/main.css or vendor/stylesheets/main.css. To fix

Google Chrome Terms of Service(Google Chrome executable),?BSD?(source code and Chromium executable except chromium 5 beta),BSD License?with proprietary parts (source code and chromium 5 beta executable, as it integrates?Adobe Flash Player?10.1[1])[2] http://en.wikipedia.org/wiki/Google_Chrome in my?interpretation, this means Google Chrome is fully open-source, only the flash player has proprietary

Hello, I have heard that Chrome OS is Linux based, so I am wondering if there is anyway to use R on a Google Chromebook using one of your Linux packages. If not, do you plan on making a version of R that is compatible with chromebooks or cloud based? [[alternative HTML version deleted]]

Where would be the correct place to put nmf and nexe files in the directory structure of a rails app? -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To unsubscribe from this group, send email to

Hi, In Google Chrome version (win) dev-m 25.0.13655 ran a test call to play () randomly, and several times in 10 different files opus, each with 4K in size; Ex: <audio src="midia/phone-0.mp3" type="audio/opus" id="som0" preload="auto"></audio> ... <button id="btn0"

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In addition to Chrome's support for Opus in WebRTC, Tom Flanagan has added support for .opus files in the HTML <audio> element, similar to what Firefox has. It's currently behind a switch, so you'll need to pass --enable-opus-playback to M25 or M26 to evaluate. I tried some the files https://people.xiph.org/~greg/opus_testvectors/

hello all - sorry for such a basic newbie question, but is opus now fully supported using the latest google-chrome? according to this link: http://news.cnet.com/8301-1023_3-57577464-93/google-hitches-opus-audio-technology-to-webrtc-star/ "Chrome 27, making its way through the development pipeline, is helping to advance the fortunes of a?new audio compression technology called Opus."

Hi. I made a webrtc relay with recording and dumped the SDP requests and RTP packets into files. Then I made a java decoder based on jitsi. Although the files contain all the needed info: encription keys, codec info, timestamps, etc., I could only decode one side in one of 2 conversations. For example, the RTP payload is decrypted successfully, but opus_packet_get_nb_samples() or opus_decode()

On the call where even opus_decoder_get_nb_samples() fails, what's the value of the first two bytes of the buffer you're sending? And what's the length of the buffer? Jean-Marc On 11/29/2013 03:31 PM, Ilya Basin wrote: > Yes, I parse the RTP header, decrypt the payload and then feed the > decrypted data to opus. Besides, opus_decoder_get_nb_samples() on 1st > packet returns

Yes, I parse the RTP header, decrypt the payload and then feed the decrypted data to opus. Besides, opus_decoder_get_nb_samples() on 1st packet returns reasonable number 960, but then opus_decode() fails. On Fri, Nov 29, 2013 at 11:39 PM, Jean-Marc Valin <jmvalin at jmvalin.ca>wrote: > On 29/11/13 01:49 PM, Ilya Basin wrote: > > For example, the RTP payload is decrypted

Mark Edwards just pointed out to me that Chrome 33 is now in stable release. That means that by default, Chrome users can play Opus files. In addition to using Opus with WebRTC connections, M33 is the first release with default support for .opus encapsulated files and http(s) streams. Congratulations, Google! In my quick testing it played all my music files, including surround, and respected the

On 29/11/13 01:49 PM, Ilya Basin wrote: > For example, the RTP payload is decrypted successfully, but > opus_packet_get_nb_samples() or opus_decode() return > OPUS_INVALID_PACKET. Are you sure you didn't forget to strip the RTP header before decoding it? Jean-Marc