ट्रांसमिशन - हम इसमें बन्स का परिचय देते हैं

शुभ दोपहर
अपने होम सर्वर पर, उन्होंने सिस्टम को बदल दिया, और वास्तव में सॉफ्टवेयर को भी फिर से व्यवस्थित करना पड़ा।
इसलिए, परीक्षण के लिए, मैंने * nix (rTorrent, Deluge, MLDonkey, Transmission) पर काम करने वाले सबसे लोकप्रिय टोरेंट क्लाइंट में से कई को देखा।
मुझे बाद का सबसे अधिक पसंद आया, लेकिन मेरे लिए एक महत्वपूर्ण माइनस था - एक .torrent फ़ाइल में धारित नामों को नाम देना असंभव है।
यही है, हमारे पास डिस्क पर सभी प्रकार के अलग-अलग फ़ोल्डर होंगे, उदाहरण के लिए - "क्राव्वाजा गोरा", "क्राइम सीन न्यूयॉर्क", या यहां तक ​​कि सिर्फ "सीजन 7"।
मुझे यह पसंद नहीं है, मुझे यह आदेश पसंद है, मैं अपनी फिल्म लाइब्रेरी (या इसके धारावाहिक भाग) को "% SERIAL_NAME% / सीजन एन" के रूप में व्यवस्थित करता हूं।
ट्रांसमिशन अफसोस यह अनुमति नहीं देता है। लेकिन चूंकि मूल रूप से सब कुछ ठीक था, इसलिए मैंने क्लाइंट को अपने लिए अनुकूलित करने का बीड़ा उठाया।

ट्रांसमिशन। नाम बदलें

पहला सबटैक फ़ाइल सिस्टम में धार की सामग्री के साथ फ़ोल्डर का नाम बदलने की क्षमता है, और सही ढंग से काम करना जारी रखता है।
मैं इस तरह के एक सरल विचार से दौरा करने वाला पहला व्यक्ति नहीं था कि यह ग्राहक के लिए आवश्यक है। बग ट्रैकिंग सिस्टम में, तीन साल पहले # 1220 का टिकट है। दुर्भाग्य से, डेवलपर्स किसी तरह से सुस्त प्रतिक्रिया करते हैं, हालांकि, कॉमरेड जक्सडा ने कृपया एक पैच लिखा है जो इस कार्यक्षमता को प्रकार में जोड़ता है।
हालांकि, मेरे हाथों की वक्रता की त्रिज्या ने मुझे उस संशोधन (11895) को भी सही ढंग से पैच करने की अनुमति नहीं दी, जिसके लिए इसे बनाया गया था। इसके अलावा, मैं अभी भी इस चिप के साथ टोरेंट क्लाइंट का सबसे हाल का संस्करण चाहता था, क्योंकि ~ 500 संशोधन उस संशोधन से पारित हुए।

इसलिए, मैंने विचारशील पैचिंग का रास्ता चुना, वास्तव में हम जो कर रहे हैं, उसके विश्लेषण के साथ, ताकि मैं खुद को सही कर सकूं कि अगर कुछ होता है, और यहां तक ​​कि एक दानव के साथ ग्राहकों को भी खत्म कर दें।
यह सब बस शुरू होता है:
svn co svn://svn.transmissionbt.com/Transmission/trunk Transmission
हम SVN सर्वर से HEAD संशोधन लेते हैं। आवश्यक पैकेजों की सूची ट्रैक में है , मैं ध्यान देता हूं कि अगर आपको एक gtk क्लाइंट की आवश्यकता नहीं है, तो आप कुछ लिबास (libgtk2.0-dev, libnotify-dev, libglib2.0-dev खो सकते हैं) छोड़ सकते हैं। libevent-dev को इस समय नए सिरे से (2.0.10) की जरूरत है, मुझे स्रोत से संकलन करना था, क्योंकि मुझे रिपॉजिटरी में -देव पैकेज नहीं मिला। प्रारंभिक भाग समाप्त हो गया है, आप स्रोत में तल्लीन कर सकते हैं।

हम मूल के साथ शुरू करते हैं - कर्नेल ( libtransmission फ़ोल्डर)। हेडर संपादित करें - ट्रांसमिशन । एच ।
Tor_info मेटाडेटा वर्णन संरचना tr_info फ़ील्ड " char * नाम बदलें " में एक फ़ील्ड जोड़ें। इस संरचना में .torrent से प्राप्त डेटा होता है। दरअसल, अगर ऐसा कोई डेटा नहीं है, तो नाम बदलना संभव नहीं है, इसलिए इस संरचना में फिट होना तर्कसंगत है। जोड़े गए फ़ील्ड में नाम बदलने के बाद फ़ाइल सिस्टम में टोरेंट का नाम होगा।

इसके अलावा, हम अपने नए फ़ंक्शन का विवरण जोड़ते हैं:

 int tr_torrentRename( tr_torrent * torrent, const char * newname ); 

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

जबकि हम इस क्षण को थोड़ी देर के लिए स्थगित कर देते हैं, लेकिन इसके बारे में मत भूलना।
चलो मुख्य बात पर चलते हैं - आंदोलन ही कार्य करता है। हम torrent.h / torrent.c को संपादित करेंगे।
सबसे पहले, हेडर फ़ाइल को एक फंक्शन में जोड़ें, जो टोरेंट की आंतरिक संरचना में फाइलों के लिए ओवरराइट रास्तों को लिखेगा, इस फ़ंक्शन को बहुत ही तंत्र में आवश्यक होगा:

 void tr_torrentInitFileName( tr_torrent * tor, tr_file_index_t fileIndex, const char * name ); 

ठीक है, torrents.c में ही, उसका शरीर:

 void tr_torrentInitFileName( tr_torrent * tor, tr_file_index_t fileIndex, const char * name ) { tr_file * file; assert( tr_isTorrent( tor ) ); assert( fileIndex < tor->info.fileCount ); assert( name != NULL ); assert( name[0] != '\0' ); file = &tor->info.files[fileIndex]; tr_free( file->name ); file->name = tr_strdup( name ); } 

सब कुछ आदिम है - हम पुराने रास्ते को साफ करते हैं, एक नया लिखते हैं। इतना छोटा सहायक।
इसके बाद, हम fileExists () फ़ंक्शन को खोजते हैं और इसके बाद हम मुख्य कोड लिखते हैं:

 static bool dirExists( const char * path ) { struct stat sb; return stat( path, &sb ) == 0 && S_ISDIR( sb.st_mode ); } int tr_torrentRename( tr_torrent * tor, const char * newname ) { tr_info * info; const char * root, * p, * oldname, * base; char * oldpath = NULL, * newpath = NULL, * subpath = NULL; int err = 0; assert( tr_isTorrent( tor ) ); tr_torrentLock( tor ); if( !tr_torrentHasMetadata( tor ) ) { err = ENOENT; goto OUT; } if( !newname || !newname[0] || strchr( newname, TR_PATH_DELIMITER ) || !strcmp( newname, "." ) || !strcmp( newname, ".." ) ) { err = EINVAL; goto OUT; } info = &tor->info; if (info->rename) oldname = info->rename; else oldname = info->name; if( ( p = strchr( oldname, TR_PATH_DELIMITER ) ) ) { /* Should not happen, but just in case. */ err = EISDIR; goto OUT; } if( !strcmp( newname, oldname ) ) goto OUT; root = tr_torrentGetCurrentDir( tor ); if( info->fileCount > 1 ) { tr_file_index_t fi; oldpath = tr_buildPath( root, oldname, NULL ); if( dirExists( oldpath ) ) { newpath = tr_buildPath( root, newname, NULL ); if( fileExists( newpath, NULL) ) { err = EEXIST; goto OUT; } if( rename( oldpath, newpath ) == -1 ) { err = errno; goto OUT; } } for( fi = 0; fi < info->fileCount; ++fi ) { tr_file * file = &info->files[fi]; char * newfnam; if( !( p = strchr( file->name, TR_PATH_DELIMITER ) ) ) continue; newfnam = tr_buildPath( newname, p + 1, NULL ); tr_free( file->name ); file->name = newfnam; } } else { if( tr_torrentFindFile2( tor, 0, &base, &subpath, NULL) ) { oldpath = tr_buildPath( base, subpath, NULL ); newpath = tr_buildPath( base, newname, NULL ); if( fileExists( newpath, NULL) ) { err = EEXIST; goto OUT; } if( rename( oldpath, newpath ) == -1 ) { err = errno; goto OUT; } } tr_free( info->files[0].name ); info->files[0].name = tr_strdup( newname ); } tr_free( info->rename ); if( !strcmp( newname, info->name ) ) info->rename = NULL; else info->rename = tr_strdup( newname ); tr_torrentSetDirty( tor ); OUT: if( err ) { const char * es = tr_strerror( err ), * fmt; if( oldpath && newpath ) { /* %1$s is the original file path. * %2$s is the new file path. * %3$s is the error message. */ fmt = _( "Cannot rename \"%1$s\" to \"%2$s\": %3$s" ); tr_torerr( tor, fmt, oldpath, newpath, es ); } else if( oldpath ) { /* %1$s is the existing file name. * %2$s is the error message. */ fmt = _( "Cannot rename \"%1$s\": %2$s" ); tr_torerr( tor, fmt, oldpath, es ); } else { fmt = _( "Cannot rename torrent: %s" ); tr_torerr( tor, fmt, es ); } } tr_torrentUnlock( tor ); tr_free( oldpath ); tr_free( newpath ); tr_free( subpath ); return err; } 

अधिकांश कोड सरल जांच है, एक पर्याप्त हिस्सा वास्तविक नाम () कॉल ही है, और जानकारी-> फ़ाइलें संपादित करें। खैर, जानकारी भरना न भूलें-> नाम बदलें ।

अब आपको यह बताने की आवश्यकता है कि नाम बदल गया है। वास्तव में, यह प्रत्यक्ष संपादन के साथ किया जा सकता है। इस तथ्य के बावजूद कि अधिकांश कोड के लेखक ने tr_torrentName () को संशोधित करने का रास्ता अपनाया , मैंने एक अलग रास्ता चुना। उस फ़ंक्शन का संशोधन केवल उपयोगी है यदि आप gtk क्लाइंट का उपयोग करने का इरादा रखते हैं, तो हाँ, कोड की एक पंक्ति को प्रतिस्थापित करना बेहतर है:

 return tor->info.rename ? tor->info.rename : tor->info.name; 

ताकि सब कुछ gtk के लिए ओपनवर्क में था, लेकिन चूंकि मैं इस gui का उपयोग नहीं करता हूं, इसलिए मैंने अन्य चीजों का एक गुच्छा खराब करने के लिए अनावश्यक माना, जैसे कि चुंबक लिंक का निर्माण (मूल पैच, ज़ाहिर है, खराब करता है)। वास्तव में, मुझे फ़ाइलों के लिए पथ बनाने के लिए, और RPC के माध्यम से भेजने के लिए केवल नाम बदलने की आवश्यकता है, ताकि RPC क्लाइंट उदाहरण के लिए, एक धार के साथ एक फ़ोल्डर खोल सके। हमारे पास पहले एक (आधा अब तक) है, दूसरा भी आसानी से हल हो गया है (हम आरपीसी कार्यान्वयन - rpcimpl.c को संपादित करने के लिए पास करते हैं)।

हम addField () फ़ंक्शन की तलाश कर रहे हैं, जो प्रतिक्रिया के लिए टोरेंट सूचना क्षेत्रों के गठन के लिए जिम्मेदार है। यही है, हम धार के बारे में एक निश्चित क्षेत्र का अनुरोध कर सकते हैं, और इस फ़ंक्शन का उपयोग करके ट्रांसमिशन इस जानकारी को उत्पन्न करेगा। हम " नाम " फ़ील्ड में रुचि रखते हैं, हम पैरामीटर " tr_torrentName (tor) " के साथ प्रतिस्थापित करते हैं

 tor->info.rename ? tor->info.rename : tor->info.name 

हो गया। अब आरपीसी हमारी नई स्थिति से अवगत है।
चूंकि उन्होंने आरपीसी को संपादित करना शुरू कर दिया है, तो आपको नाम बदलने की आज्ञा स्वयं जोड़ने की आवश्यकता है।
टोरेंटसेट () से पहले डाला जाने वाला लेयर फंक्शन:

 static const char * renameTorrent( tr_torrent * tor, const char * str ) { int err = tr_torrentRename( tor, str ); return err == 0 ? NULL : tr_strerror( err ); } 

अब इसके लिए कमांड को स्वयं जोड़ें, और टोरेंटसेट () फ़ंक्शन को संपादित करें:
चर विवरण ब्लॉक में जोड़ें - const char * str ;
और नाम बदलने के लिए जाँच करें:

  if( !errmsg && tr_bencDictFindStr( args_in, "rename", &str ) ) errmsg = renameTorrent( tor, str ); 

हमने क्या नहीं किया है? और हम धार की स्थिति को बनाए रखने के लिए तंत्र के बारे में भूल गए!
इस अंतर को भरना आवश्यक है, यह मॉड्यूल फ़ाइलों में शामिल है (फिर से शुरू / फिर से शुरू । एच )।
सबसे पहले, सहेजे गए फ़ील्ड के झंडे जोड़ें। हेडर फ़ाइल में केवल एक गणना है, भ्रमित होना मुश्किल है।
हमें टोरेंट की वर्तमान स्थिति ( inf-> नाम बदलें ) और उन फ़ाइलों की सूची के बारे में जानकारी को सहेजने की आवश्यकता होगी जो मैंने पहले उल्लेख किया था।
तो 2 चेकबॉक्स:

  TR_FR_FILE_NAMES = ( 1 << 20 ), TR_FR_RENAME = ( 1 << 21 ) 

शीर्ष लेख फ़ाइल की उपस्थिति के बावजूद, फिर से शुरू। रेज की. c में कुंजी-परिभाषित की एक सूची है (कुंजी डिस्क पर संग्रहीत प्रत्येक राज्य इकाई का वर्णन करती है)।
वहां हमें "फिट" होने की भी आवश्यकता है:

 #define KEY_FILE_NAMES "name" #define KEY_RENAME "rename" 

मूल " नाम " फ़ील्ड सहेजा नहीं गया है, क्योंकि यह सीधे .torrent से लिया गया है। इसलिए, हम इस पहचानकर्ता को पूरी तरह से एक कुंजी के रूप में उपयोग कर सकते हैं, और इससे भविष्य में कोई भ्रम नहीं होगा।
पथ संरक्षण कार्य जोड़ें:

 static void saveFileNames( tr_benc * dict, const tr_torrent * tor ) { const tr_info * inf = tr_torrentInfo( tor ); const tr_file_index_t n = inf->fileCount; tr_file_index_t i; tr_benc * list; list = tr_bencDictAddList( dict, KEY_FILE_NAMES, n ); for( i = 0; i < n; ++i ) tr_bencListAddStr( list, inf->files[i].name ); } static uint64_t loadFileNames( tr_benc * dict, tr_torrent * tor ) { uint64_t ret = 0; tr_info * inf = &tor->info; const tr_file_index_t n = inf->fileCount; tr_benc * list; if( tr_bencDictFindList( dict, KEY_FILE_NAMES, &list ) && tr_bencListSize( list ) == n ) { const char * name; tr_file_index_t i; for( i = 0; i < n; ++i ) if( tr_bencGetStr( tr_bencListChild( list, i ), &name ) ) tr_torrentInitFileName( tor, i, name ); ret = TR_FR_FILE_NAMES; } return ret; } 

और इंटरफ़ेस के संरक्षण के लिए हमारी इच्छा को जोड़ें।
tr_torrentSaveResume () , तुरंत जाँच के बाद अगर (tr_torrentHasMetadata (tor)) :

  if( tor->info.rename ) tr_bencDictAddStr( &top, KEY_RENAME, tor->info.rename ); saveFileNames( &top, tor ); 

और लोड हो रहा है कोड में लोड FromFile ():

  if( fieldsToLoad & TR_FR_FILE_NAMES ) fieldsLoaded |= loadFileNames( &top, tor ); if( ( fieldsToLoad & TR_FR_RENAME ) && tr_bencDictFindStr( &top, KEY_RENAME, &str ) && str && str[0] ) { tr_free( tor->info.rename ); tor->info.rename = tr_strdup( str ); } 

आप देख सकते हैं कि हम इन झंडों को कहीं भी नहीं रखते हैं (TR_FR_ *), लेकिन केवल इनकी जांच करें, प्रबंधक को कैसे पता है कि क्या लोड करना है?
इसका उत्तर यह है कि मॉड्यूल नियम का उपयोग करता है "सब कुछ अनुमत है, जो निषिद्ध नहीं है", अर्थात, कुछ इस तरह से: झंडे और = ~ इनकारफिल्ड्स;
बूलियन तर्क कृपया हमें बताता है कि हमारे 20 और 21 बिट्स वैसे भी सेट होंगे।

यह वास्तव में सभी है। विषय की शुरुआत में संकेतित पैच में इस फ़ंक्शन के अतिरिक्त के साथ संपादन कोड gtk और ट्रांसमिशन-रिमोट शामिल है, लेकिन सब कुछ तुच्छ है क्योंकि ये वास्तव में सरल क्लाइंट हैं जो सर्वर के लिए अनुरोधों को निर्देशित करते हैं (सीधे gtk के लिए libtransmission, और rpc -remote के माध्यम से) व्यवसाय की एक बूंद के साथ। -logics।

ट्रांसमिशन। नाम प्रदर्शित करें।

इसलिए, हमने मुख्य समस्या को सुलझा लिया, अब दूसरा उपवाक्य रह गया है।
मैं क्लाइंट को सीज़न एन के नामों के रूप में नहीं देखना चाहता हूं (अर्थात्, वे हमें आरपीसी सर्वर द्वारा दिया जाएगा, क्योंकि जैसा कि मैंने विषय की शुरुआत में समझाया था, इस योजना के अनुसार मेरे द्वारा टॉरेंट संग्रहीत किए जाते हैं), बल्कि सार्थक लाइनें। इसलिए, हम एक बहुत छोटा संपादन करेंगे - बस एक नई " डिस्प्लेनाम " संपत्ति और आरपीसी इंटरफ़ेस में गेटर्स / सेटर्स जोड़ें।
यह एक बहुत छोटा और सरल संपादन है - हमें नाम बदलने के क्षेत्र के साथ ही काम करने की आवश्यकता है, केवल व्यावसायिक तर्क के बिना और आरपीसी-रिटर्न के संशोधन के साथ।

अंक पर:

• ट्रांसमिशन में एक फ़ील्ड जोड़ें tr_torrent संरचना
• TorrentSet () फ़ंक्शन में हम उदाहरण के लिए tr_strdup () और कमांड " displayName " का उपयोग करके एक साधारण संशोधन tor- > displayName जोड़ते हैं ।
• AddField () में एक नया फ़ील्ड जोड़ें।
• राज्य प्रबंधक में, हम सभी परिणामों के साथ नई कुंजी " डिस्प्लेनेम " भी पेश करते हैं।

जब हम इस क्षेत्र को बदलते हैं, तो यह चिन्हित करना आवश्यक है कि धार "गंदी" है, अर्थात, अंतिम बचत के बाद से इसकी स्थिति को बदल दिया गया है।

बस इतना ही। आप संकलन कर सकते हैं।

./autogen.sh --disable-gtk
make
make install prefix=/usr

अब ट्रांसमिशन ने इस कार्य को करना सीख लिया है, हालांकि, ग्राहकों को इसके बारे में पता नहीं है।
लेकिन इससे कोई फर्क नहीं पड़ता। बहुत सारे संशोधन नहीं हैं, और मैंने ट्रांसमिशन GUI डॉटनेट में काफी सफलतापूर्वक सुधार किए हैं।
मुझे नहीं लगता कि यह अन्य ग्राहकों के साथ अधिक कठिन होगा।

संदर्भ

• संशोधित स्रोत ट्रांसमिशन, 12431 को संशोधित करें
• संशोधित ट्रांसमिशन रिमोट .NET स्रोत
• ट्रांसमिशन रिमोट .NET बाइनरी