r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[View] discuss view related issues

Maxim
14-Jan-2010
[9449x2]
try image magic.  its fast, easy to use on the command-line, it can 
process in up to 640 bits images and there is limit on capacity as 
it can actually use disk as ram while its processing!  I rendered 
20GB worth of images into one composite ... using 500MB of ram.
and there are no higher quality engines out there... but that all 
depends if it does what you need in terms of image and graphics.
Henrik
14-Jan-2010
[9451]
we can't build an extension for imagemagick yet, can we?
Maxim
14-Jan-2010
[9452x2]
yes we could.
I hadn't even tought about that
Henrik
14-Jan-2010
[9454]
at this rate, we could have a dozen extensions by spring.
Graham
14-Jan-2010
[9455]
Do we have any extensions yet?
Henrik
14-Jan-2010
[9456]
two so far, AFAIK
Graham
14-Jan-2010
[9457]
and they are available somewhere ?  What are they?
Henrik
14-Jan-2010
[9458]
Not available yet. Not sure they will be, but maybe. Robert is working 
on an SQLite extension and a Windows COM interface.
Maxim
14-Jan-2010
[9459]
there is a text to speach extension that has been released on the 
extensions group.
jocko
14-Jan-2010
[9460]
I have done three  "experimental" extensions : a text to speech, 
a matlab engine extension, a simple windows api with some useful 
calls : http://www.colineau.fr/rebol/R3_extensions.html
Gregg
14-Jan-2010
[9461]
Cool Jocko. I have an old send-keys dialect as well. I think I did 
a dialect experiment over MCI command strings, but I'm not sure if 
I posted it anywhere.
Dockimbel
15-Jan-2010
[9462]
Max, thanks for the additional info. Actually, NConvert is great 
but only as a command-line tool, it's not available in library form, 
so I'll probably end up wrapping Image Magick.
Maxim
15-Jan-2010
[9463]
there is already an image magic R2 wrapper on rebol.org you can use 
to start, I've used it and it works... but you need to find the proper 
version of image magick (an older version).
Cyphre
15-Jan-2010
[9464x2]
Doc, BILINEAR is in R2 but you can only upscale with that filter. 
Not good for thmbnails. If Carl want's to do frequent R2 updates 
it would be easy for me to add downscaling+lanzos filter to R2 DRAW. 
I think this is one of most requested feature and I actually have 
it already implemented in my separated R2draw.dll
Other possibilty would be to use my R2 JIT compiler and program the 
filter as JIT function. Could be a good test example but not sooner 
until I get it to 'alpha stage' ;-)
Dockimbel
15-Jan-2010
[9466]
Cyphre: great, so we will get downscaling bilinear+lanczos filters 
in 2.7.8 next month? :-)
Cyphre
15-Jan-2010
[9467x2]
If Carl have time for including/testing the change then why not. 
I can add the low-level code in a hour or so. But the dialect parser 
change needs to be tested after Carl compile the new r2 exe.
So in other words: bug Carl about this one :)
Dockimbel
15-Jan-2010
[9469x2]
Looks like a job for Pekr! ;-)
It would be really helpful, firing a 10MB package just to get decent 
thumbnails is hurting my programmer's feelings. Making thumbnails 
is one of the most common task today in web sites for a graphic library.
Geomol
15-Jan-2010
[9471x2]
Would it be too slow to calculate it in plain REBOL for your application?
If yes, then you could make a thumbnail algorithm in plain C and 
build your own dll. Calculating each pixel in the thumbnail as a 
mean value of a number of pixels in the original image should give 
a nice result, I think.
Dockimbel
15-Jan-2010
[9473x2]
For Lanczos filter, I find it even slow with NConvert for bigger 
images (1MB+), but I guess that the CALL overhead is significant 
there.
I thought about it but don't have enough free time to implement it 
myself. Btw passing image! datatype through a routine! is quite tricky 
IIRC?
Henrik
15-Jan-2010
[9475]
with proper thumbnailing in r2, you are good on the way to implement 
a photo album browser. as it is now, that's not possible.
Dockimbel
15-Jan-2010
[9476]
Oh, I forgot that the server it's running on has a mono-core Atom 
as CPU! Speed should be ok starting from a mid-level CPU.
Geomol
15-Jan-2010
[9477x3]
I haven't got experience with routine! calls, so I can't say. A way 
to get the data to the C code is to save it on disk as BMP from REBOL 
first. If you need really high speed, this might not do it for you 
though.
Or in stead of BMP, just save it as binary. (Which is about the same, 
I guess.)
Now I'm in doubt of the correct term. Is it still called bilinear 
filtering (which is bilinear interpolation), when scaling down? I 
mean, we're not doing interpolation then, but instead calculating 
mean values.
Cyphre
15-Jan-2010
[9480x2]
I think the correct term is 'filter with resampling'. If you add 
the resampling step then the image looks much beter. Then different 
filter algorithms can even improve the quality (usually the beter 
filter the slower the calcualtion is)
R2 Draw is currently using only 'resizing' not 'resampling' routine.
Pekr
15-Jan-2010
[9482x3]
Doc - I am good at bugging anyone, so just confirm you want it :-)
Doc - nconvert is an exe, but xnview package has complete API to 
wrap. We even did some basic stuff in the past with Cyphre ...
but Image Magick is probably more popular, dunno ..
Gregg
15-Jan-2010
[9485]
Thumbnailing is very marketable. With what REBOL has, and could have 
without too much effort, we could target the 5% most used ImageMagick 
functions and create an alternative.
Maxim
15-Jan-2010
[9486x3]
the issue being that image magic does things incredibly fast.  its 
a library with its origins in very high-end visual effects, and is 
used massively by that industry.
but for stuff like web sites... an encaped and purposed-build view 
could be viable, if a few filters added a bit more quality/options 
to their mantle.
and a few other image formats too.  (image magic loads/saves more 
than 100)
Dockimbel
18-Jan-2010
[9489]
Pekr: I would like to have that feature, but workarounds exists. 
If Carl has to spend time on R2, I prefer him working on fixes for 
long standing native bugs instead.
NickA
18-Jan-2010
[9490]
We could certainly use a save/jpg option.  That's gotta be a longstanding 
request by many.
Rebolek
18-Jan-2010
[9491]
Nick, IIRC, /jpg will make REBOL about 100kB larger, that's why it's 
not there. If you know about smaller JPEG saver, I think it may be 
included.
Graham
18-Jan-2010
[9492x2]
http://rebol.wik.is/Rebol3/Schemes/Imap4
Updated to version 0.0.2 
Logs into Imap server using cram-md5 if available
Switches to inbox
gets inbox status for unseen messages
Retrieves the first 3 messages
ooop ... wrong channel ...
Terry
20-Jan-2010
[9494]
now that we have ssl in view (woot) can we access gmail's api?
Graham
20-Jan-2010
[9495]
What api ?
NickA
20-Jan-2010
[9496]
Rebolek, like many other options, things like save/jpg may not need 
to be included in the default slim installation of REBOL, but I'm 
sure there are many users who would love to have the option of downloading 
a 100k+ library, function, plugin, etc. to easily enable this functionality. 
 I don't care if I have to download and do some code, that's trivial 
- just having the option available would be phenomenal.
Terry
20-Jan-2010
[9497x2]
I've seen some email stuff somewhere.. here's the google calendar 
api


http://code.google.com/apis/calendar/data/1.0/developers_guide_php.html
Here's a Gmail notifier app for Firefox, so it must be doable.