aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Pages: 1 [2] 3

Author Topic: RemoteGUI: Transmission gets out of sync  (Read 15023 times)

Stu Redman

  • Administrator
  • Hero Member
  • *****
  • Karma: 214
  • Offline Offline
  • Posts: 3739
  • Engines screaming
Re: Problem with RemoteGUI
« Reply #15 on: February 25, 2010, 08:29:11 PM »
Interesting...
Code: [Select]
.2010-02-25 00:10:26 (remote-GUI): > EC_OP_GET_DLOAD_QUEUE 8
.2010-02-25 00:10:26 (remote-GUI):     EC_TAG_DETAIL_LEVEL 1 = EC_DETAIL_INC_UPDATE
.2010-02-25 00:10:26 (remote-GUI): > EC_OP_GET_ULOAD_QUEUE 8
.2010-02-25 00:10:26 (remote-GUI):     EC_TAG_DETAIL_LEVEL 1 = EC_DETAIL_UPDATE
.2010-02-25 00:10:27 (remote-GUI): > EC_OP_GET_CONNSTATE 0
.2010-02-25 00:10:28 (remote-GUI): < EC_OP_DLOAD_QUEUE 1127505075
.2010-02-25 00:10:28 (remote-GUI):     EC_TAG_PARTFILE 16 = D8CA<snip>
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_STATUS 1 = 0
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_STOPPED 1 = 0
WTF? DLOAD_QUEUE packet of 1 GB ?
Code: [Select]
.2010-02-25 00:10:28 (remote-GUI):     EC_TAG_PARTFILE 392 = 00000000000000000000000000000000 (didn't edit that one)
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_STATUS 1 = 7
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_STOPPED 1 = 1
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_SOURCE_COUNT 1 = 0
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_SOURCE_COUNT_NOT_CURRENT 1 = 0
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_SOURCE_COUNT_XFER 1 = 0
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_SOURCE_COUNT_A4AF 1 = 0
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_SIZE_XFER 1 = 0
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_SIZE_DONE 1 = 0
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_SPEED 1 = 0
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_PRIO 1 = 1
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_CAT 1 = 2
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_LAST_SEEN_COMP 1 = 0
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_LAST_RECV 4 = 1264166455
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_DOWNLOAD_ACTIVE 1 = 0
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_LOST_CORRUPTION 1 = 0
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_GAINED_COMPRESSION 1 = 0
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_SAVED_ICH 1 = 0
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_SOURCE_NAMES 1 = 0
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_COMMENTS 0 = EC_TAGTYPE_CUSTOM
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_NAME 48 = <snip>
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_PARTMETID 1 = 216
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_SIZE_FULL 4 = 212360148
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_PARTFILE_ED2K_LINK 106 =
.2010-02-25 00:10:28 (remote-GUI):       unknown 14592 0x3900 5638 = 9729
.2010-02-25 00:10:28 (remote-GUI):       EC_TAG_CLIENT_NAME 65542 = EC_TAGTYPE_UNKNOWN
.2010-02-25 00:10:28 (remote-GUI):       unknown 6206 0x183e 1127363890 = unknown 56 0x38
.2010-02-25 00:10:28 (remote-GUI):     unknown 14973 0x3a7d 0 = EC_TAGTYPE_UNKNOWN
.2010-02-25 00:10:28 (remote-GUI):     unknown 14973 0x3a7d 0 = EC_TAGTYPE_UNKNOWN
.2010-02-25 00:10:28 (remote-GUI):     unknown 14973 0x3a7d 0 = EC_TAGTYPE_UNKNOWN
.2010-02-25 00:10:28 (remote-GUI):     unknown 14973 0x3a7d 0 = EC_TAGTYPE_UNKNOWN
.2010-02-25 00:10:28 (remote-GUI):     unknown 14973 0x3a7d 0 = EC_TAGTYPE_UNKNOWN
385 partfiles (number that works fine for me), and from no 156 on data gets garbled.
There is something wrong on transport layer I should say. Could it be that the zlib on your NAS is screwed?

Please edit ECSocket.cpp:
Code: [Select]
#define EC_MAX_UNCOMPRESSED 1024
 and set this to 10000000 to turn off compression. The rebuild amuled.
Logged
The image of mother goddess, lying dormant in the eyes of the dead, the sheaf of the corn is broken, end the harvest, throw the dead on the pyre -- Iron Maiden, Isle of Avalon

ironduke57

  • Approved Newbie
  • *
  • Karma: 1
  • Offline Offline
  • Posts: 14
Re: Problem with RemoteGUI
« Reply #16 on: February 25, 2010, 11:13:35 PM »
Hi.

I can´t find any zlib file on my NAS. So I can´t just replace it with another one.
On my client are some, but not one in anyway related to amule.

I don´t have any IDE or compiler installed. Also I have never done anything in C/C++ and as said is really a long time ago since I programmed/compiled something the last time.
So if you would be so kind the compile a version for me, please.

Regards,
ironduke57

P.S.: As I have a complete net and phone breakdown ATM (Using my non-Flatrate UMTS mobil ATM.) my reactiontime on new postings could be quite slow.
Logged

Stu Redman

  • Administrator
  • Hero Member
  • *****
  • Karma: 214
  • Offline Offline
  • Posts: 3739
  • Engines screaming
Re: Problem with RemoteGUI
« Reply #17 on: February 27, 2010, 12:36:32 PM »
Hmm - where did you get those amuled executables running on your NAS from if you didn't compile them?
Logged
The image of mother goddess, lying dormant in the eyes of the dead, the sheaf of the corn is broken, end the harvest, throw the dead on the pyre -- Iron Maiden, Isle of Avalon

ironduke57

  • Approved Newbie
  • *
  • Karma: 1
  • Offline Offline
  • Posts: 14
Re: Problem with RemoteGUI
« Reply #18 on: February 27, 2010, 02:58:24 PM »
I use the normal Win32 Amule with Remote Control enabled.

Regards,
ironduke57
Logged

Stu Redman

  • Administrator
  • Hero Member
  • *****
  • Karma: 214
  • Offline Offline
  • Posts: 3739
  • Engines screaming
Re: Problem with RemoteGUI
« Reply #19 on: February 27, 2010, 04:58:16 PM »
Ah, I didn't realize you had Windows running on your NAS. I thought it was embedded Linux. Well, so much for my zlib idea.
You can remote-control a Windows system nicely with remote desktop without any EC at all. That's no solution of course, but I don't really have an idea how your EC connection can get garbled like this. I'd have too dig deeper into the EC networking code.  :(
Logged
The image of mother goddess, lying dormant in the eyes of the dead, the sheaf of the corn is broken, end the harvest, throw the dead on the pyre -- Iron Maiden, Isle of Avalon

ironduke57

  • Approved Newbie
  • *
  • Karma: 1
  • Offline Offline
  • Posts: 14
Re: Problem with RemoteGUI
« Reply #20 on: February 28, 2010, 12:57:30 AM »
I tried different Linux and FreeBSD versions, but all had problems with the hardware of my selfbuild NAS (ATOM330 with Nvidia ION chipset). Windows gives ATM the best performance on it. I have an special eye on the FreeNAS and I hope it will better work with my hardware in future releases.

I am using Teamviewer and UltraVNC ATM to control my NAS, but it isn´t the optimal solution. Basicly I have to copy every f*cking single link in amule one by one.

I would be really happy if you could find a solution.

Regards,
ironduke57
Logged

ironduke57

  • Approved Newbie
  • *
  • Karma: 1
  • Offline Offline
  • Posts: 14
Re: Problem with RemoteGUI
« Reply #21 on: March 14, 2010, 12:04:43 PM »
Little Bump. ;D
Logged

stoatwblr

  • Sr. Member
  • ****
  • Karma: 12
  • Offline Offline
  • Posts: 318
10057 - zlib bug with amule gui reintroduced
« Reply #22 on: March 29, 2010, 04:43:52 AM »
This has started happening again. It's been reintroduced somewhere after 10052

Symptom: amulegui connects to amuled and then emits something similar to this:

ZLib operation returned Z_DATA_ERROR
ZLib error message: incorrect data check
zstream state:
   next_in=0x7f06d422be5c
   avail_in=0
   total_in=699980
   next_out=0x7f06cfbbf90e
   avail_out=70677487
   total_out=2662818
ReadPacket: error in packet read
Logged

Stu Redman

  • Administrator
  • Hero Member
  • *****
  • Karma: 214
  • Offline Offline
  • Posts: 3739
  • Engines screaming
Re: 10057 - zlib bug with amule gui reintroduced
« Reply #23 on: March 29, 2010, 06:27:19 PM »
I didn't touch the underlying transport layer. But yeah, there is a bug in it somewhere. In 2.2.6 as well, so it's not cause by my recent work on EC (but maybe influenced).
Logged
The image of mother goddess, lying dormant in the eyes of the dead, the sheaf of the corn is broken, end the harvest, throw the dead on the pyre -- Iron Maiden, Isle of Avalon

stoatwblr

  • Sr. Member
  • ****
  • Karma: 12
  • Offline Offline
  • Posts: 318
Re: 10057 - zlib bug with amule gui reintroduced
« Reply #24 on: March 29, 2010, 09:39:22 PM »
Perhaps influenced.

I hadn't had a single incidence of zlib errors since the EC work started. Prior to that it was between 30-70% of amulegui startups.



Logged

Stu Redman

  • Administrator
  • Hero Member
  • *****
  • Karma: 214
  • Offline Offline
  • Posts: 3739
  • Engines screaming
Re: 10057 - zlib bug with amule gui reintroduced
« Reply #25 on: March 29, 2010, 10:39:08 PM »
What happens if you disable zlib for EC ?
Just set EC_MAX_UNCOMPRESSED in ECSocket.cpp to something large, like 100000000 .
(I believe you will still get corrupted data transferred, but it's worth a try.)
Logged
The image of mother goddess, lying dormant in the eyes of the dead, the sheaf of the corn is broken, end the harvest, throw the dead on the pyre -- Iron Maiden, Isle of Avalon

Stu Redman

  • Administrator
  • Hero Member
  • *****
  • Karma: 214
  • Offline Offline
  • Posts: 3739
  • Engines screaming
Re: 10057 - zlib bug with amule gui reintroduced
« Reply #26 on: April 01, 2010, 12:52:08 AM »
Please try the attached patch with the core (leave amulegui as it is).
It's a half-done hack&slash the replaces almost all of the EC upload code (with almost nothing, lol).
Logged
The image of mother goddess, lying dormant in the eyes of the dead, the sheaf of the corn is broken, end the harvest, throw the dead on the pyre -- Iron Maiden, Isle of Avalon

stoatwblr

  • Sr. Member
  • ****
  • Karma: 12
  • Offline Offline
  • Posts: 318
Re: 10057 - zlib bug with amule gui reintroduced
« Reply #27 on: April 01, 2010, 09:40:53 AM »
The replacements don't compile into 10065 (already updated to that SVN)
Logged

Stu Redman

  • Administrator
  • Hero Member
  • *****
  • Karma: 214
  • Offline Offline
  • Posts: 3739
  • Engines screaming
Re: 10057 - zlib bug with amule gui reintroduced
« Reply #28 on: April 01, 2010, 02:38:21 PM »
Posting the error message sometimes helps.  ::)
My Lousy says std::min behaves retarded on Linux (it works on Windows), so just change
Code: [Select]
void CECSocket::OnOutput()
{
while (m_outToSend) {
uint32 toSend = (m_outToSend > EC_SOCKET_BUFFER_SIZE) ? EC_SOCKET_BUFFER_SIZE : m_outToSend;
if that was the problem.
The patch is independent of the last umpty SVN versions.
Logged
The image of mother goddess, lying dormant in the eyes of the dead, the sheaf of the corn is broken, end the harvest, throw the dead on the pyre -- Iron Maiden, Isle of Avalon

stoatwblr

  • Sr. Member
  • ****
  • Karma: 12
  • Offline Offline
  • Posts: 318
Re: 10057 - zlib bug with amule gui reintroduced
« Reply #29 on: April 02, 2010, 01:45:20 AM »
Quote from: Stu Redman on April 01, 2010, 02:38:21 PM
Posting the error message sometimes helps.  ::)
My Lousy says std::min behaves retarded on Linux (it works on Windows), so just change
Code: [Select]
void CECSocket::OnOutput()
{
while (m_outToSend) {
uint32 toSend = (m_outToSend > EC_SOCKET_BUFFER_SIZE) ? EC_SOCKET_BUFFER_SIZE : m_outToSend;
if that was the problem.
The patch is independent of the last umpty SVN versions.

It was the problem. Best to post a unified diff though :)

Seems to be compiling now.

WRT things not working in *nix vs windows, that's a good argument for ensuring code portability (which can be a cow. Porting stuff from SunOs 4 to BSD was bad enough...)

Logged
Pages: 1 [2] 3
« previous next »