Re: [darktable-devel] Still not optimal pixelpipes processing with OpenCL enabled, findings & feature proposals

2014-01-07 Thread suni
ssue #9769 on this. Thank you, Suni 2013/12/23 johannes hanika > ..but you'll never render images with that resolution because there's > always a border around what dt displays, right? > > the floating point cached image has the same size as the largest > lighttable

Re: [darktable-devel] Still not optimal pixelpipes processing with OpenCL enabled, findings & feature proposals

2013-12-23 Thread suni
would be great, thanks a lot in advance! If you will need any testing, do not hesitate to ask me. It will be my pleasure to help. > cheers, > jo > > Thank you for all your support and I wish you Merry Xmas! Suni ---

Re: [darktable-devel] Still not optimal pixelpipes processing with OpenCL enabled, findings & feature proposals

2013-12-23 Thread suni
=FALSE plugins/lighttable/thumbnail_height=1440 If you wonder why I have width and height set so high, it is because I use monitor with this resolution. Suni 2013/12/23 johannes hanika > could you please also answer the question about your settings re:thumbnail > size? maybe you don'

Re: [darktable-devel] Still not optimal pixelpipes processing with OpenCL enabled, findings & feature proposals

2013-12-22 Thread suni
some point in the future. I would definitely vote for being able to set the downsampling rate in darktablerc again as it was earlier. Thank you. Suni 2013/12/22 johannes hanika > your preview image will be a little coarser. i don't think it matters > much. it's used to compute

Re: [darktable-devel] Still not optimal pixelpipes processing with OpenCL enabled, findings & feature proposals

2013-12-22 Thread suni
. Does this change to downsampling have any negative impact? Suni 2013/12/22 johannes hanika > > > > On Mon, Dec 23, 2013 at 5:22 AM, suni wrote: > >> Thank you guys for your explanation. To be honest, your answers >> disappointed me a bit. But I understand that we

Re: [darktable-devel] Still not optimal pixelpipes processing with OpenCL enabled, findings & feature proposals

2013-12-22 Thread suni
re is only one GPU owned by your system, preview pixelpipe will always be processed on CPU, keeping your single GPU exclusively for the more demanding center image view.". Do you have any explanation why my findings are different to what is written in user manual? Suni 2013/12/22 johannes han

Re: [darktable-devel] Still not optimal pixelpipes processing with OpenCL enabled, findings & feature proposals

2013-12-21 Thread suni
these two pixelpipes run in parallel as they do now. I think there cannot be one optimal setting for everyone, it depends on particular system configuration. Suni 2013/12/21 johannes hanika > > > > On Sun, Dec 22, 2013 at 1:52 AM, suni wrote: > >> Thank you Tobias, I was n

Re: [darktable-devel] Still not optimal pixelpipes processing with OpenCL enabled, findings & feature proposals

2013-12-21 Thread suni
not so optimized as it is now. In such situation calculating the histogram from preview may be huge speed benefit. But I am not sure if such strategy is still valid even nowadays. Suni 2013/12/21 Tobias Ellinghaus > Am Samstag, 21. Dezember 2013, 12:34:35 schrieb suni: > > Hi al

[darktable-devel] Still not optimal pixelpipes processing with OpenCL enabled, findings & feature proposals

2013-12-21 Thread suni
r this findings and proposals and sorry for a rather long post... Suni -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performa

[darktable-devel] Still not optimal pixelpipes processing with OpenCL enabled, findings & feature requests

2013-12-08 Thread suni
vices, it might be good idea to process these pixelpipes in parallel as they are now) I did my testing using the dt 1.4.rc1 on Ubuntu 13.04 64bit and AMD binary GPU driver. Thank you in advance for thinking over this proposals an