VVVVVV ??? VVVVVV !!! :)

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

परिचय

ओह, वीवीवीवीवीवी ... मुझे याद है कि रिलीज होने के कुछ समय बाद ही यह आया था और पिक्सेल रेट्रो गेम्स का बहुत बड़ा प्रशंसक होने के नाते, मैं इसे अपने कंप्यूटर पर स्थापित करने के लिए बहुत उत्साहित था। मुझे अपना पहला इंप्रेशन याद है: "क्या यह सब है? बस वर्ग कमरे के आसपास चल रहा है? ”मैंने कुछ मिनट खेलने के बाद सोचा। मुझे नहीं पता था कि उस समय मेरा क्या इंतजार था। जैसे ही मैं शुरुआती स्थान से बाहर निकला, मैंने अपने आप को एक छोटे से भ्रामक और भड़कीले द्वि-आयामी संसार में पाया जो मेरे लिए अज्ञात परिदृश्य और पिक्सेल कलाकृतियों से भरा हुआ था।

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

वैसे भी, खेल की सालगिरह के सम्मान में तैनात स्रोत कोड पर वापस जाएं।

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

इस लेख में, हम VVVVVV कोड में PVS-Studio विश्लेषक द्वारा पाई गई कुछ दिलचस्प त्रुटियों को देखेंगे, और इन त्रुटियों पर एक विस्तृत नज़र डालेंगे। गुरुत्वाकर्षण वेक्टर को इंगित करें और अपने आप को आरामदायक बनाएं - हम बस शुरू करने वाले हैं!

विश्लेषक चेतावनियों का अवलोकन

चेतावनी १

V512 ' स्प्रिंटफ ' फ़ंक्शन के कॉल से बफर 'फ़ाइल खोज' का अतिप्रवाह हो जाएगा। FileSystemUtils.cpp 307

#define MAX_PATH 260 .... void PLATFORM_migrateSaveData(char *output) { char oldLocation[MAX_PATH]; char newLocation[MAX_PATH]; char oldDirectory[MAX_PATH]; char fileSearch[MAX_PATH]; .... /* Same place, different layout. */ strcpy(oldDirectory, output); sprintf(fileSearch, "%s\\*.vvvvvv", oldDirectory); .... } 

जैसा कि आप देख सकते हैं, स्ट्रिंग्स फ़ाइल खोज और ओल्डडायरेरी एक ही आकार के हैं: 260 वर्ण। प्रारूप स्ट्रिंग (तीसरा स्प्रिंटफ तर्क) में पुराने अप्रत्यक्ष स्ट्रिंग की सामग्री को लिखने के बाद, यह दिखेगा:

 <i>contents_oldDirectory\*.vvvvvv</i> 

यह लाइन पुराने चरित्र के मूल मूल्य से 9 वर्ण लंबी है। यह वर्णों का यह क्रम है जो फ़ाइल खोज में लिखा जाएगा। यदि पुराने डायरैक्टरी स्ट्रिंग की लंबाई 251 से अधिक है तो क्या होगा? परिणामी स्ट्रिंग फ़ाइलखोज से अधिक लंबी हो सकती है, जिसमें सरणी सीमा का उल्लंघन होगा। रैम में कौन से डेटा को नुकसान हो सकता है और यह किस परिणाम का कारण बनेगा, यह बयानबाजी का सवाल है :)

चेतावनी २

V519 'पृष्ठभूमि' चर को क्रमिक रूप से दो बार मान दिया गया है। शायद यह एक गलती है। जाँच लाइनें: 1367, 1373। Map.cpp 1373

 void mapclass::loadlevel(....) { .... case 4: //The Warpzone tmap = warplevel.loadlevel(rx, ry, game, obj); fillcontent(tmap); roomname = warplevel.roomname; tileset = 1; background = 3; // <= dwgfx.rcol = warplevel.rcol; dwgfx.backgrounddrawn = false; warpx = warplevel.warpx; warpy = warplevel.warpy; background = 5; // <= if (warpy) background = 4; if (warpx) background = 3; if (warpx && warpy) background = 5; break; .... } 

एक ही चर को एक पंक्ति में दो बार मान दिया जाता है। हालाँकि, इस चर का उपयोग असाइनमेंट के बीच कहीं भी नहीं किया जाता है। जो अजीब है ... यह अनुक्रम कार्यक्रम के तर्क का उल्लंघन नहीं कर सकता है, लेकिन ऐसे असाइनमेंट स्वयं कोड लिखते समय कुछ भ्रम का संकेत देते हैं। क्या यह वास्तव में गलती है - केवल लेखक ही सुनिश्चित करने के लिए कह पाएगा। यद्यपि कोड में इस त्रुटि के अधिक ज्वलंत उदाहरण हैं:

 void Game::loadquick(....) { .... else if (pKey == "frames") { frames = atoi(pText); frames = 0; } .... } 

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

चेतावनी ३

V808 'pKey' ऑब्जेक्ट 'basic_string' प्रकार का बनाया गया था, लेकिन इसका उपयोग नहीं किया गया था। Editor.cpp 1866

 void editorclass::load(std::string &_path) { .... std::string pKey(pElem->Value()); .... if (pKey == "edEntities") { int i = 0; for (TiXmlElement *edEntityEl = pElem->FirstChildElement(); edEntityEl; edEntityEl = edEntityEl->NextSiblingElement()) { std::string pKey(edEntityEl->Value()); // <= //const char* pText = edEntityEl->GetText() ; if (edEntityEl->GetText() != NULL) { edentity[i].scriptname = std::string(edEntityEl->GetText()); } edEntityEl->QueryIntAttribute("x", &edentity[i].x); edEntityEl->QueryIntAttribute("y", &edentity[i].y); edEntityEl->QueryIntAttribute("t", &edentity[i].t); edEntityEl->QueryIntAttribute("p1", &edentity[i].p1); edEntityEl->QueryIntAttribute("p2", &edentity[i].p2); edEntityEl->QueryIntAttribute("p3", &edentity[i].p3); edEntityEl->QueryIntAttribute("p4", &edentity[i].p4); edEntityEl->QueryIntAttribute("p5", &edentity[i].p5); edEntityEl->QueryIntAttribute("p6", &edentity[i].p6); i++; } EditorData::GetInstance().numedentities = i; } .... } 

यह कोड बहुत अजीब है। विश्लेषक निर्मित pKey का उपयोग नहीं किए जाने पर इसके बारे में चेतावनी देता है, लेकिन वास्तव में, समस्या अधिक दिलचस्प थी। मैंने जानबूझकर रेखा को एक तीर से चेतावनी को ट्रिगर किया, क्योंकि इस फ़ंक्शन में pKey नाम के साथ एक से अधिक स्ट्रिंग परिभाषा है। यह सही है, लूप के लिए एक और ऐसा वैरिएबल घोषित किया गया है। यह लूप के बाहर घोषित किए गए ओवरलैप करता है।

इस प्रकार, यदि आप लूप के लिए pKey string के मान को संदर्भित करते हैं, तो आपको pElem-> Value () के बराबर मान मिलेगा, लेकिन लूप के अंदर ऐसा ही करते समय, आपको edEntityEl के बराबर मान मिलेगा -> मान () । ओवरलैपिंग नाम एक कठिन त्रुटि है, जो कोड समीक्षा के दौरान अपने दम पर खोजना बहुत मुश्किल हो सकता है।

चेतावनी ४

V805 प्रदर्शन में कमी। 'Strlen (str)> 0' कंस्ट्रक्शन का उपयोग करके एक खाली स्ट्रिंग की पहचान करना अक्षम है। एक और अधिक कुशल तरीका यह है कि जाँच करें: str [0]! = '\ 0'। फिजियोफेस्क 1604

 static char *prefDir = NULL; .... const char *PHYSFS_getPrefDir(const char *org, const char *app) { .... assert(strlen(prefDir) > 0); ... return prefDir; } /* PHYSFS_getPrefDir */ 

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

लेकिन हमें केवल यह जांचने की आवश्यकता है कि स्ट्रिंग खाली है! आपको केवल यह जानने की ज़रूरत है कि क्या पहला स्ट्रिंग वर्ण टर्मिनल नल है। इसलिए, मुखर के अंदर इस जाँच को अनुकूलित करने के लिए, यह लिखने योग्य है:

 str[0] != '\0' 

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

चेतावनी ५

एक और त्रुटि के सार को प्रदर्शित करने के लिए, मुझे यहां दो कोड अंशों का हवाला देना होगा: एंटक्लास वर्ग घोषणा और इसके निर्माता। आइए घोषणा के साथ शुरू करते हैं:

 class entclass { public: entclass(); void clear(); bool outside(); public: //Fundamentals bool active, invis; int type, size, tile, rule; int state, statedelay; int behave, animate; float para; int life, colour; //Position and velocity int oldxp, oldyp; float ax, ay, vx, vy; int cx, cy, w, h; float newxp, newyp; bool isplatform; int x1, y1, x2, y2; //Collision Rules int onentity; bool harmful; int onwall, onxwall, onywall; //Platforming specific bool jumping; bool gravity; int onground, onroof; int jumpframe; //Animation int framedelay, drawframe, walkingframe, dir, actionframe; int yp; int xp; }; 

यह क्लास कंस्ट्रक्टर इस प्रकार है:

 entclass::entclass() { clear(); } void entclass::clear() { // Set all values to a default, // required for creating a new entity active = false; invis = false; type = 0; size = 0; tile = 0; rule = 0; state = 0; statedelay = 0; life = 0; colour = 0; para = 0; behave = 0; animate = 0; xp = 0; yp = 0; ax = 0; ay = 0; vx = 0; vy = 0; w = 16; h = 16; cx = 0; cy = 0; newxp = 0; newyp = 0; x1 = 0; y1 = 0; x2 = 320; y2 = 240; jumping = false; gravity = false; onground = 0; onroof = 0; jumpframe = 0; onentity = 0; harmful = false; onwall = 0; onxwall = 0; onywall = 0; isplatform = false; framedelay = 0; drawframe = 0; walkingframe = 0; dir = 0; actionframe = 0; } 

बहुत सारे क्षेत्र, आप नहीं कहेंगे? यह कोई आश्चर्य की बात नहीं है, पीवीएस-स्टूडियो ने बग के लिए चेतावनी जारी की है, यहां छिपा है:

V730 यह संभव है कि एक वर्ग के सभी सदस्यों को कंस्ट्रक्टर के अंदर शुरू नहीं किया गया हो। निरीक्षण करने पर विचार करें: oldxp, oldyp। Ent.cpp 3

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

चेतावनी ६

इस कोड को देखें:

 void mapclass::loadlevel(....) { .... std::vector<std::string> tmap; .... tmap = otherlevel.loadlevel(rx, ry, game, obj); fillcontent(tmap); .... // The tmap vector gets changed again many times. } 

PVS-Studio चेतावनी: V688 'tmap' स्थानीय चर में वर्ग सदस्यों में से एक के समान नाम है, जिसके परिणामस्वरूप भ्रम हो सकता है। Map.cpp 1192

दरअसल, मैपक्लास क्लास के अंदर देखते हुए , आप उसी वेक्टर को उसी नाम से पा सकते हैं:

 class mapclass { public: .... std::vector <int> roomdeaths; std::vector <int> roomdeathsfinal; std::vector <int> areamap; std::vector <int> contents; std::vector <int> explored; std::vector <int> vmult; std::vector <std::string> tmap; // <= .... }; 

दुर्भाग्य से, फ़ंक्शन के अंदर एक ही नाम वेक्टर घोषणा कक्षा में घोषित वेक्टर को अदृश्य बनाता है। यह पता चलता है कि टैम्पल वेक्टर केवल लोडलेवल फ़ंक्शन के अंदर बदल जाता है। कक्षा में घोषित वेक्टर वही रहता है!

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

उन्होंने यह भी कहा कि इस तरह के नामों से हानिकारक कीड़े पैदा हुए जिनका पता लगाना मुश्किल था। ठीक है, ऐसी त्रुटियां वास्तव में विनाशकारी हो सकती हैं, लेकिन यदि आप स्थैतिक विश्लेषण का उपयोग करते हैं तो उन्हें पकड़ना कम कठिन हो जाता है :)

चेतावनी 7

V601 पूर्णांक प्रकार स्पष्ट रूप से चार प्रकार के लिए डाला जाता है। Game.cpp 4997

 void Game::loadquick(....) { .... else if (pKey == "totalflips") { totalflips = atoi(pText); } else if (pKey == "hardestroom") { hardestroom = atoi(pText); // <= } else if (pKey == "hardestroomdeaths") { hardestroomdeaths = atoi(pText); } .... } 

क्या चल रहा है यह समझने के लिए, आइए कोड के दिए गए भाग से चर की परिभाषाओं पर एक नज़र डालें:

 //Some stats: int totalflips; std::string hardestroom; int hardestroomdeaths; 

टोटलफ्लिप्स और हार्डस्टीरडवर्थ वैरिएबल पूर्णांक हैं, इसलिए उन्हें एटॉय फ़ंक्शन के परिणाम के लिए असाइन करना बिल्कुल सामान्य है। लेकिन क्या होगा यदि आप std :: string को पूर्णांक मान असाइन करते हैं? इस तरह का असाइनमेंट भाषा के नजरिए से मान्य है। नतीजतन, एक अस्पष्ट मान सबसे कठिन चर में लिखा जाएगा!

चेतावनी 8

V1004 nullptr के खिलाफ सत्यापित होने के बाद 'pElem' पॉइंटर का उपयोग अनिश्चित रूप से किया गया था। चेक लाइनें: 1739, 1744। Editor.cpp 1744

 void editorclass::load(std::string &_path) { .... TiXmlHandle hDoc(&doc); TiXmlElement *pElem; TiXmlHandle hRoot(0); version = 0; { pElem = hDoc.FirstChildElement().Element(); // should always have a valid root // but handle gracefully if it does if (!pElem) { printf("No valid root! Corrupt level file?\n"); } pElem->QueryIntAttribute("version", &version); // <= // save this for later hRoot = TiXmlHandle(pElem); } .... } 

विश्लेषक ने चेतावनी दी है कि nElptr के लिए जाँच के बाद pElem पॉइंटर को सही ढंग से उपयोग नहीं किया गया है । यह सुनिश्चित करने के लिए कि विश्लेषक सही है, आइए तत्व () फ़ंक्शन की परिभाषा देखें जो मान लौटाता है, जो बदले में , pElem कवि को आरंभीकृत करता है:

 /** @deprecated use ToElement. Return the handle as a TiXmlElement. This may return null. */ TiXmlElement *Element() const { return ToElement(); } 

जैसा कि हम टिप्पणी से देख सकते हैं, यह फ़ंक्शन शून्य हो सकता है।

अब कल्पना कीजिए कि वास्तव में ऐसा हुआ था। इस मामले में क्या होगा? तथ्य यह है कि इस स्थिति को किसी भी तरह से नियंत्रित नहीं किया जाएगा। हां, एक संदेश जाएगा कि कुछ गलत हुआ है, लेकिन गलत पॉइंटर को केवल एक पंक्ति नीचे दिया जाएगा। इस तरह के डेरेफेरिंग के परिणामस्वरूप या तो कार्यक्रम दुर्घटनाग्रस्त या अपरिभाषित व्यवहार होगा। यह एक बहुत गंभीर गलती है।

चेतावनी ९

यह कोड टुकड़ा चार पीवीएस-स्टूडियो विश्लेषक चेतावनियों को ट्रिगर करता है:

• V560 सशर्त अभिव्यक्ति का एक हिस्सा हमेशा सच होता है: x> = 0. editor.cpp 1137
• V560 सशर्त अभिव्यक्ति का एक हिस्सा हमेशा सच होता है: y> = 0. editor.cpp 1137
• V560 सशर्त अभिव्यक्ति का एक हिस्सा हमेशा सच होता है: x <40। editor.cpp 1137
• V560 सशर्त अभिव्यक्ति का एक हिस्सा हमेशा सच होता है: y <30। editor.cpp 1137

 int editorclass::at( int x, int y ) { if(x<0) return at(0,y); if(y<0) return at(x,0); if(x>=40) return at(39,y); if(y>=30) return at(x,29); if(x>=0 && y>=0 && x<40 && y<30) { return contents[x+(levx*40)+vmult[y+(levy*30)]]; } return 0; } 

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

वह इस चेक को हटा सकता था, क्योंकि निष्पादन प्रवाह को " रिटर्न 0 " ; यह प्रोग्राम लॉजिक को नहीं बदलेगा, लेकिन अनावश्यक चेक और डेड कोड से छुटकारा पाने में मदद करेगा।

चेतावनी १०

खेल की वर्षगांठ पर अपने लेख में, टेरी ने विडंबना यह उल्लेख किया कि गेम के तर्क को नियंत्रित करने वाले तत्वों में से एक गेम से बहुत बड़ा स्विच था :: updatestate () फ़ंक्शन, एक ही समय में गेम के विभिन्न राज्यों की एक बड़ी संख्या के लिए जिम्मेदार। । और यह काफी उम्मीद थी कि मुझे निम्नलिखित चेतावनी मिलेगी:

V2008 साइक्लोमैटिक जटिलता: 548. 'गेम :: updatestate' फ़ंक्शन को फिर से शुरू करने पर विचार करें। Game.cpp 612

हां, आपने इसे सही पाया: पीवीएस-स्टूडियो ने इस फ़ंक्शन को निम्नलिखित जटिलता रेटिंग दी - 548. पांच सौ और अड़तालीस !!! यह "साफ कोड" कैसा दिखता है। और यह इस तथ्य के बावजूद है कि, स्विच स्टेटमेंट को छोड़कर फ़ंक्शन में लगभग कुछ और नहीं है। स्विच में ही, मैंने 300 से अधिक केस-एक्सप्रेशन गिना।

तुम्हें पता है, हमारी कंपनी में हम सबसे लंबे लेख के लिए एक छोटी प्रतियोगिता है। मैं यहां संपूर्ण फ़ंक्शन कोड (3,450 लाइनें) लाना पसंद करूंगा, लेकिन इस तरह की जीत अनुचित होगी, इसलिए मैं सिर्फ विशाल स्विच के लिंक के लिए खुद को सीमित करूंगा। मेरा सुझाव है कि आप लिंक का अनुसरण करें और इसकी लंबाई अपने लिए देखें! उस मामले के लिए, गेम :: अपडैटस्टेट () के अलावा , पीवीएस-स्टूडियो ने फुलाए हुए चक्रवाती जटिलता के साथ 44 कार्य भी पाए हैं, जिनमें से 10 की जटिलता 200 से अधिक थी।

निष्कर्ष

मुझे लगता है कि उपरोक्त त्रुटियाँ इस लेख के लिए पर्याप्त हैं। हां, परियोजना में बहुत सारी त्रुटियां थीं, लेकिन यह एक तरह की विशेषता है। अपना कोड खोलकर, टेरी कैवानघ ने दिखाया कि आपको एक शानदार गेम लिखने के लिए एक आदर्श प्रोग्रामर होने की आवश्यकता नहीं है। अब, 10 साल बाद, टेरी उन समय को विडंबना के साथ याद करते हैं। अपनी गलतियों से सीखना महत्वपूर्ण है, और अभ्यास इसे करने का सबसे अच्छा तरीका है। और अगर आपका अभ्यास VVVVVV जैसे गेम को जन्म दे सकता है, तो यह शानदार है! खैर ... यह एक बार खेलने के लिए उच्च समय है :)

गेम कोड में ये सभी त्रुटियां नहीं थीं। यदि आप अपने लिए देखना चाहते हैं कि और क्या मिल सकता है - मेरा सुझाव है कि आप पीवीएस-स्टूडियो डाउनलोड करें और कोशिश करें ! इसके अलावा, यह मत भूलो कि हम मुक्त लाइसेंस के साथ ओपन सोर्स प्रोजेक्ट प्रदान करते हैं।