The collected works of geo - Page 2

duck wrote: Update
It was easier than I thought. Here are a couple of early samples:

my God, you are awesome duck!! cant wait to try this on my board on Monday hehe really this is perfect, really thanks duck!

duck wrote: Is a GIF really necessary by the way?

ah actually if you can send me the frames in monochrome bitmap it would be great, but neh this is already too much duck hehe ill just extract it and use paint then feed it to my parser to extract the bitmap raw data and burn all to Flash ROM.. i use an external ROM with I2C interface, yeah a bit slow but hmm if i can optimize my RTOS and squeeze all the raw data to MCU ROM would be best.. my estimate is 1 frame needs around 2592bytes, my MCU Flash ROM has 128KB, so 36 frames * 2592 = 93KB; would leave me 35KB for my RTOS... but for now ill utilize an external ROM just to show the video

imagine if this will be completed, Apple laptops have their Apple logo lit when its is switched on. Alienware laptops have their Alien face logo lit up when ON. Our SGI laptops! will have a steady SGI cube when OFF, then rotating SGI cube when ON
hehe but if power consumption is not that high during rotating, we can change to: rotating SGI cube even OFF state, wow! hehe ok2 enough with dreaming and will try this on early monday, wish me luck guys!

btw duck, as soon i get one done, will do my best to give you one

duck wrote: I'll have a look at making a cleaner one, there's a little too much going on in reflections and things making the dithering
a little ugly... Simple works best with low res and few colors in my experience.

hehe ok2 you're the boss, will hit the sack now coz its 11:30pm here, till monday then ciao!!

duck wrote: Swag! Awesome! \o/

haha same reaction as Jesse Newcomb when i gave him the first prototype of this: http://watchshock.com/blog/149/new-gues ... l-watches/

hehe this is one of my major project here.. gave him one coz he gave me his jumboprawn O2 laptop, really a nice guy

theinonen wrote: Translator on RISC OS does pretty good job with dithering.

Here is an example where frames of ducks sgicube.gif were loaded to Translator and just saved as 1 bit images. Finally everything was put back together with InterGif.

thanks theinonen!! i also generated ROM data of your gif

ok here it is, the videos i only choose sgicube-riemersma, sgicube-none from duck and white from theinonen, for now. also put a size reference together with my good old iphone hehe

duck wrote: Wow, that looks cool

thanks! hehe if not of you, this wont be possible

next stage is to put it on a small module with coin battery

so i guess the best effect is the sgicube_none, what you think?

btw don't get discouraged on the not so smooth display panel, that is the touchpanel with plastic cover on it hehe coz this is my development board for one of my projects here

duck wrote: Hmm, possibly, I feel the Riemersma dithering gives more of a 3d-effect, but the jittering of the dithering might be distracting (hard to tell from the video)

sorry for that, ill try get another video and have it near the display. also if high def, the video size is large, any suggestion to see the performance comparison? do you want me to slow the rotation?
just let me know and ill try to capture it

Martin Steen wrote: BTW:

The Cube-Demo I made some years ago is still online. There is also a 3DS-Model
of the cube.

http://www.martin-steen.de/sgi/cube.html

wow!! this is perfect!! how i wish i could use this on an OLED or TFT

theinonen wrote: One way to make those dithered images look less grainy, and to get rid of that snow effect around edges would be to run all the animation frames through a median filter.

wow!! median looks great!! will try this soon! thanks theonen! btw, im not sure but you did this on RISCOS right?

kubatyszko wrote: Whatever it's going to be, looks awesome, I think i like the riemersma and white ones the most (but I'm sure it looks much better live than on the video).

Cheers and great job.

hehe thanks kuba!! yeah white is also i like but the none dithering, when spin fast, really looks like a real cube floating around yup!! how i wish you all can see the real in action coz really looks sharp coz i use SHARP Memory LCD! just like those used on SHARP japanes mobile phones, even just monochorm but its high resolution makes it a great logo animation

smj wrote: Is this display going to wind up in sgifanatic's Indigo Reborn case, by any chance?

yeah!!! that would be a great idea smj!! but hmm i think sgifanatic already done with his casing which is made of metal right? if anyone want to have this logo, how about we build this and have it fabricated? these are the parts:
* SHARP Memory TFT LCD
* EFM MCU
For the PCB, i can do it here coz here in mainland is cheaper then EFM also i can order here.. but for the SHARP, it a bit difficult coz its from Japan.. maybe kubatyszko can help us?

coz actually the first plan i did this is for my planned O2 laptop i want to have a 2nd O2 laptop coz im still inspired by jumbo prawn everytime i look at it hehe so looking forward then!!

plan to have a light casing, carbon fiber is on mind but i have no experience, any suggestions? what material is light and easy to mold or use to make as case? the design will be, as much as possible, there will be less shoehorning on O2 modules as possible. only the frontpanel and PSU will be re implemented. then display use will be the 1600SW itself, removing all heavy unused parts and try change the backlight with super bright LED to lessen heat and power consumption. hehe sounds crazy right? but wahh if this can happen? we can bring our O2 anywhere we want

hi everyone!

at last i finished something for my SGI projects hehe hope you can try this on your side for me, really thanks for any comments and suggestion

README:

//created: geo (August 2012)
https://github.com/gorais/gXipmsg.git


gXipmsg is a Motif version of the wonderful tool IPMsg found on this site: http://ipmsg.org/index.html.en
This project taught me a lot about Motif and TCP/UDP. The goal was to design an application that can be build and run
on all *nix platforms with as much as possible no need of modifiyng anything, as inspired by the O'Reilly book and sample codes.

The main goal for this project is to utilize the fast and easy file transfer on any *nix system between other platforms without
setting up NFS,SAMBA or other client-server apps for this purpose. Current release is ALPHA.

APLHA release: (done)
* Messaging thru UDP protocol
* Can broadcast message to specific people

BETA release: (next)
* File/folder transfer thru TCP


gXipmsg was tested on the following:

1. Intel x86:
* Windows XP through Cygwin
* Solaris 10 through VMWare
* FreeBSD 9 with OpenMotif through VBox
* Ubuntu 12.04 with OpenMotif through VBox

2. MIPS:
* IRIX 6.5 on SGI O2 and Octane

If you have any chance to try this on other platform, i'll be delighted to hear your feedback
You can contact me via email: [email protected]

To try, please download the Windows version on your Windows box.
Then build using make or GNU make with Makefile.
PLease note, BSD and SUN has its own Makefile, please use this with -f option.

Hope you enjoy trying this as much i enjoyed coding this, thanks!!!

ops! did a quick compile test on my O2 and it seems the Makefile has a glitch, sorry when i updated the Makefile i only try it on my Cygwin.
Anyway, i already updated them on my github.
But ill just quote it here for your convenience. (im using FF on my O2 now and cannot attach the Makefile hmmm)

Please overwrite the Makefile with this: (even quote doesn't work, strange FF on my O2...)

DEBUG = -g
INCDIR =
LIBDIR =
FLAGS = -lXm -lXt -lSM -lICE -lX11

gXipmsg : main.o udp.o pack.o appIcon.o sendDialog.o recvDialog.o
cc $(INCDIR) $(DEBUG) -o gXipmsg main.o udp.o pack.o appIcon.o sendDialog.o recvDialog.o $(LIBDIR) $(FLAGS)

main.o : main.c main.h gXipmsg.h
cc $(INCDIR) $(DEBUG) -c main.c

udp.o : udp.c udp.h
cc $(INCDIR) $(DEBUG) -c udp.c

pack.o : pack.c pack.h
cc $(INCDIR) $(DEBUG) -c pack.c

appIcon.o : appIcon.c appIcon.h
cc $(INCDIR) $(DEBUG) -c appIcon.c

sendDialog.o : sendDialog.c sendDialog.h
cc $(INCDIR) $(DEBUG) -c sendDialog.c

recvDialog.o : recvDialog.c recvDialog.h
cc $(INCDIR) $(DEBUG) -c recvDialog.c

clean :
rm -f gXipmsg *.s *.o *.exe *.stackdump

mia wrote: Screenshots would be nice!

hi mia! before i sleep here are some quick screenshots that i took:

gXipmsg in action under Cygwin


IPMsg under WinXP (downloaded for testing)


gXipmsg from Octane


btw, please ignore the time stamps, i forgot to properly set my Octanes system time.
Tomorrow will post some screenshots for Solaris, FreeBSD and Ubuntu, coz all these are just running on my office vmware and vbox. For FreeBSD, it compiles but i cannot get any UDP response, my suspicion is firewall? Any BSD user here can help me? thanks... so, will hit the sack now, its 12:47am now... hope you guys can try this for me ciao!!

Just for excitement, this release just contains the main feature which is sending messages thru UDP.
Next release will focus to implement the file/folder transfer thru TCP. With this nice feature, we can share files from any platform
without setting up NFS, Samba or others..

night everyone!

canavan wrote: The SGI Screenshots don't look IRIXy enough. If your app supports Xresources (it should), try setting the following resourced (prefixed by gXipmsg or whatever it's using as an internal name). Use xrdb -merge to merge your new resources with those already set at the start of your session.

Code: Select all

*schemeFileList:        SgiSpec
*useSchemes:            all
*useEnhancedFSB:        True
*sgiMode:               true

hi canavan! thanks for this suggestion! ok will put this on my todolist for the next version

jirka wrote: Hi,

It looks very nice! Can you please provide also the IRIX binary? I don't have SGI compiler and I'm not able to compile it here

hi jirka! thanks! ok here is the binary compiled on my Octane. Not sure to ask this but if i compile it on Octane, its runable on any SGI right? or should it compiled on specific machines? My feeling is it should work but i remember O2 uses 32bit while others are 64bit? But i guess these specs doesn't matter right? OK thanks for trying this out!

other screenshots as promised:

on x86 Solaris 10 via VMware


on Ubuntu 12.04 via Virtual Box


FreeBSD still working with firewall option

jirka wrote: Hello,
Thanks much! It works on my O2 (IRIX 6.5.27) so it must be 32-bit binary. I can even receive messages from the IPmessenger (I have tried the version 0.9 on my old PowerPC iMac)! Only the sending to that IPmessenger don't work for me.

Hi jirka! Thanks too for trying this so I guess it doesn't matter which machine as long as the app is not particular with the bit width right?

Anyway, nice screenshoot! hehe but i notice the gXipmsg didn't show the xpm icon, i forgot to mention that you should place the ipmsg.xpm together with the binary, next version ill add a make install on the makefiles

Oh! i see, sorry i dont have any mac here to replicate it but hmm which IPmessenger did you use again on the iMac? is it the GNOME2 version? if so, could you please try compile gXipmsg on the iMac and see if still not able to send message? Or you can also try the X11R6 version on the iMac, just what is convenient for you, this will let us know which has the bug, is it on my Motif version, or the other IPmessnger.

Really thanks a lot to try it out, this way we can polish this more and soon i will focus on the file transfer, just imagine a file sharing to any platforms without installing anything, would be great right?

hamei wrote: This is a useful piece of work, geo. Thank you.

thanks hamei!! Yeah esp here in our company, we use this to communicate with others and pass files like schematics, firmware, pcb drawing, mechanical drawing or office files sending it to bldg B is just a drag n drop n clik away hehe so this is why i want this to work on our NIX machines coz im a bit lazy to setup again NFS hehe so lets finish this fast! Wanna lend a hand there hehe or still busy with your motif browser? if im done with this i can also help you.

morning everyone! suddenly my modem in my room stopped working.. no internet access really feels like in purgatory hehe

Geoman wrote: well done!

thanks Geoman! but still not yet finish, file transfer is the next big work

hamei wrote: I'd love to, but kind of busy right now getting the text big enough so I can put the magnifying glass away

hahaha can imagine how big the text are hehehe

jirka wrote: I think so. It's mips4 binary so it should work on SGIs with at least the R5000 processors (it don't work on my R4400 Indy ...)

oh! sorry i don't have any R4400 machine here , not able to compile for you. any chance for you to install gcc on the indy?

jirka wrote: It is probably a bun in that IP messenger verison (it's a native Mac colne, not a Gtk one). I tried the X11R6 verison (xipsmsg) on the iMac and there are no problems with sending.

aha! thanks for this confirmation, feel good to hear this hehe wow, there is a Mac clone? this is not from the site right? coz i only saw a MacOSX version. but yeah, nice to know this, thanks!

jirka wrote: Surely!

hehe will start this feature this week, wish me luck!!

canavan wrote: I can't compile it in IRIX 6.5.30, I'd guess that my Motif headers are too old, because XmCHARSET_TEXT isn't defined anywhere in /usr/include or its subdirectories, including Xm. Which packages from what CD do I have to install to compile gXipmsg?

hi canavan, thanks for trying, hmmm can you check if what Motif version is currently set on your IRIX? by default it is using Motif 1.2 and there was a script you need to run to switch to Motif 2.1, i forgot which and where the script, but I'm sure there was coz i used it on here. But i'm not sure this will resolve the compile issue on your side, can you try this first? Thanks and hope to hear the result

kubatyszko wrote: Niice, now we need some new VPN over the Internets for all of us the IRIX users so that we can share the files and message each other

waah, nice idea kubatyszko! so will need to finish next version soon hehe btw, your location reminds me of how i meet this IPMsg tool, got friends working in NEC and their Japanese counterparts introduced to them to use this tool for messaging and exchanging files inside their LAN, really2x handy

kubatyszko wrote: Per Motif 2.1 porting guide:

Code:
If you need to change the default environment to 2.1, enter (as root) the following command:
# /usr/Motif-2.1/lib/mksymlinks
To return the default environment to 1.2, enter:
# /usr/Motif-1.2/lib/mksymlinks


Worked for me like a charm.

Yes! this is it! thanks kubatyszko!!

kubatyszko wrote: Geo, on a sidenote, you can create a Makefile.irix with the contents you suggested, and ask the user to run
Code:
make -f Makefile.irix
- this way you keep the project closer to original

ok! will add this to the next release. so which one is more preferable, should the makefile check what version used then echo a message to run the script? or should i run the script automatic thru makefile?

kubatyszko wrote: Btw, it doesn't work on my Freebsd 8.1-release, I log into by bsd box from OSX over SSH (with X-forwarding) - it does compile flawlessly, launches (on my remote X session in the OSX) with the docked icon, but when I click on the icon I get :

hmm thanks for this report, i will find a way to replicate this here.

my test machine for FreeBSD is only under VirtualBox, and im still trying to figure out why i cannot send or receive UDP protocol, is there a default firewall after a fresh install? if yes, how can i disable it or put the port in use as unfiltered? sorry for this noob questions but yes, the build is ok on FreeBSD, but once i click the button, no members are found, so its either the UDP broadcast was not able to get out, or the UDP replies was not able to get in any advice is very welcome will also dig more here..

ok will try replicate your case later maybe using cygwin as you MacOS X then IRIX/SUN/FreeBSD as your FreeBSD, will keep posted!!

im afraid maybe my coding or the design of my Motif application didn't follow standards that's why it crashed? hmmm

canavan wrote: Code:
# /usr/Motif-2.1/lib/mksymlinks


That one actually helps, and gXipmsg compiles. thanks.

thanks too for the confirmation canavan!

btw kubatyszko, is it ok for you to try it run on FreeBSD without using OSX over SSH? Just want to confirm if the app only crash with X-forwarding? hmm still planning how to replicate coz i try it wiht cygwin and vmware, didnt work, maybe configurations? will dig more and update soon..

update on cygwin with IRIX: i was able to try during lunch break do a xwin :1 -query O2 and try to run gXipmsg, it was doing ok as expected. But i'm not sure by doing this, does this simulate your case of from MacOSX to FreeBSD?

update on FreeBSD: The reason why i cannot receive any UDP packets is because the broadcast address that i use is 255.255.255.255, in which FreeBSD doesn't allow this? when i try 192.168.0.255, it worked, but it was not able to receive from 192.168.10.x stations. I'm still gathering info and see which approach i will choose.

Does this scenario depends on the OS? coz for Windows, Ubuntu, Solaris, all are doing fine with 255.255.255.255
For IRIX, it is also ok with 255.255.255.255, but what i notice before, i think is also was limited, not able to hear from 192.168.10.x
If so, i should have a special case for BSD and IRIX right? Or is there a configuration that i need to set so that they will perform like the rest of the tested OS?

New release coming soon with bug fixes and some enhancements
File transfer, i'm still drafting the UI, ciao!

duck wrote: Is there a router inbetween? 255.255.255.255 is link-local and will not be passed through routers. You'll need to extract the network broadcast address if you want to broadcast to an amorphous network.

hi duck! hmm i think so coz im testing this here in our office. but if so, how come if i run this same application under cygwin, solaris, ubuntu, and winxp on the same PC, they all are fine, so maybe there something about configuration needed on freebsd? yes i read about extracting broadcast address and i tried that option, but this will limit me compared of using 255.255.255.255

duck wrote: Some OSes only allow root to send broadcast messages, perhaps that's it?

wow! this one i didn't hear hehe but hmmm i think im sure i use root account as always on all my test machines, but ok will verify this tomorrow coz i don't have FreeBSD here in my room, thanks for this info!

duck wrote: Googled around for a bit and found this tidbit... still extant perhaps? http://lists.freebsd.org/pipermail/free ... 08626.html

wow! i think this is perfect match on my case, thanks for this great find! but hmm as mentioned inside, he resolve it by using the networks broadcast address instead of 255.255.255.255, in which i already tried and will affect the area of my broadcasting. unlike using 255.255.255.255, this can still go to other subnets. i wonder how windows handled this...

oh! wait! i read you link again and now i realize i missed something on his resolution, its the MAC address! so i guess i need to hard code so that when i broadcast to 255.255.255.255, i will send it to MAC address ff:ff:ff:ff:ff:ff, right?

geeez if this works, i owe you much duck! btw, the rotating cube logo still on queue for you

duck wrote: I just had a friend ping 255.255.255.255 on his FreeBSD 9.0-RELEASE, it seems to have the same flaw. My NetBSD system does not. (obviously, netbsd rocks

oh! ok thanks for confirming, then not all BSD have this flaw then hehe time to download NetBSD and OpenBSD and give them a try tomorrow to see which is which for my BSD makefile

duck wrote: I guess sending to the right MAC will work, but you'll be assembling raw packets by then...

hmm im not sure what you mean here but what i thought at first is i just need to fill some items on the struct sockaddr_in that will contain the MAC address? but when checking the structure it doesn't have, my wrong assumption about

encapsulates the packet using the MAC address

so how does the encapsulation done? btw, no problem with assembling raw packets here, i guess already done this inside

duck wrote: More on this, an official, ignored, bug report: http://lists.freebsd.org/pipermail/free ... 19201.html

hmm so this indeed a flaw.. why did they ignore this? tsk3.. anyway thanks for this infos duck really help, so i guess will try the encapsulation of MAC just for FreeBSD then, will see tomorrow

duck wrote: Seems like I was a little hasty, there was some discussion about it (actual PR here: http://www.freebsd.org/cgi/query-pr.cgi?pr=99558&cat= ), however I'm not really sure how they can call it fixed if it isn't

aha! this is more detailed now hmm did a quick read and it seems this can be considered a quick fix? will try to absorb this again tomorrow, a bit late here already thanks for this digging duck! these info somehow teach me something

duck wrote: As for sockaddr_in, no you can't just set the target MAC there, you will have to assemble IP packets and use a raw socket to work around it that way. It might however be possible with some freebsd specific option, that IP_ONESCAST Thing they talk about to make undirected broadcasts work properly.

ah i see, thanks for this clarification. ok2 will try this tomorrow on my FreeBSD and see the outcome, will feedback soon hmm i wonder if this IP_ONESCAST can be aslo used to other OS? so that no need to do a uname inside my code hehe but anyway, not so big deal. ok duck, thanks again for the help! will feedback tomorrow ciao!!

duck wrote: It lives here

guess what? IT WORK!!! you're the man duck!! i even think this approach on FreeBSD did better than the others? coz when i try it, it even got a response to more deeper subnets that the other OS can't, but will investigate more maybe i can also use the IP_ONESBCAST option for other OS, or its just for FreeBSD, lets see..

btw i tried to install NetBSD on VBox, was ok but when i try to mount an nfs, didn't work, seems no nfs client on default setup? unlike PCBSD and FreeBSD, all are ready. Also tried install OpenBSD, but installation hang-up by the time to choose the "i" for install.. need to check on this.. maybe these OS doesn't like VBox? will see too..

so i guess case close really thanks duck for the help, will release another version soon with some enhancements, ciao!

hi guys, almost done with polishing ALPHA and will release soon
btw got some questions that i'm stuck with and afters this will be fine:

1. I got a xpm image file and this should be on the same path as the binary file so that if invoked, the image will be displayed. but if i try to invoke the binary on a different pwd, it seems it cannot find the xpm, which also make sense. my question is how is this properly handled? my test case is put binary and xpm file in /usr/bin/, then try invoke gXipmsg in any location, it will run but ni image displayed.

2. How can i set under a custom dialog to make the text widget have the first focus? already tried initialfocus but i cant make it work

Lunch break!

duck wrote: dirname(realpath(argv[0])) should be a handy enough trick to get the path, at least on unix.

geeez duck, you always save me!! thanks man!! i tried this and it was perfect!! but after some other test cases, it still had the glitch.. also noticed is on different OS has its own different behavior, i know its strange coz it should be the same coz its UNIX! but let me dig around more, maybe just got it wrong, will let you know soon

thanks for the FreeBSD help, all platforms are well tested now, except for NetBSD and OpenBSD, still don't have a working system coz VirualBox seems doesn't like them.. will see

hi everyone! just can't wait to announce this one hehe so before i sleep, behold: BETA 1.0 is here!

this includes:
* more stable
* enhanced UI
* most anticipated: VERY FAST download of unlimited files from any Windows that runs IPMsg

So who needs USB, SFU/NFS, SAMBA, FTP to transfer your files like pictures, CAD drawings, MP3s, movies from modern machines to our beloved UNIX if we have this very light tool

As of the moment, this version only can accept files. Coming soon are:
* download folders
* sending files
* sending folders
So that a full file sharing between any UNIX flavor and Windows is as easy as sending an email

So, hope you guys can try this for me? Thanks in advance for your feedback Already tried many file types and LARGE size like 700MB, my estimate is almost 1min plus? but im sure this was faster than my NFS setup at the office hehe

So here you go:

For those who can compile with MIPSPro:
Then do:
make
make install
gXipmsg <handlename> (eg. gXipmsg geo)

Then for now, all downloads will be place on /etc/gXipmsg/Downloads/, will enhance this more later
But for the moment, just take use of the speed of this, cheers!!


For those who cannot compile:
Please put under /usr/bin/
Please put under /etc/


To try the file download, please install IPMsg in your Windows box, then drag and drop the files that you want to send to the text box, then press send, then it will arrive on the gXipmsg on our UNIX side, hope you have fun!

So will sleep now, bis bald!!


pssst hamei, i think you gonna like this more, now you can ask any files from your assistants PC directly to your Fuel As soon as next version, you can also pass from your Fuel to her PC

jirka wrote: That's nice, thanks! I will try to find a Windows box for testing...

Thanks too jirka!! looking forward to hear your comments and suggestions
tomorrow i will continue with folder downloading, coz in Windows, you can drag folders and send it
keep in touch, ciao!

oh! based from this site: http://hal.chem.uwm.edu/WhatsNew/install/cd.products.html#2of3

overlay 2:
motif_dev_6530m: IRIX IM Development Software, 6.5 (based on OSF/Motif 1.2.4)
motif_eoe_6530m: IRIX IM Execution Software (Motif 1.2 and 2.1 Combined) for 6.5.30

overlay 3:
motif21_dev: IRIX IM 2.1 Development Software, 6.5.30 (based on OSF/Motif 2.1.32)
motif_books: OSF Motif developer books, 1.2.3

hope this helps and hope you can try my app too

thanks from here too! even thought it was great firewall or some paranoid security agents hacking around or cybergeddon has arrived?

thanks neko!