similar to: 8K HEVC decoding with NVIDIA GeForce GTX 1060

On Fri, Oct 19, 2018 at 8:53 AM 孫偉程 <dmvictor at gmail.com> wrote: > I can imagine there is a long way to go to fulfill my requirements. But I know a driver for my NVIDIA card is a must for the hardware decoder to work. Can somebody shed some lights that if I want to play an 8K HEVC encoded video on Android-x86 with NVIDIA's decoder enabled, what should I do in this project? And how

Hello, I don't have worked on the NHW Project this past week (I also have to work on an other project) but I found time today to make an "extensive" testing of x265 (HEVC) and the NHW codec at high compression (-l7 setting). That's right that x265 is a very good codec! Really impressive.The NHW Project is not as good, it can only compete with x265 (HEVC) on quite high quality

Hello, I don't have advanced on the NHW Project this past month, but I have definitely validated its characteristics and this new version. The NHW Codec preserves or enhances image neatness and sharpness, which translates that on good quality images the NHW Codec is globally better than HEVC, and on degraded (with blur, artifacts) images it is worse than HEVC because it lacks of precision. I

Hello, I have improved quality for -l4 and -l5 high compression settings.These settings are now really better and very competitive, I now prefer them compared to x265 (HEVC). Update at: http://nhwcodec.blogspot.com/ I am also working on -l6 quality setting, I can simply increase quantization for it but I am not totally satisfied with this solution for now... Looking for more advanced processing

You're welcome! On Tue, Jul 10, 2018, 4:50 AM Raphael Canut <nhwcodec at gmail.com> wrote: > Hello Dave, > > Thank you very much for your help! > > Cheers, > Raphael > > 2018-07-10 9:39 GMT+02:00 Dave Johnson Games <davefilms.us at gmail.com>: > >> Let me do some looking. >> >> On Mon, Jul 9, 2018, 4:55 PM Raphael Canut <nhwcodec at

Hello, Just a quick message to correct what I have said in my previous post.It finally seems not that easy to code small wavelet coefficients to have a good precision, and SPIHT is certainly a very good algorithm for that, -and I know there are SPIHT experts that can make very good SPIHT-based codecs-.I have chosen a new and different approach, the multistage residual coding, so I will try to

Hello, Just a quick message to let you know that I get back to NHW Project currently. I downloaded 20 images from the Internet with rather good quality (mainly faces), I compressed them at high compression -l7 setting with the NHW Project, and on 19 images out of 20, I visually prefer the results of NHW compared to x265 (HEVC)!!! -I can make available these 20x3=60 512x512 24bit bitmap images

Hello, For those interested, I have added a -l8 "very high compression" setting to the NHW Project. I have added an experimental processing to remove details and preserve neatness.I have also now a fast estimation of entropy of wavelet coefficients and I use it accordingly to the image complexity but it is a very first version... With these new processings, the entropy coding schemes

Hello Dave, Thank you very much for your support and your interest. Actually so few people took a look at the NHW Project, but with this version the NHW Project is becoming very interesting, it is royalty-free and very fast furthermore. Really if you could find time, I would be very interested in any opinion from the Xiph.org community! Cheers, Raphael 2018-04-28 21:40 GMT+02:00 Dave

Thank you so much Sir!!! If you have time, do not hesitate to let us know what you would think of the NHW Project.Any remark, opinion would be very welcome! Many thanks again! Best regards, Raphael 2018-04-28 23:02 GMT+02:00 Dave Johnson Games <davefilms.us at gmail.com>: > Cool, I'll check it out. > > On Sat, Apr 28, 2018, 3:09 PM Raphael Canut <nhwcodec at gmail.com>

On Tue, 2017-07-11 at 13:51 -0400, Ilia Mirkin wrote: > Some details that may be useful in analysis of the bug: > > 1. lspci -nn -d 10de: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM204 [GeForce GTX 980] [10de:13c0] (rev a1) 01:00.1 Audio device [0403]: NVIDIA Corporation GM204 High Definition Audio Controller [10de:0fbb] (rev a1 > 2. What displays, if any, you

Hello, Acceleration for Pascal cards is coming in Linux 4.12, support for Pascal cards in xorg-video-nouveau is in 1.0.15, and if I remember correctly, on the Mesa-side, you will need >=17.0. Pierre On 02:04 am - May 04 2017, Karl Schmidt wrote: > This is probably the problem > May 3 16:44:45 kernel: [ 7.068336] nouveau E[ DEVICE][0000:08:00.0] unknown chipset, 0x137000a1 > May

First things first -- I've alluded to this before, but let me be clear -- there is no global database that contains monitor-specific information which is used by any linux drivers. Please forget any notions you had of such a thing existing or being used. The information comes from the EDID blob supplied by the monitor. Presumably hwinfo has a primitive EDID parser, which is where that

On 05/06/2017 12:38 PM, Ilia Mirkin wrote: > The information comes from the EDID blob supplied by the monitor. > Presumably hwinfo has a primitive EDID parser, which is where that > information comes from. A more complete EDID parser is available at > > https://cgit.freedesktop.org/xorg/app/edid-decode/ > > For example, > > $ ./src/edid-decode/edid-decode

This is probably the problem May 3 16:44:45 kernel: [ 7.068336] nouveau E[ DEVICE][0000:08:00.0] unknown chipset, 0x137000a1 May 3 16:44:45 kernel: [ 7.068401] nouveau E[ DRM] failed to create 0x80000080, -22 May 3 16:44:45 kernel: [ 7.068723] nouveau: probe of 0000:08:00.0 failed with error -22 I can make this card available - if you can tell me an older card that can do the

Hello, Ok, I will post them in a folder on Google Drive and will give the link on my blog page, -because among other things, on my blog page, I can not display 2 bitmap 512x512 images side by side-... Hope it is ok! Cheers, Raphael 2018-07-15 1:41 GMT+02:00 J.B. Nicholson <jbn at forestfield.org>: > Raphael Canut wrote: > >> I downloaded 20 images from the Internet with

On Tue, 2017-07-11 at 14:22 -0400, Ilia Mirkin wrote: > > Some display stuff did change for 4.13 for GM20x+ boards. If it's not > too much trouble, a bisect would be pretty useful. Bisection seemingly went fine, but the result is odd. e98c58e55f68f8785aebfab1f8c9a03d8de0afe1 is the first bad commit -Mike

Hello, I am very slowly working on the NHW Project.I recently made a speed comparison with x265 and wanted to share it with you. On my processor Intel Core i5-6400, in average the NHW encoder (totally unoptimized) is x10 times faster to encode than x265 (png decoding time removed), in average 30ms vs 300ms for a 512x512 24bit color image, and in average the NHW decoder (totally unoptimized) is

Hello, Just a quick message to let you know that I have really improved very high compression of the NHW Project from -l8 to -l13 quality settings, and we can still save 2.5KB per .nhw compressed file. Actually I am new to very high compression, it is just 3 months that I am working on it (I put on pause the NHW Project from August 2013 to February 2018 )... And I realize that very high

This is sort of working -- but I can't get it to do a 4k output. Not sure how the monitor resolution is detected - This monitor is supposed to do 3480x1200 60hz 4:4:4 But the info I get from hwinfo is different. How does nouveau get this information? If it is from an ID - with a list - the list is probably is wrong. # hwinfo --monitor 95: None 00.1: 10002 LCD Monitor [Created at