eMule opensource eDonkey, deel 10

[IceStorm]

Nog een keertje dan :

Credits krijg je als je naar iemand upload. Die credits worden bij die andere persoon bijgehouden op basis van jou userhash (die uiteraard op jou pc opgeslagen is). Oftewel, of jij nou van ip wisselt maakt helemaal niks uit, dat is alleen van invloed op je ID.
Credits die bij een persoon opgebouwt worden zijn uiteraard ook alleen maar geldig bij die persoon, je zult dus moeten wachten totdat die persoon een file heeft die jij ook wilt om voordeel van je credits te hebben.
En ja, je creditfile (en daarmee dus alle credits die anderen nog van jou 'tegoed' hebben) gaat verloren bij een format oid, daarom is het wel zo netjes om je eMule dir ook gewoon te backuppen zodat je hem in geval van nood altijd terug kan zetten.

[Verwijderd]

Ah, thanks, dan is dat duidelijk.

Maar wordt de clients.met file dan niet automatisch in tact gehouden als je een emule-update in dezelfde directory erover heen gooit?

En de userhash bepaald dus je identificatie bij die ander, niet het ID. Die userhash is dus gekoppeld aan je PC en niet je IP zoals je zegt. Maar op basis van wat wordt die dan bepaald? Je systeemconfig ofzo? Welke factoren bepalen die userhash en waar staat die dan ergens in de emule directory?

/edit

Ik zie net dat de userhash in de preferences.dat file staat. Nou dan toch ook hier de vraag of die file automatisch bij een update in diezelfde directory in tact blijft of dat je die samen met de clients.met file steeds even moet backuppen om dan over de nieuw geinstalleerde emule preferences.dat en clients file te copien.

[ Voor 29% gewijzigd door Verwijderd op 26-02-2004 14:54 ]

[The Third Man]

Verwijderd schreef op 26 februari 2004 @ 14:49:
Ah, thanks, dan is dat duidelijk.

Maar wordt de clients.met file dan niet automatisch in tact gehouden als je een emule-update in dezelfde directory erover heen gooit?

En de userhash bepaald dus je identificatie bij die ander, niet het ID. Die userhash is dus gekoppeld aan je PC en niet je IP zoals je zegt. Maar op basis van wat wordt die dan bepaald? Je systeemconfig ofzo? Welke factoren bepalen die userhash en waar staat die dan ergens in de emule directory?

/edit

Ik zie net dat de userhash in de preferences.dat file staat. Nou dan toch ook hier de vraag of die file automatisch bij een update in diezelfde directory in tact blijft of dat je die samen met de clients.met file steeds even moet backuppen om dan over de nieuw geinstalleerde emule preferences.dat en clients file te copien.

Userhash is een random waarde, nergens op gebaseerd. ID is gebaseerd op Ip-adres (bij een LowID is het een random getal).

Als je eens in een zipje van een Emule release zou kijken waren je vragen al opgelost. Immers daar zitten geen client.met noch preferences.dat in en die worden dus ook niet overschreven

[Verwijderd]

Lekkere Kwal schreef op 26 februari 2004 @ 15:03:


Als je eens in een zipje van een Emule release zou kijken waren je vragen al opgelost. Immers daar zitten geen client.met noch preferences.dat in en die worden dus ook niet overschreven

Ja maar ik heb geen verstand van al de procedures en mechanismen van de software bij die install, want ook zonder emule directory worden die files toch bij een fresh install automatisch aangemaakt...

Kortom, ook al staat een file niet in de zip, de install-programmatuur of emule zelfs kan er toch voor zorgen dat iets aangemaakt wordt of zelfs overschreven wordt. Maar ik begrijp nu dat dat niet gebeurd als er al een install is...

[The Third Man]

Verwijderd schreef op 26 februari 2004 @ 15:25:
[...]
Ja maar ik heb geen verstand van al de procedures en mechanismen van de software bij die install, want ook zonder emule directory worden die files toch bij een fresh install automatisch aangemaakt...

Kortom, ook al staat een file niet in de zip, de install-programmatuur of emule zelfs kan er toch voor zorgen dat iets aangemaakt wordt of zelfs overschreven wordt. Maar ik begrijp nu dat dat niet gebeurd als er al een install is...

Ja redelijk logisch natuurlijk... als jij geen instellingen hebt omdat je het nieuw installeert maakt hij een nieuw instellingen bestand aan. Heb je er al een dan gebruikt hij die...

[Verwijderd]

Hi all. Ik zie net in mijn statistieken (Morph XT) dat ik een groot percentate "failed upload sessions" heb, 47%. Betekend dit dat van de alle weggepompte (40 gig, ja heb mule nog maar een paar maanden geleden ontdekt) data 47% onbruikbaar was...?? En zo ja, is dit een normaal percentage? Hoop het toch niet.
Mijn "total failed download sessions" is 14% lijkt me ook genoeg, maar is al beduidend minder. Ik kijk er bijna nooit naar maar het viel me nu op. Volgens mij waren deze percentage's vroeger beter.
Ik draaide hiervoor (heb Morph net een week) Pawcio en die maakte zijn chunks niet automatisch af, maar ik dacht niet dat alle data daardoor onbruikbaar zou zijn. Morph heeft die optie standaard aan staan, in lichtgrijs dus ik kan het ook niet veranderen, maar dit lijkt me ook het beste. De statistieken van mijn huidige sessie, dus Morph, zijn; failed upload sessions 9,2% en failed download sessions 24%. Betere up en mindere down dus, dit lijkt me nog steeds niet echt optimaal.
Ohh ik bedenk me net dat mijn comuter nogal eens crashte met Pawcio, ook niet positief voor de precentages natuurlijk, maar dat is met Morph een stuk beter geworden.
Dus als iemand mij de normale failed sessions zou kunnen melden en mij kunnen adviseren wat ik eraan kan doen indien het niet optimaal is bij mij ben ik hem/haar dankbaar.

[ Voor 12% gewijzigd door Verwijderd op 27-02-2004 12:42 ]

[Manke]

moet je maar niet zo veel illegale shit downloaden
volgens mij valt er niks legaals te downloaden met emule enzo

voor de mensen die niet volledig willen uploaden maar wel maximaal willen downloaden:
www.Knip.Dat.is.lame.

[ Voor 44% gewijzigd door F_J_K op 27-02-2004 23:16 ]

[Verwijderd]

Onder het tab "statistics" staat bij clients:
Filtered: 560

Dit aantal gefilterde clients, is dat een gevolg van de aangevinkte optie
"Accept from valid clients only"?

of/en

omdat IP-adressen uit ipfilter.dat geblokkeerd worden?

[The Third Man]

Verwijderd schreef op 27 februari 2004 @ 23:31:
Onder het tab "statistics" staat bij clients:
Filtered: 560

Dit aantal gefilterde clients, is dat een gevolg van de aangevinkte optie
"Accept from valid clients only"?

of/en

omdat IP-adressen uit ipfilter.dat geblokkeerd worden?

Ik denk 'en', plus nog de clients die '255.255.255.255' of een lan ip (192.168.x.x bijv) opgeven.

[The Third Man]

Verwijderd schreef op 27 februari 2004 @ 11:57:
[knip]

Het is onschuldig, niet complete chunks worden ook als 'failed' gezien. Aangezien dan een download van 5 MB van iemand (dus een halve chunk ongeveer) ook als failed wordt gezien maar niet bepaald onnuttig is, is die statistiek een beetje misleidend.

[Gerwin]

Manke schreef op 27 februari 2004 @ 22:32:
moet je maar niet zo veel illegale shit downloaden
volgens mij valt er niks legaals te downloaden met emule enzo

voor de mensen die niet volledig willen uploaden maar wel maximaal willen downloaden:
www<font color=blue>.Knip.Dat.is.lame.</font>

Wat is dit? Is nu ook al mogelijk met eMule vals te spelen dan?
Zit ik voor Jan met de korte achternaam te uploaden dan?

[The Third Man]

Gerwin schreef op 28 februari 2004 @ 00:50:
[...]

Wat is dit? Is nu ook al mogelijk met eMule vals te spelen dan?
Zit ik voor Jan met de korte achternaam te uploaden dan?

Tja alles is mogelijk, het is alleen nogal asociaal en onethisch om te doen laat staan hier te vertellen hoe. Overigens zegt hij wel dat er volgens hem niks legaals te downloaden valt met Emule, maar dat komt duidelijk doordat hij Emule nooit gebruikt om iets legaals te downloaden. Het overgrote deel is illegaal, maar er zijn ook veel legale dingen te vinden (juist omdat emule prettig werkt als aanbiedtprogramma, je regelt zelf de bandbreedte en iedereen krijgt evenveel).

[IceStorm]

En 0.42b is uit:

http://switch.dl.sourcefo...orge/emule/eMule0.42b.zip (enige sourceforge mirror voor de binaries op dit moment)

En een lijstje met changes

----------------------
- Feb 27th, 2004 -
----------------------
Ornis: Several minor corrections on the GUI
Unk: HotFix for publishing keywords.

----------------------
- Feb 22th, 2004 -
----------------------
bluecow: Several changes and optimizations to verbose log options.
Unk: Hopefully reduced keyword overhead some more by only publishing complete files.

----------------------
- Feb 21th, 2004 -
----------------------
bluecow: Added new connection state icon showing seperate eD2K and Kad network connection state and seperate LowID/HighID.

----------------------
- Feb 20th, 2004 -
----------------------
bluecow: Added new AVI file parsing code for getting attributes in File Info dialog.
bluecow: Added a thread for getting audio/video attributes of multiple files when using File Info dialog.

----------------------
- Feb 19th, 2004 -
----------------------
bluecow: Added optional support for MediaInfoLib (http://mediainfo.sourceforge.net) for viewing audio/video attributes of part and shared files. This feature is optional and will only be used if version 0.4.0.1 of MediaInfoLib (MediaInfo.DLL) is copied to eMule application folder.

----------------------
- Feb 18th, 2004 -
----------------------
bluecow: Added merging of audio/video attributes in File Info dialog. All audio/video attributes from all selected (part) files are merged to verify if selected files are of same audio/video format.

----------------------
- Feb 16th, 2004 -
----------------------
bluecow: Added new column to search results showing local file info.

----------------------
- Feb 15th, 2004 -
----------------------
bluecow: Search type or shared files list request is shown in each search results tab.
bluecow: Added automatic creation of 'downloads.txt' file in eMule application folder. This file holds the current part file names and related ed2k links to recover more easily after lost part.met files.

----------------------
- Feb 14th, 2004 -
----------------------
bluecow: Windows thumbs.db files with missing system file attribute are no longer shared.
bluecow: Thoroughly handling of max. nick name length.

----------------------
- Feb 12th, 2004 -
----------------------
bluecow: Tweaked tab controls in server window/chat window to show unread log/chat messages.

----------------------
- Feb 10th, 2004 -
----------------------
bluecow: Added caching of webservices menu entries.
bluecow: Fixed multi threading issue with file completion.
bluecow: Fixed some problems with duplicate entries in known file list and shared file list.

----------------------
- Feb 9th, 2004 -
----------------------
bluecow: Added a lot of protocol logging and debugging code.
bluecow: Several optimizations in processing search expressions for keyword index.
bluecow: Reworked UDP socket exception handling.
Unk: Split source and keyword indexing to allow specific tweaking later.

----------------------
- Feb 6th, 2004 -
----------------------
bluecow: Added more logging options in Extended Settings.
Unk: Kad now allows smaller local networks if you turn off LANIP filtering. (This should only be used for debuging and testing)
Unk: A lot of Kad has been converted to use CSafeMemFile.. To finish converting all, we need to convert the Kad's Tags and Kad's Taglist to work with it..
Unk: When duplicates are found in the KnownFileList, the stats are now merged..

----------------------
- Feb 4th, 2004 -
----------------------
bluecow: Reworked internal storage of preferences.
bluecow: Fixed bug with downloads added from search result in paused mode which dropped possible found sources.
unk: Redid the knownfilelist.. Before you could have multi entires.

----------------------
- Feb 3nd, 2004 -
----------------------
bluecow: Fixed bug with Kad keyword publishing list due to renaming a shared file which was completed in current session.

----------------------
- Feb 2nd, 2004 -
----------------------
bluecow: Fixed bug in Kad search with implicit ANDed search expressions.
. : Merging of the extended trayicon menue [eMule+]

----------------------
- Feb 1st, 2004 -
----------------------
bluecow: Reworked IP filter
- Optimized IP filter lookup for less CPU load.
- Optimized loading of IP filter files.
- Added merge of overlapping and adjacent filter ranges.
- More safety in determining format of IP filter files (support for eMule IP filter and PeerGuardian file formats).
- More tolerance in eMule IP filter format files (level and description is now optional).
- Added IP filter dialog for basic editing and viewing IP filters (accessible via Tool menu).
- Added IP filter rule hit statistics.
Unk: Fixed a bug in the UDP port that resent UDP packets to dead clients.

----------------------
- Jan 29th, 2004 -
----------------------
Unk: Major rewrite of the Kad code..
- Kad is now part of eMule's thread so we don't have to worry about Sync issues.
- Although many will say that this is a performance loss, I feel the the simplification of the code out ways this.
- Kad will now use eMule's UDP port (And eMule's TCP port in the future) instead of their own.

----------------------
- Jan 27th, 2004 -
----------------------
bluecow: New data (packet + files) processing code for less CPU load.

----------------------
- Jan 25th, 2004 -
----------------------
Unk: Fixed a few issues that occured when a partfile became a complete file.

----------------------
- Jan 22th, 2004 -
----------------------
bluecow: Fixed bug with wrong category directory shown for new created downloads.
bluecow: Fixed printf-flaw with category directories.
bluecow: Fixed problem with empty file data packets which could corrupt the gap list.
bluecow: Fixed timing issue in PerfLog module.
bluecow: Fixed statistics bug with ICH in download session category.

----------------------
- Jan 19th, 2004 -
----------------------
bluecow: Fixed: If the very first downloaded part of a file was recovered by ICH, the file was though not shared until another part was completed without ICH.
Unk: Incoming ExtendedFileInfo was done without checking the version number.
- This fix seems to have found that a couple older eMule Mods and Shareaza (And maybe a some other mods) are sending the wrong version number here.
- They say they support the ExtendedFileInfo which makes us send the our info, but they in return do not send it to us when we are expecting it..
Unk: A part of the ED2K protocol has been redone into a eMule protocol. This allows us to do several ED2K type packets with just one packet hopeing to save overhead.
Unk: The UDP file reask now updates the FileStatus and it transmits all the ExtendedFileInfo.
Unk: File reasks have been extended for less overhead.
Unk: Source exchange times have been adjusted for less overhead. (May have to set the received source request time check back to older values so older clients don't suffer. Needs testing.)

----------------------
- Jan 17th, 2004 -
----------------------
Unk: The switch for processing sources for a download had some fall through bugs.
Unk: There was a bug the allowed the client to send a UDP and TCP file reask at the same time.
Unk: NNP sources was allowed to do a UDP reask which does not update our chunk info.. So, this was a wasted packet..
Unk: It was possible (But unlikely) for the client to send a UDP reask to a client he has never done a TCP reask..
Unk: AskForDownload() now returns a result so we know if the source was deleted.
Unk: Only count sent Kad overhead that was actually sent, not queued or failed..
Unk: Clients even without a valid file request could still get on the queue.
Unk: There were three different methods creating a per file upload list. Some of them rebuilt this list each time needed. We now maintain an upload list per each client in real time to avoid this.
- Update: there is a bug that allows the same file to be in the KnownFileList.. This messes up this real time management..
- For the moment, there is a debug code in the client the saves from creating dangling pointers..
- This code will be removed once we fix the issues..
Unk: Source exhange for a complete file is now like part files, you only send sources that has chunks the user needs.

----------------------
- Jan 15th, 2004 -
----------------------
Ornis: IPFilter - file can be now in peerguardian-format as well
Ornis: Preferences/Security: option to download the ipfilter-file from an URL
Ornis: Fix: Handling of deleting files, which are currently into diskspace allocation
bluecow: View Shared Files command of remote clients is disabled if client published that he does not support that feature.
bluecow: Fixed bug in viewing shared files from remote client - shared part files were not shown.
bluecow: Reduced memory usage of client instances #2.
bluecow: Fixed Kad UDP socket usage to avoid loss of packets to send.
bluecow: Optimized client listview controls for less CPU load.
bluecow: Fixed several flaws in context menus, shortcuts and usage of middle mouse button.
Unk: Try to filter self sources better.
Unk: We receive all incoming Kad sources now. (Was a bug that blocked them if the file got a lot of sources from a server or source exchange)
Unk: Again LowID Callbacks were messing up because of Kad and ED2K states. This is now checked more closly.
Unk: Nodal searches for publishing extended to allow full publish. Nodal searches for sources is lessened to reduce overhead with very rare files.

----------------------
- Jan 10th, 2004 -
----------------------
bluecow: Some changes for more proper Winsock initialisation and termination.
bluecow: Fixed and added some statistics for file data transfer.
Unk: Nodal lookups are now deleted with a delay when allowed. In other words, we try not to waste delayed incoming result packets.
Unk: There is a bug with the experation timer to Nodal lookups when you exhausted all pending contacts.
Unk: Keyword republishing is delayed longer to lower overhead.

Er is nog geen installer omdat deze versie nog niet verder dan alpha is maar toch . Kad staat overigens standaard uit volgens http://forum.emule-project.net/index.php?showtopic=40872 dus even aanzetten als je wilt testen.

* IceStorm gaat pas over als downloads klaar zijn

[Manke]

ja er zijn genoeg legale dingen te downloaden via emule, (porno (niet alle), demos, demo filmpjes, trailers, plaatjes, tekenfilmpjes, freeware, oude spelletjes, en noem maar op)
iedereen hier download wel eens wat illegaals met emule (moeilijk te vinden programmas bijvoorbeeld, en films, zijn we nl'er of niet ), dat weet je ook wel, alleen het gaat tegen de forumregels in om erover te praten
Op het edonkey netwerk kan je veel zeldzame dingen vinden, maar dat weet iedereen al

ik gaf die site met de emule mod, voor de mensen die een te lage uploadsnelheid hebben, laat ze upload dan op 5 zetten, en download op max, niks ergs aan toch. Of als men een gierige isp heeft met een lage datalimiet
wel gierig om de upload helemaal uit te zetten

[The Third Man]

Manke schreef op 28 februari 2004 @ 13:17:
ik gaf die site met de emule mod, voor de mensen die een te lage uploadsnelheid hebben, laat ze upload dan op 5 zetten, en download op max, niks ergs aan toch. Of als men een gierige isp heeft met een lage datalimiet
wel gierig om de upload helemaal uit te zetten

Daar is wel wat ergs aan, want als mensen denken van '5 KB is toch voldoende?' dan denken ze later '1 KB is toch voldoende?' en dan is het einde zoek. Op de manier zoals het nu gaat wordt iedereen tenminste geacht te zorgen voor een nuttige bijdrage aan het edonkey netwerk, want in theorie zou iedereen een Upload/Download verhouding van 1:1 moeten halen, pas dan ben je sociaal bezig.

[Verwijderd]

Lekkere Kwal schreef op 28 februari 2004 @ 00:03:
[...]
Het is onschuldig, niet complete chunks worden ook als 'failed' gezien. Aangezien dan een download van 5 MB van iemand (dus een halve chunk ongeveer) ook als failed wordt gezien maar niet bepaald onnuttig is, is die statistiek een beetje misleidend.

Thnks Kwallie, alweer een pakje van mijn hart. Vond het ook al erg vreemd.

En ja, filesharing zou theoretisch gemiddeld 1:1 moeten zijn. Ik zit met 1,42:1 dus nog aan de sociale kant. Ik hoor wel eens van vrienden die met sneu verbindingen enorme downloadsnelheiden halen bij netwerken als bittorent, hoe dat mogelijk is snap ik echt niet. Maakt me ook niet veel uit, ben blij met mij electronische ezeltje.

[Robinski]

er zit trouwens een best vervelende bug in 0.42

Kademlia en eMule zouden zelfde UDP poort gebruiken,
ze hebben uit de instellingen ook KadUPD weggehaalt,
maar hij gebruikt dus wel standaard 4673.

dus heb je nog 2 UDP poorten nodig in je Firewall.

[The Third Man]

Robinski schreef op 28 februari 2004 @ 23:28:
er zit trouwens een best vervelende bug in 0.42

Kademlia en eMule zouden zelfde UDP poort gebruiken,
ze hebben uit de instellingen ook KadUPD weggehaalt,
maar hij gebruikt dus wel standaard 4673.

dus heb je nog 2 UDP poorten nodig in je Firewall.

Misschien staat de KadUDP poort nog wel appart in je preferences.ini?

[Maverick]

dan vul je voor de emule udp toch gewoon 4673 in

[Rafe]

Ik denk dat dat het is, ik heb net een cleane install van eMule 0.42 gedaan en die gebruikt braaf port 4672.

Waarschijnlijk heb jij geupgrade, en gebruikt eMule uit preferences.ini de port die daar specifiek voor Kademlia is aangegeven. Staat die setting er niet, maakt ie gebruik van de standaard UDP port denk ik

[DK]

Mag ik wat vragen?

Ik installeer Emule. Het programma wil eerst 10x geen verbinding maken met een server (Die "schijnen allemaal dood" ) vervolgens kan ik niks (fatsoenlijk) downloaden omdat ik nog geen credit heb maar credit kan ik alleen opbouwen door te downloaden en uiteindelijk gaat het programma op zijn bek

Zijn de mensen die Emule gebruiken dezelfde mensen die een Apple hebben, Linux draaien en SP stemmen (Kortom de "wij zijn tegen alles wat de rest van Nederland doet" mensen) of heeft het Emule WEL een nut?

(Niet bedoeld als Flame, alleen interrese)

[The Third Man]

DK schreef op 28 februari 2004 @ 23:58:
Mag ik wat vragen?

Ik installeer Emule. Het programma wil eerst 10x geen verbinding maken met een server (Die "schijnen allemaal dood" ) vervolgens kan ik niks (fatsoenlijk) downloaden omdat ik nog geen credit heb maar credit kan ik alleen opbouwen door te downloaden en uiteindelijk gaat het programma op zijn bek

Zijn de mensen die Emule gebruiken dezelfde mensen die een Apple hebben, Linux draaien en SP stemmen (Kortom de "wij zijn tegen alles wat de rest van Nederland doet" mensen) of heeft het Emule WEL een nut?

(Niet bedoeld als Flame, alleen interrese)

Ehm nee, Emule is juist het populairste p2p programma at the moment, ik denk eerder dat je WinMX onder het groepje 'alto's' () kan scharen.

Ik zou als ik jou was eens goed de faq doorlezen, een verse serverlijst van ed2k.has.it halen, geduld hebben en een Emule met Kademlia (versie 0.4x) gebruiken, als je dat nog niet deed. Overigens zijn credits niet verplicht, het wachtrijsysteem werkt echter op een combinatie van tijd en credits. Dus je komt altijd aan de beurt, alleen moet je als beginner wat langer wachten.

[Verwijderd]

DK schreef op 28 februari 2004 @ 23:58:
Mag ik wat vragen?

Ik installeer Emule. Het programma wil eerst 10x geen verbinding maken met een server (Die "schijnen allemaal dood" ) vervolgens kan ik niks (fatsoenlijk) downloaden omdat ik nog geen credit heb maar credit kan ik alleen opbouwen door te downloaden en uiteindelijk gaat het programma op zijn bek

Zijn de mensen die Emule gebruiken dezelfde mensen die een Apple hebben, Linux draaien en SP stemmen (Kortom de "wij zijn tegen alles wat de rest van Nederland doet" mensen) of heeft het Emule WEL een nut?

(Niet bedoeld als Flame, alleen interrese)

Zo.. Als je niet eens de moeite neemt om het programma behoorlijk te configureren moet je gewoon lekker je bek houden.... :-) En neeh, ik gebruik Windows en ik stem VVD... Nu tevree??

[Verwijderd]

DK schreef op 28 februari 2004 @ 23:58:
Mag ik wat vragen?

Ik installeer Emule. Het programma wil eerst 10x geen verbinding maken met een server (Die "schijnen allemaal dood" ) vervolgens kan ik niks (fatsoenlijk) downloaden omdat ik nog geen credit heb maar credit kan ik alleen opbouwen door te downloaden en uiteindelijk gaat het programma op zijn bek

Zijn de mensen die Emule gebruiken dezelfde mensen die een Apple hebben, Linux draaien en SP stemmen (Kortom de "wij zijn tegen alles wat de rest van Nederland doet" mensen) of heeft het Emule WEL een nut?

(Niet bedoeld als Flame, alleen interrese)

laat me raden.. je hebt hiervoor alleen nog maar kazaa gebruikt?

[ Voor 11% gewijzigd door Verwijderd op 29-02-2004 04:24 ]

[Verwijderd]

Zoefff schreef op 05 januari 2004 @ 10:00:
Modbreak: Die hele lijst staat ook hier

DE eigenaars van deze site zouden deze toic moeten Deleten, iedereen weet dat het wordt gebruikt voor downloads met auteursrechten, genoeg voorbeelden in de topic van downloaders en uploaders.

[ Voor 92% gewijzigd door moto-moi op 29-02-2004 10:16 ]

[stylezzz]

[legolas82]

Verwijderd schreef op 29 februari 2004 @ 04:32:
[...]

DE eigenaars van deze site zouden deze toic moeten Deleten, iedereen weet dat het wordt gebruikt voor downloads met auteursrechten, genoeg voorbeelden in de topic van downloaders en uploaders.

Wat lul jij nou weer? Sites geven alleen uitleg... Wat doe je hier dan als je ertegen bent..

[Zoefff]

DK schreef op 28 februari 2004 @ 23:58:
Mag ik wat vragen?

Ik installeer Emule. Het programma wil eerst 10x geen verbinding maken met een server (Die "schijnen allemaal dood" ) vervolgens kan ik niks (fatsoenlijk) downloaden omdat ik nog geen credit heb maar credit kan ik alleen opbouwen door te downloaden en uiteindelijk gaat het programma op zijn bek

Zijn de mensen die Emule gebruiken dezelfde mensen die een Apple hebben, Linux draaien en SP stemmen (Kortom de "wij zijn tegen alles wat de rest van Nederland doet" mensen) of heeft het Emule WEL een nut?

(Niet bedoeld als Flame, alleen interrese)

Wellicht moet je de volgende keer wat verder kijken dan je neus lang is. Zoals je ook prima uit bijvoorbeeld de startpost en de FAQ had kunnen opmaken, is eMule niet een programma wat meteen goed en prettig werkt, daar zal je wat tijd (en bandbreedte) in moeten investeren.

De eerste keer als je verbinding maakt, zit er een standaard serverlijst in, die niet echt uptodate is. Daarom kan het zijn dat er een hoop dode servers tussen zitten. Naarmate je eMule langer gebruikt, maakt ie automatisch een serverlijst met goede servers, waardoor je vrijwel meteen verbonden bent als je op connect drukt.

Het credit systeem is (in mijn ogen) een noodzakelijk iets om een P2P netwerk goed te kunnen laten functioneren. Beginnende gebruikers kunnen hier idd tegenaan stuiten, ze zullen in het begin best veel moeten uploaden, en geduld moeten hebben om te kunnen downloaden. Als je het echter op de lange termijn bekijkt, is het alleen maar voordelig, en zal het het netwerk in stand houden.

Kortom, als ik jou was zou ik eMule gewoon nog een keer uit proberen, en het dan even rustig de tijd geven. Wil je dat niet, dan ben je het wat mij betreft ook niet waard om eMule te gebruiken (nofi ).

Overigens, ik draai Windows XP (en Linux, maar dat gebuik ik een stuk minder ), en ik heb de laatste keer VVD gestemd

[The Third Man]

Verwijderd schreef op 29 februari 2004 @ 04:32:
[...]

DE eigenaars van deze site zouden deze toic moeten Deleten, iedereen weet dat het wordt gebruikt voor downloads met auteursrechten, genoeg voorbeelden in de topic van downloaders en uploaders.

Stel dat je theorie klopt, waarom zouden ze het topic dan moeten deleten? De enige reden waarom ze een topic over auteursrechtelijk beschermd materiaal zouden deleten is als ze zelf' in de problemen zouden komen. Dat gebeurt echter niet, want er wordt hier alleen uitgelegd hoe je het programma aan de praat krijgt, niet hoe je aan de illegale content komt (vandaar dat het linken naar linksites wel verboden is, dat kan GoT wel in de problemen brengen).

[Packardhell]

Verwijderd schreef op 29 februari 2004 @ 04:32:
[...]

DE eigenaars van deze site zouden deze toic moeten Deleten, iedereen weet dat het wordt gebruikt voor downloads met auteursrechten, genoeg voorbeelden in de topic van downloaders en uploaders.

Nogal domme opmerking, als je het mij vraagt. Lekkere redevoering hoor: 'Iedereen weet toch...'. Moet je tijdens een rechtzaak doen, sta je meteen voor gek. Het betreffende programma, waar dit topic over gaat, is totaal niet tegen de Nederlandse Wet. Dus ik zie niet in waarom het dan gesloten zou moeten worden. eMule/eDonkey biedt alleen maar een toegang tot een infrastructuur, net zoiets als een oprit naar de huis (die biedt toegang tot de openbare weg).

[Rafe]

Verwijderd schreef op 29 februari 2004 @ 04:32:
[...]

DE eigenaars van deze site zouden deze toic moeten Deleten, iedereen weet dat het wordt gebruikt voor downloads met auteursrechten, genoeg voorbeelden in de topic van downloaders en uploaders.

Dus praten over een programma, en het oplossen van kleine problemen/vragen mag ook niet? eMule is niet verboden of illegaal, wat de gebruiker er mee doen kan dat wel zijn (dit is te vergelijken met Buma/Stemra verliest rechtszaak van Kazaa). We weren ook in dit topic, net zoals op de rest van GoT, links naar warez sites, waar de bekende Ed2K link sites ook onder vallen.

Anyway, dit topic is niet bedoeld voor deze discussie. Als je hier nog verder over wel praten met de "beheerders" (we zijn dat dat dan niet van de hele site, maar wel van dit subforum waar deze discussie zich plaatsvind), kan je hier contactinformatie vinden.

[ Voor 8% gewijzigd door Rafe op 29-02-2004 12:46 ]

[Zoefff]

Hebben jullie het nieuwe "Traymenu" in .42b al gezien trouwens?!

[The Third Man]

Zoefff schreef op 29 februari 2004 @ 13:04:
Hebben jullie het nieuwe "Traymenu" in .42b al gezien trouwens?!

[afbeelding]

Wat is daar zo nieuw aan?


Of zit dat nu voor het eerst ook in de normale Emule?

[Zoefff]

Ow

Zit idd voor het eerst in de normale eMule ja

En ik was al helemaal blij..

[IceStorm]

Ik ben wel blij hoor Zoefff (standard eMule POWERRRRRR )

Ik heb hem nog niet geinstalled (ga even geen wachtrijen opgeven ) maar zijn er veel dingen 'anders'?

[Zoefff]

Neuh, valt wel mee.

Er zijn een paar dingen veranderd/verbeterd aan de GUI, wereldbolletje geeft nu gescheiden kad/ed2k verbinding aan, IP filter zit onder toolsknop, search is ietsje anders, en nog wat kleine dingen, maar niet wereldschokkend.

De logs zijn wel extreem uitgebreid, volgens mij word er veel meer gelogd.

En aan de changelog te zien zijn er wel een hoop bugfixes

Maar, het is nog niet echt de moeite waard om je wachtrijen voor op geven nee

[Resistor]

Zoefff schreef op 29 februari 2004 @ 14:36:
Neuh, valt wel mee.

Er zijn een paar dingen veranderd/verbeterd aan de GUI, wereldbolletje geeft nu gescheiden kad/ed2k verbinding aan, IP filter zit onder toolsknop, search is ietsje anders, en nog wat kleine dingen, maar niet wereldschokkend.

De logs zijn wel extreem uitgebreid, volgens mij word er veel meer gelogd.

En aan de changelog te zien zijn er wel een hoop bugfixes

Maar, het is nog niet echt de moeite waard om je wachtrijen voor op geven nee

Als je weinig bronnen hebt kan het nadelig zijn, maar als er genoeg bronnen zijn valt het mij op dat als ik eerst een hele tijd in de wachtrij heb gestaan, eMule even uitschakelen en 10 min. later weer aanzet ik gelijk weer verder kan met downloaden.

Maar je kan het natuurlijk ook vlak voor je de computer uitzet installeren. (als je je computer ooit uitzet)

[Verwijderd]

ongetwijfeld een veelgestelde vraag maar ik zit momenteel met de laatste versie van emule zonder het kad-network support. Zal het nu veel uitmaken om te upgraden naar 42b gezien de download snelheid?

[IceStorm]

Veel uitmaken, nah. Alle mensen die nu KAD gebruiken kun je ook bereiken met eMule.
Dus niet overstappen??? JAWEL Kad zal toch de toekomst worden (er wordt nu ook alleen aan Kad gewerkt) om het zo maar te zeggen, hoe meer mensen over stappen, hoe beter.

En overstappen stelt niks voor, niet veel anders dan overstappen van een 'normale' emule versie.

Resistor, ik weet hoe het werkt Maar ik heb een paar bestanden er in staan die er letterlijk al maanden instaan en waar ik maar heel zelden iets van krijg van de enige persoon die het compleet heeft dus vandaar dat ik nog even wacht met upgraden

[Zoefff]

Lastig om te beantwoorden, maar ik zou het wel doen.

Ik heb nog niet echt een groot verschil gemerkt, maar het is natuurlijk ook erg lastig te controleren. 1 van de voordelen die Kademllia wel heeft, is dat je er gewoon een berg sources bij krijgt. En die kunnen weer voor downloads zorgen, dus wat dat betreft zal het downloaden wel sneller gaan ja.

Als je op zeker wilt spelen kan je gewoon de laatste .41 gebruiken, voor zover bekend is die redelijk stabiel. Versie .42 tot nu toe ook trouwens, maar die draai ik nog maar een halve dag

[Robinski]

Lekkere Kwal schreef op 28 februari 2004 @ 23:32:
[...]
Misschien staat de KadUDP poort nog wel appart in je preferences.ini?

die had ik dus al uit de ini verwijderd, en toch blijft me firewall dus errors geven

[Deem]

Hey, een nieuwe versie. Ik had al direct problemen met het het installen van deze over de oude versie heen. Kon geen High-ID meer krijgen.
Ik heb dit op kunnen lossen door alles eraf te gooien en hem effe vers erop te zetten.
Er zit nu ook een IP-Filter editor waar je zelf een lijst met IP-nummers kan invoeren of importeren. Heeft iemand al zo een file die je hierin kan importeren zodat je je beschermt tegen ongure types? .

[Verwijderd]

Zoefff schreef op 29 februari 2004 @ 15:03:
Lastig om te beantwoorden, maar ik zou het wel doen.

Ik heb nog niet echt een groot verschil gemerkt, maar het is natuurlijk ook erg lastig te controleren. 1 van de voordelen die Kademllia wel heeft, is dat je er gewoon een berg sources bij krijgt. En die kunnen weer voor downloads zorgen, dus wat dat betreft zal het downloaden wel sneller gaan ja.

Als je op zeker wilt spelen kan je gewoon de laatste .41 gebruiken, voor zover bekend is die redelijk stabiel. Versie .42 tot nu toe ook trouwens, maar die draai ik nog maar een halve dag

Ik ga het zo ff proberen ik neem namelijk aan dat je wel gewoon je download van de oude emule in de nieuwe kan afmaken. Mocht het toch niet lekker draaien downgrade ik wel weer.

[Herr Muller]

DK schreef op 28 februari 2004 @ 23:58:
Mag ik wat vragen?

Zijn de mensen die Emule gebruiken dezelfde mensen die een Apple hebben
Op een apple draai je OS X, geen linux.,
Linux draaien Emule draait niet onder linux. Je hebt daar andere progs voor (amule, xmule)
en SP stemmen (Kortom de "wij zijn tegen alles wat de rest van Nederland doet" mensen) of heeft het Emule WEL een nut? ja, maar dat hebben anderen al uitgelegd

Ik had zelf ook nog een vraagje. Ik draai amule 1.2.4 onder suse 9 9 (heb daarvoor xmule gedraait, maar werkte niet veel beter). Daarvoor heb ik Emule onder winxp gebruikt en ik merkte dat me download daar veel hoger lag.
Onder windows had ik een UP:DL ratio die altijd lag tussen de 1:1 en de 1:1.10.

Nu (onder linux) heb ik echter al meer dan 40GB geupload, terwijl me download steeds zo'n 10GB achter loopt (30GB dus). Mijn gemiddelde download snelheid, komt nooit boven de 30KB/s (vaak lager). Opzich kan ik hier wel mee leven, maar ik vind het toch vreemd. Het maakt ook helemaal niets uit of het populaire files zijn.
Ik downloadde laatst 4 files, die bij de search meer dan 2000 sources per file hadden. De download snelheid was over die nacht, gemiddeld 25KB/s en een piek naar 70 KB/s. De upload cap ik meestal op 25KB (van de 45) en me download staat op 128. Max sources per file staan op 400 en conncetion limit staat op 800.

Herkend iemand dit "luxeprobleem", of zijn er andere mensen met (soortgelijke) problemen met amule/xmule? Alvast bedankt

[ Voor 54% gewijzigd door Herr Muller op 29-02-2004 15:39 ]

[Zoefff]

Mr. Hard, je kan idd prima je download van je oude eMule afmaken in de nieuwe.

[Martinus]

Herr Muller schreef op 29 februari 2004 @ 15:25:
[...]


Ik had zelf ook nog een vraagje. Ik draai amule 1.2.4 onder suse 9 9 (heb daarvoor xmule gedraait, maar werkte niet veel beter). Daarvoor heb ik Emule onder winxp gebruikt en ik merkte dat me download daar veel hoger lag.
Onder windows had ik een UP:DL ratio die altijd lag tussen de 1:1 en de 1:1.10.

Nu (onder linux) heb ik echter al meer dan 40GB geupload, terwijl me download steeds zo'n 10GB achter loopt (30GB dus). Mijn gemiddelde download snelheid, komt nooit boven de 30KB/s (vaak lager). Opzich kan ik hier wel mee leven, maar ik vind het toch vreemd. Het maakt ook helemaal niets uit of het populaire files zijn.
Ik downloadde laatst 4 files, die bij de search meer dan 2000 sources per file hadden. De download snelheid was over die nacht, gemiddeld 25KB/s en een piek naar 70 KB/s. De upload cap ik meestal op 25KB (van de 45) en me download staat op 128. Max sources per file staan op 400 en conncetion limit staat op 800.

Herkend iemand dit "luxeprobleem", of zijn er andere mensen met (soortgelijke) problemen met amule/xmule? Alvast bedankt

als ik jouw was, zou ik mijn sources eens naar 2000 zetten en je connecties op 400 ofzo...

en doe dan weer eens een populaire file... het moet dan hard gaan op den duur...

[IceStorm]

400 sources per file is idd te weinig Populaire bestanden hebben er al gauw 1000+.

[Verwijderd]

IceStorm schreef op 29 februari 2004 @ 16:00:
400 sources per file is idd te weinig Populaire bestanden hebben er al gauw 1000+.

zoveel heb ik nog nooit gehad het hoogste wat ik heb gezien is 5XX en meestal zijn mijn bestanden 50 ofzo (nef2k files)

[The Third Man]

Robinski schreef op 29 februari 2004 @ 15:07:
[...]


die had ik dus al uit de ini verwijderd, en toch blijft me firewall dus errors geven

Ja maar dat is andere koek, dat is verkeer naar jou toe, dus van mensen die jou nog kennen als Robinski:4673 in plaats van 4672, wat je pas zeer recent hebt veranderd.

[Verwijderd]

Zoefff schreef op 29 februari 2004 @ 15:37:
Mr. Hard, je kan idd prima je download van je oude eMule afmaken in de nieuwe.

Ja alles loopt hoor alleen moest ik het kad network wel ff handmatig connecten ook al stond hij op auto maar hij werkt, echter merk ik geen verschil kwa download snelheid.

[Foxke]

Ik heb versie .42b nu ook draaien, maar heb 1 probleem
Ik doe bijna alles via de web interface (emule staat op server in andere kamer), maar als ik een search doe, en ik vink iets aan en doe dan op download klikken, dan mnoet ik weer opnieuw inloggen, en de download is niet toegevoegd

Verder gaat emule steeds beter werken bij mij (werk er pas een week of 2 mee)

[Robinski]

Lekkere Kwal schreef op 29 februari 2004 @ 17:02:
[...]
Ja maar dat is andere koek, dat is verkeer naar jou toe, dus van mensen die jou nog kennen als Robinski:4673 in plaats van 4672, wat je pas zeer recent hebt veranderd.

dat bedacht ik me zelf dus ook.
ik had trouwens de source er maar eens bijgezocht, en hij gebruikt alleen UPDPort uit de Config en niet KadUDPPort, en 4673 komt nergens voor in de source

[IceStorm]

Foxke schreef op 29 februari 2004 @ 17:29:
Ik heb versie .42b nu ook draaien, maar heb 1 probleem
Ik doe bijna alles via de web interface (emule staat op server in andere kamer), maar als ik een search doe, en ik vink iets aan en doe dan op download klikken, dan mnoet ik weer opnieuw inloggen, en de download is niet toegevoegd

Verder gaat emule steeds beter werken bij mij (werk er pas een week of 2 mee)

Misschien een klein tipje, gebruik remote desktop connection voor eMule beheren. Ik heb hetzelfde (eMule bak staat in de meterkast) maar ik heb hier op mijn kamer standaard RDC aanstaan om eMule te beheren. Ik vind de webinterface gewoon net te min om alles er mee te doen. Kun je ook linkjes enzo 'direct' invoeren ipv knippen/plakken .

Is geen oplossing voor je probleem, weet ik, sorry .

[Verwijderd]

nu je ook een ip update kan doen in deze verzie hier ff een link voor een ip lijst
http://membres.lycos.fr/ipfilter/ipfilter.txt
de link gewoon ff plakken in je emule voorkeuren

[ Voor 18% gewijzigd door Verwijderd op 29-02-2004 19:35 ]

[Beekforel]

Ok, ik heb een heel vreemd probleem...
Ik kan moeilijk verbinding krijgen met een server opeens.. (kad gaat wel goed, maar firewalled. Dit was altijd al.)
Als ik verbinding krijg heb ik wel gewoon een High ID, maar heb ik heel weinig tot geen bronnen voor de meeste bestanden. Ik heb net even een file geprobeerd die meer dan 300 bronnen moet hebben, emule vond er 40 en zakte toen weer heel snel naar 1. Ik zie weinig vreemde dingen in mijn logs, behalve:

Error: Client UDP socket, failed to receive data from *.*.*.*:4673: Error 10054: An existing connection was forcibly closed by the remote host.

Bij de sterretjes staat een voor mij onbekend ip. Ik heb al een heleboel verschillende poorten geprobeerd, maar het maakt weinig uit...
Max connections: 1000, Max sources: 1000. Poort (TCP): 1337, poort (UDP): 1347. Ik heb ook poorten als 8000, 9000 10000 geprobeerd, maar dat helpt allemaal niks. Ook op 4662 werkt het niet. Ik heb eMule v0.42b.
Wat kan het probleem zijn?

[Verwijderd]

als ik jouw was, zou ik mijn sources eens naar 2000 zetten en je connecties op 400 ofzo...

Waarom zou je nou een hoger getal in willen vullen voor max sources per file tov max connections? Als je op een que terecht komt, dan gaat dat ook van je max connections af. Lijkt me dus logischer als je:
max sources /file << max connections

Vooral als je meerdere files tegelijk downed.


ps: klopt het dat het laden van ipfilter.dat silent verloopt bij het starten van je client ? Zie er namelijk niks van terug in de log, tenzij ik handmatig op reload klik in de prefs.

[IceStorm]

Verwijderd schreef op 29 februari 2004 @ 21:48:
Waarom zou je nou een hoger getal in willen vullen voor max sources per file tov max connections? Als je op een que terecht komt, dan gaat dat ook van je max connections af. Lijkt me dus logischer als je:
max sources /file << max connections
Vooral als je meerdere files tegelijk downed.

Nope, is een slecht idee Als je ergens in een queue binnen komt heb je daar niet standaard een connectie voor nodig, er wordt gewoon om de zoveel tijd gecheckt of je al aan de beurt bent en alleen dan kost het ene connectie.
Als ik nu even snel tel heb ik 12 downloads met een totaal van ca 600 sources, dat kost me slechts 25 connections

[The Third Man]

Verwijderd schreef op 29 februari 2004 @ 21:48:
[...]


Waarom zou je nou een hoger getal in willen vullen voor max sources per file tov max connections? Als je op een que terecht komt, dan gaat dat ook van je max connections af. Lijkt me dus logischer als je:
max sources /file << max connections

Vooral als je meerdere files tegelijk downed.

Nee zo werkt het niet. Je blijft slechts enkele seconden met een peer verbonden, dus meer sources zorgt wel voor meer verbindingen, maar niet elke source kost een verbinding.

ps: klopt het dat het laden van ipfilter.dat silent verloopt bij het starten van je client ? Zie er namelijk niks van terug in de log, tenzij ik handmatig op reload klik in de prefs.

Ja dat gaat stilletjes inderdaad.

[b3ta]

Waar ik nu last van heb is dat als ik een grote file aan het downloaden ben en ik sluit emule af dan duurt dat FOCKING lang omdat NAV2004 de file nog aan het scannen is!! arg norton moet eens weer betere software gaan maken, ik twijfel echt hard om weer eens een andere antivirus te installen dit werkt voor geen meter zo.
Hebben mensen die ook NAV2004 en emule gebruik daar ook last van ??? Tell Me!!

[The Third Man]

b3ta schreef op 29 februari 2004 @ 22:59:
Waar ik nu last van heb is dat als ik een grote file aan het downloaden ben en ik sluit emule af dan duurt dat FOCKING lang omdat NAV2004 de file nog aan het scannen is!! arg norton moet eens weer betere software gaan maken, ik twijfel echt hard om weer eens een andere antivirus te installen dit werkt voor geen meter zo.
Hebben mensen die ook NAV2004 en emule gebruik daar ook last van ??? Tell Me!!

Ik heb er wel last van, maar ook weer niet dat je zegt 'goh ik wou dat het eens ophield'. Meestal merk ik het doordat opeens de harde schijf begint te ratelen als een gek, maar dat vind ik eigenlijk wel prettig want dan weet ik dat ik weer iets binnenheb Overigens kan je ook NAV 2003 gebruiken, die is bijna net zo goed en draait een stuk lichter.

[Par_Martinos]

Na het ontvangen van onderstaande mail laat ik E-donkey maar voorlopig uit

Wat denken jullie hiervan?

The Motion Picture Association (MPA) represents the following motion
picture production and distribution companies:

Columbia Pictures Industries, Inc.
Disney Enterprises, Inc.
Metro-Goldwyn-Mayer Studios Inc.
Paramount Pictures Corporation
TriStar Pictures, Inc.
Twentieth Century Fox Film Corporation
United Artists Pictures, Inc.
United Artists Corporation
Universal City Studios LLLP
Warner Bros. Entertainment Company Inc.

We have received information that you are hosting the above-referenced
Internet site on your servers. This site contains hyperlinks to downloadable
copies of copyrighted motion pictures belonging to MPA members. Moreover,
some of the actual media files are also hosted on your servers.
The list below gives in indication of which motion pictures are involved and
which MPA member company owns the copyright:
> EVER AFTER: A CINDERELLA STORY

The copyright holders have not authorized the reproduction or distribution
of their works in this way. Therefore, the availability to the public of
these files through hyperlinks on a website hosted on your servers and the
presence of the actual media files on your serv-ers constitute a
serious infringement of copyright. This infringement is actionable under
civil law and constitutes a serious criminal offence under articles 31, 31a
and 31b of the Dutch Copyright Act (Auteurswet 1912). Given the nature of
the material concerned and the fact that it is widely known that motion
picture studios do not distribute their works for free over the internet,
there can be no reasonable doubt about the illegality of this material.

The MPA has contacted the information provider directly but this has not
resulted in the removal of the infringing material / The MPA has not been
able to contact the information provider directly to request that he or she
remove the infringing material. By infringing material, we refer in this
case to all media files of motion pictures belonging to MPA members
located on your servers and to all web pages containing hyperlinks or other
forms of access to such media files hosted on third party servers. More
precisely, we consider the following files to be infringing:

------------------------------
Infringement Detail:
Infringing Work: EVER AFTER: A CINDERELLA STORY
Filename: Ever After.avi
First Found: 23 Feb 2004 18:48:18 EST (GMT -0500)
Last Found: 23 Feb 2004 18:48:18 EST (GMT -0500)
Filesize: 637,522k
IP Address: 212.84.x.x
IP Port: 4662
Network: eDonkey
Protocol: eDonkey

Pursuant to current EU and Netherlands law, Solcon Holding BV can
escape liability for this infringement of copyright through a website
hosted on its servers only if it takes immediate action to remove the infringing
material as soon as it knows or is informed of the presence of such infringing
material on its servers. By means of this letter, you have now been so
informed.

On behalf of the respective owners of the exclusive rights to the
copyrighted material at issue in this notice, we therefore request
that you immediately do the following:

1) Disable access to the infringing material as described;
2) Remove the infringing material from your server; and
3) Take appropriate action against the account holder under your buse Pol-icy/Terms of Service Agreement.

We reserve the right to start court proceedings against Solcon
Holding BV if the in-fringing material is not removed within three business days.

We hereby state that the information provided above is, to the best
of our knowledge, accurate and we hereby indemnify you against any claims
from the information provider that may arise out of your meeting our request.

Please contact us at the above listed address or by replying to this
email should you have any questions. Kindly include the above noted
reference number in the subject line of all email correspondence.

Thank you for your cooperation in this matter. Your prompt response is
requested.

Respectfully,
Thomas Temple
Director
Worldwide Internet Enforcement

Zo'n lap tekst voor een baggerfilm die na 1 keer half kijken van m'n pc is gekieperd.

Bovenstaande mail komt via onderstaand gebouw in Hoofddorp mijn mailbox binnen.

[ Voor 3% gewijzigd door Rafe op 01-03-2004 07:56 . Reden: even je IP adres weggehaald ;) ]

[PipoDeClown]

Par_Martinos schreef op 01 maart 2004 @ 07:14:
Na het ontvangen van onderstaande mail laat ik E-donkey maar voorlopig uit

Wat denken jullie hiervan?


[...]


Zo'n lap tekst voor een baggerfilm die na 1 keer half kijken van m'n pc is gekieperd.

Bovenstaande mail komt via onderstaand gebouw in Hoofddorp mijn mailbox binnen.
[afbeelding]

heb je "see my shared files" aanstaan voor iedereen?

[ Voor 61% gewijzigd door PipoDeClown op 01-03-2004 07:49 ]

[Beekforel]

Zo'n mailtje had ik ook, maar dan van MGM. Heb me er niet zoveel van aangetrokken.
Beetje selectiever in je downloads zijn etc

[Verwijderd]

Mag ik me afvragen hoe ze dan aan jullie mailadres komen?
ik heb gehoord dat je niet te trotseren bent via edonkeynetworks omdat het files in allemaal kleine deeltjes verstuurd ect. ect. is hier dan ook niks van waar?

[IceStorm]

Vaag mailtje? Ik zou er overigens niet zo bang van worden als de headers gewoon 'echt' zijn.
Hmm, doe toch de headers maar eens posten want ik geloof er geen ruk van

En voor Norton, ik heb 'scan within archives' uitgezet. Dat scheelt een hoop en als je om wat voor reden dan toch een virus in een archive hebt komt ie die wel tegen bij het uitpakken .

[Fuzz10]

b3ta schreef op 29 februari 2004 @ 22:59:
ik twijfel echt hard om weer eens een andere antivirus te installen dit werkt voor geen meter zo.

Gebruik VET antivirus (www.vet.com.au) , goedkoop en een vrijwel onzichtbare "footprint" ....

Par_Martinos schreef op 01 maart 2004 @ 07:14:
Na het ontvangen van onderstaande mail laat ik E-donkey maar voorlopig uit

Wat denken jullie hiervan?


[...]


Zo'n lap tekst voor een baggerfilm die na 1 keer half kijken van m'n pc is gekieperd.

Bovenstaande mail komt via onderstaand gebouw in Hoofddorp mijn mailbox binnen.
[afbeelding]

Ookal is het echt , ze kunnen je geen flikker maken...... Niets op uit doen dus....

[The Third Man]

Fuzz10 schreef op 01 maart 2004 @ 09:48:
[...]

Ookal is het echt , ze kunnen je geen flikker maken...... Niets op uit doen dus....

Ze kunnen je wél iets maken, en wel door Brein in te lichten. En zeker in de huidige tijd zou ik niet graag op een lijstje bij Brein willen staan. Voorkomen is beter dan genezen.

Het mailtje is trouwens echt, zowel de MPAA als de RIAA doen aan deze praktijken, waar ze overigens mee in hun recht staan, mits bewezen dat jullie (de geadresseerden) ook door hen beschermd matriaal aanbieden of -boden.

[IceStorm]

Lekkere Kwal schreef op 01 maart 2004 @ 11:00:
Het mailtje is trouwens echt, zowel de MPAA als de RIAA doen aan deze praktijken, waar ze overigens mee in hun recht staan, mits bewezen dat jullie (de geadresseerden) ook door hen beschermd matriaal aanbieden of -boden.

Ben ik toch benieuwd hoe ze dat laatse gaan aantonen want dat is naar mijn idee een takke klus (en zo goed als onmogelijk).

[The Third Man]

IceStorm schreef op 01 maart 2004 @ 11:05:
[...]

Ben ik toch benieuwd hoe ze dat laatse gaan aantonen want dat is naar mijn idee een takke klus (en zo goed als onmogelijk).

Dit zegt het toch al:

Infringement Detail:
Infringing Work: EVER AFTER: A CINDERELLA STORY
Filename: Ever After.avi
First Found: 23 Feb 2004 18:48:18 EST (GMT -0500)
Last Found: 23 Feb 2004 18:48:18 EST (GMT -0500)
Filesize: 637,522k
IP Address: 212.84.x.x
IP Port: 4662
Network: eDonkey
Protocol: eDonkey

[IceStorm]

Omdat het daar staat is het bewijs?
Een ip-adres is allesbehalve persoonsgebonden, een filename alleen zegt niet alles en het belangrijkste, hoe ga je het bewijzen dat die persoon op dat tijdstip die bewuste file aan het downloaden was en zich er van bewust was dat het om auteursrechtelijke beschermd werk zou gaan.

Als je zo'n mailtje krijgt en zegt "dat was ik niet" dan uh ja, staan ze imho met hun bek vol tanden .

[LiToKi]

Lekkere Kwal schreef op 01 maart 2004 @ 11:59:
[...]
Dit zegt het toch al:
[...]

Vraag me toch weleens af HOE ze zoeken. Typen ze gewoon wat in de search in/klikken ze op ed2k links? En dan downloaden en kijken wie er het materiaal aanbiedt?

@IcoStorm; volgens mij is diegene die betaald voor de internetverbinding verantwoordelijk.

[ Voor 14% gewijzigd door LiToKi op 01-03-2004 12:08 ]

[Beekforel]

IceStorm: Ze kunnen je dus wel wat maken, er staat meer van je geregistreerd dan je denkt. Je provider kan waarschijnlijk precies vertellen wanneer jij welk IP hebt etc.
Ik kreeg het mailtje over een film waarvan ik niet wist dat ik em downloade. Na wat zoekwerk, bleek de bestandsnaam nogal nietszeggend te zijn maar het was wel dezelfde film...

[Fuzz10]

Lekkere Kwal schreef op 01 maart 2004 @ 11:00:
[...]
Ze kunnen je wél iets maken, en wel door Brein in te lichten. En zeker in de huidige tijd zou ik niet graag op een lijstje bij Brein willen staan. Voorkomen is beter dan genezen.

Beekforel schreef op 01 maart 2004 @ 13:41:
IceStorm: Ze kunnen je dus wel wat maken, er staat meer van je geregistreerd dan je denkt. Je provider kan waarschijnlijk precies vertellen wanneer jij welk IP hebt etc.
Ik kreeg het mailtje over een film waarvan ik niet wist dat ik em downloade. Na wat zoekwerk, bleek de bestandsnaam nogal nietszeggend te zijn maar het was wel dezelfde film...

Sja , je komt wellicht op een lijstje, da's dan ook alles.

Ik moet nog meemaken dat ze hier in NL een individuele P2P gebruiker voor het gerecht gaan slepen. Ergo : ik zou me er niet zo druk om maken.

Enneuh .... illegale zaken downloaden mag natuurlijk ook niet he......

[Verwijderd]

Ben ik toch blij dat ik bij XS4all zit deze hebben een tijd geleden een rechtzaak gewonnen en geven dus 0% persoonlijke gegevens weg voor dit soort gevallen

[The Third Man]

Verwijderd schreef op 01 maart 2004 @ 15:15:
Ben ik toch blij dat ik bij XS4all zit deze hebben een tijd geleden een rechtzaak gewonnen en geven dus 0% persoonlijke gegevens weg voor dit soort gevallen

Dat ging over wat anders. Als de officier van Justitie opdracht geeft, is Xs4all wel degelijk wettelijk verplicht om de gegevens vrij te geven. En reken maar dat ze geen rechtzaak aanspannen voor een abonnee die bewezen beschermd materiaal aanbiedt. Het kost Xs4all alleen maar geld en winnen lukt ze toch niet; het zou namelijk voor een huiszoekingsbevel voor het datacentre zorgen en dan krijgen ze alsnog de persoonsgegevens.

[The Third Man]

IceStorm schreef op 01 maart 2004 @ 12:06:
Omdat het daar staat is het bewijs?
Een ip-adres is allesbehalve persoonsgebonden, een filename alleen zegt niet alles en het belangrijkste, hoe ga je het bewijzen dat die persoon op dat tijdstip die bewuste file aan het downloaden was en zich er van bewust was dat het om auteursrechtelijke beschermd werk zou gaan.

Als je zo'n mailtje krijgt en zegt "dat was ik niet" dan uh ja, staan ze imho met hun bek vol tanden .

Simpel: huiszoekingsbevel. Als de officier van Justitie vindt dat het bewijs aanleiding geeft tot verdenking van een vergrijp, wordt een huiszoekingsbevel goed gekeurt. Vervolgens komen er wat mensen bij jou op de stoep en nemen ze je pc mee, als het bestand er dan nog steeds opstaat heb je een serieus probleem, beweer dan nog maar dat jij het niet was.

[Icey]

Zo, na een half jaartje niet aanwezig op emule (ik download niks, heb niks nodig ) ben ik weer begonnen met het sparen van Third Watch afleveringen, erg leuke serrie, helaas niet erg makkelijk binnen te halen.

In ieder geval, ik heb weer bijna alle gotters als vrienden toegevoegd (wat een kutklus) en ik hoop nu het got emule team te kunnen versterken. Server staat dag en nacht aan, op 15kb/sec up.

[PipoDeClown]

Verwijderd schreef op 01 maart 2004 @ 15:15:
Ben ik toch blij dat ik bij XS4all zit deze hebben een tijd geleden een rechtzaak gewonnen en geven dus 0% persoonlijke gegevens weg voor dit soort gevallen

Zou maar niet te vroeg juichen. Als er werkelijk sprake zou zijn van "illegale activiteiten" (whatever op dat moment illegaal wordt geacht in Den Haag) gaat XS4ALL echt wel gegevens verstrekken. Dat zijn ze verplicht.

[Par_Martinos]

Beekforel schreef op 01 maart 2004 @ 13:41:
IceStorm: Ze kunnen je dus wel wat maken, er staat meer van je geregistreerd dan je denkt. Je provider kan waarschijnlijk precies vertellen wanneer jij welk IP hebt etc.
Ik kreeg het mailtje over een film waarvan ik niet wist dat ik em downloade. Na wat zoekwerk, bleek de bestandsnaam nogal nietszeggend te zijn maar het was wel dezelfde film...

Heb je hier verder ooit nog wat van gehoord? Btw, dat Cinderella verhaal is allang de prullenbak in, dus mij betrappen ze niet meer op het verspreiden van die movie.
_{We reserve the right to start court proceedings against Solcon
Holding BV if the in-fringing material is not removed within three business days.}

[ Voor 12% gewijzigd door Par_Martinos op 01-03-2004 16:05 ]

[Icey]

Par_Martinos schreef op 01 maart 2004 @ 07:14:
Na het ontvangen van onderstaande mail laat ik E-donkey maar voorlopig uit

Wat denken jullie hiervan?

Ik denk: Je provider zou niet 123 je gegevens loslaten, of jou mailadres. Waarschijnlijk heb je een webserver draaien thuis, en hebben ze gewoon http://jouip ingetikt alvorens ze op jou site komen. Daar stond dan je mailadres en daar hebben ze naar gemaild. Om mijzelf als voorbeeld te geven, als ze zien dat ik iets illegaals deel, en ze gaan naar mijn ip adres, dan komen ze op i-cey.net... en tja, daar vinden ze mijn mail

[Resistor]

Par_Martinos schreef op 01 maart 2004 @ 07:14:
Na het ontvangen van onderstaande mail laat ik E-donkey maar voorlopig uit

Wat denken jullie hiervan?


[...]


Zo'n lap tekst voor een baggerfilm die na 1 keer half kijken van m'n pc is gekieperd.

Bovenstaande mail komt via onderstaand gebouw in Hoofddorp mijn mailbox binnen.
[afbeelding]

Wat ik er van denk?
Wat moet je met zo'n film?

---

Het valt mij op dat als je een tijd eMule niet gebruikt hebt en weer begint (met alles nog bewaart, had het alleen niet aanstaan omdat ik niets wist te downloaden) het weer heel langzaam begint: ik heb eens voor de 'pauze' downloadsnelheden gehaald van 80+ KB/s, en nu kom ik met moeite boven de 40KB/s uit.

Blijkbaar is niet iedereen even zuinig met zijn clients.met

[The Third Man]

Icey schreef op 01 maart 2004 @ 16:10:
[...]


Ik denk: Je provider zou niet 123 je gegevens loslaten, of jou mailadres. Waarschijnlijk heb je een webserver draaien thuis, en hebben ze gewoon http://jouip ingetikt alvorens ze op jou site komen. Daar stond dan je mailadres en daar hebben ze naar gemaild. Om mijzelf als voorbeeld te geven, als ze zien dat ik iets illegaals deel, en ze gaan naar mijn ip adres, dan komen ze op i-cey.net... en tja, daar vinden ze mijn mail

Wat meestal gebeurt is dat ze een mail sturen naar je provider met het verzoek het naar jou door te sturen. Ook gebruiken ze vaak DNS records omdat daar officieel een werkend e-mailadres moet staan (anders is de registrar illegaal bezig) en veel mensen hun thuis ip aan een domein hebben gekoppeld.

[IceStorm]

Al met al, ipfilter updaten en gaan met die banaan

[Par_Martinos]

IceStorm schreef op 01 maart 2004 @ 16:49:
Al met al, ipfilter updaten en gaan met die banaan

Mwah, peer-to-peer is niet heilig... Me wat rustig houden op E-mule kan nu geen kwaad, dunkt me.

[ Voor 14% gewijzigd door Par_Martinos op 01-03-2004 17:21 ]

[Rudedadude]

Ik ben sinds enige tijd ook Emule (.30e) gebruiker. Na enig zoeken ben ik erachter gekomen hoe ik mijn speedtouch multipc modem moest forwarden en nu gebruik ik het geheel naar volle tevredenheid (alhoewel download ratio gemiddeld iets achter blijft bij de upload)

Mijn vraag is de volgende:
Op de dutchemulefaq staat dat wanneer je nog win98 gebruikt (en dat doe ik) de max connections beter niet hoger kunt zetten dan 50, omdat windows dit niet aankan. Ik heb ze op het moment op 100 staan en zie in de statistics dat emule er ook direct gebruik van maakt, dus nuttig lijkt het me wel. Nu is mijn vraag: wat zijn de gevolgen van het verhogen van de max connections? Ontploft m'n router nu, kunnen m'n huisgenoten zometeen niet meer internetten of loopt m'n systeem vast?

[IceStorm]

Ontploffen zal wel meevallen .

Een te hoog aantal connecties zorgt er gewoon voor dat je router er mee stopt in de meeste gevallen. Ik kan me voorstellen dat bij win98 bakken die vastlopen of iig je netwerkverbinding om zeep helpen maar iig niks wat een reboot (van pc of router) niet op kan lossen.
Gewoon proberen hoe hoog je kunt komen (hoewel 100 al vrij aardig is hoor maar als je vaak tegen je limiet aan zit kan verhogen best handig zijn).

[Fuzz10]

Zijn er overgens meer mensen hier waarvan Emule opeens (letterlijk) asociaal goed werkt sinds de laatste versie ?

USS aangezet ,geen up- of download limieten en het gaat als een speer....

Zit hier met een upload / download ratio van 1:9,54 (!!!!!!!!!!!!!!!!!!!!) ..... en da's dus over 48 uur .... lijkt me niet zo best voor het gehele netwerk , maar goed.....

Meen me namelijk te herinneren dat de USS je download zou moeten "cappen" bij een ratio van 1:4 .... en dat doet ie' dus niet .......

[Verwijderd]

PipoDeClown schreef op 01 maart 2004 @ 15:33:
[...]

Zou maar niet te vroeg juichen. Als er werkelijk sprake zou zijn van "illegale activiteiten" (whatever op dat moment illegaal wordt geacht in Den Haag) gaat XS4ALL echt wel gegevens verstrekken. Dat zijn ze verplicht.

Wat ik gehoord heb hoeft het alleen bij kinderporno omdat de rest van de software die je meschien zou hebben gedownload/upload minder zwaar valt als het weggeven van persoonlijke gegevens. Ik heb het ook maar gehoord hoor maar ik zit hier 24/7 te downloaden met emule en ik heb nog nooit ergens wat van gehoord en doe dit al bijna 2 jaar (hiervoor wel kazaa). En ook over de datalimiet hoor ik ze gelukkig nooit daar zit ik namelijk zo'n 500% boven

[Zoefff]

Rudedadude schreef op 01 maart 2004 @ 18:42:
Ik ben sinds enige tijd ook Emule (.30e) gebruiker. Na enig zoeken ben ik erachter gekomen hoe ik mijn speedtouch multipc modem moest forwarden en nu gebruik ik het geheel naar volle tevredenheid (alhoewel download ratio gemiddeld iets achter blijft bij de upload)

Mijn vraag is de volgende:
Op de dutchemulefaq staat dat wanneer je nog win98 gebruikt (en dat doe ik) de max connections beter niet hoger kunt zetten dan 50, omdat windows dit niet aankan. Ik heb ze op het moment op 100 staan en zie in de statistics dat emule er ook direct gebruik van maakt, dus nuttig lijkt het me wel. Nu is mijn vraag: wat zijn de gevolgen van het verhogen van de max connections? Ontploft m'n router nu, kunnen m'n huisgenoten zometeen niet meer internetten of loopt m'n systeem vast?

Nee, ontploffen zal ie niet doen, hoogstens imploderen...

Waarschijnlijk zal het niet zo veel uitmaken voor je router (en huisgenoten) als je het aantal connecties hoger zet. Als je een wat moderere router hebt, of een nieuwe firmware hebt, dan moet je router toch wel een flink aantal connecties aan kunnen.

De zwakke schakel blijft Windows 98. Dit is in de eerste instantie namelijk helemaal niet gebouwd om te draaien in een netwerk, maar meer als standalone. Vandaar dat het ook vrij snel op zn bek zal gaan als je te veel verbindingen naar buiten maakt. Dat heeft dus niets met je router te maken, maar met windows zelf.

Eventueel kan je windows 2000 of XP installeren, die kunnen wel prima omgaan met een hoog aantal connecties.

[Verwijderd]

Ff een vraagje

ik heb e-donkey 2000, en draai win2k3, en ben een film aant het downloaden.

nu heb ik al veel .part files, maar morge ga ik men Pc formateren en winXP erop gooien. ik heb de map "e-donkey" in Program files is ge-back-up op men andere partitie, en dan e-donkey proberen te draaien, luktte wel, maar er stond niets meer bij downloads

dan de map weer trug gezet, en de downloads stonden er weer bij e-donkey.

Nu vrees ik dus dat als ik ga formateren, en de map ga zetten bij Program files, dat ik dan niet meer mijn downloads kan verder doen

Hoe doe ik dit? Heeft iemand dit al gedaan?

[Zoefff]

Waarschijnlijk klopte de directory waar je temp files in stonden niet meer.

Als je de map verplaatst, moet je natuurlijk wel weer aangeven waar je temp files staan. Doe je dat niet, dan zal ie ze niet vanzelf vinden natuurlijk

[Mr.Nobody]

waarschijnlijk moet je via tools - import, je bestanden importeren.
selecteer dan wel een andere folder als temp folder. dus: de edonkey temp folder en de emule temp folder mogen niet gelijk aanelkaar zijn

[Rudedadude]

Zoefff schreef op 01 maart 2004 @ 21:26:
[...]

De zwakke schakel blijft Windows 98. Dit is in de eerste instantie namelijk helemaal niet gebouwd om te draaien in een netwerk, maar meer als standalone. Vandaar dat het ook vrij snel op zn bek zal gaan als je te veel verbindingen naar buiten maakt. Dat heeft dus niets met je router te maken, maar met windows zelf.

Eventueel kan je windows 2000 of XP installeren, die kunnen wel prima omgaan met een hoog aantal connecties.

Tja, helaas trekt mijn 6,5 jaar oude computer geen zwaarder besturingssysteem, maar 100 connections trekt-ie wel, maar dan moet ik er geen andere dingen bij gaan doen.

Verder vraag ik mij af in hoeverre de statistiek wat te zeggen heeft over de lange-termijn effecten van het credit-systeem. Wat is namelijk de kans dat je iets hebt aan het uploaden door een ander van een bestand dat je al volledig hebt gedownload? Er zijn miljoenen gebruikers en tussen de mensen van wie ik download staan bijvoorbeeld ook namen met [KOR], uit Korea dus. Of andere vraag, zelfde insteek: zoekt emule altijd eerst de bronnen het dichtst bij huis, of maakt dat niet uit. In het eerste geval is er dan nog een iets grotere kans dat iemand die bij je upload ook eerder in aanmerking komt om van te downloaden.

Ik ben dan ook begonnen om er voor te zorgen dat wat de mensen bij mij uploaden ook hetzelfde is als ik aan het downloaden ben (het korte-termijn effect van de credit) Ik heb er namelijk niks aan als mensen van mij bestand A uploaden, terwijl ikzelf bestand C aan het downloaden ben. Theoretisch gezien moet een dergelijke taktiek de hoogste snelheden opleveren, omdat je hiermee de optimale win-win situatie creert (ik iets van jou en jij iets van mij). Het is alleen rot voor de brede aanbod van bestanden.

En, owja, mijn ratio staat rond de 1.22:1, dus ik ben nog niet zo rot bezig.

[Verwijderd]

Vraag #1 : Wat zijn de optimale instellingen voor Upload SpeedSence (USS)?
(eMule -> Preferences -> Extended Settings)

Ik gebruik eMule v042b en mijn upload limit is ingesteld op 13 kB/s (met USS geen limiet). Ik heb Wanadoo Cable Broadband Premium 1024/128.

Huidige instellingen :
Lowest allowed upload speed = 10
Ping tolerance (% of lowest ping) = 800
Going up slowness = 1000
Going down slowness = 1000
Max number of pings for average = 1

Vraag #2 : Hoe can ik controleren of cryptkey.dat en preferences.dat compatible met elkaar zijn (i.v.m. met secure identification)? Je snap dat ik weinig zin heb om ze te vervangen als dat niet nodig is...

@ Zoefff : eMule's Help & Support sectie heeft een update ondergaan, kunnen we van jouw eMule FAQ ook een update verwachten?

[ Voor 39% gewijzigd door Verwijderd op 02-03-2004 13:47 . Reden: vraag over secure identification erbij ]

[Verwijderd]

Ik heb een raar probleem met emule:

systeem: WIN XP pro/geen router/Chello classic/emule plus

De ene keer als ik verbind dan krijg ik gewoon een high ID, een andere keer krijg ik een LowID (your port 4662 is nor reachabele, review your netwerk config).
ik heb op dit moment geen firewall(ook niet de microsoft) draaien en geen virusscanner ofsow.
op dit moment draaien de volgende programma's:


is er een programma waar mee je kan zien welke software mijn port blocked oid?

[Sparhawk]

Verwijderd schreef op 02 maart 2004 @ 14:47:
Ik heb een raar probleem met emule:

systeem: WIN XP pro/geen router/Chello classic/emule plus

De ene keer als ik verbind dan krijg ik gewoon een high ID, een andere keer krijg ik een LowID (your port 4662 is nor reachabele, review your netwerk config).
ik heb op dit moment geen firewall(ook niet de microsoft) draaien en geen virusscanner ofsow.
op dit moment draaien de volgende programma's:
[afbeelding]

is er een programma waar mee je kan zien welke software mijn port blocked oid?

Voor zover ik weet ligt het er niet aan dat je poort geblocked is, maar dat de server waarmee je connect, niet altijd correct ziet dat de poort openstaat. Er zit toch in emule wel ergens een instelling die heet "reconnect at low-id" ?
IK heb het namelijk ook wel eens, en dan connect ie vanzelf wel verder tot ie een High-id heeft.

[Verwijderd]

/me heeft ontdekt dat zn upload omhoog is gegaan \o/

[ Voor 5% gewijzigd door Verwijderd op 02-03-2004 16:02 ]

[IceStorm]

Hmm, hoe goed werkt USS? Want ik vind het 'eng' klinken om het zo maar te zeggen (los van het feit dat ik nog te lui ben geweest om te upgraden naar de nieuwe eMule ).
Maar het zou 's nachts toch weer een paar kb/sec schelen voor mensen.

[Fuzz10]

IceStorm schreef op 02 maart 2004 @ 16:39:
Hmm, hoe goed werkt USS? Want ik vind het 'eng' klinken om het zo maar te zeggen (los van het feit dat ik nog te lui ben geweest om te upgraden naar de nieuwe eMule ).
Maar het zou 's nachts toch weer een paar kb/sec schelen voor mensen.

Werkt briljant hier !!!

Ik haal opeens enorme snelheden (down).....

[Verwijderd]

Ik heb nu bij e-donkey 2000 al 130mb van een 700mb film, en het is zeker de juiste film enzo, maar dat zijn nu allemaal .part files, en dat kan ik niet afspelen met VideoLan ofzo....

Hoe doe ik die .part files bij elkaar zodak ik dat wel al kan viewen?

Ik heb e-donkey preview, maar dan doe je rechterklik, plug-ins, en dan moet je een .part file kiezen.......

hoe doe ik dit nu?