World: r4wp

The iphone loses your data at 15%

re Carl's message ... dunno why, but once again I can see an aproach 
of how to steal the thunder from ppl being eventually interested 
in Red, claiming bright future of R3. It feels almost irritating 
to read the message containing claims, that porting of R3 takes 5 
minutes, yet the only port which happened was Amiga, and ARM or other 
platforms never ever happened, from whatever reason. I have to ask 
myself - why Carl did not find 5 minutes to do the port?

:) It's hard to get the best wording. When I read "the iPhone default 
compression is 85%", I would expect the JPEG file to be 85% the size 
of the uncompressed TIFF file. This is not the case. An uncompressed 
TIFF file from GCam is 23.9 MB, a JPEG is 10x smaller at around 2 
MB. The quality is 85% meaning you loose 15% information, if you 
save as JPEG and not TIFF.


I went with "The JPEG format is compressed at 85% quality setting, 
as is customary on the iPhone."

Thanks again, guys.

porting of R3 takes 5 minutes, yet the only port which happened was 
Amiga, and ARM or other platforms never ever happened [...]. why 
Carl did not find 5 minutes to do the port?


1. An ARM port was done, supposedly. 2. Porting is one thing, supporting 
a port is another.

Andreas - I know, and that's why I don't buy it. Have you ever (or 
anyone from community) received an ARM port, so that ppl could port 
host code too? My guess is - NO, hence from such POV - ARM port does 
not exist ...

R3 project started 5-6 years ago. We were dragged badly lately, so 
- I'll wait to see, if those words are fulfilled ....

I can see an aproach of how to steal the thunder from ppl being eventually 
interested in Red
- then your sight is a little bit far-fetched

how could it have that effect?

Ladislav - in 2004, when R# was slowly taking off, Carl published 
a blog article or announcement, describing R2 plugin feature. The 
supposed release was "imminent". Prior to that, Carl even contacted 
Doc to eventually stop working on R#, or so I remember. Of course, 
the announcement was just to distract ppl from alternative, keeping 
them interested in REBOL. 


Later on, I several times rightly identified some blog-post, whose 
purpose was nothing more, than to buy some time for RT, where in 
fact promissed things were not delivered. 


So - of course it is just my speculation, but with the history of 
R3 development I find it really curious to try to hype users to believe, 
that port to ARM could happen in 5 minutes, when RT was not able 
to deliver it is 5-6 years of R3 existence? And if so, it sounds 
a bit unfair to me ...


Simply put - wish Red, R3, World, whatever clone a success. It is 
just that what I would like to see is - a realistic estimates on 
any side ....

So - of course it is just my speculation

 agreed, that is what I wrote as well, adding the words "far fetched" 
 and you did not convince me I should change *my* wording.

I haven't played with it yet, bu thanks for releasing your code editor 
Steeve.

FWIW, any R3 announcements are not deterring me from supporting Red.

Porting takes 5 minutes
 getting to that point takes a lifetime.

:-)

Thanks Steeve and Arnold!

the JPEG compression uses the iPhone default setting of 85%.

Thanks Arnold. I will have to take a look at it.

Pekr, he already did port it to ARM Linux, but at the time noone 
working on the project had an ARM machine to test with other than 
an Android phone. And porting the core to Android is the simple part; 
the host would need to be rewritten almost completely for Android 
due to the different application model. Noone was using Amiga either. 
The only alternate platform that was getting any use by the project 
members was Syllable.

Porting the core takes about 5 minutes since it's just a matter of 
getting the compiler settings right. There is almost ne platform-specific 
code in the core. Porting the host code to a new platform can sometimes 
take a rewrite, depending on the application model of the platform.

You have to remember also that when the old R3 project was active, 
cheap ARM computers that could run straight Linux were almost unheard 
of, or were too expensive. Nowadays we have cheap micro-ARM computers 
that can be bought for less than $100 and can be easily experimented 
on.

Pekr, he already did port it to ARM Linux, but at the time noone 
working on the project had an ARM machine to test with other than 
an Android phone.


Maybe I fall into the "no one working on the project" category, but 
I had ARM machines available for at least the last 6 years or so. 
Last time Carl was rumored to have ported to ARM (most likely "again"), 
I was certainly around, with ARM machines, offering to test :)

But in any case, I see no indication as to why "porting to (Linux) 
ARM" should _not_ be a matter of 5 minutes, and I also see no real 
reason as to why not to believe Carl when he last claimed to have 
done such a port.

Good news: ARM compilers are better now too. They were a bit iffy 
back then.

Andreas, whether you were working on the project before, I certainly 
hope you will be now :)

(Just for reference: the last time Carl was reported to have the 
R3 core lib compiled for ARM was 2011-02.)

I'm certainly looking forward to the source release :)

IIRC he actually use the Android NDK compiler to do that build. But 
don't take my word for it.

Arnold, just FYI, I'm tinkering with your redcompiler script, and 
will send you my version soon. When I started with REBOL, many people 
were kind enough to pass on suggestions, to make my code more REBOLish, 
so I try to do the same from time to time. It's not a critique of 
your code, just ideas you can accept or reject.

I like your comments and code and I appreciate it. My script was 
made to make it work so it was pretty straightforward. When I have 
time, hopefully asap, I will update the script on rebol.org with 
your improvements.

Thank you Arnold and Gregg.

Thanks Arnold. You should probably remove all my ** comments, unless 
others want to compare the original, and see what I changed, and 
why.

Nice work guys!

Thank you!

Gregg, I left the ** comments as clarification and did not spend 
a lot of time to consider if they were necessary or not. I'll have 
a look at them and clear the comments if they do not add to the flow.

Kaj, do you have specific instructions for running test apps? e.g., 
for Red/System on Windows, should all GTK stuff work, or does it 
require other installations?

Basic MS DOS Red tests ran fine here.

\Red(System) Testing\MSDOS\Red>hello
Hello, world!
?a??e, ??sµe!
??, ??
Dobry den svete

\Red(System) Testing\MSDOS\Red>Fibonacci.exe
Fibonacci 40: 102334155

Iirc, GTK must be installed for the GTK programs to work. It is not 
linked in.

GTK is included in the MSDOS directory. Most dependencies for Windows 
are

To get Unicode output on Windows, you need to switch the command 
prompt to Consolas font

Thanks Kaj. I will probably set up a test env for this, since I don't 
want to install all dependencies for this in my main env.

No installation is needed. The libraries are simply there and are 
used from that directory. The graphical programs can simply be clicked 
on (although they provide extra output in the command line)

Or perhaps better put, unpacking or syncing the files is the installation

Great. Thanks Kaj.

Hasn't someone written 6502 emulator for REBOL too? Was it Geomol? 
It would be nice to compare speed-wise :-)

I've never heard of it, but it would be extremely slow

I think Henrik is interested in the topic

Half a Raspberry, or run two emulators! Good progress Kaj.

Thanks

I was interested as a curiosity, but probably not for my own use.

Great work Kaj! Can it be used to emulate 32-bit CPU?

6502 emulater by John Niclasen:  http://www.fys.ku.dk/~niclasen/rebol/language/em6502.r

Oh, that is indeed great comparison material :-)