Setting paths to Externals in revolution
Dear Revs, as you know if I select new externals from the Rev Inspector, Revolution gets the absolute path... so if I move the application to another computer it will not work . The standalone application needs a relative path for the externals. Referring to the solution presented by Trevor Devore and Ken Ray at the page: http://www.sonsothunder.com/devres/revolution/tips/ext003.htm I tryed a simpler solution. The following script (ONLY FOR MACOSX) will upload all the externals placed in the Externals folder of the bundle standalone application. As far as I know it works fine . Why I have to create a stack myExternals ? Am I going to face some problems using this simple script at sturtUp of the application? Best regards, Paolo Mazza local NAMEAPP,LISTEXTERNALS on startup put empty into LISTEXTERNALS if the environment is not development then put the effective filename of this stack into INDIRIZZO set itemdelimiter to / put last item of INDIRIZZO into NAMEAPP --- get the names of the external placed in the externafolder of the standalone put the defaultfolder into FOLDER1 put the defaultfolder / NAMEAPP .app/Contents/MacOS/Externals/ into NOMECARTELLA put NOMECARTELLA into field cartella set the defaultfolder to NOMECARTELLA put the folders into LISTAFILES filter LISTAFILES without [.]* set the defaultfolder to FOLDER1 repeat for each line NAMEXTERNAL in LISTAFILES UPLOADEXT NAMEXTERNAL end repeat set the externals of this stack to LISTEXTERNALS end if end startup on UPLOADEXT NAMEXTERNAL put NAMEAPP .app/Contents/MacOS/Externals/ NAMEXTERNAL return after LISTEXTERNALS end UPLOADEXT ** Paolo Mazza NEOL SRL Società partecipata da Università di Padova via N. Tommaseo 84 35131 - Padova (Italy) Tel 049- 2050147 - Fax 049-7964386 www.neol.it ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Setting paths to Externals in revolution
Buongiorno Paolo. Dear Revs, as you know if I select new externals from the Rev Inspector, Revolution gets the absolute path... so if I move the application to another computer it will not work . The standalone application needs a relative path for the externals. Referring to the solution presented by Trevor Devore and Ken Ray at the page: http://www.sonsothunder.com/devres/revolution/tips/ext003.htm I tryed a simpler solution. The following script (ONLY FOR MACOSX) will upload all the externals placed in the Externals folder of the bundle standalone application. As far as I know it works fine . Why I have to create a stack myExternals ? Am I going to face some problems using this simple script at sturtUp of the application? Best regards, Paolo Mazza local NAMEAPP,LISTEXTERNALS on startup ... if you set the external on startup then the trick with the extra stack is NOT necessary! I always set my external dynamically on startup and never had problems. The extra stack myexternals is necessary when you want to set externals AFTER the app has already started for whatever reasons. Best Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Any suggestions on how to onion skinning?
Ken, if you are on MacOSX system = 10.4 and you just want the image to be grayscale then you can try an applescript for colorsyncscripting. it is a lot faster than Revolution. It takes Revolution from set the imagedata of image x to y for a 640x480 on a MacBook Pro 2.3 about 280 Milliseconds to display the image. So whatever you do you have this overhead. Doing a chartonum 900.000 times doesnt help either. On the other hand revolution is quite fast in loading a image file and displaying it. here is a recipe: make a new stack with an image, call it i1, make a field call it f1, make a button put the following applescript into the field f1: -- thisFile is provided by user in revolution -- thisFileNewName is provided by user in revolution set thisFile to thisFile as alias set sourceProf to POSIX file /System/Library/ColorSync/Profiles/Generic RGB Profile.icc set destProf to POSIX file /System/Library/ColorSync/Profiles/Generic Gray Profile.icc tell application ColorSyncScripting launch try -- you can specify where to save the image in revolution by setting the variable for thisFileNewName match thisFile from source (sourceProf) to destination (destProf) saving into file thisFileNewName with replacing on error errmsg activate display dialog errmsg end try set quit delay to 5 end tell -- end of the applescript set the script of the button to: on mouseUp -- make shure we are on MacOS X and system version = 10.4 -- because of ColorSyncScripting if platform () MacOs then answer works only on Macs because of Applescript exit mouseUp get systemversion () if word 1 of it 10 and word 2 of it 4 then answer MacOs X version = 10.4 required exit mouseUp end if end if put the millisec into theStart put the filename of image 1 into theFilename if theFilename is then exit mouseUp -- in MacOS X 10.5.1 and Revolution 2.8.1 the filename of the image, if you chose the image in the inspector -- is something like ./../../../Desktop/nameOfTheFile.jpg, ./../../../ confuses revMacFromUnixPath -- so we try to make a viable filename using specialforderpath if theFilename contains .. then set the itemdelimiter to / repeat with i = the number of items of theFilename down to 1 if item i of theFilename is . or item i of theFilename is .. then delete item i of theFilename end repeat put specialfolderpath(cusr) into pathToUser put pathToUser / theFilename into theFilename end if -- now make a name for a new file which will contain the grayscale picture in the same place where -- the original file is, just append 01 to the file name set the itemdelimiter to . put theFilename into thisFileNewName put 01 after item -2 of thisFileNewName -- convert rev-style path to macintosh path put revMacFromUnixPath (theFilename) into theMacFileName put revMacFromUnixPath (thisFileNewName) into theMacFileNewName -- now build the applescript command put set thisFile to quote theMacFileName quote return into tVarForApplescript put set thisFileNewName to quote theMacFileNewName quote return after tVarForApplescript put field f1 after tVarForApplescript do tVarForApplescript as Applescript if the result then answer the result set the filename of image 1 to thisFileNewName put the millisec - theStart into msg end mouseUp -- in the inspector choose a color jpeg file for the image i1 then click the button if all works as expected the applescript generates a greyscale file from the original jpeg file in the folder of the original and opens it in the image i1 if you do the conversion on a grayscale file the resulting file will be broken to avoid all the confusion with setting the filename of the image i1 from the inspector in Leopard you may want to make a button with answer file to set the filename of image i1 I filed a bug report for the filename problem in Leopard ColorSyncScripting.app is on every mac from 10.4.0 on as far as I know. Ken Ray wrote: On Wed, 28 Nov 2007 20:19:27 +, Ian Wood wrote: I'm working on a program with my son that does simple card-based animation, but one of the things he asked how to do in Rev stumped me, and that is doing an onion skin I would try overlaying a translucent screen capture of the prev or next card. Agreed. Or do it by taking a snapshot directly from the card - this should work even if it's not the frontmost card. The problem with those is that if the card has color in it, the translucency is also in color. I was hoping to keep it in grayscale/gray. Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/
Re: access to Mac media browser?
Hi Phil, look into the revOnline Browser, Category : Utilities ; I wrote some time ago such a stack which would do what you want ; it is named iPhoto_iTunes lib Palettes Modify it to your convenience... Christian Le 3 déc. 07 à 00:40, Phil Davis a écrit : Thanks Ian! I'll give it a try. Phil Ian Wood wrote: This might get you started: http://www.macosxhints.com/article.php?story=20060429075843216 with the following tweaks: 1. Save the Automator action as an app, then put it into you app package. 2. Launch the app to bring up the browser. 3. Have a drop area in your Rev app to receive the filepaths of the items dragged on to it. Ian On 2 Dec 2007, at 08:50, Phil Davis wrote: I notice that several Mac apps seem to use the same Media Browser thing to display all your iPhoto assets, for example. Does anyone know for sure: 1) that there is such a 'utility' available for apps to use, and 2) how to access it from within Revolution, and 3) if a Rev app could interact with it anyway? Thanks in advance - Phil Davis ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Setting paths to Externals in revolution
On Dec 3, 2007, at 7:20 AM, paolo mazza wrote: I tryed a simpler solution. The following script (ONLY FOR MACOSX) will upload all the externals placed in the Externals folder of the bundle standalone application. As far as I know it works fine . Why I have to create a stack myExternals ? Am I going to face some problems using this simple script at sturtUp of the application? Hi Paolo, As Klaus mentioned using startup is perfectly fine for setting externals. I'm providing a few extra specifics about why I use the separate stack method in my work to help clarify when it might be needed. I use a separate stack in memory to load externals in my application framework. When the framework loads an application in the IDE it checks to see what externals Revolution already loaded. It will then load any externals that the application relies upon but which are not yet available. Since the framework cannot rely on a startup message when loading an application inside of the IDE a separate stack of some sort must be used. Some application designs have multiple stack files. In order to make external handlers available to all stacks you must put the stack that loaded the externals into use (start using stack SOME_STACK_WITH_EXTERNALS_SET). Any handlers defined in that stack script will also be put into use and be available to all scripts. Using a separate stack helps keep the externals isolated. I know that loading the externals and putting the stack into use only loads external handlers into the message path, nothing else. Using a separate stack makes it easy to load/unload externals from memory. This might be useful if you update the externals on disk and don't want to quit and relaunch the IDE or the application. Using a separate externals stack is more flexible overall. If you need that sort of flexibility then it is worthwhile to go that route. If you don't then using the startup handler and setting the externals of your main program stack is just fine. -- Trevor DeVore Blue Mango Learning Systems www.bluemangolearning.com-www.screensteps.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Any suggestions on how to onion skinning?
On Mon Dec 3, 2007 BNig niggemann at uni-wh.de wrote: Ken, if you are on MacOSX system = 10.4 and you just want the image to be grayscale then you can try an applescript for colorsyncscripting. it is a lot faster than Revolution. It takes Revolution from set the imagedata of image x to y for a 640x480 on a MacBook Pro 2.3 about 280 Milliseconds to display the image. So whatever you do you have this overhead. You did not tell us in your post how fast using applescript for colorsynscripting actually is? Concerning the occurring overhead you mention when you display the changed imagedata from a variable in Revolution, like set the imagedate of img x to changeddata, you have to take into account which paintcompression is set. PNG can be up to ten times slower than RLE. See bug # 5113 Slower speed of imagedataprocessing with engines 2.6.1 and PNG compression with the attached test stack. Curiously, this bug is still left as unconfirmed although we had a discussion about this on the improve list half a year ago. On my 2 GHz machine to display a 640x480 image from a changed imagedata variable takes 50 milliseconds with the paintcompression set to RLE and 580 when set to PNG. The Revolution engine defaults to RLE, but the Rev IDE changes that to PNG on startup. For fastest imagedata processing use engine 2.6.1 and the Metacard IDE - or set the paintcompression to RLE on openstack. Regards, Wilhelm Sanke http://www.sanke.org/MetaMedia ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Making Progess with Rev
Hi All, I've been lurking for about a year and a half now on the list -- I've made only a couple attempts at responding to questions. I'd place myself in the serious hobbyist category. In other words, I pretty much always have a rev project going. My focus has been making things to help my kids in school. My youngest is in 4th grade and is now studying US states and capitals. I've just posted the southeast puzzle/matching game I made for him to practice that region to my website: http://homepage.mac.com/iowahengst I'd appreciate any thoughts you'd be willing to share. take care, randy - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Welcome to Scotland
Dave- Inquiring minds want to know why you were reading the Daily Record. ...came my way as an off-topic (!) item in Good Morning Silicon Valley, part of my daily morning reading. http://www.svextra.com/blogs/gmsv/ -- Mark Wieder [EMAIL PROTECTED] ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Decolorizing scripts?
Hello everyone: Do any of you know how to decolorize scripts? Colorize is in the Scripts menu, but not the reverse. I searched the docs with the word color, but found no appropriate command. Sometimes doing a Find inadvertently decolorizes them, but now that I want that to happen it won't. Standalones don't need colorized scripts, that's why I'm asking. Somewhere I read the advice that decolorizing should be done before building a standalone. Paul Gabel ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Decolorizing scripts?
On Dec 3, 2007, at 11:37 AM, Paul Gabel wrote: Hello everyone: Do any of you know how to decolorize scripts? Colorize is in the Scripts menu, but not the reverse. I searched the docs with the word color, but found no appropriate command. Sometimes doing a Find inadvertently decolorizes them, but now that I want that to happen it won't. Standalones don't need colorized scripts, that's why I'm asking. Somewhere I read the advice that decolorizing should be done before building a standalone. Paul, You can do this by opening the script, selecting all the text, then choosing Text Color Use Default Color from the menu. HTH Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Decolorizing scripts?
Thanks Devin. I was thinking there must be a universal way to do this, but if not I'll use the method you suggest. Paul Gabel -- On Dec 3, 2007, at 10:49 AM, Devin Asay wrote: On Dec 3, 2007, at 11:37 AM, Paul Gabel wrote: Hello everyone: Do any of you know how to decolorize scripts? Colorize is in the Scripts menu, but not the reverse. I searched the docs with the word color, but found no appropriate command. Sometimes doing a Find inadvertently decolorizes them, but now that I want that to happen it won't. Standalones don't need colorized scripts, that's why I'm asking. Somewhere I read the advice that decolorizing should be done before building a standalone. Paul, You can do this by opening the script, selecting all the text, then choosing Text Color Use Default Color from the menu. HTH Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Decolorizing scripts?
On 12/3/07 10:37 AM, Paul Gabel [EMAIL PROTECTED] wrote: Hello everyone: Do any of you know how to decolorize scripts? Colorize is in the Scripts menu, but not the reverse. I searched the docs with the word color, but found no appropriate command. Sometimes doing a Find inadvertently decolorizes them, but now that I want that to happen it won't. Standalones don't need colorized scripts, that's why I'm asking. Somewhere I read the advice that decolorizing should be done before building a standalone. I have not heard about any standalone issues with colorizing. I prefer not to use colorizing Steps you could use 1 turn off colorizing 2 select all in the script editor widow 3 set the text color to black Further changes will not colorize Note: you can set the background color I set my background to a medium gray with black text easier for me to read To do this, open Rev preferences, choose script editor, then enter gray90 Hope this helps Jim Ault Las Vegas ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Making Progess with Rev
I would have liked to try it, but safari sais failed to decompress. This applies to all downloads from your site, so i guess there's an incompatibility, or a broken zip-app somewhere. sorry Björnke On 3 Dec 2007, at 18:38, Randy Hengst wrote: ... I've just posted the southeast puzzle/matching game I made for him to practice that region to my website: http://homepage.mac.com/iowahengst I'd appreciate any thoughts you'd be willing to share. -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Decolorizing scripts?
On Dec 3, 2007, at 11:53 AM, Paul Gabel wrote: Thanks Devin. I was thinking there must be a universal way to do this, but if not I'll use the method you suggest. The only universal thing I know of that you can do to affect script colorization is the Colorize While Typing box in the Script editor Preferences. But that only affects future typing, not already existing scripts. Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Making Progess with Rev
Hi, The zip files contain html code for an error message from Apple's server. Fortunately, if you're on Mac, you can go to the public folder on iowahengst's iDisk. Best regards, Mark Schonewille -- Economy-x-Talk Consulting and Software Engineering http://economy-x-talk.com http://www.salery.biz Quickly extract data from your HyperCard stacks with DIFfersifier. http://differsifier.economy-x-talk.com Op 3-dec-2007, om 20:02 heeft Björnke von Gierke het volgende geschreven: I would have liked to try it, but safari sais failed to decompress. This applies to all downloads from your site, so i guess there's an incompatibility, or a broken zip-app somewhere. sorry Björnke ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Suppressing shell windows
Windows XP..Rev 2.8.1 I'm writing frond end software that calls DOS programs using the shell command. I call this DOS program hundreds or thousands of time in a single run, and every time, my XP system throws up a transient command window which slows execution and is messy, to say the least. I tried using lock screen but that had no effect.. (actually, I've only ever tried this in interpreted, IDE mode) I'm stuck now, and will gratefully receive all further suggestions Thanks Rob Prof R J Beynon[h] Proteomics and Functional Genomics Group Faculty of Veterinary Science University of Liverpool Crown Street, Liverpool L69 7ZJ Phone: +44 151 794 4312 Fax: +44 151 794 4243 Email: [EMAIL PROTECTED] http://www.liv.ac.uk/pfg This email was sent on Mon, 03 Dec, 2007 at 7:43 PM. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Decolorizing scripts?
The altClean plugin 'decolorizes' scripts and removes all extraneous data (as much as 50% of the stack). It can be found at: http://www.altuit.com/webs/altuit2/altPluginCover/About.htm best, Chipp On Dec 3, 2007 12:37 PM, Paul Gabel [EMAIL PROTECTED] wrote: Hello everyone: Do any of you know how to decolorize scripts? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Suppressing shell windows
Hi Rob, Windows XP..Rev 2.8.1 I'm writing frond end software that calls DOS programs using the shell command. I call this DOS program hundreds or thousands of time in a single run, and every time, my XP system throws up a transient command window which slows execution and is messy, to say the least. I tried using lock screen but that had no effect.. (actually, I've only ever tried this in interpreted, IDE mode) I'm stuck now, and will gratefully receive all further suggestions ... set the hideconsolewindows to true ## do your shell stuff... ... Well, that's intuitive, isn't it? :-D Thanks Rob Best Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Suppressing shell windows
On 3 Dec 2007, at 19:43, Beynon, Rob wrote: I call this DOS program hundreds or thousands of time in a single run, and every time, my XP system throws up a transient command window which slows execution and is messy, to say the least. Try calling: set the hideconsolewindows to true before running the shell script. Ian ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: access to Mac media browser?
Thanks Christian - your example helps me overcome my ignorance of Automator. Using Ian's tips, I was able to drag images from an iPhoto image picker to my Rev app's document (an editable Rev stack), but your example shows how to also make use of the picker's Choose button. Thanks! Phil Davis Christian Langers wrote: Hi Phil, look into the revOnline Browser, Category : Utilities ; I wrote some time ago such a stack which would do what you want ; it is named iPhoto_iTunes lib Palettes Modify it to your convenience... Christian Le 3 déc. 07 à 00:40, Phil Davis a écrit : Thanks Ian! I'll give it a try. Phil Ian Wood wrote: This might get you started: http://www.macosxhints.com/article.php?story=20060429075843216 with the following tweaks: 1. Save the Automator action as an app, then put it into you app package. 2. Launch the app to bring up the browser. 3. Have a drop area in your Rev app to receive the filepaths of the items dragged on to it. Ian On 2 Dec 2007, at 08:50, Phil Davis wrote: I notice that several Mac apps seem to use the same Media Browser thing to display all your iPhoto assets, for example. Does anyone know for sure: 1) that there is such a 'utility' available for apps to use, and 2) how to access it from within Revolution, and 3) if a Rev app could interact with it anyway? Thanks in advance - Phil Davis ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Any suggestions on how to onion skinning?
the timing on a MacBook Pro 2.33 GHz for the scripts is on average 190 Milliseconds for the whole thing, i.e. passing the original file to Colorsyncscripting, creating the grayscale file on disk and reading the file into Revolution and display the image. if you change the applescript so that you keep Colorsyncscripting open instead of closing it as the current script does then the whole thing takes about 90 Milliseconds. This of course if you intend to do multiple conversions. Right now ColorSyncScripting is closed after five seconds, if you set the filename of the image and start the conversion within this time you get the 90 milliseconds as it is. It also helps to put into a startup script that starts ColorSyncScripting during startUp, somehow it initialises applescript and revolution and ColorSyncScripting is ready when you do the first conversion. a script like this would do: on openStack put tell application quote ColorSyncScripting quote to launch into forASVar do forASVar as applescript if the result is not empty then answer the result end openStack --- the timing for the two variants strictly within Revolution to do the same as the applescript variant: Ron Woods: 1080 milliseconds Mark Smith 660 milliseconds ( the binarydecode variant) having set the paintcompression to RLE on startup these values change to: Ron Woods: 800 milliseconds Mark Smith 400 milliseconds ( the binarydecode variant) just setting the imagedata with the RLE startUp 22 milliseconds !! brilliant all measurements made with the same picture 640 by 480 pixels thank you for pointing me to the RLE and PNG problem, I was not aware of this. I use set imagedata in correcting movies for shifts, this involves 900 to 1200 images/movie of 768 by 576 pixels, and the 400 milliseconds it takes for each image on an iMac 2 GHz definitely add up. the actual taking apart of the image and putting it back together again in Revolution is quite fast (about 60 milliseconds). So I will try to set the paintcompression on openstack. BTW I very much like your stacks on imagemanipulation in Revolution, it is amazing what you do with them Thank you. Bernd Wilhelm Sanke wrote: On Mon Dec 3, 2007 BNig niggemann at uni-wh.de wrote: Ken, if you are on MacOSX system = 10.4 and you just want the image to be grayscale then you can try an applescript for colorsyncscripting. it is a lot faster than Revolution. It takes Revolution from set the imagedata of image x to y for a 640x480 on a MacBook Pro 2.3 about 280 Milliseconds to display the image. So whatever you do you have this overhead. You did not tell us in your post how fast using applescript for colorsynscripting actually is? Concerning the occurring overhead you mention when you display the changed imagedata from a variable in Revolution, like set the imagedate of img x to changeddata, you have to take into account which paintcompression is set. PNG can be up to ten times slower than RLE. See bug # 5113 Slower speed of imagedataprocessing with engines 2.6.1 and PNG compression with the attached test stack. Curiously, this bug is still left as unconfirmed although we had a discussion about this on the improve list half a year ago. On my 2 GHz machine to display a 640x480 image from a changed imagedata variable takes 50 milliseconds with the paintcompression set to RLE and 580 when set to PNG. The Revolution engine defaults to RLE, but the Rev IDE changes that to PNG on startup. For fastest imagedata processing use engine 2.6.1 and the Metacard IDE - or set the paintcompression to RLE on openstack. Regards, Wilhelm Sanke http://www.sanke.org/MetaMedia ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- View this message in context: http://www.nabble.com/Any-suggestions-on-how-to-%22onion-skinning%22--tf4892376.html#a14139524 Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
[ANN][EN][FR] Tutorial n°23 from So Smart Software
Paris, Monday, December 3, 2007 -- English version - I'm happy to announce that How to create custom shaped windows, 23st tutorial for Revolution is available: This tutorial shows how to make the most of the windowsShape property. It guides you to create images with semi-transparency and use them as projects backgrounds to build, for instance, a real pro splash-screen. In addition, you'll find custom close boxes for Mac OS X, XP and Vista. If you have downlaoded the Tutorial Watcher plugin, you have been or will be automatically informed at next Rev startup. You will access this tutorial through Tutorials Picker a free plugin that interfaces with the So Smart Software website in order to display all available tutorials stacks directly from the web. You will find it by going to http://www.sosmartsoftware.com - Revolution/Plugins or Tutorials section. You may also download directly this tutorial from the website. At the moment, 23 tutorials are available through Tutorials Picker or on the website: How to create custom shaped windows How to put Putting in place a stars ranking system How to use PNG images to create custom controls How to master user's data entries in a field How to Monitor a QuickTime Player by Script How to Download Data from the Internet How to Manage Stack Resizing How to Manage Table Fields How to Display and Manage Ask Dialogs How to Display and Manage Answer Dialogs How to Manage Tabbed Buttons How to Ask for a Password How to Manage User's Waiting Time How to Manage Drag and Drop for Files or Folders How to Fix Stack Decorations How to build and Manage Dynamic Menus How to Manage Snap to Scrollbars How to Create Contextual Tooltips on-the-fly How to Store Images How to Create and Manage HTML lists How to Install Metal Appearance on All Platforms How to Change Card Dimensions Smoothly How to Magnify Images Best regards, Eric Chatonet. - Version française J'ai de plaisir d'annoncer la disponibilité de Comment créer des fenêtres personnalisées, didacticiel n°23 pour Revolution : Ce didacticiel montre comment tirer le meilleur parti de la propriété windowShape. Il vous guide pour créer des images semi-tranparentes et pour les utiliser comme fonds de fenêtre pour, par exemple, créer un splash- screen vraiment pro. En sus, vous trouverez des cases de fermeture personnalisées pour Mac OS X, XP et Vista. Si vous avez installé le plugin Tutorials Watcher, vous le savez déjà ou serez informé au prochain démarrage de Revolution. Pour avoir accès à ce didacticiel, téléchargez Tutorials Picker, un plugin gratuit qui communique directement avec le site de So Smart Software afin d'afficher tous les didacticels disponibles depuis le web dans leur dernière version. Rendez-vous sur http://www.sosmartsoftware.com - Revolution/Section Plugins ou didacticiels. Vous pouvez également télécharger ce didacticiel directement depuis le site. Actuellement, 23 didacticiels sont disponibles à travers Tutorials Picker ou sur le site : Comment créer des fenêtres personnalisées Comment mettre en place un système de classement par étoiles Comment utiliser les images PNG pour créer des contrôles personnalisés Comment maîtriser les données entrées par l'utilisateur Comment piloter finement un player QuickTime par script Comment télécharger des données depuis internet Comment redimensionner le contenu d'une fenêtre Comment utiliser les champs tables Comment afficher et gérer les dialogues Ask Comment afficher et gérer les dialogues Answer Comment gérer les boutons onglets Comment réclamer un mot de passe Comment gérer les attentes utilisateur Comment gérer le glisser déposer de dossiers et de fichiers Comment fixer les décorations d'une pile Comment construire et gérer un menu dynamique Comment gérer le comportement magnétique d'un scrollbar Comment créer à la volée des tooltips contextuels Comment stocker des images dans une pile Comment créer et gérer des listes en HTML Comment installer l'apparence métal brossé sur toutes plate-formes Comment changer les dimensions d'une carte avec un effet progressif Comment implémenter une loupe destinée à ne grossir que les images Cordialement, Eric Chatonet. --- So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Pour les institutionnels, les entreprises et les associations Des logiciels sur mesure : gestion, multimédia, internet, etc. Windows, Mac OS et Linux... Avec la french touch --- Web sitehttp://www.sosmartsoftware.com Email [EMAIL PROTECTED] Phone 33 (0) 143 317 762 Mobile 33 (0) 620 745 086
Re: Making Progess with Rev
Randy, I tried to use the Send me a message button on the web site you list but it's not working. So I'll comment here. I liked the program but was probably exceptionally dense at the time. The first state that came up was Kentucky and I could not for the life of me place it correctly. I KNOW where its supposed to go but I was using the blank map and thinking it was the whole US so I was putting it in the middle. Well, of course, I was only looking at 1/4 of the US and once I got that through my head, I got it right on the first shot. Perhaps a small map in the upper corner showing the 1/4 I'm working with highlighted would have helped. Maybe an elementary student would have made the mental leap that I couldn't. When I was playing the Match game, it didn't occur to me that you were also displaying capitals (I DID know they were cities). It might be nice (and helpful) if you could put a little star next to the name (like you do on the finished map to indicate that it's a capital city. If you really wanted to expand the possibilities with this program as a learning tool, you might be able to use the revBrowser and have a link for each state and capital to a web page or Google search about that state/capital. Thanks for the chance to try this out. I'm going see if my 5th grader does any better than I did. Len Morgan Randy Hengst wrote: Hi All, I've been lurking for about a year and a half now on the list -- I've made only a couple attempts at responding to questions. I'd place myself in the serious hobbyist category. In other words, I pretty much always have a rev project going. My focus has been making things to help my kids in school. My youngest is in 4th grade and is now studying US states and capitals. I've just posted the southeast puzzle/matching game I made for him to practice that region to my website: http://homepage.mac.com/iowahengst I'd appreciate any thoughts you'd be willing to share. take care, randy - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: QT + SMIL = BAD COMBO
Hi: Been working on a QuickTime editor recently. It's turning out nicely thanks to Trevor's fine Enhanced QT external. I'm creating it for WinXP and Vista. WinXP or Vista - Mac = BAD COMBO I decided to go ahead and use SMIL, one of those oft-touted but apparently seldom used XML standards, to do the QT preview compiles. In my opinion, SMIL isn't all that useful by itself. If you want editing features, try using Quicktime reference movie files. They are incredibly useful. In anycase, I would recommend staying away from SMIL use I agree. SMIL isn't that useful for anything other than simply playing a sequence of files in a specified order. QT reference movie files are much more useful. m ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Any suggestions on how to onion skinning?
I must rather shamefacedly admit that my seemingly clever 'binaryDecode' method is actually just extracting the red channel -- so not very clever :( Best, Mark On 3 Dec 2007, at 21:41, BNig wrote: the timing on a MacBook Pro 2.33 GHz for the scripts is on average 190 Milliseconds for the whole thing, i.e. passing the original file to Colorsyncscripting, creating the grayscale file on disk and reading the file into Revolution and display the image. if you change the applescript so that you keep Colorsyncscripting open instead of closing it as the current script does then the whole thing takes about 90 Milliseconds. This of course if you intend to do multiple conversions. Right now ColorSyncScripting is closed after five seconds, if you set the filename of the image and start the conversion within this time you get the 90 milliseconds as it is. It also helps to put into a startup script that starts ColorSyncScripting during startUp, somehow it initialises applescript and revolution and ColorSyncScripting is ready when you do the first conversion. a script like this would do: on openStack put tell application quote ColorSyncScripting quote to launch into forASVar do forASVar as applescript if the result is not empty then answer the result end openStack --- the timing for the two variants strictly within Revolution to do the same as the applescript variant: Ron Woods: 1080 milliseconds Mark Smith 660 milliseconds ( the binarydecode variant) having set the paintcompression to RLE on startup these values change to: Ron Woods: 800 milliseconds Mark Smith 400 milliseconds ( the binarydecode variant) just setting the imagedata with the RLE startUp 22 milliseconds !! brilliant all measurements made with the same picture 640 by 480 pixels thank you for pointing me to the RLE and PNG problem, I was not aware of this. I use set imagedata in correcting movies for shifts, this involves 900 to 1200 images/movie of 768 by 576 pixels, and the 400 milliseconds it takes for each image on an iMac 2 GHz definitely add up. the actual taking apart of the image and putting it back together again in Revolution is quite fast (about 60 milliseconds). So I will try to set the paintcompression on openstack. BTW I very much like your stacks on imagemanipulation in Revolution, it is amazing what you do with them Thank you. Bernd Wilhelm Sanke wrote: On Mon Dec 3, 2007 BNig niggemann at uni-wh.de wrote: Ken, if you are on MacOSX system = 10.4 and you just want the image to be grayscale then you can try an applescript for colorsyncscripting. it is a lot faster than Revolution. It takes Revolution from set the imagedata of image x to y for a 640x480 on a MacBook Pro 2.3 about 280 Milliseconds to display the image. So whatever you do you have this overhead. You did not tell us in your post how fast using applescript for colorsynscripting actually is? Concerning the occurring overhead you mention when you display the changed imagedata from a variable in Revolution, like set the imagedate of img x to changeddata, you have to take into account which paintcompression is set. PNG can be up to ten times slower than RLE. See bug # 5113 Slower speed of imagedataprocessing with engines 2.6.1 and PNG compression with the attached test stack. Curiously, this bug is still left as unconfirmed although we had a discussion about this on the improve list half a year ago. On my 2 GHz machine to display a 640x480 image from a changed imagedata variable takes 50 milliseconds with the paintcompression set to RLE and 580 when set to PNG. The Revolution engine defaults to RLE, but the Rev IDE changes that to PNG on startup. For fastest imagedata processing use engine 2.6.1 and the Metacard IDE - or set the paintcompression to RLE on openstack. Regards, Wilhelm Sanke http://www.sanke.org/MetaMedia ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- View this message in context: http://www.nabble.com/Any-suggestions- on-how-to-%22onion-skinning%22--tf4892376.html#a14139524 Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Making Progess with Rev
Len, Mark, and Björnke Thank you for the feedback. I apologize for the fiasco with the website. I had updated it from work and obviously messed it up. I've now loaded the programs again and double-checked the Mac versions which now seem to work as expected. I don't have access to a PC at home, so I can't check them -- other than they do download as expected. So, as your time allows, please give it another shot at http:// homepage.mac.com/iowahengst Len, a puzzle I made of the contiguous US, I included a hint button that would show the outlines of the states. I'll do something along those lines for regions version. I also plan to create a puzzle for each of the 5 regions as organized in my son's social studies text. When completed, the opening screen will be a US map with each region shaded. The user will click the region to practice. So, it will be more obvious that the puzzle is for only one region. I like your idea to add the star for the capital name in the matching game. My context for this specific version was my son's needs. He knew the names of the states, but not the postal abbreviations or capitals. So, he recognized that the capital name wasn't a state when he began. I've never messed with revBrowser. I'll play with some ideas for including links. Let me know how your 5th grader did. take care, randy - On Dec 3, 2007, at 4:44 PM, Len Morgan wrote: Randy, I tried to use the Send me a message button on the web site you list but it's not working. So I'll comment here. I liked the program but was probably exceptionally dense at the time. The first state that came up was Kentucky and I could not for the life of me place it correctly. I KNOW where its supposed to go but I was using the blank map and thinking it was the whole US so I was putting it in the middle. Well, of course, I was only looking at 1/4 of the US and once I got that through my head, I got it right on the first shot. Perhaps a small map in the upper corner showing the 1/4 I'm working with highlighted would have helped. Maybe an elementary student would have made the mental leap that I couldn't. When I was playing the Match game, it didn't occur to me that you were also displaying capitals (I DID know they were cities). It might be nice (and helpful) if you could put a little star next to the name (like you do on the finished map to indicate that it's a capital city. If you really wanted to expand the possibilities with this program as a learning tool, you might be able to use the revBrowser and have a link for each state and capital to a web page or Google search about that state/capital. Thanks for the chance to try this out. I'm going see if my 5th grader does any better than I did. Len Morgan Randy Hengst wrote: Hi All, I've been lurking for about a year and a half now on the list -- I've made only a couple attempts at responding to questions. I'd place myself in the serious hobbyist category. In other words, I pretty much always have a rev project going. My focus has been making things to help my kids in school. My youngest is in 4th grade and is now studying US states and capitals. I've just posted the southeast puzzle/matching game I made for him to practice that region to my website: http:// homepage.mac.com/iowahengst I'd appreciate any thoughts you'd be willing to share. take care, randy - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Print this card results in blocks of black
Can anyone give me a clue as to why printing a card results in large blocks of black ink. In Rev 2.8.1, many images ended up this way. In Rev 2.9 beta 9, buttons and fields end up this way. on menuPick theItem switch theItem case This Card set the printScale to .5 -- needed to fit card on paper print this cd-- no print dialog boxes with print cd break . . . iMac Intel Leopard Canon iP4200 printer Paul Gabel ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: QT + SMIL = BAD COMBO
On Dec 3, 2007 4:51 PM, Michael [EMAIL PROTECTED] wrote: In my opinion, SMIL isn't all that useful by itself. If you want editing features, try using Quicktime reference movie files. They are incredibly useful. Yep, that's what I ended up doing-- creating a QT ref file by scratch. But it's so much easier using SMIL than managing all the tracks manually. My app has the traditional timeline with 2 audio tracks for editing. So, the compilation can get complicated, though I was able to do it with Trevor's external. Much easier with SMIL, but then you can't export to a single standalone video file, which you can do with a QT ref file. -C ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution