Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

Rivalling QuickTime VR? Is Rebol better?

 [1/12] from: arolls:bigpond:au at: 23-May-2001 1:46


If anyone would like to see a VR demo, in rebol, point your View Desktop over to the Anton reb-site. In the desktop, just click on "Sites", then "Anton", then "animations". You can see there Dilbert, in 3D. I would be pleased to read any comments or suggestions. Regards, Anton.

 [2/12] from: gjones05:mail:orion at: 22-May-2001 11:42


From: "Anton"
> If anyone would like to see a VR demo, in rebol, > point your View Desktop over to the Anton reb-site. > > In the desktop, just click on "Sites", then "Anton", > then "animations". You can see there Dilbert, in 3D. > > I would be pleased to read any comments or > suggestions.
Definitely cool. I like how a flick of a depressed mouse click makes him spin. You may wish to provide some sort of progress feedback while downloading/processing the images. This one should be added to REBOL demos section, in my opinion. Good work, Anton! --Scott Jones

 [3/12] from: dfeugey:posse-press at: 22-May-2001 19:15


----- Original Message ----- From: "Anton" <[arolls--bigpond--net--au]> To: <[rebol-list--rebol--com]> Sent: Tuesday, May 22, 2001 5:46 PM Subject: [REBOL] Rivalling QuickTime VR? Is Rebol better?
> If anyone would like to see a VR demo, in rebol, > point your View Desktop over to the Anton reb-site. > > In the desktop, just click on "Sites", then "Anton", > then "animations". You can see there Dilbert, in 3D. > > I would be pleased to read any comments or > suggestions. >
Is it in realtime, or ? It's pretty impressive anyway. Bye, David

 [4/12] from: pa:russo:perd at: 22-May-2001 19:47


>If anyone would like to see a VR demo, in rebol, >point your View Desktop over to the Anton reb-site.
<<quoted lines omitted: 8>>
>[rebol-request--rebol--com] with "unsubscribe" in the >subject, without the quotes.
Cool! -- Paolo Russo [pa--russo--perd--com] _________________ PERD s.r.l. Virtual Technologies for Real Solutions http://www.perd.com

 [5/12] from: alan_otterstad:mikronvinyl at: 22-May-2001 11:01


Very very cool Anton.....luv it.........:) alan

 [6/12] from: arolls::bigpond::net::au at: 23-May-2001 4:03


Mr Jones,
> From: "Anton" > > If anyone would like to see a VR demo, in rebol,
<<quoted lines omitted: 7>>
> Definitely cool. I like how a flick of a depressed mouse click makes > him spin.
Suggested by my housemate - easily implemented in rebol. (Although that functionality is a bit buggy in VR4... :)
> You may wish to provide some sort of progress feedback while > downloading/processing the images. > > This one should be added to REBOL demos section, in my opinion. Good > work, Anton! > --Scott Jones
Thanks, I hope to see others making their own. Next step is to create an application which makes it easier. I'll use request-file to get local images supplied by user. I notice recently on this list TWAIN.DLL mentioned. This would mean I could have a window with "plug in your digital camera now" and import all the images. I am a bit concerned how it takes so much resources to render. I can imagine slower machines not being much fun. I can optimize stars a bit and also I think I should make a resizeable version, with pan and zoom as well, so as to get smaller images to be processed. To answer David; there are 45 images - photographs taken by my housemate Martin, so is it really "realtime" ? I guess no. But not less realtime than QuickTime VR. :) I want to figure out some way to warp the images for perspective like you can find in apple's QT VR on their site. Anton.

 [7/12] from: warp:reboot:ch at: 22-May-2001 13:34


Hello all 8) 'cause you are at it.. I'm still convinced that quicktime and rebol would be a perfet marriage. Rebol would be the perfect language to program quicktime interactivity. Quicktime would enable rebol/view to support more than 200 audio/video/motion formats, not to mention flash ( mpeg streaming.. ) Thank you and have a nice day Will ps: as always, sorry for my bad english..

 [8/12] from: pa:russo:perd at: 23-May-2001 9:27


>Hello all 8) >'cause you are at it..
<<quoted lines omitted: 4>>
>Thank you and have a nice day >Will
Hi Will, they can marry today, if you want. QT 5.0 relies on XML heavily to interact with external data sources, so... I think it's not necessary that I go on with further explanations. If you want to know something more you can reach the Livestage Pro mailing-list <http://www.totallyhip.com> or else I have a QT guru with me at PERD... you can ask him for some info, but I warn you: he's a Mac/QT/Applescript evangelist, so you couldn't get rid of him anymore! Greetings -- Paolo Russo [pa--russo--perd--com] _________________ PERD s.r.l. Virtual Technologies for Real Solutions http://www.perd.com

 [9/12] from: arolls::bigpond::net::au at: 5-Jun-2001 1:45

Dilbert image loading progressometer (was: Rivalling QuickTime VR? Is Re


Good idea again, Scott. I have implemented a rudimentary "progressometer" for the image downloading so you can see where you're at. See it in action at the same place as below... Regards, Anton.

 [10/12] from: carl:rebol at: 4-Jun-2001 9:06

Re: Dilbert image loading progressometer (was: Rivalling QuickTime VR? I


Nice progressometer. :) -Carl

 [11/12] from: carl::rebol::com at: 4-Jun-2001 9:16


Anton, Some feedback on the anim itself: 1. It's great. I like the effects. On a 500MHz CPU it flys. 2. For some reason, nothing (neither program nor frames) seems to get cached, requiring it to download each time. It's difficult to show it to your friends that way. 3. Would be nice if the close button on the progressometer aborted the transfer (at least between image frames). 4. Add a [?] button to tell us what else we can do. I glanced at the code and noticed there's more to it... -Carl

 [12/12] from: arolls::bigpond::net::au at: 5-Jun-2001 3:55

Re(2): Dilbert image loading progressometer


> Anton, > > Some feedback on the anim itself: > > 1. It's great. I like the effects. On a 500MHz CPU it flys.
Thanks dude. Have you done anything like this yet?! I sent some feedback recently about an idea for morphmaps (ticket# 6428). I think it would be great, and flexible with a huge space of possibilities. I think of a new idea to use it each day. What do you think?
> 2. For some reason, nothing (neither program nor frames) seems to > get cached, requiring it to download each time. It's difficult to > show it to your friends that way.
Well, I kinda made it this way, because I wanted to make sure users have the latest version of certain libraries. (No "oh I haven't updated" complaints). Perhaps I went a little too far. However, if it can't get the files it should go to the cache. Try unplugging your cable. :) I admit it is inconsistent with the way of the view desktop.
> 3. Would be nice if the close button on the progressometer aborted > the transfer (at least between image frames).
I made sure it's ready for that - I guess I forgot to use the ability. Oh yeah, that's when I was reminded about how I should quit a program again. I was diverted onto an ongoing issue.
> 4. Add a [?] button to tell us what else we can do. I glanced at > the code and noticed there's more to it...
No no, there's nothing more to it. I wouldn't waste your time reading the code, golly Mr Sassenrath. ;) Seriously, I'll have to read the source again to see what you mean... Anton.

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted