Sound screws up in Linux
Having spent some time on the first cycle of my EFL system development - making the stacks using my licensed version of Dreamcard - I popped them onto my new PC (PIII, 600 MHz, 128 MB RAM - Kubuntu 5.10) - A BIG THANK YOU TO NOVELL for FREE RR 2.2.1 - and when I clicked on the button Brown Cow instead of hearing my growly voice saying Brown Cow (No rocket science round here - just English for 6 year-old Bulgarians) I heard something very like a cat being run over by a truck . . . Hard science: recorded the sound on a Mac using the Sound Studio program that came bundled with the 10.2 install - Mono, 44.000, AIFF I suspect this is not the right format for Linux, but can find nothing in either RR or MC documentation. More rests on this than my poxy little language school as the resulting programs (standalones) for Linux will be uploaded to Ubuntu for distribution in Africa (Mind you, I can't help feeling sorry for the poor Africans having to put up with my Brown Cows). I hope, hope, hope that I can get sound to behave in Linux without resort to the superannuated and crappy xanim. And, Mike Talluto, as my name is mud in RR circles (!!!) I cannot get into Bugzilla, etc. and say my piece about movie files and so forth with RR/MC in Linux. I suppose the bottom line is that I shall have to have a very dirty weekend embedding every possible sound configuration I can think of in a stack on the Mac and them messing around with it on the Kubuntu PC - although a little voice tells me that this is rather inefficient. I would be extremely grateful for any help in this area. sincerely, Richmond Mathewson __ See Mathewson's software at: http://members.maclaunch.com/richmond/default.html ___ --- The Think Different Store http://www.thinkdifferentstore.com/ For All Your Mac Gear --- ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Sound on Linux and stupid Richmond
WELL ? ? ? Is it stupid Richmond or under-documented RR ? Dunno - leave the question open. Anyway, Happy Campers - I, accidently discovered that RR 2.2.1 on Linux can only cope with WAV files . . . And, How did I find this out? By reading a page on the RunRev site that pointed out that AU and AIFF support for Linux had been added in RR 2.5 NOW . . . wouldn't it be lovely if one could find these things out in a simple and painless way . . . For those of you working with the FREE NOVELL LINUX RR Distro (for which I am extremely grateful) KNOW NOW that the only sound format that works is WAV. Sincerely, Richmond Mathewson __ See Mathewson's software at: http://members.maclaunch.com/richmond/default.html ___ --- The Think Different Store http://www.thinkdifferentstore.com/ For All Your Mac Gear --- ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Oh Dear, Linux and Sound - A-A-A-A-GAIN
More egg-salad with the WAV files. 1. Is the problem that the WAV files are embedded? 1a. This seems unlikely as Kubuntu makes a hash of the same WAV files when played externally. 2. Whither QUICKTIME 4 LINUX and will this DO THE TRICK ? 3. Under-Documentation. 4. xanim - no, surely not? Richmond __ See Mathewson's software at: http://members.maclaunch.com/richmond/default.html ___ --- The Think Different Store http://www.thinkdifferentstore.com/ For All Your Mac Gear --- ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
RE: Order of execution
The message watcher says anything? If you put and lock screen before your go, does it still go slow? if you lock messages, it could go faster but there might not be a preopencard handler... Is the revproperty palette open? stacks opened from across a network? plugins? No revProperty palette (using an older version of MC) and no plugins. I tried locking messages and it got a little hairy (there are many preOpen... handlers that run in this program). Initially the stack never appeared (being invisible). When I made it permanently visible, as far as I could tell it still took 11+ seconds for the stack to appear after the go command. So perhaps it is an issue as Jeanne said of reading the stack file from disk into memory. Is there a way to speed that process up, short of deleting everything that makes the stack desireable? Shari -- Mac and Windows shareware games http://www.gypsyware.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Stack loading slowly
I've verified that the stacks with the images and sounds are loaded before the go stack command is sent. There is no major delay for those stacks to load. So it cannot be a sound/image thing. Then the very small stack (the splash screen) loads, gives its message, then issues the go stack command to the primary stack (not a mainstack, a substack). The primary stack has a lot of objects, mostly buttons, which do not individually have an alwaysBuffer property. Setting the alwaysBuffer of the stack itself to TRUE and FALSE made no difference in the time it took for the preOpenStack handler to be triggered after the go stack command was issued. Locking messages did not appear to make a difference, though that command could not be used in the final product as it needs the preOpenStack and other pre- and open- commands to occur. Locking screen did not appear to make a difference, either. In other words, I've ruled several things out, but still have no solution to make this thing load faster. Shari -- Mac and Windows shareware games http://www.gypsyware.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Thank you to Metacard and RunRev...
No questions, no answers, just a happy thought that I love Metacard! I want to take a moment to say Thank You to Scott, for creating Metacard, and to RunRev, who has allowed Metacard to grow forth and flourish, and keep on being. I truly love this language and the doors that it opens. It allows me to pursue a dream that I so enjoy. As a person who came into the computer world one generation too early, before computers became a mainstay, where manual typewriters still existed in the classroom and electric typewriters were all the rage... I say THANK YOU! As a person who did not experience computers in any capacity until my late-thirties was it? Dunno, just a guess... As a person who, thanks to Hypercard, discovered the world of programming, never having studied an official programming language... never having even used a computer but almost immediately upon purchasing my first Macintosh, discovered Hypercard and created a program with it... albeit a simple program but one that opened the doors of creativity... That Metacard allows me to create that which I can imagine... I say THANK YOU! Shari -- Mac and Windows shareware games http://www.gypsyware.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Thank you to Metacard and RunRev...
Thank you to you too, Shari to remind us how lucky we are with those great xtalk's and i follow you in thinking all our so kind and intelligent peoples who fighted so hard over the years to give us the opportunity to switch from Hypercard to Supercard, fom Metacard to Revolution. From the Xerox Park Lab's guys to the RunRev Team, this all is just a dream human and technical success story !!!In beetwin many others, thanks to Bill Atkinson, Kevin Calhoun,..., Frederic Rinadi the XCmd man, Dr Scott Raney the sailor, Jeanne and Jacqueline, to all our so sweet RunRev Teamers, to our great dev lists helpfull coallegues and friends =-)A nice day to all of us,Kind Regards,PierreLe 5 nov. 05 à 17:19, Shari a écrit :No questions, no answers, just a happy thought that I love Metacard!I want to take a moment to say Thank You to Scott, for creating Metacard, and to RunRev, who has allowed Metacard to grow forth and flourish, and keep on being.I truly love this language and the doors that it opens. It allows me to pursue a dream that I so enjoy.As a person who came into the computer world one generation too early, before computers became a mainstay, where manual typewriters still existed in the classroom and electric typewriters were all the rage... I say THANK YOU!As a person who did not experience computers in any capacity until my late-thirties was it? Dunno, just a guess...As a person who, thanks to Hypercard, discovered the world of programming, never having studied an official programming language... never having even used a computer but almost immediately upon purchasing my first Macintosh, discovered Hypercard and created a program with it... albeit a simple program but one that opened the doors of creativity...That Metacard allows me to create that which I can imagine... I say THANK YOU!Shari-- Mac and Windows shareware gameshttp://www.gypsyware.com___metacard mailing listmetacard@lists.runrev.comhttp://lists.runrev.com/mailman/listinfo/metacard -- Bien cordialement, Pierre Sahores100, rue de ParisF - 77140 Nemours[EMAIL PROTECTED][EMAIL PROTECTED]GSM: +33 6 03 95 77 70Pro: +33 1 64 45 05 33Fax: +33 1 64 45 05 33http://www.sahores-conseil.com/WEB/VoD/ACID-DB services over IP"Mutualiser les deltas de productivité" ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Thank you to Metacard and RunRev...
And I second all that, Shari! I came into this very much the same way you did, i.e. through HyperCard originally. I hope Scott get this somehow. Ray Horsley Developer, LinkIt! Software On Nov 5, 2005, at 11:19 AM, Shari wrote: No questions, no answers, just a happy thought that I love Metacard! I want to take a moment to say Thank You to Scott, for creating Metacard, and to RunRev, who has allowed Metacard to grow forth and flourish, and keep on being. I truly love this language and the doors that it opens. It allows me to pursue a dream that I so enjoy. As a person who came into the computer world one generation too early, before computers became a mainstay, where manual typewriters still existed in the classroom and electric typewriters were all the rage... I say THANK YOU! As a person who did not experience computers in any capacity until my late-thirties was it? Dunno, just a guess... As a person who, thanks to Hypercard, discovered the world of programming, never having studied an official programming language... never having even used a computer but almost immediately upon purchasing my first Macintosh, discovered Hypercard and created a program with it... albeit a simple program but one that opened the doors of creativity... That Metacard allows me to create that which I can imagine... I say THANK YOU! Shari -- Mac and Windows shareware games http://www.gypsyware.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Implementing rsync protocol and algorithms with RR apps
Hi all, Have anyone given a try to implement rsync protocols and algorithms using only RR clients applications? http://samba.anu.edu.au/rsync/ http://samba.anu.edu.au/rsync/tech_report/ http://olstrans.sourceforge.net/release/OLS2000-rsync/OLS2000-rsync.html rsync allows to download only the parts that had changed in a stack, instead of the whole file. It's composed of a server and a client. The client sends the server a single string of information about the local file. This string is a series of digests of chunks of 1k of the local file. When server receives this string, it compares these digest with chunks of 1k of the file in the server and then just send back the parts that the client needs to recreate the file from the server, in the client's side. Notice, it would be a custom solution using md5Digest, not md4Digest as rsync uses. Thanks in advance! al Visit my site: http://www.geocities.com/capellan2000/ __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Subject: Thank you to Metacard and RunRev...
Shari... Please stop reading my own confidential CV, either that or turn off the telepathy property. /H ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Sound on Linux and stupid Richmond
on Sat, 05 Nov 2005 05:43:55 -0500 Richmond Mathewson wrote: For those of you working with the FREE NOVELL LINUX RR Distro (for which I am extremely grateful) KNOW NOW that the only sound format that works is WAV. Richmond, i noticed that you imply that NOVELL gives away SUSE LINUX with a licenced version of RunRev v 2.2.1 :-O Which SUSE version are you using that have RunRev bundled for free? Is it the Personal, Professional or free version of SUSE? Is it the DVD or CD version? :-O http://www.runrev.com/section/press/36.php Thanks in advance. al Visit my site: http://www.geocities.com/capellan2000/ __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Custom file extensions
Okay, I did this before and now I can't seem to do it again. I forgot what I did (sheepish grin). In Blackjack Gold, I used a custom file extension for the associated stacks of .bjg For a new program, I'd like to use a custom file extension as I did before, but it doesn't seem to be working. I change a stack's filename to interactive.fgx In another stack, the openStack handler sets the global variable gFavorite to the full path to stack interactive.fgx But when a handler runs that refers to stack gFavorite, it fails. It says it cannot find the stack interactive.mc I've verified that gFavorite specifies the right filepath, including the new extension. So why is Metacard looking for .mc? I can open interactive.fgx via the File Menu. Then if I save it via the File Menu, it says that it's saving stack interactive.fgx.mc, but there is no evidence it added .mc to the filename. I have no idea how I did it before. I'm using OSX. Shari -- Mac and Windows shareware games http://www.gypsyware.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard