Recent Forum Posts
From categories:
page 1123...next »

チップの表面からいくつかの重要なチップの部品を見て、表面、添え板を並べている上で比較的見やすいのたとえば:アンチ・ショック器。異なる商店があって、等級も異なって、低級でよくあったのは三角形の物のアンチ・ショック器を使って、うそが会ったのを表すのは比較的多いです。良いのはINCBLOCのを使って、高級な腕時計は普通はKIFアンチ・ショック器を使って、たとえばロレックスROLEX、バセロン・コンスタンチン、パテック・フィリップは、彼らが好きで、注意深くあなたを観察して発見して、たとえおなじなチップを使うのですとしても、アンチ・ショック器の規格も行くのが異なりました.たとえばオメガOMEGAと帝陀TUDORはすべてETA2892チップを使って、しかしTUDORはKIFを使って、はINCBLOCを使って、高級な腕時計は高級な伝統の方法があって、通常KIFアンチ・ショック器はウォーム式の精度と構造(“オーストリアが特にこれを垂れる”)を調整して組み合わせて、高級な腕時計のチップの標識、最も最低限度はえこひいきのルーマニア打つ微調整する機関を使うのです。

The main repository for the source code has been moved to GitHub: https://github.com/carlobaldassi/liblqr
This will make it easier to issue pull requests.
I'm also considering closing the forum here and moving to GitHub issues.

Code hosting moved to GitHub by CarloBCarloB, 01 Jul 2014 06:00
Static CFLAGS in pkg-config file
Tony Theodore (guest) 30 Mar 2013 07:06
in discussion General / Bug reports » Static CFLAGS in pkg-config file

Hello,

When configured as a static lib, it would be convenient to have the "-DLQR_DISABLE_DECLSPEC" added to the pkg-config CFLAGS. Bellow diff achieves this:

diff --git a/configure.ac b/configure.ac
index eaaa3ae..9b761cc 100644
--- a/configure.ac
+++ b/configure.ac
@@ -141,7 +141,8 @@ AC_ARG_ENABLE([declspec],
       )],
      [declspec=true])
 AS_IF([test "x$declspec" = "xfalse"],
-      [AC_DEFINE([LQR_DISABLE_DECLSPEC],[],[Disable __declspec directives])],
+      [AC_DEFINE([LQR_DISABLE_DECLSPEC],[],[Disable __declspec directives])]
+      [AC_SUBST(EXTRA_CFLAGS,-DLQR_DISABLE_DECLSPEC)],
       [:]
       )

diff --git a/lqr-1.pc.in b/lqr-1.pc.in
index 5ced291..3babc99 100644
--- a/lqr-1.pc.in
+++ b/lqr-1.pc.in
@@ -8,4 +8,4 @@ Description: LiquidRescale seam-carving library
 Requires: glib-2.0
 Version: @PACKAGE_VERSION@
 Libs: -l@LIBRARY_SNAME@
-Cflags: -I${includedir}/@LIBRARY_SNAME@
+Cflags: -I${includedir}/@LIBRARY_SNAME@ @EXTRA_CFLAGS@

Cheers,

Tony

Static CFLAGS in pkg-config file by Tony Theodore (guest), 30 Mar 2013 07:06
Josip (guest) 05 Mar 2013 10:20
in discussion General / Feature requests » Windows build

Thank you for your help.

I have successfully compiled the libraries with MS Visual C++ 2010.
As a result of compilation, I have two files: liblqr-1-0.dll and liblqr-1-0.lib.

Where to put those two files to make ImageMagic to work on Windows 7 x64?

Thanks,
Josip

by Josip (guest), 05 Mar 2013 10:20

There's a new package available for download, it's compiled for Slackware version 14.0.

Thank you very much Carlo.

I just released a new version of the library, can you confirm it works now?

by CarloBCarloB, 04 Dec 2012 01:30

This new version of the library fixes a couple of bugs (some small memory leaks, installation issues on MacOSX). It's avaliable at the download page, as usual.

Version 0.4.2 released by CarloBCarloB, 04 Dec 2012 01:29
by CarloBCarloB, 03 Dec 2012 23:35

I would get rid of all those inline specifiers.

See Clang's page about inline compatibility (again non link, posting as a registered user doesn't help)

"In C99, inline means that a function's definition is provided only for inlining, and that there is another definition (without inline) somewhere else in the program"

"Remove the inline keyword from this definition. The inline keyword is not required for a function to be inlined, nor does it guarantee that it will be. Some compilers ignore it completely. Clang treats it as a mild suggestion from the programmer."

by Gregory PakoszGregory Pakosz, 03 Dec 2012 21:11

thanks for the report and the patch. I didn't know about the restrictions on posting links by low-karma users, it's likely a measure against a wave of spam which affected Wikidot some time ago; anyway, the link to the homebrew pull request is this.

So, in light of your last comment, is removing inline the best way to go, or is there a way to change inline methods visibility on Mac?

by CarloBCarloB, 03 Dec 2012 10:40

It's because inline methods visibility is private extern by default when building on Mac

by Gregory (guest), 03 Dec 2012 09:35

When building ImageMagick along with liblqr using Mac homebrew, trying to use convert's liquid-rescale mode ends up with:

dyld: lazy symbol binding failed: Symbol not found: _lqr_pixel_get_rgbcol because lqr_pixel_get_rgbcol is declared inline

I provided a patched Homebrew (wanted to provide the link to the pull request but I'm a low-karma user and not allowed to publish links on your site). It's pull request #16362

Re: Is this still maintained? by CarloBCarloB, 01 Sep 2012 12:44
Is this still maintained?
BURGINABC (guest) 31 Aug 2012 23:07
in discussion General / Other » Is this still maintained?

Is this still maintained?

Is this still maintained? by BURGINABC (guest), 31 Aug 2012 23:07
sati32 (guest) 18 Dec 2011 08:48
in discussion General / Help requests » Scaling picture with alpha doesn't work

Sorry for this post, it was my fault. I didn't read the resulting image correct.

by sati32 (guest), 18 Dec 2011 08:48

Hi,

when I try to scale a picture with alpha, the result is not correct.
After creating the carver, I setup the image type to LQR_RGBA_IMAGE and the channels to 4.
My picturebuffer is filled with RGBA-Date blocks.
After scaling, Alpha is correct scaled, but RGB data has vertical stripes.
Can somebody help me?

Sati32

Scaling picture with alpha doesn't work by sati32 (guest), 18 Dec 2011 08:12
sati32 (guest) 22 Aug 2011 12:03
in discussion General / Help requests » Big scales don't work correct

Thank you, I setup the step to 1.5 now and it works fine.

sati32

by sati32 (guest), 22 Aug 2011 12:03

It's perfectly normal with the default settings, but there's a way to easily fix that: you probably would like to read the manual sections "About enlarging" (in the introduction), "Setting the enlargement step" (under "Tuning") or the man page for the function "lqr_carver_set_enl_step".

I suggest you use the value 1.5 for the enlargement step.

Notice however that too big enlargements will still lead to poor results in most cases, requiring manual fixing at the very least.

Hi,

I compiled the library for Windows here and call it from my programm.
It works just fine, but when ever I try to scale more then 1,5 there is normal scaling instead of liquid scaling.
Do you have an idea where the problem could be?

sati32

Big scales don't work correct by sati32 (guest), 22 Aug 2011 09:25
page 1123...next »
Unless otherwise stated, the content of this page is licensed under Creative Commons Attribution-ShareAlike 3.0 License