Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.forth > #13445
| From | "Paul E. Bennett" <Paul_E.Bennett@topmail.co.uk> |
|---|---|
| Newsgroups | comp.lang.forth |
| Subject | Re: The Map Is Not The Territory |
| Followup-To | comp.lang.forth |
| Date | 2012-07-02 19:28 +0100 |
| Organization | Hidecs Consultancy |
| Message-ID | <a5e7j0Ftv0U1@mid.individual.net> (permalink) |
| References | (1 earlier) <053ad03e-0477-446a-9cf5-4469fb85feb8@t8g2000yqd.googlegroups.com> <bfa4dbe7-7838-42e6-aa1a-a63f0062a55e@googlegroups.com> <128e2791-07d6-4f16-93a4-2627e9209c06@h9g2000yqi.googlegroups.com> <jsq5jd$n8$1@online.de> <8a84e8d7-9815-4903-8ba4-96535ffaa099@a34g2000yqi.googlegroups.com> |
Followups directed to: comp.lang.forth
rickman wrote: [%X] >> The path here is well traveled, it is how games like Pong worked - they >> all generated the image on the fly, because memory was expensive back >> then. Games like Asteroids used even vector graphics and special >> monitors. >> >> Now, we don't have 1970 anymore, we have 2012. Memory is cheap, dirt >> cheap. We don't generate images on the fly, because we have frame >> buffers. Well, we actually do generate new images frame by frame, but >> we use double or even tripple buffering to make it smooth (one image is >> currently displayed, one image is ready-to-display, and one image is >> rendered to). We do that because memory is cheap. >> >> The only place where memory isn't cheap is power consumption. The main >> reason why smartphones can't and won't have standby times in weeks as >> dumb phones, is DRAM. DRAM requires constant refreshing, and by doing >> so drains a lot more current than is leaking through the capacitors. >> Maybe some memresistor device will change that, but not yet. > > Are you sure the DRAM is the cause of the short battery life of the > smart phones? I was just looking at a data sheet for SDRAM and it > lists a 1 mA current for the refresh function and 300 uA standby > current. I think most of the power goes to the 1 Watt CPU that uses > the DRAM, not so much the DRAM itself. > > >> In so far, as the map is not the territory, I think Chuck used an >> ancient path and wandered off what makes sense today. > > I think the F18 makes some sense, but it needs a LOT of work and in > particular it has to allow some deviations from the "simplicity" > syndrome to make it practical. If a 700 MIPS CPU can't implement a > high speed phy in software, then maybe a custom interface is needed. > If the 64 word instruction/data memory is not large enough to > implement a protocol, then maybe a few nodes need to have more > memory. At some point concessions need to be made to the app, not the > other way around. > > I haven't given up just yet. We'll see if I can tame this beast! Several of us are looking at the GA144 for potential applications. I am having an interesting time looking at the analogue inputs for the device at present (especially using the widest range of input mV possible while maintaining some sensible accuracy over the range - the polynomial correction factors are going to be most interesting). I am sure that the GA144 could probably do a better version of this device; <http://www.gabotronics.com/development-boards/xmega-xprotolab.htm>. Maybe it won't have as many inputs as the model shown but could probably do a direct on-the fly representation of the signals and maybe even some data logging for good measure. Even if a separate USB interface or PHY is used it would not detract from the application brilliance. I think it just takes some good ideas to be brought to the device and implemented. I hope all those currently playing will, eventually, put in some of the input to the Application Notes themselves. I will for that which does not have NDA restrictions. -- ******************************************************************** Paul E. Bennett...............<email://Paul_E.Bennett@topmail.co.uk> Forth based HIDECS Consultancy Mob: +44 (0)7811-639972 Tel: +44 (0)1235-510979 Going Forth Safely ..... EBA. www.electric-boat-association.org.uk.. ********************************************************************
Back to comp.lang.forth | Previous | Next — Previous in thread | Next in thread | Find similar
The Map Is Not The Territory Jason Damisch <jasondamisch@yahoo.com> - 2012-06-27 17:44 -0700
Re: The Map Is Not The Territory dambere@web.de - 2012-06-28 02:32 -0700
Re: The Map Is Not The Territory Mark Wills <markrobertwills@yahoo.co.uk> - 2012-06-28 02:47 -0700
Re: The Map Is Not The Territory John Passaniti <john.passaniti@gmail.com> - 2012-06-28 13:19 -0700
Re: The Map Is Not The Territory dambere@web.de - 2012-06-29 14:29 -0700
Re: The Map Is Not The Territory quiet_lad <gavcomedy@gmail.com> - 2012-06-29 14:44 -0700
Re: The Map Is Not The Territory "Elizabeth D. Rather" <erather@forth.com> - 2012-06-29 12:17 -1000
Re: The Map Is Not The Territory rickman <gnuarm@gmail.com> - 2012-06-29 16:15 -0700
Re: The Map Is Not The Territory quiet_lad <gavcomedy@gmail.com> - 2012-06-29 14:43 -0700
Re: The Map Is Not The Territory Jason Damisch <jasondamisch@yahoo.com> - 2012-06-30 10:46 -0700
Re: The Map Is Not The Territory rickman <gnuarm@gmail.com> - 2012-06-30 19:54 -0700
Re: The Map Is Not The Territory Howerd <howerdo@yahoo.co.uk> - 2012-07-01 09:14 -0700
Re: The Map Is Not The Territory rickman <gnuarm@gmail.com> - 2012-07-01 14:12 -0700
Re: The Map Is Not The Territory Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-01 20:40 +0200
Re: The Map Is Not The Territory Howerd <howerdo@yahoo.co.uk> - 2012-07-01 12:15 -0700
Re: The Map Is Not The Territory Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-01 23:52 +0200
Re: The Map Is Not The Territory rickman <gnuarm@gmail.com> - 2012-07-01 14:41 -0700
Re: The Map Is Not The Territory Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-02 00:23 +0200
Re: The Map Is Not The Territory Paul Rubin <no.email@nospam.invalid> - 2012-07-05 00:06 -0700
Re: The Map Is Not The Territory rickman <gnuarm@gmail.com> - 2012-07-05 10:49 -0700
Re: The Map Is Not The Territory rickman <gnuarm@gmail.com> - 2012-07-05 10:38 -0700
Re: The Map Is Not The Territory Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-06 02:22 +0200
Re: The Map Is Not The Territory rickman <gnuarm@gmail.com> - 2012-07-05 18:57 -0700
Re: The Map Is Not The Territory Mark Wills <markrobertwills@yahoo.co.uk> - 2012-07-06 02:13 -0700
Re: The Map Is Not The Territory Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-07 01:11 +0200
Re: The Map Is Not The Territory Albert van der Horst <albert@spenarnc.xs4all.nl> - 2012-07-06 10:58 +0000
Re: The Map Is Not The Territory rickman <gnuarm@gmail.com> - 2012-07-06 06:00 -0700
Re: The Map Is Not The Territory Paul Rubin <no.email@nospam.invalid> - 2012-07-06 20:41 -0700
Re: The Map Is Not The Territory rickman <gnuarm@gmail.com> - 2012-07-07 06:56 -0700
Re: The Map Is Not The Territory Paul Rubin <no.email@nospam.invalid> - 2012-07-07 21:45 -0700
Re: The Map Is Not The Territory rickman <gnuarm@gmail.com> - 2012-07-08 15:53 -0700
Re: The Map Is Not The Territory Paul Rubin <no.email@nospam.invalid> - 2012-07-08 21:08 -0700
Re: The Map Is Not The Territory rickman <gnuarm@gmail.com> - 2012-07-09 16:32 -0700
Re: The Map Is Not The Territory Brad Eckert <hwfwguy@gmail.com> - 2012-07-05 13:22 -0700
Re: The Map Is Not The Territory Mark Wills <markrobertwills@yahoo.co.uk> - 2012-07-02 01:26 -0700
Re: The Map Is Not The Territory stephenXXX@mpeforth.com (Stephen Pelc) - 2012-07-02 10:15 +0000
Re: The Map Is Not The Territory "Paul E. Bennett" <Paul_E.Bennett@topmail.co.uk> - 2012-07-02 19:28 +0100
Re: The Map Is Not The Territory Albert van der Horst <albert@spenarnc.xs4all.nl> - 2012-07-01 11:35 +0000
Re: The Map Is Not The Territory Howerd <howerdo@yahoo.co.uk> - 2012-07-01 09:31 -0700
Re: The Map Is Not The Territory Paul Rubin <no.email@nospam.invalid> - 2012-07-01 14:03 -0700
Re: The Map Is Not The Territory rickman <gnuarm@gmail.com> - 2012-07-01 14:57 -0700
Re: The Map Is Not The Territory rickman <gnuarm@gmail.com> - 2012-07-01 14:50 -0700
csiph-web