DonationCoder.com Software > Post New Requests Here
IDEA: play random wav from a folder at random times
publicdomain:
My pleasure Jim! :)
Please let me know if that doesn't make much sense!
-jimduggan (September 23, 2019, 11:09 PM)
--- End quote ---
Your suggestions make perfect sense! Let's engage with doing them as soon as scriptkid's code is set.
...Chances are both programs are complete this very week to end the month successfully! :Thmbsup:
Cheers!
Vic
publicdomain:
At the moment, when you click the ON radio button, none of the settings below are selected by default, so it's not actually ON.
-jimduggan (September 23, 2019, 11:09 PM)
--- End quote ---
Roger that Jim. Fixing it!
Chances are next release comes this weekend [Extended by Jim]. Stay tuned :up:
publicdomain:
Random Sounds App v0.2.0
> Release + Download link
v0.2.0 changes:
* Add "minutes from the hour" mode.
* Fix form size.
* Update about message.
* Add remaining time to next play.
* Add remember last selected radio button.
* Add guard against empty sounds list.
* Add silencing player when turning off or changing mode.
Usage video:
Enjoy! :Thmbsup:
Vic
jimduggan:
Hello Vic!
I am so happy with this. Thank you!
I joined your Patreon also (Jim Abdullah Duggan), to show my appreciation for your work.
I really like the little touches you added, specifically the display showing the time remaining to the next play. And I noticed that you added keyboard shortcuts for the options!
I noticed one bug, which I've described below. I'm also using this as a space to record a wishlist for possible future features. Those features are not necessary, because the program will work fine without them. But I just want to have all my thoughts recorded in one place anyway.
Bugs:
====
1) There seems to be a bug introduced in this latest version. I have it set to play a sound every 5 minutes. Every 5 minutes, it sometimes plays a sound for only one second, then cuts that off, and starts another sound instead. It doesn't happen every single time, but it happens quite often. The previous version didn't have this problem as far as I could tell.
Future Wishlist:
==========
1) The maximize button is redundant. Do you think it should be hidden? That way, we only have the minimise and close button on the window titlebar.
2) I start the program, switch it to ON, set my preferred time interval (let's say 5 minutes), and set it to start when Windows starts. Now, when I reboot windows, the program does start automatically, but it is set as OFF, and my preferred time interval is forgotten (it is set back as 15 minutes). So I need to go into the settings to set everything up the way I like after every reboot.
It would be nice if these settings were saved somewhere. Preferably in a .ini file in the same directory (so that the app is kept portable). In that file, you could record:
-- on_state: 1 or 0.
This is 0 in a fresh install, but if the user turns the app ON, the on_state becomes 1. When the user exits the app, the on_state stays at 1. That means that when the user starts the app again, it already starts on the ON state. If the user turns the app to OFF, it does the reverse: the next time the app is started, it starts in the OFF state also (since on_state in the .in file is 0).
The benefit of this scheme is that is means the app is already ON and running when it starts up with Windows, without having to go into the settings again and manually turning it on.
-- option_state: 1, 2, or 3.
This is based on the user's last selected option (1=play after the hour, 2=play from now, 3=play at random).
-- time_interval_option_1: 15
-- time_interval_option_2: 15
-- time_interval_option_3: 15
For example, these will record the time interval that the user last chose for each of the options. By default they are 15 minutes.
How this would all work together: When the app is launched, it looks in the .ini file. The .ini file shows that the user last chose option 1 (play after the hour) and that his selected time interval for option 1 was 5 minutes. Since on_state = 1, the app starts in the ON state. It gets the settings from the .ini file and starts working as last chosen by the user with no further intervention.
3) I'm a teacher and I use my laptop in class. During class, I need to have the program silenced, but during office hours, I want to keep it running. During class, it would be nice if there was a quick way to keep the app running, but just mute it, instead of closing the app completely, and then restarting it again later on. My idea was that there could be a little check box when you right click the tray icon that lets you mute any sounds from the app. Currently, the systray icon says 'Show' and 'Exit'. My idea is that it could be 'Show', 'Mute' and 'Exit'.
4) I'm just putting this out there for my future wishlist. I don't know how feasible it would be, or if it would take too much effort to make it worth while though. I think it would be nice if the app could detect if the windows sound system was already in use, and if so, then skip playing for that time. So for example, if I'm watching a video, then it should not play the random sound over that.
C# code here: https://stackoverflow.com/questions/45422255/determine-if-windows-is-currently-playing-sound
Once again I sincerely thank you for your wonderful work in programming this app. I love it!
publicdomain:
Wowie Jim, I'm very happy of our interactions too! Thank you very much for joining the movement! :)
Patron by patron we'll make great things as a joint group spread across the forums, from which every interacting user can enjoy the resulting programs & other developers can also re-use the source code.
...I'm 100% willing to devote full-time to assisting the fellows via code.
It is my dream to make a living helping others. It brings tears to my eyes to have it become a reality day by day, thanks to many kind fellows in the software community.
Software itself is truly wonderful! It has a multiplier effect: by serving an user ALL the other users with the same need are served too.
That's priceless!
I'm also using this as a space to record a wishlist for possible future features.-jimduggan (October 04, 2019, 03:14 PM)
--- End quote ---
Your suggestions are possible indeed and are going to be programmed into the next releases in the 0.x branch during this October.
Semantic versioning is being used for these public domain releases so the whole 0.x branch is for adding features and bug fixes. There's no rush to make it v1.0; better to make it a solid applications serving its purpose to its fullest.
Also, you're correct: the program now uses a single system timer for all modes, so it's basically using brand new logic which introduced "quirks" to iron-out.
But hey! that's why we're here for.
A most-grateful,
:-*
Vic
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version