log in | register | forums
Show:
Go:
Forums
Username:

Password:

User accounts
Register new account
Forgot password
Forum stats
List of members
Search the forums

Advanced search
Recent discussions
- WROCC Newsletter Volume 41:11 reviewed (News:)
- WROCC March 2024 meeting o... Hughes and Peter Richmond (News:1)
- Rougol March 2024 meeting on monday with Bernard Boase (News:)
- Drag'n'Drop 13i2 edition reviewed (News:)
- South-West Show 2024 talks (News:4)
- February 2024 News Summary (News:1)
- Next developer fireside chat (News:)
- DDE31d released (News:)
- South-West Show 2024 Report (News:)
- South-West Show 2024 in pictures (News:)
Latest postings RSS Feeds
RSS 2.0 | 1.0 | 0.9
Atom 0.3
Misc RDF | CDF
 
View on Mastodon
@www.iconbar.com@rss-parrot.net
Site Search
 
Article archives
The Icon Bar: Programming: Efficiency of squash module
 
  Efficiency of squash module
  (13:23 28/1/2001)
  johnstlr (14:56 28/1/2001)
    andrew (15:22 28/1/2001)
      johnstlr (16:21 28/1/2001)
 
andrew Message #4727, posted at 13:23, 28/1/2001
Unregistered user I'm thinking of making a program to display a series of 24-bit colour frames of an animation. I'd like to be able to compress the graphical data and then decompress as the animation was running. Does anybody know if the squash module is sufficient for this?
  ^[ Log in to reply ]
 
johnstlr Message #4728, posted at 14:56, 28/1/2001, in reply to message #4727
Unregistered user I doubt it could decompress the images fast enough. It might be better to look into delta animation techinques whereby you only store the differences between frames and then draw them back.

Unless you're going to decompress the animation before playback.

  ^[ Log in to reply ]
 
andrew Message #4729, posted at 15:22, 28/1/2001, in reply to message #4728
Unregistered user I suppose that's best because the main reason I would want to compress them is because of the size making storing in memory wasteful or impossible.
I suppose there are a number of options to get around this e.g partial loading of source.
But how does Replay achieve this? I thought it used compression.
  ^[ Log in to reply ]
 
johnstlr Message #4730, posted at 16:21, 28/1/2001, in reply to message #4729
Unregistered user It does use compressoin and it's very clever but you do need a powerful machine to play at a high resolution at full screen. Also at the end of the day Replay is only storing the differences between frames. What it does is more complex than just noting pixels that have altered but it's the same idea (another one it does is see if part of the scene moves at a constant rate, then it can play it back by just storing it's velocity)
  ^[ Log in to reply ]
 

The Icon Bar: Programming: Efficiency of squash module