I would like to kindly ask you, if is it possible to use downloadproc callback to record live Internet stream which is being actually plaied by bass.dll. This callback downloadproc should return a special byte buffer, it is necessary to specify its syze and other variable should return every byte of Internet live stream. But The question is, if Autohotkey can be used for this task, if developer is not being forced to use some WIN32 API calls related to copy or read from memory. Because I do not know, if Autohotkey buil in commands to write file can be used to write special buffer, which downloadproc callback uses. If some advanced is 100 % sure, that it is impossible to use this callback in conjunction with file operation to write bytes to The file from Autohotkey, what about experimenting with special APi functions from kernel32.dll. Sure, I would rather not try to use special APi calls to manipulate with file handlers and write data to files, it is really good for experts to use those low level APi calls. But there are some functions for working with memory. Or do you think, that fortunately, it is possible to use downloadproc callback without such issues?
Author of streambar player has helped Me a lot thanks to his code. But The following bass function declaration
Code: Select all
hStream := DllCall("bass.dll\BASS_StreamCreateURL", "Str","","UInt", 0, "UInt", A_IsUnicode ? BASS_UNICODE := 0x80000000 : 0, Ptr", 0, "Ptr", 0, "UInt")
Does somebody of us would have A good will to find A solution how to use downloadproc callback with autohotkey?
I Am even ready to debug some experiment based on using Kernel32.dll or other Windows API calls if it would be necessary.
I AM guessing that downloadproc can be used only after I will execute
Code: Select all
DllCall("bass.dll\BASS_ChannelPlay", "UInt", hStream, "Int", 0)
I want to develop freeware Internet radio player for severely physically impaired woman who do not see at all. Because she is suffering of severe motoric issues, todays Internet radio players based on buttons and many TAB presses or arrow keys presses are not good for her. This is The reason why I AM using excellent Autohotkey to develop a new player for her. AIM of my attempt is to base my work only on up or down arrow keys or only one letter combination. By other words, GUI should be usable by only using one finger and not many TAB presses. Simplicity and usability.
I have achieved this goal by using Listbox and special code which has monitored focused Listbox item index. So I did not used buttons or other GUI elements. It have been possible to use arrow keys to tune The stations. And I have assigned
S::
hot key to stop The playback.
Autohotkey can even improve lifes of physically handicapped users.
I would like to also implement recording feature. After pressing R letter.
The perfect feature of Autohotkey, its fully accessible GUI is making this programming language as A ideal platform not only for visually impaired programmers. Memory allocations are more than super. Only 22 MB and if user uses directive #maxmem
Some special routines are doing its best to automatically optimise allocated memory while autohotkey interpreter run its C language threads in background. So memory allocation will not raise The set limit. Sure, common sense is needed. Do not se it to 10 MB, ETC.
But setting it for example to 40 or 50 MB for program, which do not dynamically work with many bytes of data itself, if app only monitor key strokes, buttons, it should not cause instability I believe it.
I only hope, that value is in MB.
By The way I AM congratulating Autohotkey developers for this build in memory optimizer, which is something similar like The bargage collector in Dalvik. Sure, we are in Windows world, but I AM meaning it as An example.