--
--
You received this message because you are subscribed to the Google
Groups "Harbour Users" group.
Unsubscribe: harbour-user...@googlegroups.com
Web: http://groups.google.com/group/harbour-users
Bruno,
Hi Bruno,
THAT are interesting news !
Please would you like to tell us more about build process:
any special switches used for this cpu ?
needed time to build harbour ?
best regards
Rolf
--
Hi Bruno,
thanks very for your pictures.
You miss some development libs,
libx11-dev
libgpm-dev
libncurses5-dev
libslang2-dev
for maybe other libs look in file named 'INSTALL' in harbour directory, i.e. for freeimage etc.
then gtxwc terminal hopefully will build. Or does Raspi not use a X11-Window System, should be ??
Then try for us all to build gfx.prg in the /tests, link it with -gtxwc
Need one keypress after start to display graphics ...
best regards
Rolf
best regards
Rolf
--
Hi again,
gtxwc is -the- terminal for Linux, without i would be unhappy.
If that works, i immedate order me a Raspi ;-)
best regards
Rolf
best regards
Rolf
--
Hi Bruno,
on my older 3Ghz Xeon with all together 4 cores a fresh compile with all extra libs is done in about 3 minutes.
Means 3 * 4 = 12 minutes for one core and 3000 /700 ~ 51 minutes.
Plus speed difference for SD card versus my ramdrive ;-)
Your Raspi is running at 700Mhz, right ?
May i ask what SD card you are using ?
So this build time is quite good for my estimation of Raspi's computing power - and if he's mighty enough for what i have in mind he should do for me.
Looks not so bad ...
THANKS a lot for your testing
Rolf
Rolf
--
Hi Bruno,
there is not font named in gfx.prg - we can try to do so with adding a line for this, after first IF-branch, at ca. line 20:
hb_gtInfo( HB_GTI_FONTNAME , "Terminal")
if not works we need a search what font's are installed, uhm i am just researching how to do that ...
--
hbmk2 gfx.prg -gtxwc
best regards
Rolf
Rolf
--
or:
try to install package xfonts-terminus, and then
hb_gtInfo( HB_GTI_FONTNAME , "Terminus")
think it should be 'xfonts-base' packet, and/or 'xfonts-100dpi-transcoded'
best regards
Rolf
--
FULL STRIKE, that is great picture - so we have a fully running Harbour on Raspi, or some seem to say ArPi - SO FINE !
Will sure order one, and check what this small thing is capable to compute.
There exists a nice copper ! heatsink, you sure know - for pushing it to 1Ghz.
Then with fastest available SD Card, i think of an SD10G2/8GB Kingston Ultimate, this seem reported to work ..
very interesting news
THANKS, Bruno
--
http://learn.adafruit.com/adafruit-raspberry-pi-educational-linux-distro
for information and some tutorialshttp://zenit.senecac.on.ca/wiki/index.php/Raspberry_Pi_Fedora_Remix
for the Fedora version about two months old.http://wiki.bodhilinux.com/doku.php?id=installation_instructions
For those interested in Audio/video applications checkout
http://wiki.xbmc.org/index.php?title=OpenELEC
There is a very active website and forum at Raspberrypi.org
your Harbour Raspberry (and you) all fine ?
I sooner got two model B [512MB], Rev 2.0, but made in China. Yesterday
arrived my third, this now made in Uk.
Running Harbour on ArPi's absolute stable for many days with 1100MHz, and
Ram at 550!MHz (set 'over_voltage_sdram' just to 1 == not worth to mention
0.025V more). Runs 100% reliable and i have not the feeling he will break just
after the quarter mile. [used e.g. memtester to be sure i did the safe bet]
I also applied a copper heat sink. Even with most possible stress ram test it
won't overreach 50°C.
Some are also reporting 1150, but then i got occasional problems. Same case
with the china ones for every ! try to change gpu core freq, then some fetched
packages over network got ill - and much more bad: destroyed file system
on SDhc. The UK version in opposite accepts doubled, 500MHz for gpu_core, and
seem to run well.
SDhc seem a sensitive part of ArPi: my Kingston class10 won't boot, but have
it seen two times !? - my class4 Sandisk works ever and also a noname
(Platinum) class6 SDhc. Will try more models.
Here i found a nice link with these OC settings:
http://elinux.org/RPi_config.txt#Overclocking_options
Most interesting is setting: force_turbo=0, and then set various xyz_min to
slightly risen standard values. This lead to dynamic kernel controlled
overclocking only when needed, and fall back in idle mode. Worked like a charm
a week ago, but with newest upgrade i lost this feature ? needs more research
from me ..
###
BUT now to real life with Harbour:
a full fresh compile of Harbour with nearly all contribs (left gtalleg and
pgsql) now lasts, fasten your seat belt:
02:10
Incremental run, just done for hbmisc, 2 minutes. These times are with
standard gpu speed, the UK one shell beat the 2 hour mark, not measured yet.
That is much more than about 3 minutes on my big QC - but very impressive
for this size and power need.
Most important: my ready, mighty harbour app later runs smooth, really useable.
A 'wonderful' bug this freeimage had left for me, in relation with tif-
graphics -: immediate Harbour abort when try to load tif picture.
They do some universal sanity checks for 64bit vars (on our ArPi, hihi, that
would be a thing, a 64bit ARM this size :). Quick-and-dirty solution: these
few lines now rest as comments in peace.
Further i just worked on a wrapper-lib for Harbour for the wiringPi lib. I
sure want to use the gpio capabilities with Harbour, a superior feature of the
machine. There are alternatives, f.e. a shell call of his executable, but i
want it on this way.
[ https://projects.drogon.net/raspberry-pi/wiringpi/functions/ ]
---
Tip: think about a 98 or more MB tempfs (ramdrive) mounted at /tmp. It will
grow dynamic into RAM, not using this amount fixed at start. This will saves
some writes to SDHC ...
I attach a screenshot (downsized from 1600x1200):
my app just fullwindow display image, with opend second window with browse for choice - top right running gkrellm incl. temperature and moontime display - and moving MidnightCommander in translucent window ...
This is xfce4 - running with 'official' wheezy image, i use.
If you ever hear someone ported Trinity desktop (KDE fork at best old V 3.5) to
Raspberry, let me know. Actually i'm quite really pleased with this xfce4.
Regards
Rolf
--
--
You received this message because you are subscribed to the Google
Groups "Harbour Users" group.
Unsubscribe: harbour-user...@googlegroups.com
Web: http://groups.google.com/group/harbour-users
---
You received this message because you are subscribed to the Google Groups "Harbour Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to harbour-user...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
short again, Bruno
forget to mention:
arm_freq=1100
with
over_voltage=6
more i'm not willing to put on.
and only try:
core_freq=xxx
.not. this gpu_freq=
--
And better make a full backup (dd_rescue, tar), before checking if network runs ok.
That is not compareable to a 'normal' system break, where only journal must be re-applied -- FS is really ill afterwards, can be just thrown away.
Mentioned gpio wrapper lib is nearly ready, what i want from it and a little more - but fully untested. Still waiting for my electronics master to build me:
4 relay + 4 input, all fine secured behind a opto-coupler.
When i checked it, i can sent lib or put it here.
Meanwhile you can easy check the link, his lib will at least be needed - there will also a small executable build with his one for 'manual' gpio play.
best regards
Rolf
Hi,
as media-SERVER, maybe a good task for him - but player !?
With great respect to this fine machine, but i had no success in this kind.
First there is NO 'original' flash, only this 'gnash' for browsers, i beg you.
As browser is designated Midori ;-), i put an iceweasel (older FF) on it.
All together a brilliant example of how bloated these browsers all are.
[ And how fast a Harbour app can be :-) ]
Also i intense tryed all-can-do VLC: it starts playing skipping, then video freezes - progress bar still moving.
Perhaps i made all together all wrong, but my first result is very negative for video playing.
An ultra cheap, ultra powersaving NAS -- an RC Helicopter controller -- or many other tasks ...
regards
Rolf
Hi,
> Perhaps i made all together all wrong, ...
Not all, but VLC makes here a bad job, omxplayer can do a bit.
But Video is forbidden for devels' ;-)
So correct to fperillo:
you are right, there seem just actual ready some disk-images to make it a time consuming media center even controlled with TV remote, but i won't need that ...
Raspberry Harbour developers want to hear music at work, perhaps with me recommended audacious ? - and sure, before that something to compile ;-)
To correct the left bug to -also- play mp3, install
libpulse-dev, libasound2-dev, audacious and mpg123
[if not already known: synaptic is a convenient gui package manager, also bit slow here]
and follow the good last description here at bottom:
http://www.raspberrypi.org/phpBB3/viewtopic.php?f=33&t=10656
To save cpu time switch to winamp classic surface and here can turn off analyser display. After that only about 15% cpu is needed, instead of about 40% before.
Regards
Rolf