MPEG-4 and Windows 2000 Compatibility
Does anybody know if there is a compatibility issue with MPEG-4 and Windows 2000? I authored a Director CD which installs QT 6.4. The movie contains lots of video. It runs great on Windows 2000 but a tester who tried it on 2000 said the movies (videos) were all garbled looking but the audio was fine. [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
On Wed, 11 Feb 2004 17:33:55 -0500, Troy Rollins <[EMAIL PROTECTED]> wrote: On Wednesday, February 11, 2004, at 05:22 PM, Deane Venske wrote: Why not think about using Valentina DB, you could store the MPEG videos into the database as BLOB and even encrypt this. That way your video can't be accessed outside your program. How exactly would you then access them yourself? How would you set a file path for the video which is contained in the DB, Valentina or otherwise? -- Troy RPSystems, Ltd. http://www.rpsystems.net [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!] I was thinking of writing it to temporary files, but as Mathew pointed out that would take some time. And also you'd have the problem of having someone copy the temporary file somewhere too. -- Deane Venske - Senior Programmer www.eduss.com.au [EMAIL PROTECTED] +61 7 55974600 +61 405148718 Suite 29, 207 Currumburra Rd Ashmore, Queensland, 4214 Australia [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: way of protecting video files (MPEG-1)
Thanks to everyone for their thoughts on video file protection. Seems like either vList or binaryIO Xtras will be the best way to go. I'm now headed in the right direction and appreciate you all taking the time. Thanks again, -_Craig - Original Message - From: "Bernard.Lang" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, February 11, 2004 3:38 PM Subject: way of protecting video files (MPEG-1) > >>Also, I know there have been threads about this, but the conclusion is > that > >>there really is no way of protecting video files (MPEG-1) from being > >>accessed outside of the protected program. Correct? > >>Thanks for all the insight, > >>Craig > > Hi Craig, > > You can protect/unprotect MPG files on the fly using binaryIO Xtra from > www.updatestage.com. MPG is much harder to mess with than other file formats > (most adoddle) as it can have a ton of redundancy built in, but Video is > relatively easy. Audio MPG is another matter due to independent frame > headers. You can mess with the huge chunks and it still runs (impressively > robust really). > > Bernard > > [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!] [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
Unfortunately you can't play mpegs directly out of the database...AFAIK They have to exist on a hard drive somewhere first, which is bad if you don't want to be copying big ol' files to someone's hard drive, or take the time necessary to do so while unencrypting them. It also opens up the possibility of someone copying the files after they are decompressed to the disc. If both of these issues don't apply to your project, it would work fine though with Valentina or VList, etc... ~Mathew Deane Venske wrote: Why not think about using Valentina DB, you could store the MPEG videos into the database as BLOB and even encrypt this. That way your video can't be accessed outside your program. [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
On Wednesday, February 11, 2004, at 05:22 PM, Deane Venske wrote: Why not think about using Valentina DB, you could store the MPEG videos into the database as BLOB and even encrypt this. That way your video can't be accessed outside your program. How exactly would you then access them yourself? How would you set a file path for the video which is contained in the DB, Valentina or otherwise? -- Troy RPSystems, Ltd. http://www.rpsystems.net [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
On Wed, 11 Feb 2004 10:49:03 -0500, Troy Rollins <[EMAIL PROTECTED]> wrote: On Wednesday, February 11, 2004, at 10:38 AM, Craig Taylor wrote: Also, I know there have been threads about this, but the conclusion is that there really is no way of protecting video files (MPEG-1) from being accessed outside of the protected program. Correct? "Protect" to what degree? You can't make it impossible, but you can make it harder to get them. There have indeed been such discussions, and the results range from changing the file extensions of the movies, to encapsulating the movies in a database or vList file, to modifying their headers with BinaryIO xtra. -- Troy RPSystems, Ltd. http://www.rpsystems.net [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!] If you want to add security to access I'm sure there is an Xtra out there that could allow you to interact with a dongle device. And there are many companies that can produce dongles that even need USB key or something like that. At the end of the day security costs money, and there are so many ways to accomplish this. Even as simple as requiring the CD to run the program. There are many options for this that stop CD duplication (None are 100% effective as far as I know). We currently use sony's securom. Don't be put off by it sounding expensive, that is far from the case. Another is a Russian company called StarForce. A bit of research and inginuity will provide you with results. Obviously it's going to cost money at the end of the day, I work inhouse at a software development company so it's not as costly for me to spend weeks researching this as it would be for a one off client. -- Deane Venske - Senior Programmer www.eduss.com.au [EMAIL PROTECTED] +61 7 55974600 +61 405148718 Suite 29, 207 Currumburra Rd Ashmore, Queensland, 4214 Australia [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
On Wed, 11 Feb 2004 12:34:43 -0500, Craig Taylor <[EMAIL PROTECTED]> wrote: Correct, for all practical purposes. Use QuickTime; it supports media keys that offer some measure of protection. If the pieces are short enough consider conversion to Flash MX video. You can import those directly into your cast and keep them internal. Unfortunately, neither were options. Windows-based laptops and corporate protocol is Windows Media Player. No QuickTime player and reps and third party apps can't install - machines are locked down. Regarding Flash - we have have over 500MB of vid files. Yikes. Having said that, I am not looking to stop a determined party. Just looking to make it annoying or, at the very least, unobvious. Colin, you mentioned renaming the file - simply that just change the extension and make it an unexpected file name. Troy, you mentioned changing the headers - new ground for me - relatively easy process? Is there somewhere you can direct me for more info? By the way, the files are MPEG1 and I am using MPEGAdvance to bring them in. Windows 2000/XP with Director MX. Many thanks, -_Craig [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!] Why not think about using Valentina DB, you could store the MPEG videos into the database as BLOB and even encrypt this. That way your video can't be accessed outside your program. -- Deane Venske - Senior Programmer www.eduss.com.au [EMAIL PROTECTED] +61 7 55974600 +61 405148718 Suite 29, 207 Currumburra Rd Ashmore, Queensland, 4214 Australia [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: FileIO limits
baShortFileName works fine with FileIO for pathnames longer than 127. Though Buddy's open dialogue breaks down for very long path names (>255? at least, it did when increasing the path name by making one very long folder name). I just tested it on Win XP with a pathname 169 characters long. I conditional language in in my FileIO wrapper. If you are interested, copy the following into the message window: go movie "http://www.bluejade.com/public_resources/director/ bluejade_scripts.dir" The members needed for this to work are: "bluejade_textFileIO.class" and "global helper handlers" from the external cast. Regards, Daniel On Feb 11, 2004, at 10:56 AM, Warren Ockrassa wrote: On Feb 11, 2004, at 10:37 AM, Kerry Thompson wrote: I don't know of any other way to read a text file in Director. Try importFileInto. You should also be able to set the member.filename of a #text member. You might still get the 127-char limit but baShortFileName can resolve that. [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
way of protecting video files (MPEG-1)
>>Also, I know there have been threads about this, but the conclusion is that >>there really is no way of protecting video files (MPEG-1) from being >>accessed outside of the protected program. Correct? >>Thanks for all the insight, >>Craig Hi Craig, You can protect/unprotect MPG files on the fly using binaryIO Xtra from www.updatestage.com. MPG is much harder to mess with than other file formats (most adoddle) as it can have a ton of redundancy built in, but Video is relatively easy. Audio MPG is another matter due to independent frame headers. You can mess with the huge chunks and it still runs (impressively robust really). Bernard [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
limit to the length of a path for fileIO on Windows
>>What is the limit to the length of a path for fileIO on Windows? I have >>a path 130 characters long, and I'm getting an IO error. Buddy reports >>that the file exists. >>Cordially, >>Kerry Thompson Last time it let me down it was any path length over 126 chars (not 127 or 128) that threw fileIo. Bernard [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
My vote is for the vList xtra. I am using it in a pretty important project to do exactly what you are talking about, and it works great. Andrew > Having said that, I am not looking to stop a determined party. Just looking > to make it annoying or, at the very least, unobvious. Colin, you mentioned > renaming the file - simply that just change the extension and make it an > unexpected file name. Troy, you mentioned changing the headers - new ground > for me - relatively easy process? Is there somewhere you can direct me for > more info? > [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
On Wednesday, February 11, 2004, at 01:24 PM, Mathew Ray wrote: Since you don't mind writing to disk, hopefully it won't be a problem to write these videos to the hard disk... Since you can't collage video together in memory (pity), you actually have to place it on a disc so that director can get a path to the file. I was thinking about this earlier this week. It is a shame "RAM disks" fell out of fashion, would be useful to construct a completely virtual path to a file held only in RAM. -- Troy RPSystems, Ltd. http://www.rpsystems.net [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
There were also some very good posts about this in the past year or two. A quick trip to the archives may answer a lot of the detailed questions on procedure and methodology to ripping the heads off video and reassembling later on-disk. Since you don't mind writing to disk, hopefully it won't be a problem to write these videos to the hard disk... Since you can't collage video together in memory (pity), you actually have to place it on a disc so that director can get a path to the file. ~Mathew Troy Rollins wrote: On Wednesday, February 11, 2004, at 12:34 PM, Craig Taylor wrote: Troy, you mentioned changing the headers - new ground for me - relatively easy process? Is there somewhere you can direct me for more info? UpdateStage has the BinaryIO xtra. Its documentation has some links that are useful when working with binaries. I am using the xtra, but not in the way described (not for copy protection), but I did take a look at it, and it seems doable - by someone with the inclination (or contract.) -- Troy RPSystems, Ltd. http://www.rpsystems.net [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
using Midi with SequenceXtra to control animation
Does anyone know how to use sxSendInputWaiting(true)? I know it activates a function that will send a notification to the movieScript handler sxMIDIInWaiting as soon as an event is present in the input buffer, and from there I'm supposed to use the sxGetMIDIIn() to retrieve the incoming message and use the result to control the animation. Does anyone have any sample code on how this is done? What I'm trying to do is to move a sprite, or make sprites appear, based on MIDI input - but I don't want the movement to be dependent on the exit of a frame. I've controlled animations using sxGetMIDIIn() in an exitFrame handler, but am a bit confused as to how to use sxSendInputWaiting() along with sxMidiInWaiting. Any input, especially sample code, would be appreciated. Thanks all. [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
On Wednesday, February 11, 2004, at 12:34 PM, Craig Taylor wrote: Troy, you mentioned changing the headers - new ground for me - relatively easy process? Is there somewhere you can direct me for more info? UpdateStage has the BinaryIO xtra. Its documentation has some links that are useful when working with binaries. I am using the xtra, but not in the way described (not for copy protection), but I did take a look at it, and it seems doable - by someone with the inclination (or contract.) -- Troy RPSystems, Ltd. http://www.rpsystems.net [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
Colin, you mentioned renaming the file - simply that just change the extension and make it an unexpected file name. Unexpected to whom? Does not MPEGAdvance still play them? [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
> > Correct, for all practical purposes. Use QuickTime; it supports media > keys that offer some measure of protection. > > If the pieces are short enough consider conversion to Flash MX video. > You can import those directly into your cast and keep them internal. > Unfortunately, neither were options. Windows-based laptops and corporate protocol is Windows Media Player. No QuickTime player and reps and third party apps can't install - machines are locked down. Regarding Flash - we have have over 500MB of vid files. Yikes. Having said that, I am not looking to stop a determined party. Just looking to make it annoying or, at the very least, unobvious. Colin, you mentioned renaming the file - simply that just change the extension and make it an unexpected file name. Troy, you mentioned changing the headers - new ground for me - relatively easy process? Is there somewhere you can direct me for more info? By the way, the files are MPEG1 and I am using MPEGAdvance to bring them in. Windows 2000/XP with Director MX. Many thanks, -_Craig [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: Windows Desktop
On Feb 10, 2004, at 5:26 PM, Valentin Schmidt wrote: It would be much safer to find out the actual Desktop-Folder with some xtra like Buddy Api: Result = baSysFolder( "desktop") On Feb 10, 2004, at 5:27 PM, Warren Ockrassa wrote: One way to find out might be to check via Buddy API. Don't know for sure but I seem to recall it can give paths to desired system type directories, including the desktop. Thanks for the responses. I got it using the FileXtra and the "CSIDL_DESKTOPDIRECTORY" folder type. Works like a charm. thanks again, kyle Kyle Smeby ASI Image Studios 612-379-7117 http://www.a-s-i.com [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: FileIO limits
On Feb 11, 2004, at 10:37 AM, Kerry Thompson wrote: I don't know of any other way to read a text file in Director. Try importFileInto. You should also be able to set the member.filename of a #text member. You might still get the 127-char limit but baShortFileName can resolve that. Warren Ockrassa | President, nightwares LLC [EMAIL PROTECTED] nightwares LLC | Consulting Programming http://www.nightwares.com/ Author | Director 8.5 Shockwave Studio: A Beginner's Guide Chapter samples | http://www.nightwares.com/director_beginners_guide/ [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
Which is why the DRM stuff in iTunes and the like is irritating. If I buy a song on one machine, I should be able to take that song to any machine I want without being bugged. I mean, if I have a cd, I can take the media with me to unlimited machines, so long as it can't be played two places at once simultaneously. The point of DRM in iTunes isn't so much to stop you from taking your songs anywhere, it's trivial to get around the DRM. What it did do though was convince the studios that their music was secure. Without DRM in iTunes there would be no iTunes Music Store. [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
RE: FileIO limits
> I ran into this same problem recently. The limit is 127 > characters including the filename and extension. This is a > known bug to Macromedia in both Director and Authorware. > Apparently it has been known internally to Macromedia for > several versions and has not and is not going to be fixed. > Causes great grief when people install my applications in the > My Documents folder (that has lots of hidden characters in > the real path) and then put it in several nested sub > directories. There is NO fix other than telling your users to > not bury the application too deep. After I made my post last night, I shortened the path, and sure enough, it worked fine. It looks like 127 is the magic number. I guess you could check the path length, then use Buddy or fileXtra4 to copy the file to another directory. What a bother. I don't know of any other way to read a text file in Director. Sounds like it would be a welcome addition to Buddy--yet another reason to buy it. It's the first Xtra I ever bought. Cordially, Kerry Thompson [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
On Feb 11, 2004, at 9:38 AM, Craig Taylor wrote: Also, I know there have been threads about this, but the conclusion is that there really is no way of protecting video files (MPEG-1) from being accessed outside of the protected program. Correct? Correct, for all practical purposes. Use QuickTime; it supports media keys that offer some measure of protection. If the pieces are short enough consider conversion to Flash MX video. You can import those directly into your cast and keep them internal. Warren Ockrassa | President, nightwares LLC [EMAIL PROTECTED] nightwares LLC | Consulting Programming http://www.nightwares.com/ Author | Director 8.5 Shockwave Studio: A Beginner's Guide Chapter samples | http://www.nightwares.com/director_beginners_guide/ [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
Ultimately someone could use a screen capture program or even a video camera pointed at your monitor if you wanted the video bad enough...No matter what level of encryption and authentication. All about making it as irritating as possible without causing end-users grief. IMO, they shouldn't even know it is protected unless they try to get at it. Which is why the DRM stuff in iTunes and the like is irritating. If I buy a song on one machine, I should be able to take that song to any machine I want without being bugged. I mean, if I have a cd, I can take the media with me to unlimited machines, so long as it can't be played two places at once simultaneously. Hmm, that has got me thinking What if proprietary video files had to be played in a proprietary player with some sort of header that says you need to get authentication from a web server before they could be played. Each file is given a unique id when it was "birthed". The web-side could communicate over an encrypted channel figuring out whether or not the video was currently playing somewhere else with the same id. Like a check-in/check-out for media assets. If this id isn't 'checked-out' somewhere else, then you can play it. If you have shared this copy with your friends, and they have checked it out, well, then you may not be able to play it when you want to. Perhaps you get a prompt - hey someone is already viewing this file, if you want it for yourself, go here Hmmm, the check-in/out process may be tricky too. How do you allow someone to check out a file? Can't use username/password (too easy to pass around), can't use machine info (too easy to break if someone changes their machine), if you check out by request alone, then you can make sure a whole bunch of instances of a file aren't being played at once, but that may not be an issue with most projects. One weakness is that any time any sort of authentication is included in the file, it can be cracked. BUT if you have a server on the other end validating these codes, it makes the process a lot harder. Other weakness would be that whatever is playing these files would need to handshake with the server over an encrypted channel so it would be harder to spoof. The handshake would have to somehow vary so that you couldn't find patterns in the encrypted data and try to decypher it. 128-bit encryption over ssl can be slow, and has legality issues with it when going overseas I believe... Anyway just a brainstorm... a lot of work though :0) Depending on the distribution, your servers could get hammered with requests as well...You'd better REALLY want to protect those movies to do something that in depth... Ultimate result is that there is no one method that works for everything. It depends on your end-users and how much flexibility they are willing to give up for security. ~Mathew Colin Holgate wrote: Also, I know there have been threads about this, but the conclusion is that there really is no way of protecting video files (MPEG-1) from being accessed outside of the protected program. Correct? You can probably do some things to stop a novice from easily getting at the file (even a simple rename might do), but no protection on earth will stop me from easily getting a copy of video or audio if I want it. [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
RE: Bug of the week
> I think you're also missing a very important thing in that > beginSprite > handler!! > > on beginSprite me >tempVar = timeOut("test").new(500, #doSomething, me) > end beginSprite > > You need to set the returned value of that timeout("").new() > to a variable, You're right. That's essential, or you get memory leaks. Actually, in my real code, I did that. In fact, I set it to a property so I could refer to it later. I see that I left out that part in the snippet I posted. Sorry if I misled anybody. Cordially, Kerry Thompson [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
Also, I know there have been threads about this, but the conclusion is that there really is no way of protecting video files (MPEG-1) from being accessed outside of the protected program. Correct? You can probably do some things to stop a novice from easily getting at the file (even a simple rename might do), but no protection on earth will stop me from easily getting a copy of video or audio if I want it. [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
On Wednesday, February 11, 2004, at 10:38 AM, Craig Taylor wrote: Also, I know there have been threads about this, but the conclusion is that there really is no way of protecting video files (MPEG-1) from being accessed outside of the protected program. Correct? "Protect" to what degree? You can't make it impossible, but you can make it harder to get them. There have indeed been such discussions, and the results range from changing the file extensions of the movies, to encapsulating the movies in a database or vList file, to modifying their headers with BinaryIO xtra. -- Troy RPSystems, Ltd. http://www.rpsystems.net [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
RE: FileIO limits
I ran into this same problem recently. The limit is 127 characters including the filename and extension. This is a known bug to Macromedia in both Director and Authorware. Apparently it has been known internally to Macromedia for several versions and has not and is not going to be fixed. Causes great grief when people install my applications in the My Documents folder (that has lots of hidden characters in the real path) and then put it in several nested sub directories. There is NO fix other than telling your users to not bury the application too deep. Ken -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kerry Thompson Sent: Tuesday, February 10, 2004 11:23 PM To: [EMAIL PROTECTED] Subject: FileIO limits What is the limit to the length of a path for fileIO on Windows? I have a path 130 characters long, and I'm getting an IO error. Buddy reports that the file exists. Cordially, Kerry Thompson [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!] [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: password protection
> > There's far too much opportunity for nasty "jokes" like some co-worker > or whatever (or someone's child) getting the password wrong and > destroying the software. > > This is a TERRIBLE idea. > -- Point well taken. I should of given a little more detail on the context. I think it is a marketing ploy as much as anything. The corporate brass don't want this info out there and the marketers do. This simply gives them the "comfort" of knowing that if a competitor gets their hands on it, the program will be destroyed. (As much of an illusion as this actually is!) I think checking against an ini file will do the job. Also, I know there have been threads about this, but the conclusion is that there really is no way of protecting video files (MPEG-1) from being accessed outside of the protected program. Correct? Thanks for all the insight, -_Craig [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: Bug of the week
I think you're also missing a very important thing in that beginSprite handler!! on beginSprite me tempVar = timeOut("test").new(500, #doSomething, me) end beginSprite You need to set the returned value of that timeout("").new() to a variable, or you get hemorrhoids and excessive eye-booger production. roymeo At 04:01 PM 2/10/2004, you wrote: Kerry Thompson [EMAIL PROTECTED] on 2/10/04 10:26 AM wrote: > I have a behavior on some sprites in frame 1. It creates a timeOut > object to animate itself. > > TimeOut Objects get startMovie events. If you don't trap them, they get > passed on up the line to the movie level. > > I put this: > on startMovie > nothing > end > > in my behavior, and life is good again. > Well I'll be darned. Thanks to Bruce's DIAN and LIAN books I too was well aware that beginsSprite in frame 1 was called before startMovie, however why on earth would a timeout object triggered by a behavior attached to a sprite in frame one trigger extra startMovie events? Yet another reason to avoid using frame one I suppose. Anyway I tried attaching this behavior to multiple sprites in frame one: on beginSprite me timeOut("test").new(500, #doSomething, me) end beginSprite on doSomething me nothing end doSomething And added this movie script: on startMovie put "startMovie" end startMovie For me I would only ever get two startMovie event calls regardless of how many sprites I attached the timeout script to. For curiosity sake Kerry, how are you managing to get 6 startMovie events triggering. ck -- Cheap Domain Registration | Web Hosting | Email Packages | + more Fantastic prices -- Even better service. http://www.hosttohost.net [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!] -- roymeo(AT)brokenoffcarantenna.com -- i used to love you back when you wrote poetry [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
RE: XPOST: Audio Xtra interest
drop in some decent midi support (multiple midi outs/in support, midi events in/out, midi player) make it OSX and win ... (well would get it without midi as well..) and I'm your man.. seems like it would be everything that's needed.. (maybe ASIO and VST support, or AU on the mac... hmmm..) J. -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Christoffer Enedahl Verzonden: woensdag 11 februari 2004 8:27 Aan: [EMAIL PROTECTED] Onderwerp: Re: XPOST: Audio Xtra interest Whoha! Will it be shockwave safe? If so I'd use it for the mod/mx support only and have the other features as a bonus :) Mac support would be of much use. /Christoffer - Original Message - From: "Neil" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, February 11, 2004 3:35 AM Subject: XPOST: Audio Xtra interest > Hi all... > I'm posting this on behalf of a friend of mine. He's curious about how much > interest there would be in an xtra or xtras with the following functionality. > > WAV/MP3/MP2/MP1/OGG samples > Supports mono/stereo 8/16 bit samples (including compressed WAVs) > Custom samples > Load or generate custom samples > Sample streams > Stream any sample data in 8/16/32 bit > File streams > MP3/MP2/MP1/OGG and WAV (including compressed) file streaming > Internet file streaming > Stream MP3/MP2/MP1/OGG (inc. Shoutcast, Icecast and Icecast2) and WAV (inc. > compressed) files from the internet (HTTP and FTP servers), with adjustable > buffering, (Delphi NetRadio example - C/VB examples are included in the > main BASS distribution) > Custom file streaming > Stream MP3/MP2/MP1/OGG and WAV (including compressed) data from anywhere > using any delivery method > Multi-channel streaming > Support for more than plain stereo, including multi-channel OGG/WAV files > (multi-channel WMA via the add-on) > MOD music > Uses the same engine as XMPlay (very accurate, fast, high quality > reproduction), with full support for all effects, filters, stereo samples, > DMO effects, etc... > MO3 music > MODs with MP3 or OGG compressed samples (vastly reduced file size with > virtually identical sound quality), MO3s are created using the MO3 encoder > Multiple outputs > Simultaneously use multiple soundcards > Recording > Very flexible recording system, with multiple device support and input > selection, (WMA encoding & broadcasting via the add-on, and other formats > via BASSenc) > Decode without playback > Streams and musics can be outputted in any way you want (recorded, written > to disk, streamed across a network, etc...) > Speaker assignment > Assign streams and musics to specific speakers to take advantage of > hardware capable of more than plain stereo (up to 4 separate stereo outputs > with a 7.1 sound card) > High precision synchronization > Synchronize events in your software to the MOD music and streams, > synchronize playback of multiple channels together > DirectX 8 effects > Chorus / compressor / distortion / echo / flanger / gargle / parametric eq > / reverb, 2 different implementations each with it's benefits > Custom DSP > Apply any effects that you want > Support for Winamp DSP, Input, Visualization plugins > Support for Sonique Visualization plugins > Support for tempo change while reserving pitch > Auto BPM counting > 32 bit floating-point decoding and processing > Floating-point stream/music decoding, DSP, FX, and recording > Flexible > Small buffers for real-time performance, large buffers for stability, > automatic and manual buffer updating > Expandable > Underlying DirectSound object interfaces are accessible, add-on system for > additional format support > Small > Less than 100KB, so won't bloat your distribution > > Video Mixing > . Play up to 16 video streams simultaneously with independent control > of each video stream > . Control position in window, alpha value of each video > . Choose which soundcard you would like the video's audio stream to > go to for each stream > . Ability to Invert, mirror, or flip video for each stream > . Control aspect ration of video > . Fullscreen or windowed mode > . Video mixing transition effects > . Dual monitor support > > In it's initial release it would be a windows only xtra. A possible Mac > version is currently being investigated. > > If you have any questions you can post them off list to > gMatter at cranialinteractive dot com > Thanks for your response. > ...Neil [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!] [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programmi