Squeak-dev November 2000

squeak-dev@lists.squeakfoundation.org

106 participants
325 discussions

RE: PNG Performance (was Re: [BUG] Scamper...)
by Duane Maxwell 04 Nov '00

04 Nov '00

>I'd be interested in hearing about this - I'm somewhat assuming that the >bottleneck might be the construction of the dynamic huffman tables (a piece >of code that I couldn't be bothered to write in Slang ;-) but so far I >couldn't see it eat up more than say 30% of the time. If you have any >counter examples I'd be glad to see them. That's probably the meat of it, and it's relatively constant per image, which makes it a proportionally heavier penalty for small images. After we merge Bob's and Eric's code together, we'll redo the tallies and see what pops out. Bob's last email seems to confirm what we had seen before. -- Duane

1 0

Re: PNG Performance (was Re: [BUG] Scamper...)
by Bob Arning 04 Nov '00

04 Nov '00

Hi Duane, The original time for processing the form (http://www.startrip.dhs.org/images/background.png) that Ian Trudel uses on his web page was 28 seconds on my machine. My first, quick change reduced that to 16. Eric's changes (which replaced mine) reduced it to 6. Taking a look at Eric's, I was able to reduce that to 3. We are now at the point that the zlib decompression takes over half the time. I have included my change below and I suspect that it would help in some of the other (perhaps less common) modes. Cheers, Bob =====code follows===== 'From Squeak2.9alpha of 17 July 2000 [latest update: #2944] on 3 November 2000 at 6:35:06 pm'! !PNGReadWriter methodsFor: 'pixel copies' stamp: 'RAA 11/3/2000 18:34'! copyPixelsRGB: y "Handle non-interlaced RGB color mode (colorType = 2)" | i pixel tempForm tempBits | tempForm _ Form extent: width@1 depth: 32. tempBits _ tempForm bits. pixel := LargePositiveInteger new: 4. pixel at: 4 put: 16rFF. bitsPerChannel = 8 ifTrue: [ i := -2. 0 to: width-1 do: [ :x | i _ i + 3. pixel at: 3 put: (thisScanline at: i); at: 2 put: (thisScanline at: i+1); at: 1 put: (thisScanline at: i+2). tempBits at: x+1 put: pixel. ] ] ifFalse: [ i := -5. 0 to: width-1 do: [ :x | i _ i + 6. pixel at: 3 put: (thisScanline at: i); at: 2 put: (thisScanline at: i+2); at: 1 put: (thisScanline at: i+4). tempBits at: x+1 put: pixel. ] ]. tempForm displayOn: form at: 0@y. ! ! =========== On Fri, 3 Nov 2000 11:40:10 -0800 Duane Maxwell <dmaxwell(a)exobox.com> wrote: >>On the speed issue, 2.8 ignored the PNG you have as a background. 2.9 renders >>it, but slowly. I have added an update to the disney internal stream that >>gives a 40% improvement in this case. It will be available in the near >>future. Note: there may be other opportunities for speed improvements >>in PNG if anyone is interested in something to do. > >Bob - > >Eric Arseneau did some basic improvements to PNG performance internally >which I believe he released to the list back in the middle of September - I >think it bought us a doubling in performance. I also have written, but not >tested completely, a plugin which accelerates much of the decoding of the >most common depth/compression combinations. Unfortunately, I have yet to >merge my changes with Eric's, and I know we collide. Some of our message >tallies indicate there may be a speed limit due to the implementation of >Squeak's zlib decompression, which is currently outside the scope of the >PNG reader. > >If you have any other specific pointers to performance problems in PNG, I'd >like to take a look at them. I'd also like to merge your changes in with >ours, so if you could see your way clear to forwarding them, I'd appreciate >it. Our system is increasingly dependent upon PNG, and it's an identified >bottleneck.

1 0

mpeg "C" source & plugin change
by John M McIntosh 04 Nov '00

04 Nov '00

Ok I've changed the source code to reflect the new licensing for the MPEG plugin. I've also rebuild the macintosh plugin. If someone could try it out and confirm I've not broken anything that would be great. Also check the source code to ensure I've not dropped any important pieces. People using the original posted "C" source code should download the current version as of now since this version is licensed to the Squeak community, under either the Squeak-L or LGPL. PS I've provided a zip file for the source code for those of you with gnuzip. http://www.smalltalkconsulting.com/html/mpeg3source.html -- -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== Custom Macintosh programming & various Smalltalk dialects PGP Key: DSS/Diff/46FC3BE6 Fingerprint=B22F 7D67 92B7 5D52 72D7 E94A EE69 2D21 46FC 3BE6 ===========================================================================

1 0

Re: Squeak Smalltalk Coding Question
by David N. Smith (IBM) 03 Nov '00

03 Nov '00

At 15:53 -0500 11/3/00, David N. Smith \(IBM\) wrote: >At 11:46 -0800 11/3/00, Conrad Taylor wrote: >>Hi, I'm using the 'The Design Patterns: Smalltalk >>Companion' and I'm in the process of implementing >>some of the patterns using Squeak Smalltalk. Thus, >>I was wondering, is there an errata for the book or >>a site that has the complete code as well as a test >>program? Has anyone done this yet? >> >>Thanks in advance, >> >>-Conrad > >Check the Addison-Wesley site. Any errata should be available there. > >If not, you might contact one of the authors, say alpert(a)us.ibm.com, tell him how much you love the book, and ask if there are errata. > >Dave OOPS, make that salpert(a)us.ibm.com Dave _______________________________ David N. Smith IBM T J Watson Research Center Hawthorne, NY _______________________________ Any opinions or recommendations herein are those of the author and not of his employer.

1 0

PNG Performance (was Re: [BUG] Scamper...)
by Duane Maxwell 03 Nov '00

03 Nov '00

>On the speed issue, 2.8 ignored the PNG you have as a background. 2.9 renders >it, but slowly. I have added an update to the disney internal stream that >gives a 40% improvement in this case. It will be available in the near >future. Note: there may be other opportunities for speed improvements >in PNG if anyone is interested in something to do. Bob - Eric Arseneau did some basic improvements to PNG performance internally which I believe he released to the list back in the middle of September - I think it bought us a doubling in performance. I also have written, but not tested completely, a plugin which accelerates much of the decoding of the most common depth/compression combinations. Unfortunately, I have yet to merge my changes with Eric's, and I know we collide. Some of our message tallies indicate there may be a speed limit due to the implementation of Squeak's zlib decompression, which is currently outside the scope of the PNG reader. If you have any other specific pointers to performance problems in PNG, I'd like to take a look at them. I'd also like to merge your changes in with ours, so if you could see your way clear to forwarding them, I'd appreciate it. Our system is increasingly dependent upon PNG, and it's an identified bottleneck. Cheers - -- Duane

2 2

Squeak Smalltalk Coding Question
by Conrad Taylor 03 Nov '00

03 Nov '00

Hi, I'm using the 'The Design Patterns: Smalltalk Companion' and I'm in the process of implementing some of the patterns using Squeak Smalltalk. Thus, I was wondering, is there an errata for the book or a site that has the complete code as well as a test program? Has anyone done this yet? Thanks in advance, -Conrad __________________________________________________ Do You Yahoo!? >From homework help to love advice, Yahoo! Experts has your answer. http://experts.yahoo.com/

1 0

Re: Squeak on a PDA
by Bob Arning 03 Nov '00

03 Nov '00

Kris, There is something similar in the system already. - From a Morphic project, open a new Morphic project - Mouse down and hold on the project view. Wait for a menu to appear. - Select ENTER ACTIVE from the menu - This project can now be seen and interacted with in the green bordered morph. This morph can be resized to change the scale and the button along the right edge offer some options for changing the view. Cheers, Bob On Fri, 3 Nov 2000 10:50:00 -0500 "Krisztian Flautner" <manowar(a)engin.umich.edu> wrote: >Regarding the problems that people have been experiencing >about the screen on a PDA being too small: > >I was wondwering how difficult it would be to create a >Morph that would zoom the contents of a project and allow >interaction with the objects within the project through >the zoomed interface. In other words, the zoomer morph >would look like a project view before one enters it, >except that one can interact with the morphs in it without >having to enter the project. > >I envision a rectangle that could be sized to the physical >screen of the PDA. The bottom of the rectangle would include >icons to zoom the view in and out, and some other buttons >to support click modifiers (like a button for an ALT key, >right, middle mouse buttons etc. maybe shortcuts to a few >other things). One could move around the zoomed view by clicking >on the four edges. > >This morph would allow us to start using the existing stuff >on the small screen. Eventually we can add extra support to >morphs to do intelligent resizing. For example, depending >on the zoom level, less important information is progressively >discarded and/or less important information gets small faster >than more important information. > >What do you think? > >Is there something in the existing image that comes close >to doing this?

2 1

Re: Taking a small sources file with you
by Doug Way 03 Nov '00

03 Nov '00

Bert Freudenberg wrote: > > On Thu, 2 Nov 2000, Dan Ingalls wrote: > > > A reasonable thing to do would be to store comments only, with indices > > as to where to insert them into the decompiler's output. From the > > above stats, this would appear to give you better than a four-fold > > savings in source code storage space. > > It would be way cool to integrate this with the temp name saving when you > abandon the sources. Jay said the majorShrinked sources are 2M, with a > source/comment ratio of 4:1 that would be 500K comments ... Yes!! This would be great for the Squeak Netscape browser plugin, too. Lessee, a compressed majorShrinked comments-only sources file would probably only be 150K or so... I guess another trick would be to have a .changes file which only stored bytecodes, temp names and comments as well. Get rid of these huge .sources/.changes files taking space on my hard drive. :) Of course, a really good pretty printer becomes more important once you give up source code based development. - Doug Way dway(a)riskmetrics.com

5 4

Re: Setting up problem
by Lex Spoon 03 Nov '00

03 Nov '00

I just tried this, and it didn't work. Has anyone gotten Squeak working under esddsp? I'm wondering what the latency is like. I started to put ESD support in Squeak once, but I couldn't see how to do buffer management. When I emailed one of the athors, my response was that I should just write as much sound data as possible until the socket blocks. Frankly, that seems like too much! But there's no arguing with practice. Can anyone try it? If you can get it to work at all, can you say how long it takes betwene pressing an X halo and hearing the bye-bye-morph sound? For most interesting results, please try making one sound, waiting a minute, and then making some more sounds. The first sound played will just start up Squeak's sound subsystem.... -Lex Kevin Fisher <kgf(a)golden.net> wrote: > > oh, cool! Just like artsdsp, I guess. :) Shows how long it's been since I've > used ESD... > > For any KDE2 users out there (to follow up on my own artdsp problems with > squeak), there is another version of artsdsp in CVS that could fix the > creeping system load problem I was seeing... but you need to wait for KDE 2.1. > :) > > > > > > Kevin Fisher wrote: > > > > > > Really? Does ESD relinquish the sound device after a certain amount of idle > > > time? > > > > > > The last time I mixed Squeak and ESD, it didn't work too well (which > > > admittedly was quite some time ago)...ESD just hogged the sound device and > > > wouldn't let anything else use it. > > > > You need to use the "esddsp" wrapper around Squeak. > > > > -- > > Ned Konz > > currently: Stanwood, WA > > email: ned(a)bike-nomad.com > > homepage: http://bike-nomad.com

3 3

Fix for low space watcher (was: Re: Celeste questions)
by Ned Konz 03 Nov '00

03 Nov '00

Bernhard Pieber wrote: > I just got a Debugger UndefinedObject>>dNU currentInterruptName: in > lowSpaceWatcher while I was doing a compact of my Celeste MailDB. Well, to fix your low space notification, you need to change the following text in lowSpaceWatcher : CurrentProjectRefactoring currentInterruptName: to Project currentInterruptName: and do Smalltalk installLowSpaceWatcher -- Ned Konz currently: Stanwood, WA email: ned(a)bike-nomad.com homepage: http://bike-nomad.com

1 0

← Newer
1
...
25
26
27
28
29
30
31
32
33
Older →

Jump to page: