Printable View
New KL Extensions v0.56
What's new:
Fixed: Bug Status Window position was always 0,0
Add: Choose between "Shell open" and Theater default action in the "My Kazaa" context menu.
Add: Always on Top menu item in the view menu.
KL Extensions v0.56
Sources
More info: www.o-townnet.tk
Rocko
Thanks Rocko.
good job B)
nice one! :D
thanks rocko
Frosty
Nice work Rocko!
Now that you have added "Always on Top", it would be nice if you add the "Window Transparency" option (for XP/2000 only). I already was experimenting with it in KTool, and it is as easy to implement as the "Always on Top".
With it, you can put the small window always on-top in a corner and make it semi-transparent to see the progress of the downloads.
To make it perfect, the option to hide completely the toolbars and the media player would be great. So the window can be the smallest possible. I think DietKaza already allows to hide the toolbar and media player.
___
Aldo Vargas
http://www.aldostools.com
Rocko,
It works, winXP Home AMD 2600+ 512RAM !!!
Icon in right bottom corner is working now.
THANKS !!!!! :D :D :D
Rocko,
This tool (kguihacker) does the transparency thing that I was talking in the post above.
It also does the Always On Top, hide the toolbar and an experimental Windowed interface. The windowed interface sometimes cause some crashes, but it's nice :)
It would be nice if some of these features are integrated to KL Extensions.
___
Aldo Vargas
http://www.aldostools.com
Well, Always on Top is already implemented under View in RC6. But that's still a nice tool to be added in. :) New toys. Don't you just love em. :D
I use the feature "Confirm dialog box on exit" and "Change how title bars behave" from KL Extentions 0.56 and every time I click X to exit the message in the quote shows up after I click yes. Someone verify this!Quote:
KAZAA caused an invalid page fault in
module KERNEL32.DLL at 017f:bff7b9a6.
Registers:
EAX=00000000 CS=017f EIP=bff7b9a6 EFLGS=00000246
EBX=00000000 SS=0187 ESP=066ffb6c EBP=066ffb7c
ECX=00000003 DS=0187 ESI=0388f858 FS=7d7f
EDX=008ffecc ES=0187 EDI=00000009 GS=0000
Bytes at CS:EIP:
ff 76 04 e8 13 89 ff ff 5e c2 04 00 56 8b 74 24
Stack dump:
05990078 03863f21 0388f858 00000000 00000004 03861cd1 00000009 03885870 00000003 03846ba2 05990078 03876fd4 03876fd4 008ffecc 03843fdf 00000000
My specs:
Win98se
AMD Athlon 750mHz
256 RAM
i think there should be an option for which type of files use the shell open feature. what i am trying to say is that when i open a music file it would play in the kazaa media player but when i opened a movie it would shell open. i can listening to music with the kazaa media player but for watching movies it's the worst. is this a good idea or even possible?
Doesn't happen in my WinMe/Win2k/WinXP test machines sorry.Quote:
Originally posted by cborga1985@23 July 2003 - 22:30
I use the feature "Confirm dialog box on exit" and "Change how title bars behave" from KL Extentions 0.56 and every time I click X to exit the message in the quote shows up after I click yes. Someone verify this!
My specs:
Win98se
AMD Athlon 750mHz
256 RAM
Any otherone with this problem?
Rocko
Rocko, is it possible to add something like KaNAT to KL Extensions?
Edit: Never mind :)
How would you check the file for corruption?
The method i'm trying is to have ksig generate crc data for every 10MB of a file along with the normal sig2dat hash. It posts this data along with the quicklink. When someone clicks the quicklink this crc data along with the hash are stored in the dat file (I stole what i think is an unused metatag) as well as a text file in the kazaa directory. Although the data only needs to be stored once, I haven't decided which is a better place to store it, so at the moment it does both.
Then when the file is complete another function (not written yet) generates the 10MB crc hashes and compares them, for any that are different the address ranges are sent to DrSpud's corruption fixer (which will be included in the function).
As it stands i've done all the crc generating & storing, but none of the stuff for what happens at the end of the download. The quicklinks are backwards compatible (ie older ksig versions & i think sig2dat can read them) and kazaa seems happy enough with the metatag that it doesn't recognise.
The only downside is that hashing the files takes considerably longer. (over 1/2 a minute per 700MB file). But i'm hoping that people want to get rid of corrupt files enough. Also it won't really be that useful until lots of people post the hashes with the CRC info in.
Theres some more info in DrSpud's thread about his corruption fixer
EDIT : I've removed my post due to discovering the cause (Bad IP ranges in the PeerGuardian database).
Run for the hills! The RIAA is coming!
Most of the IPs in the db are innocent people.
:lol:Quote:
Originally posted by random nut@28 July 2003 - 06:55
Run for the hills! The RIAA is coming!
Anyways, ilw and I discussed this whole 10MB crc thing and I think it is definitely possible. The only thing we need is for Rocko to integrate this into Kl Extensions. It doesn't seem too complex or difficult, and I'm sure he wouldn't have any trouble with it at all. And I wouldn't mind if he used the source to KCF (available on the site) either; or at least the ideas behind how it works, since it's not written in the same language.
If the crc's are stored in a meta tag, then people wouldn't have to depend on quicklinks as much, since they would get passed on along with the other tags as the file propagates across the network. The whole concept seems pretty simple; when a file completes, check to see if it has the meta tag with the crc's, and do the crc check/redownloading if it does. It might need to copy the .dat appendixes from new files into its own folder or a database of some kind in order for it to have them available for use, since it wouldn't be able to read the info when the file has completed.
What's everyone else think?
Since KL Extensions supports plugins, you could write it as a plugin. That way KL extensions doesn't have to be changed, and you have full control over the development of the plugin.
Yeah, I guess your right. Never occured to me. Well, I'd rather someone else do all the work :), but I suppose I could try it myself. Don't expect anything too soon, since I am working full time and have been very busy with a lot of other little things...