@notavailablespam: "Hi, finaly:
OPEN FIRE library available on:
<url>
submitted to <url> as well !
feel free to take a peek :-)
manjo"
    @cdsmith: "<quote>
Just a quick note; indicators at the top of the screen are as follows; 
you can probably use Manjo's library and control them as well (manjo, 
can you confirm this?):
    x=131 y=0  remote
    x=131 y=1  left shift
    x=131 y=2  right shift
    x=131 y=3  alpha
    x=131 y=4  low battery
    x=131 y=5  hourglass
<url>
The Easiest Way to Train Anyone... Anywhere.
Chris Smith - Lead Software Developer/Technical Trainer
MindIQ Corporation"
    @notavailablespam: "Yes Chris i noticed that,
not only indicators but the INTENSITY of each
of the indicators can be controlled as well :)
-this is due to the fact that indicators are wired as pixels (just shaped
differently)
if you want to avoid this, take care not to write anything outside the
viewable area
see ya Chris,
thanks for checking out my library
manjo
news:<email_address>
<quote>"
    @notavailablespam: "Hi Claudio,
thanks again for your support,
<quote>
I agree with you -that is the point of the whole concept :-)
Nice to hear, i would LOVE to help, sadly my time is very limited.
Like i said in previous posts i work (daytime), over night iim doing HP
staff
and barely get to sleep :-)
I did thought about spreedsheet, didn't start anything yet, so it will hold
for some time,
i started GIF decoder which i would like to finish.
Fast Saturn routines for triangles, and lines would be nice too. Once we
have these we can
do SPREDSHEET of your dreams !!! :-)
But first i plan to write a PC converter from color images (JPG, GIFs) to
4-bit GROB suitable to
for use with OPEN FIRE, also converter form old style greyscale GROBS to
4bit GROB is need.
(support for OPEN FIRE so people can start developing interfaces, sprites
etc. to make full use of
this nice screen we're having)
manjo"
    @notavailablespam: "OPEN FIRE updated,
OPEN FIRE image converter is now available @
features: fully functional image converter for use with
OPEN FIRE, (4 bit gray scale immage)
just edit jour images in your favorite graphics program, load with
OF-IC and save as 4, 2 or 1 bit GROB
(at the moment only 4 bit gobs are available -check for updates)
<url>
manjo"
    @ivansenji: "Great work! Really fascianting.
Just one question, i modified your example
to just draw one row of pixels from 0 to 130
and they get drawn in thsi order
5 6 7 8 | X X X X | 13 14 15 16 | 1 2 3 4
21 22 23 24 | 9 10 11 12 | 29 30 31 32
17 18 19 20...
This means that the for loop from 0 to 130
first draws pixels 13,14,15,16 and then 1,2,3,4
and after that 21 22 23 24 ...
Is this the way that it should be?
news:chnj81$qmh$<email_address>
<quote>"
    @ivansenji: "news:chq6qf$d1v$<email_address>
<quote>
No problem, it is a pleasure :)
Maybe i don't get something: here is what i tried:
P2   = GROM 4 1 F0
<<
    INITGS 'OFS' STO DROP
    0 'Y' STO
    0 80 FOR X
    PICT
    x 4 * OFS + Y R->B
    2 ->LIST P2 GXOR
    Y 1 + 'Y' STO
NEXT
0 WAIT
DROP
DONEGS
And i was expecting to get y=-x line but i get two lines
    \
\
        \
    \
             \
        \
                \
            \
It looks soemthing like this :)
time
I don't know! Are you somewhere in croatia(fer?)
serial outside CN4020...
internal: CN4030..."
    @notavailablespam: "Hi Ivan,
thanks for reviewing my library,
about pixels order hm, well actualy pixels are in proper order
as i described in documentation (few lines of text) on my page.
they should be in normal order, check out my site for updates:
<url>
however there is one thing that might have caused you trouble:
maybe you forgot to translate the X value for pixels,
in grayscale X coordinate is X*4 + OFFSET offset is usualy #8,
INITGS is reporting display address start and OFFSET just to be sure,
when you don't translate the X coordinate you get very unusual, but highly
predictable result.
TIP OF THE DAY:
using PIXON you can make a pixel of any color by writing one bit at the time
of the pixel value,
however i would recommend using DAT=C instruction (saturn assembly) for
writing a pixels instead
have a nice day !
manjo
P.S. what is your estimate on HP-49G+ use in croatia,
and what's serial number on your unit ?
news:chq564$kj0$<email_address>
<quote>"
    @notavailablespam: "Right i tried the modification you did,
i did however nodyfy code a bit.
RESULT:
i got a diagonal line form upperleft corner down right to position 80,80
in order as expected.
Check your OFS value, it's #8 on my calc?
maybe you have differeny staff in memory that causes faulty memory
alignment, but in that case my demo wouldn't work either.
<<
 INITGS 'OFS' STO DROP
 #0 'Y' STO
 0 80 FOR X
     PICT
     X 4 * OFS + Y 2 ->LIST
     P2 REPL
     Y 1 + 'Y' STO
 NEXT
 0 WAIT
 DROP
 DONEGS
<quote>
manjo
news:chq98l$5s$<email_address>
highly"
    @ivansenji: "news:chqbsh$ksj$<email_address>
<quote>
This is what i wanted to get too!
same here!
I tried another test (as you said 160 nibbles in a row)
grob with 80 * F and 80 * A
And draw it to the first line:
I get
4 * F pixels
4 * 0 pixels
48 * F
4 * A
4 * F
48 * A
4 * 0
4 * A
4 * 0
4 * A
3 * 0
:(
Should i try clearing memory and wich part?
the
for"
    @cdsmith: "<quote>
Two suggestions:
1. Do you change either of the lower-order two bits of LCDCON5?  (I 
don't know why this would cause problems on one calculator and not the 
other, though.)
2. I had an identical issue with my ARM graphics library for HP-GCC in 
16-color grayscale.  I never did figure out what was happening, and 
finally ended up rewriting the whole thing, after which it mysteriously 
worked.  I suspect that the difference had something to do with either 
the memory alignment of the video buffer.  Manjo, is it possible that 
there's some case in which you fail to align the video buffer on a 2-
byte boundary?
<url>
The Easiest Way to Train Anyone... Anywhere.
Chris Smith - Lead Software Developer/Technical Trainer
MindIQ Corporation"
    @notavailablespam: "Hm,
That strange Ivan :)
we must wait to see if more people get some issues,
until then try to backup all your memory, clean up all of it,
try to install library to port 0 and demo as well, although
i'm using library in port2 (flash) and i'm starting my programs from filer
(from SD card)
try other examples i uploaded (OFview)
manjo"
    @notavailablespam: "Hello Dimitri,
thanks for posting,
INIGS initializes the grayscale mode (doesn't display anything)
only configures LCD controller and Saturns memory.
on the exit from your program put DONEGS -to resume normal LCD operation,
(or write DONEGS -you won't see anything, but calculator does work normaly)
i hope you're talking abour OFview demo,
OFVIEW will display the grob on level1
but GROB must be very specific
(different than old-style page-fliping grobs)
feel free to use the OPEN FIRE image converter also available on my site
to try to convert some of your favorite pisctures.
This "new" grob is simple 4 bit GROB
(on the stack you will see black-white pixels representing bits
of the pixels in actual image)
manjo
news:<email_address>
<quote>
news:<cho4ls$ick$<email_address>>...
hold
to
sprites"
    @notavailablespam: "Thanks Chris,
I whish for memory alignment failure -because that can be resolved easily :)
i did clear the LCDCON5, i will try to re-align the memory a step further,
if it won't work i'll see what's with this LCDCON5 issue,
manjo
<quote>"
    @notavailablespam: "Hello GS fans,
updated OPEN FIRE library
-included OFVIEW in to the library
-fixed INITGS tried to ensure there is no miss-aligning. (now typical offset
value will be #28)
updated OFVIEW to use dinamic offset value returned by INITGS
the first version of OFVIEW was fixed to #8
Introducing ->GRAY command which will convert monochrome
GROB to GREY GROB of any shade.
2: GROB
1: #8h
->GRAY
will convert GROB to half intensity GREY GROB (shade number #8)
(this will be useful to use combined with built in functions for Euation to
GROB conversions etc...)
manjo
news:chqlg9$280$<email_address>
<quote>
:)"
    @ivansenji: "Thanks! EVERYTHING works now! :)
news:chqped$6a8$<email_address>
<quote>
offset
to
easily
further,
mysteriously"
    @notavailablespam: "Thanks Dimitry,
OPEN FIRE is now V1.1
(ES though ->GRAY is not yet functional)
-i see people started tweaking and poking with it :-)
i hate to blow my own horn, but it seems like this concept
might have a future :)
thank you all for great support and... enjoy
manjo
news:chqu77$<email_address>
<quote>"
    @notavailablespam: "Thanks for report Ivan,
that's resolved then :-)
I belive this will work now.
->GRAY
is not yet functional but will be soon,
i hope monday next week (latest)
i'm very busy these days.
manjo
news:chrifl$he$<email_address>
<quote>
the
in
either
that
2-"
{'source': 'USENET', 'other_information': '{"reply_count": 17, "forum_name": "comp.sys.hp48.20140615.mbox"}', 'file': 'data/output/usenet-comp.sys.parquet'}