Results for "Author: mike morrow"

I wanted to have digits scroll bottom to top like an odometer and did this quicky during a particularly boring movie. The 10 digits, 0 to 9 scroll by endlessly with only the 10 digits defined. one line of code make it wrap back to 0 without visible break. Could be used to create a larger battery of scrolling digits. Silly little routine but might be useful for someone, some time.

This program multiply (sequentially) records on time from Shoutcast streams. It can receive only, receive and record manually or record automatically by time. Now fully TeeVoh'd (sic). It can play the recorded file via a WMP imbedded control. It has a LOT of station preset memories for quick tuning. Version 3.0 is a fixup release with full TeeVoh and many small tweaks I found while using this program. Version 3.1 fixes up some small things that were still messy and adds a reboot or shutdown after recording option. I added this since my main XP machine does not want to operate more than 24 hours without a reboot. $tupid Windows. It will record and play .aac files to support all Shoutcast streams. You must get a codec to enable this. See the README.TXT for the simple directions for downloading and installing the codec. Free and easy and it works great. There are several text files including operation and error message. One point I want to repeat here -- the reason it has to be totally automatic is to know whether to record .mp3 or .aac format streams and what to make the filetype. There is still a small manual window which may cause you grief to use. I recommend full automatic operation. All stations should be selected from the station memory form to ensure the proper filetype for recording. I should shut that window, the draft is too cold! Also, in the included text files are thanks to those whose code I used to improve this program. Thanks to all posters. This is an update of the Shoutcast Ripper by Fernando Aldea which is on P-S-C. It has a Winamp problem that I have not been able to cure, does not have timed recording, ignores .aac so the recordings are useless or station memory but does have the core communication code which worked fairly well to cause Shoutcast data to come down, be able to be recorded and to save the stream by song title. Of course, this is a little dodgy if the stream cross-fades songs. Makes the beginning start late and tails messy with the cross-fade. Also, since the "metaint" (with the new song title) packet only comes occasionally, it is further delayed causing a problem. This is not recommended for cross-fade channels. Complete, recurring record based on day of the week is now possible. If the same show repeats on many days of the week, you must include one entry for each day. Sorry. I never planned for a multiple schedule that but just found it is needed for the week daily WBGO Blues hour. I may change that some day but it will require a rewiring of the program since it is a single recording/stream program right now. Also, it may never happen! Further, it can only record one stream at a time but you can run multiple instances of the program to record overlapping schedules. That will probably never change either. If you do so, remember to close the one last that you added any stations to or the other one will write the old version without the new stations. Thanks to all posters!! Without you, this project would never have even been started. Never mind finishing it!!

This program simulates RAID 1 at the drive or any folder level. Updated to work far better than previously and command line driven operation now works. Next update, a small help file. RAID 1 is designed to mirror files from one drive to another. This goes it one better by allowing one to sync starting at any depth in a folder hierarchy. It can do any of the three sync operations separately or can do all three sequentially in one operation. Your choice. The three operations are: 1. Copy missing files from Master path to Slave path 2. Copy newer files (per modified date) from Master to Slave 3. Delete Orphaned files on the Slave drive. This three step process fulfills the basic tenants of RAID 1. This program runs fast. It was written because SyncToy (version 1 and 2) takes over 24 hours (never let it finish) just to find all of the files in a directory I have of about 900,000 files and leaves orphans (one drive had 5,000 of them). This program will survey the same directories in about 20 minutes. That's a significant improvement. Try it and let me know what you think. It will go through some more testing and I am sure I will find things I want to tidy up and will reupload when I am completely happy with it. One thing added this time is a progress bar for overall progress. Nice would be a progress bar on large individual file copies. That brings along a bunch of other things that have to be done. Just takes time... This was built on a nice program I found here but I have lost the reference to who wrote it. About 99% of the code has been replaced including all but one reference to FSO (because of speed issues) and that call is only to delete directories. The original code used recursion but now, it Does Not Use Recursion to find the files so you need not worry about running low on memory on that account. Between SyncToy taking over 24 hours to run and recursion running me out of memory, I had to write this to live! Enjoy and comment. It is a simple program for the most part and I would appreciate thoughts of what it could do or do better. There is a command line interface. A little work might need to be done there. Will be testing it. Note: Since this code can overwrite and delete files, please be careful until you trust it. Wish list: Dual Threads if paths on separate physical disks but VB6 seems to hate threading. Enjoy! Mike Morrow

Play Draw Poker. Built on a base by noi_max, heavily modified in all operational aspects. This update puts in a pre-dealer which selects 10 cards and uses them to deal no matter when you hit Deal the second time. I had a totally random dealer which would deal different cards depending on when you hit deal. Look for how you can preview the second 5 cards (pronounced cheat).

To "listen" to an NMEA stream from a GPS unit and display as much information as possible from this stream in a useful way. Source code for version 1.25. Compiled form at www.ILikeTheInternet.com

There are three major ways to implement a sleep in VB. 1. Set a timer and exit, let the timer restart you. This can involve setting up a little "state machine" that knows where to come back in. It is not difficult, just a hassle. A Select/Case/End Select is all that is needed, usually but requires some documentation about which section to put code in if changes are needed. It runs "enabled" so events are recognized. 2. Do a "busy loop" (do loop) which watches the clock and also does a DoEvents (optional) and exits on time passed. This also runs "enabled". 3. Call the Sleep API (Declare Sub Sleep Lib "kernel32.dll" (ByVal dwMilliseconds As Long)) This runs "disabled" for events. The problem with the first one is the requirement of a state machine and documentation, the problem with the second one is that you burn CPU cycles that might be best used elsewhere (the CPU will be 100% busy forever), the problem with the third one is responsiveness of the application -- the app will not respond to anything while waiting for the API to release it back to the run queue. Here is a compromise using the third method. I have just tested this and found it to be very efficient on a P500. The program has been running for 16 minutes and has not used 1 second of CPU time yet. That includes doing the I/Os (223 so far) to the networked disk to check for files. It uses the Sleep API but in very small increments of 100 msec per call. The DoEvents used to be needed to let other apps run. Now it is needed to let events happen inside your own app. You get access to the app 10 times a second and the CPU utilization is very low. For my application (checking for a file on a networked disk and doing something with it), it is excellent in all respects. I have not tested this in an application where you would be waiting for messages in a time critical situation.

This is a fully functional HD to HD Folder and Files backup either full or incremental. It is rather complete and debugged having been in daily use for a couple of months. It was written to backup a NAS drive to a local HD so no problem with networked drives. It is meant for data files, not Windows or other system folders. It has two passes, first it finds all files in the source directory, their changed date and size, then in the second pass, either copies all or only those changed after a the previous backup date (automatically updated to registry) to the target hard drive. It will read CD/DVD does not write tape, DVDs or CDs. This is a HD to HD backup for data safety, only. It uses the File System Object for file and folder access (FSO is rather slow, sadly). It has a command line interface so you can automate operation. There is also a help screen with additional information. I would love to have it work in Shadow Copy mode but it seems very complex and I don't have the time to figure it out. Possibly someone can and I can integrate that function into the program for all to use. The program logs most actions to a log file for review when it is run in command driven mode. This code is a highly modified version of a source submission to Planet-Source-Code in 2003 named "diskscan" written by Manoz Shrivastava. My thanks to the author for posting a very good base for my use in creating this backup program.

I wanted to have digits scroll bottom to top like an odometer and did this quicky during a particularly boring movie. The 10 digits, 0 to 9 scroll by endlessly with only the 10 digits defined. one line of code make it wrap back to 0 without visible break. Could be used to create a larger battery of scrolling digits. Silly little routine but might be useful for someone, some time.

This program multiply (sequentially) records on time from Shoutcast streams. It can receive only, receive and record manually or record automatically by time. Now fully TeeVoh'd (sic). It can play the recorded file via a WMP imbedded control. It has a LOT of station preset memories for quick tuning. Version 3.0 is a fixup release with full TeeVoh and many small tweaks I found while using this program. Version 3.1 fixes up some small things that were still messy and adds a reboot or shutdown after recording option. I added this since my main XP machine does not want to operate more than 24 hours without a reboot. $tupid Windows. It will record and play .aac files to support all Shoutcast streams. You must get a codec to enable this. See the README.TXT for the simple directions for downloading and installing the codec. Free and easy and it works great. There are several text files including operation and error message. One point I want to repeat here -- the reason it has to be totally automatic is to know whether to record .mp3 or .aac format streams and what to make the filetype. There is still a small manual window which may cause you grief to use. I recommend full automatic operation. All stations should be selected from the station memory form to ensure the proper filetype for recording. I should shut that window, the draft is too cold! Also, in the included text files are thanks to those whose code I used to improve this program. Thanks to all posters. This is an update of the Shoutcast Ripper by Fernando Aldea which is on P-S-C. It has a Winamp problem that I have not been able to cure, does not have timed recording, ignores .aac so the recordings are useless or station memory but does have the core communication code which worked fairly well to cause Shoutcast data to come down, be able to be recorded and to save the stream by song title. Of course, this is a little dodgy if the stream cross-fades songs. Makes the beginning start late and tails messy with the cross-fade. Also, since the "metaint" (with the new song title) packet only comes occasionally, it is further delayed causing a problem. This is not recommended for cross-fade channels. Complete, recurring record based on day of the week is now possible. If the same show repeats on many days of the week, you must include one entry for each day. Sorry. I never planned for a multiple schedule that but just found it is needed for the week daily WBGO Blues hour. I may change that some day but it will require a rewiring of the program since it is a single recording/stream program right now. Also, it may never happen! Further, it can only record one stream at a time but you can run multiple instances of the program to record overlapping schedules. That will probably never change either. If you do so, remember to close the one last that you added any stations to or the other one will write the old version without the new stations. Thanks to all posters!! Without you, this project would never have even been started. Never mind finishing it!!

This program simulates RAID 1 at the drive or any folder level. Updated to work far better than previously and command line driven operation now works. Next update, a small help file. RAID 1 is designed to mirror files from one drive to another. This goes it one better by allowing one to sync starting at any depth in a folder hierarchy. It can do any of the three sync operations separately or can do all three sequentially in one operation. Your choice. The three operations are: 1. Copy missing files from Master path to Slave path 2. Copy newer files (per modified date) from Master to Slave 3. Delete Orphaned files on the Slave drive. This three step process fulfills the basic tenants of RAID 1. This program runs fast. It was written because SyncToy (version 1 and 2) takes over 24 hours (never let it finish) just to find all of the files in a directory I have of about 900,000 files and leaves orphans (one drive had 5,000 of them). This program will survey the same directories in about 20 minutes. That's a significant improvement. Try it and let me know what you think. It will go through some more testing and I am sure I will find things I want to tidy up and will reupload when I am completely happy with it. One thing added this time is a progress bar for overall progress. Nice would be a progress bar on large individual file copies. That brings along a bunch of other things that have to be done. Just takes time... This was built on a nice program I found here but I have lost the reference to who wrote it. About 99% of the code has been replaced including all but one reference to FSO (because of speed issues) and that call is only to delete directories. The original code used recursion but now, it Does Not Use Recursion to find the files so you need not worry about running low on memory on that account. Between SyncToy taking over 24 hours to run and recursion running me out of memory, I had to write this to live! Enjoy and comment. It is a simple program for the most part and I would appreciate thoughts of what it could do or do better. There is a command line interface. A little work might need to be done there. Will be testing it. Note: Since this code can overwrite and delete files, please be careful until you trust it. Wish list: Dual Threads if paths on separate physical disks but VB6 seems to hate threading. Enjoy! Mike Morrow

Play Draw Poker. Built on a base by noi_max, heavily modified in all operational aspects. This update puts in a pre-dealer which selects 10 cards and uses them to deal no matter when you hit Deal the second time. I had a totally random dealer which would deal different cards depending on when you hit deal. Look for how you can preview the second 5 cards (pronounced cheat).

To "listen" to an NMEA stream from a GPS unit and display as much information as possible from this stream in a useful way. Source code for version 1.25. Compiled form at www.ILikeTheInternet.com

There are three major ways to implement a sleep in VB. 1. Set a timer and exit, let the timer restart you. This can involve setting up a little "state machine" that knows where to come back in. It is not difficult, just a hassle. A Select/Case/End Select is all that is needed, usually but requires some documentation about which section to put code in if changes are needed. It runs "enabled" so events are recognized. 2. Do a "busy loop" (do loop) which watches the clock and also does a DoEvents (optional) and exits on time passed. This also runs "enabled". 3. Call the Sleep API (Declare Sub Sleep Lib "kernel32.dll" (ByVal dwMilliseconds As Long)) This runs "disabled" for events. The problem with the first one is the requirement of a state machine and documentation, the problem with the second one is that you burn CPU cycles that might be best used elsewhere (the CPU will be 100% busy forever), the problem with the third one is responsiveness of the application -- the app will not respond to anything while waiting for the API to release it back to the run queue. Here is a compromise using the third method. I have just tested this and found it to be very efficient on a P500. The program has been running for 16 minutes and has not used 1 second of CPU time yet. That includes doing the I/Os (223 so far) to the networked disk to check for files. It uses the Sleep API but in very small increments of 100 msec per call. The DoEvents used to be needed to let other apps run. Now it is needed to let events happen inside your own app. You get access to the app 10 times a second and the CPU utilization is very low. For my application (checking for a file on a networked disk and doing something with it), it is excellent in all respects. I have not tested this in an application where you would be waiting for messages in a time critical situation.

This is a fully functional HD to HD Folder and Files backup either full or incremental. It is rather complete and debugged having been in daily use for a couple of months. It was written to backup a NAS drive to a local HD so no problem with networked drives. It is meant for data files, not Windows or other system folders. It has two passes, first it finds all files in the source directory, their changed date and size, then in the second pass, either copies all or only those changed after a the previous backup date (automatically updated to registry) to the target hard drive. It will read CD/DVD does not write tape, DVDs or CDs. This is a HD to HD backup for data safety, only. It uses the File System Object for file and folder access (FSO is rather slow, sadly). It has a command line interface so you can automate operation. There is also a help screen with additional information. I would love to have it work in Shadow Copy mode but it seems very complex and I don't have the time to figure it out. Possibly someone can and I can integrate that function into the program for all to use. The program logs most actions to a log file for review when it is run in command driven mode. This code is a highly modified version of a source submission to Planet-Source-Code in 2003 named "diskscan" written by Manoz Shrivastava. My thanks to the author for posting a very good base for my use in creating this backup program.

I wanted to have digits scroll bottom to top like an odometer and did this quicky during a particularly boring movie. The 10 digits, 0 to 9 scroll by endlessly with only the 10 digits defined. one line of code make it wrap back to 0 without visible break. Could be used to create a larger battery of scrolling digits. Silly little routine but might be useful for someone, some time.

This program multiply (sequentially) records on time from Shoutcast streams. It can receive only, receive and record manually or record automatically by time. Now fully TeeVoh'd (sic). It can play the recorded file via a WMP imbedded control. It has a LOT of station preset memories for quick tuning. Version 3.0 is a fixup release with full TeeVoh and many small tweaks I found while using this program. Version 3.1 fixes up some small things that were still messy and adds a reboot or shutdown after recording option. I added this since my main XP machine does not want to operate more than 24 hours without a reboot. $tupid Windows. It will record and play .aac files to support all Shoutcast streams. You must get a codec to enable this. See the README.TXT for the simple directions for downloading and installing the codec. Free and easy and it works great. There are several text files including operation and error message. One point I want to repeat here -- the reason it has to be totally automatic is to know whether to record .mp3 or .aac format streams and what to make the filetype. There is still a small manual window which may cause you grief to use. I recommend full automatic operation. All stations should be selected from the station memory form to ensure the proper filetype for recording. I should shut that window, the draft is too cold! Also, in the included text files are thanks to those whose code I used to improve this program. Thanks to all posters. This is an update of the Shoutcast Ripper by Fernando Aldea which is on P-S-C. It has a Winamp problem that I have not been able to cure, does not have timed recording, ignores .aac so the recordings are useless or station memory but does have the core communication code which worked fairly well to cause Shoutcast data to come down, be able to be recorded and to save the stream by song title. Of course, this is a little dodgy if the stream cross-fades songs. Makes the beginning start late and tails messy with the cross-fade. Also, since the "metaint" (with the new song title) packet only comes occasionally, it is further delayed causing a problem. This is not recommended for cross-fade channels. Complete, recurring record based on day of the week is now possible. If the same show repeats on many days of the week, you must include one entry for each day. Sorry. I never planned for a multiple schedule that but just found it is needed for the week daily WBGO Blues hour. I may change that some day but it will require a rewiring of the program since it is a single recording/stream program right now. Also, it may never happen! Further, it can only record one stream at a time but you can run multiple instances of the program to record overlapping schedules. That will probably never change either. If you do so, remember to close the one last that you added any stations to or the other one will write the old version without the new stations. Thanks to all posters!! Without you, this project would never have even been started. Never mind finishing it!!

This program simulates RAID 1 at the drive or any folder level. Updated to work far better than previously and command line driven operation now works. Next update, a small help file. RAID 1 is designed to mirror files from one drive to another. This goes it one better by allowing one to sync starting at any depth in a folder hierarchy. It can do any of the three sync operations separately or can do all three sequentially in one operation. Your choice. The three operations are: 1. Copy missing files from Master path to Slave path 2. Copy newer files (per modified date) from Master to Slave 3. Delete Orphaned files on the Slave drive. This three step process fulfills the basic tenants of RAID 1. This program runs fast. It was written because SyncToy (version 1 and 2) takes over 24 hours (never let it finish) just to find all of the files in a directory I have of about 900,000 files and leaves orphans (one drive had 5,000 of them). This program will survey the same directories in about 20 minutes. That's a significant improvement. Try it and let me know what you think. It will go through some more testing and I am sure I will find things I want to tidy up and will reupload when I am completely happy with it. One thing added this time is a progress bar for overall progress. Nice would be a progress bar on large individual file copies. That brings along a bunch of other things that have to be done. Just takes time... This was built on a nice program I found here but I have lost the reference to who wrote it. About 99% of the code has been replaced including all but one reference to FSO (because of speed issues) and that call is only to delete directories. The original code used recursion but now, it Does Not Use Recursion to find the files so you need not worry about running low on memory on that account. Between SyncToy taking over 24 hours to run and recursion running me out of memory, I had to write this to live! Enjoy and comment. It is a simple program for the most part and I would appreciate thoughts of what it could do or do better. There is a command line interface. A little work might need to be done there. Will be testing it. Note: Since this code can overwrite and delete files, please be careful until you trust it. Wish list: Dual Threads if paths on separate physical disks but VB6 seems to hate threading. Enjoy! Mike Morrow

Play Draw Poker. Built on a base by noi_max, heavily modified in all operational aspects. This update puts in a pre-dealer which selects 10 cards and uses them to deal no matter when you hit Deal the second time. I had a totally random dealer which would deal different cards depending on when you hit deal. Look for how you can preview the second 5 cards (pronounced cheat).