rush4hire

That's the way it was in the http://videolan.org/ forum post. http://forum.videolan.org/viewtopic.php?p=47884#47884 It's really incorrect. You can see in my last post there I made it right, like this: C:\PROGRA~1\VideoLAN\VLC\vlc http://something.asf --sout="#duplicate{dst=std{access=file,mux=asf,url='C:\test\spaces may be.asf'},dst=nodisplay}" Doing it with the wierd quotes caused the output file to be named with only the first word if there are spaces in the name. I'm working on my stream recording program. 3abn.org changed thier format so now the SDP media recorder is not as reliable as VLC. But here's a clip from this new version using VLC to record: Global $savedir = FileGetShortName( IniRead ( "settings.ini", "paths", "$savedir", @MyDocumentsDir ) ) & "\" Global $vlcpath = FileGetShortName( IniRead ( "settings.ini", "paths", "$vlcpath", "C:\Program Files\VideoLAN\VLC\vlc.exe" ) ) Global $streamurl = IniRead ( "settings.ini", "paths", "$streamurl", "http://69.1.83.130:80/Endavo3abn?MSWMExt=.asf" ) $VLCpid=Run($vlcpath &' '& $streamurl &' --sout="#duplicate{dst=std{access=file,mux=asf,url='''& makename() &'''},dst='& iif($OPT_VLC_DISPLAY,'','no') &'display}" --stop-time=7200'); 2 hr limit in case of bug WinWaitActive($VLCtitle) $VLCwinid = WinGetHandle("active") If Not $OPT_VLC_DISPLAY Then WinSetState("active",'',@SW_HIDE)

Finally I got this junk to record!! $vlcid=Run('C:\PROGRA~1\VideoLAN\VLC\vlc http://69.1.83.130:80/Endavo3abn?MSWMExt=.asf --sout="#duplicate{dst=std{access=file,mux=asf,url="C:\test\somefile101.asf"},dst=nodisplay}"') $pathtovlc @space $streamURL @space and then this junk: --sout="#duplicate{dst=std{access=file,mux=asf,url="C:\test\somefile101.asf"},dst=nodisplay}" what throws me off is the string in string business. ok now "i am a string and "I am a string in a string" is that ok?" That's too wierd. It's making me crazy..

I just saw 2 obfuscators. I don't understand the logic; it seems to be a waste of time. Are people making money now on thier autoIt projects? And if you choose to not allow decompile when you compile, that's not good enough? People have found a way to crack it and decompile it anyway? Well if that's the case, how hard would it be to make a "de-obfuscator" if would really somehow be profitable? lolz! PS I would never need it. People have always complained they could never understand my code anyway. My methods are wierd.

I made a pac-man game, and it works great, but the CPU burden is too high because there are too many sprites, but I can fix it as soon as I get time. But with Super Mario there there wouldn't be too many sprites on the screen. You see in the prospeed.au3 made by jpam, there is a scrolling background. you can control how it scrolls. At any rate, you will have to use dlls, like prospeed, to get a good effect for games with autoit. And here I will post an example mario game. Super_Mario%20World_demo.zip

That's true, but following suit with a long standing tradition, biblical type things are always the first things done. For instance: The first book printed on the printing press was the Bible. The first telegram in America read: "What hath God wrought" in 1844. (Num 23:23)

This works like karaoke but there are no video effects yet. If the radio button is green there is a timing file to match the midi file (*.hpt hymn player timing). So when you play it, it will use the timing. Or you can delete it and start a new one. If there is no such file, it will play the tune and begin putting the words on the screen. If you know how they lyrics match the tune, you can keep hitting the right arrow key to move the highlighter and at the end of the lyrics it will make a timing file. It uses the text and midi files found at http://www.digitalhymnal.org/download.html Some of the midis only play one verse so it has to loop it and sometimes you don't get the first couple tunes. There's a huge todo list at the top of hymn_player_vars.au3 You can click these to get the full size pic. Download link here. Here are the sources hymn_player_source.zip Oh ya, the home page.

Ya, that's why I made the script, so I can have the best of both worlds. But I think it's a concern. Am I the only one that wants to run a small piece of code over and over again making small changes each time? Sometimes when designing a GUI, or testing a function I'm not familiar with.. When you test many times over and over you don't have time to wait 2000 ms for execution.. 200 ms is bad enough. But of course sometimes I find the autoit Wrapper very useful, so that's why I have 2 hotkeys for execution. F5 for fast (which I use mostly), and F6 when I want the Wrapper features :peace:

No UDF that comes with Autoit3 will have examples that are like this.Settings on my computer where changed. Folder view options and stuff. I'm telling you this for your own good, young man. There's no need for you to just get snide with me.

I appriciate what I've seen so far, though I haven't explored this very much. I was alarmed, though when I tried the examples and they started messing with my settings by opening my options dialogues and clicking stuff. This is bad. Please change these examples. Follow the standard of the examples that come with AutoIt. They never do stuff like this.

Ok, I run a blank script with nothing. 1st in the lite SciTi >"C:\Program Files\AutoIt3\beta\SciTE\..\autoit3.exe" /ErrorStdOut "C:\k\test.au3" >Exit code: 0 Time: 0.222 Then in the slow SciTi >"C:\Program Files\AutoIt3\SciTE\AutoIt3Wrapper\AutoIt3Wrapper.exe" /run /prod /ErrorStdOut /in "C:\k\test.au3" /autoit3dir "C:\Program Files\AutoIt3" /UserParams +>17:11:20 Starting AutoIt3Wrapper v.1.7.6 >Running AU3Check (1.54.6.0) params: from:C:\Program Files\AutoIt3 +>17:11:20 AU3Check ended.rc:0 >Running:(3.2.2.0):C:\Program Files\AutoIt3\autoit3.exe "C:\k\test.au3" +>17:11:20 AutoIT3.exe ended.rc:0 +>17:11:21 AutoIt3Wrapper Finished >Exit code: 0 Time: 1.955 So ~200 ms vs ~2000 Here I'll use this script to test my scripts: HotKeySet("{F5}","testfast") HotKeySet("{F6}","testslow") HotKeySet("{F8}","_exit") ;;@@ WARNING: This will only work when you are are in SciTE editor ;;for it gets the filepath to your script from the window title. Func testfast() $t = StringSplit(WinGetTitle("")," - ") run('C:\Program Files\AutoIt3\autoit3.exe "'& $t[1] &'"') EndFunc Func testslow() HotKeySet("{F5}") Send("{F5}") HotKeySet("{F5}","testfast") EndFunc Func _exit() Exit EndFunc While 1 Sleep(1000) WEnd So F5 to test fast, F6 to test slow where the output will be at the bottom of the editor, which is nice sometimes, cause if there's an error it will give you the line and letter, and you can click and it will take you to the line.

Is this the wrong forum for this?

Did you use the window tool to find out if you can even read the text in that control? ControlGetText ( "Title of Window", "", "TRichEdit1" ) for example..

I really like SciTi editor cause I just hit F5 and I can test my script. When I do this with the SciTi that comes AutoIt installation, does it really fast, taking about 200 ms. Ok, but I read somewhere that if I want all the features I have to install a seperate package, so I do and I like some of the features like it keeps track of my variable names, but it takes 1600 ms to run a script. I'm the kind of coder that gets tired of thinking after awhile so I just keep trying dumb stuff and testing it over and over till eventually it works somehow. So I keep switching between editors. So how do I shut off these things that slow down execution so I can have the best of both worlds? Thanks in advance.

Wow I didn't expect such a fast reply or I would have came back here an hour later! Thanks! It looks like a huge mess though, who can understand all that? Cause now I need to make a thing that will go through and change the color of each word at certain times..

I want to make a karaoke thing so I want text to be displayed over an image background or video, but how to make text show up on a transparent GUI? You can make an image show up, but the text disappears with the window... If anyone has seen something, please just tell me what to search for. Thanks