B wrote:No matter what I tried I kept getting password prompts; there's an encrypted pwd field in your distributed UltraVNC.INI file but I didn't know what it was; more so, I couldn't seem to disable the authentication prompts no matter what I did in the INI file. Things got better once I isolated the bare bones VNCViewer executable outside the bounds of my installed UltraVNC directory. (I'm guessing the registry was being queried despite the UltraVNC.ini setting.)
I don't know why you need the password, as the point of this app is to make the server connect to the viewer ... therefore making passwords unnecessary ... but you can simply replace the password hash in the scprompt/ultravnc.ini with the one from your own ultravnc.ini (from c:\program files\ultravnc\) as i have not yet found a way of setting this password using autoit ...
B wrote:I finally got the MSRC4Plugin to work once I realized I couldn't use the UVNC.EXE in your distribution. Rather, I had to copy WINVNC.EXE from a full installation of UltraVNC into your SCPrompt subdirectory, renaming it to UVNC.EXE. I also had to use the renamed "No Reg" version of MSRC4Plugin.
Sorry ... the testing version uses the [topic=15865]latest SC version[/topic] made by rudi ... and doesn't support MSRC4Plugin at this stage ... as that would require fairly major additional programming ... but if you need encryption, you can use the old (current stable) uvnc.exe or just do as you said ... i may just give a INI option to set the encryption, and it will then work regardless of uvnc.exe being used ... but will have to try this one later ...
[/quote]
B wrote:Anyway, I know your time is limited. I just have some other questions, notes, and observations for your information (and hopefully to improve the project):
All comments are appreciated ... as i don't have time to test this to the point i would like ... so if your having troubles, i want to know where it is so i can fix it so others don't get stuck at the same point ... knowledge shared and all that
B wrote:1. It seems the official UltraVNC SCHook.dll is closed source. You provide a different SCHook copyrighted "MaxiVista". Is that open source?
The version i provide in the testing release is that provided in the above mentioned SC version ... it is necesary for that app to work properly ... if you change the uvnc.exe app, you should change the dll's associated with it ... (latest SC needs two Dll's while latest UVNC server only needs the one ... as you stated below).
B wrote:2. The program appears to work properly with just VNCHooks present. According to another thread, UltraVNC looks for the presence of both VNCHooks and SCHook and then uses only SCHook if found. Is this accurate? Am I safe in just eliminating SCHook? (And is there any loss / downside in doing so?)
See the above comment ... the two are necesary for the SC uvnc, but as you are using the server version ... only one is needed
B wrote:3. Is there some way to disable the blinking of the SCPrompt/AutoIT system tray icon? (I know you can disable the separate VNC icon.) I'm thinking of using this as an "always-on" poller, very similar to an installation of LogMeIn or GoToMyPC. The continued blinking can be distracting.
I have added this as a feature of the latest code ... will release when i get time ...
B wrote:4. On a related note, is that repolling interval (as SCprompt looks to reconnect to a viewer/relay) adjustable somewhere?
I have added this as a feature of the latest code ... will release when i get time ...
B wrote:5. The START.BAT in your current distribution uses the "/custom" path that you have since replaced with "/scprompt".
Thanks ... will update the batch file ...
B wrote:6. There may be some logic problem in the EXE builder -- I noticed that I kept running an older iteration of my build during the last step -- my newer builds were ending up in Temp but NOT replacing the older EXE version in the root directory of SCPrompt. So I just began deleting older versions in TEMP and in the root directory prior to each build. (In fact, at some point I started using the build_with_7zip method instead.)
Hmm ... this is interesting ... what OS are you using ??? and what language (windows language settings) ... its possibly a permissions thing ... if you use vista, try running with admin rights (or run as admin or whatever it is ... don't use vista often sorry)
B wrote:7. I'm not clear on whether Rudi's "New SC" you linked to in your earlier announcement is closed or open source; do you happen to know?
It is based on VNC ... so therefore it MUST be open source ... according the licensing of the original VNC ... all related VNC applications must be released under the same license unless it is a complete re-write using 100% new code ... so it is open source, and anyway, 99% of what rudi codes is open source (much respect for that
)
B wrote:8. Did you rule out embedding the video driver?
the video driver can only be used after the first reboot of a PC ... so therefore it is rather useless in SC situation ... but i may add it as a tray menu option in the future ... if time ...
B wrote:9. Regarding your SCPrompt download page, could you please provide source corresponding to the latest distribution? (Currently I see AutoIT source for an older revision and no source for the UltraVNC components.)
I don't actually modify any source for UVNC code ... i DO use reshacker to remove some of the resources that are not needed (tray menu's and java viewer and MASSIVE icons are about it) ... hope this helps.
B wrote:Wish List Item for Future Consideration: Integration with the open source "Gitso" project for multiplatform support (UltraVNC's traditional Achilles' heel from what I can see). They have an interesting approach,
similar to your own VNC2Me project but without encryption.
I will take a look at it when i have time, and see what i can do ... but the language this is writen in (autoit) is a windows only scripting language ... so it would require a complete re-write in a new language (an actuall programming language - i've not got the time to learn at this point, perhaps in the future ..... who knows
)
B wrote:(And by the way, are you still actively developing VNC2Me? How would you compare it / position it against SCPrompt?)
Haven't tried the "Gitso" app, so cannot tell you ... VNC2Me SC has not had any work done on it for some time now, but i will be looking at picking it up in the next few days, as someone has offered a UK based server for use as a hosted service ... so i will see if i can get some of the features i was last working on (before i got busy) running, and compile an app for use on his server ... stay tuned (no timeline as yet sorry ... have a few days up my sleave - sort of - so i will see what i can do)
B wrote:Thanks again for your hard work on this, and I hope you take my comments and questions in the helpful and constructive light that I intend. If you can respond to some or all of my points that would great, but if not I understand. I'm looking forward to your response and to the next version!
Sorry it took me so long to respond ... i am not the only person working on this app ... there are 3 of use that contribute (them more than me of late
) ... i just maintain and steer it ... glad to see its useful ... i have learnt a LOT by doing this and other small projects ... so it has been good for me too
enjoy