C-toxcore: फाइलट्रांसफर केवल 1 फ़ाइल को तब तक स्थानांतरित करता है जब तक कि समाप्त या रुका हुआ न हो (सभी लंबित एफटी पर गोल रॉबिन नहीं)

व्यक्तिगत रूप से मैं आधी तैयार सामग्री के एक गुच्छा के बजाय एक समाप्त फ़ाइल रखना पसंद करूंगा यदि चैट संपर्क ऑफ़लाइन हो जाए। आप इस व्यवहार को क्यों बदलना चाहते हैं?

क्योंकि अब टॉक्सकोर यादृच्छिक एफटी को चुरा लेता है और खत्म कर देता है। यह FT शायद एक बहुत बड़ी फाइल है।
और अन्य छोटे (पीएनजी, जेपीईजी) को तब तक अवरुद्ध किया जाएगा जब तक कि यह समाप्त न हो जाए।

मैं इसे एक बग मानता हूं, एक फीचर के बजाय।
उपयोगकर्ता को यह तय करना चाहिए कि वह कितने एफटी शुरू करेगा, न कि टोक्सकोर।

मुझे लगता है कि कई टूटे हुए हिस्सों की तुलना में एक पूरी फ़ाइल रखना हमेशा बेहतर होता है जिसका आप उपयोग नहीं कर सकते। यदि आप फ़ाइल स्थानांतरण के दौरान डिस्कनेक्ट हो जाते हैं, तो आपको केवल उस फ़ाइल को फिर से भेजना होगा, जिसका अर्थ है कि कम बैंडविड्थ बर्बाद हो और जब आप खराब कनेक्शन पर हों तो फ़ाइल प्राप्त करने की संभावना बढ़ जाती है। यदि उपयोगकर्ता कई फाइलें भेज रहा है, तो उन्हें क्रम में एक-एक करके भेजा जाना चाहिए और यादृच्छिक रूप से नहीं।

मामला zoff99 उल्लेख किया आश्वस्त है। यदि आप एक बड़ी फ़ाइल को किसी मित्र को स्थानांतरित कर रहे हैं, जिसमें 20 मिनट लगते हैं और एक ही समय में चैट कर रहे हैं, तो ऐसी छोटी छवियां भी भेज सकते हैं, जिनके बारे में आप चैट कर रहे हैं, यह अच्छा होगा। उपयोगकर्ता पहले से ही मैन्युअल रूप से फ़ाइलों को स्वीकार कर सकते हैं या यदि वे डाउनलोड को फ़ोकस करना चाहते हैं, और ग्राहक चाहते हैं तो "बड़ी" फ़ाइलों की कतार को लागू कर सकते हैं, लेकिन फिर भी एक ही समय में "छोटे" फ़ाइलों या कुछ प्रकार की फ़ाइलों को जाने की अनुमति देते हैं।

बहुत बड़ी फ़ाइल के साथ यह समझ में आता है it

@iphydf @robinlinden क्या यह पहले से ही विलय नहीं है?

हाँ, यह आपके द्वारा किया गया है।