00:00:00 --- log: started retro/13.04.09 00:49:53 --- quit: impomatic (Read error: Connection reset by peer) 07:46:47 --- join: kumul (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 08:56:29 --- join: kumool (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 08:58:59 --- quit: kumul (Ping timeout: 256 seconds) 09:19:30 --- join: kumul (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 09:21:59 --- quit: kumool (Ping timeout: 245 seconds) 09:36:48 --- join: ncv (~quassel@79.114.105.5) joined #retro 09:36:48 --- quit: ncv (Changing host) 09:36:48 --- join: ncv (~quassel@unaffiliated/neceve) joined #retro 09:44:27 --- join: kumool (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 09:47:09 --- quit: kumul (Ping timeout: 256 seconds) 10:19:06 --- join: kumul (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 10:21:33 --- quit: kumool (Ping timeout: 245 seconds) 10:59:00 --- quit: harrison (Read error: Connection reset by peer) 11:16:26 --- join: kumool (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 11:18:57 --- quit: kumul (Ping timeout: 256 seconds) 11:53:31 --- join: kumul (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 11:55:47 --- quit: kumool (Ping timeout: 256 seconds) 11:57:05 --- join: kumool (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 11:59:45 --- quit: kumul (Ping timeout: 256 seconds) 12:10:45 --- join: impomatic (~digital_w@87.115.210.249) joined #retro 12:27:38 --- join: Mat2 (~claude@91-65-144-133-dynip.superkabel.de) joined #retro 12:27:41 hello ! 12:36:34 --- join: kumul (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 12:39:25 --- quit: kumool (Ping timeout: 256 seconds) 12:46:06 hi Mat2! :) 12:46:15 hi tangentstorm ! 12:46:23 what is going on ? 12:46:53 trying to figure out a bug in my canvas code. 12:47:34 I have it so I can type this in retro: 640 480 40 circle 12:47:47 I have a patched version of the palette routines 12:47:58 and it correctly calls my circle function with the correct parameters... 12:48:06 but then the circle function crashes. 12:48:22 or else it doesn't crash but it doesn't show anything :/ 12:48:45 cool. i haven't quite gotten that far yet, but it's on my list. 12:49:17 hmm, have your screen resolution a depth of 640x480 pixcel ? 12:49:19 I am still using the SDL version. ZenGL works but it's /incredibly/ slow. 12:49:37 800 x 600 * 4bytes per pixel. 12:50:01 I will take a look at your code 12:50:23 I know it's a pointer bug, but I'm not sure what's wrong with my pointer yet. 12:50:28 let me upload. 12:52:48 * Mat2 uploaded the new version of asicPAL 12:54:20 you can take the look at the palette at: http://www.colorschemer.com/online.html 12:55:17 very pretty 12:55:24 no grays? 12:55:48 there is one gray and 16 gray intensities above colour codes 216 12:56:33 as addition because a 3 grade RGB palette has max. 216 colour combinations 12:56:37 oh that's not the full thing. 12:57:07 the web design do not allow displaying the whole palette 12:57:23 have you seen http://www.frexx.de/xterm-256-notes/ ? 12:58:01 no but good to know, thanks 12:58:34 i had kind of planned to make that the default. i don't necessarily like it, because it has a couple duplicates... but it's ansi compatible 12:59:12 xterm lets you redefine the palette on the fly somehow 12:59:53 but i think that might actually be the same color set that you're using, or very close to it , given what you said 13:00:16 my latest terminal code use the 4 channel-control codes defined in std. ASCII for selection of the fore and background colours, palette and font redefination 13:01:24 you mean like ESC[0;32m 13:01:25 ? 13:02:40 this is the commit that introduces the crash in my code : https://github.com/sabren/b4/commit/88b72b8ea6d5911a8a31bfced151bf5324c28804 13:02:42 no the ASCII codes 17-20 (DC1-DC4) exist already for such purposes as terminal control 13:02:58 (so why not use them?) 13:03:20 the bug is almost certainly in TSDLVDP.CreateCanvas; 13:03:42 Oh those control codes. Gotcha. :) 13:04:46 ^Q and ^S (DC1 and DC3) are in common use for flow control. 13:05:27 (like if you press ^S in most telnet sessions, it'll freeze until you press ^Q) 13:06:27 but I was considering using ^T as a terminal command prefix too. :) 13:07:06 the palette I have choosen is well defined. I have test it with dithered images of 16-bit RGB range and there display in near native quality 13:07:42 https://github.com/sabren/b4/blob/master/mn/mino.pas 13:07:44 hmm, seems like DC2 and DC4 are seldom used 13:08:33 i guess in that code [ ^T! ] is bold and [ ^T. ] is normal 13:09:02 i have a bunch of code for switching colors based on a prefix from the old bbs days. 13:09:25 |r = red, |g = green, |G = bright green... etc. 13:09:47 that's actually in retro now as the vt module. 13:10:12 are those the websafe colors then? 13:14:36 waht do you mean with websafe ? 13:14:45 ^what 13:15:19 it was another palette... in the early days of the web, there were 216 colors that were considered "safe" because some people still had only 256 color monitors. 13:15:26 http://en.wikipedia.org/wiki/Web_colors#Web-safe_colors 13:15:40 ahm I think no 13:15:47 i don't know how they went about definining it. 13:16:19 the xterm palette is defined by a fixed-step color cube, which is why i thought it might be the same as yours. 13:18:54 https://github.com/sabren/b4/blob/master/go/xc.py <- how i know :) 13:22:53 The chosen color palette is useful for displaying 16-bit images with a real resolution of only 8 bits, as the dithered result can be displayed with barely perceptible differentiations 13:23:37 so you get 16 bit resolution with much lesser memory demands 13:24:38 huh. that's pretty cool 13:27:02 this technique was common for some graphical workstations and is used with the gameodino board: 13:27:21 http://excamera.com/sphinx/_images/selftest-screenshot.png 13:28:33 ^simulation of 16-bit coulor depth with only a 9 bit DAC 13:28:51 huh 13:29:04 ^colour 13:29:20 that's impressive 13:29:24 as you see, it works well 13:31:40 by the way the gameodino features a MISC cpu implemented in FPGA, the J1 13:32:12 it is used for executing software kernels beside video generation 13:32:28 (and forth of course) 13:32:31 :) 13:34:12 I guess we just have different goals. :) I'm mostly using the VT100/xterm stuff because I'd like to make this thing compatible with existing terminal code in common use. (like vim/emacs, weechat/irssi, etc) 13:35:15 And then extend what terminals can do by adding in 32-bit color, sprites, sound, etc. 13:36:55 I want to have a terminal with can be used implementing graphic applications and is portable to hardware solutions (like THIS ONE: https://www.olimex.com/Products/Modules/Video/MOD-VGA-32MB/) 13:37:41 works fine with the duinomite 13:38:05 and cost only 50 € 13:38:11 (all inclusive) 13:41:12 :D cute 13:41:39 the only alternative would be one of these ARM based boards - but there SoC's features mostly no way for programming the GPU :( 13:42:56 I must say, no way without badly written, closed-sourced driver nightmares 13:47:52 :) 13:50:31 d'oh 13:50:36 i found the bug. so obivous :) 13:50:54 i was using @(pBitmap^.pixels) instead of just pBitmap^.pixels ;) 13:51:01 it's already a pointer. i don't need to take the address :) 13:51:37 and..... I just ran it, and instead of a crash, I got a circle on the screen for a fraction of a second. :) 13:51:45 nice :D 13:52:48 (the @ operator was one of these non-standard TurboPascal requirements for pointer accesses priour to Version 7) 13:53:20 I just overread it 14:03:46 it's part of the standard i think. 14:03:56 ^ and @ are aliases in ISO pascal. 14:04:04 like (* *) for { } 14:04:25 but yeah, me too. looked right at it about 10 times :) 14:05:03 and now.... a screenshot :) 14:05:15 http://i.imgur.com/gkmb9Iu.png 14:06:40 looks quite impressive 14:06:58 time for some colours 14:07:14 :) yep! 14:07:41 --- quit: ncv (Remote host closed the connection) 14:27:44 --- quit: kumul (Ping timeout: 248 seconds) 14:28:23 --- join: crc_ (~crc@li125-93.members.linode.com) joined #retro 14:33:45 --- quit: crc (*.net *.split) 14:39:06 --- join: ncv (~quassel@92.83.227.80) joined #retro 14:39:06 --- quit: ncv (Changing host) 14:39:06 --- join: ncv (~quassel@unaffiliated/neceve) joined #retro 14:39:30 get some sleep, ciao 14:39:34 --- quit: Mat2 (Quit: Verlassend) 14:50:57 --- join: ncv_ (~quassel@92.83.227.80) joined #retro 14:51:12 --- quit: ncv (Ping timeout: 248 seconds) 15:43:26 --- quit: ncv_ (Remote host closed the connection) 16:09:30 --- join: kumul (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 17:24:05 --- join: kumool (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 17:26:49 --- quit: kumul (Ping timeout: 252 seconds) 18:25:53 --- quit: karswell` (Read error: Operation timed out) 18:27:00 --- join: karswell` (~user@93-97-29-243.zone5.bethere.co.uk) joined #retro 19:16:48 --- quit: kumool (Ping timeout: 248 seconds) 19:31:43 --- join: kumool (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 20:01:51 --- quit: kumool (Read error: Connection reset by peer) 20:05:06 --- join: kumul (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 23:59:08 --- log: started retro/13.04.09 23:59:08 --- join: clog (~nef@bespin.org) joined #retro 23:59:08 --- topic: 'Retro Language | http://retroforth.org | Logged @ http://rx-core.org/dev/rancid | Latest Release @ http://s3.retroforth.org/download/11.x/retro-11.4.tar.gz' 23:59:08 --- topic: set by crc on [Tue Jul 17 13:54:58 2012] 23:59:08 --- names: list (clog karswell` crc_ impomatic tangentstorm yiyus goingretro ivan`` saper crcx @ChanServ oPless backer_) 23:59:59 --- log: ended retro/13.04.09