এখানে অনেক উত্তর সত্যই সত্যই ভাল। তবে ওপেনজিএল এবং ডাইরেক্ট 3 ডি (ডি 3 ডি) সমস্যাটি সম্ভবত সমাধান করা উচিত। এবং এটি প্রয়োজন ... একটি ইতিহাস পাঠ।
এবং আমরা শুরু করার আগে, আমি ওপেনজিএল সম্পর্কে ডাইরেক্ট 3 ডি সম্পর্কে যা করি তার থেকে অনেক বেশি জানি । আমি আমার জীবনে কখনই ডি 3 ডি কোডের একটি লাইন লিখিনি এবং ওপেনজিএলে টিউটোরিয়াল লিখেছি। সুতরাং আমি যা বলব তা পক্ষপাতিত্বের প্রশ্ন নয়। এটি কেবল ইতিহাসের বিষয়।
সংঘাতের জন্ম
একদিন, নব্বইয়ের দশকের গোড়ার দিকে মাইক্রোসফ্ট চারপাশে তাকিয়ে থাকে। তারা এসএনইএস এবং সেগা জেনেসিসকে দুর্দান্ত দেখতে পেয়েছিল , প্রচুর অ্যাকশন গেমস চালাচ্ছে এবং এ জাতীয়। এবং তারা ডস দেখেছিল । বিকাশকারীরা কনসোল গেমসের মতো ডস গেমস কোড করে: সরাসরি ধাতুতে। কনসোলগুলির বিপরীতে, যেখানে একটি বিকাশকারী যারা একটি এসএনইএস গেম তৈরি করেছিল তারা জানত যে ব্যবহারকারীর কী হার্ডওয়্যার রয়েছে, ডস বিকাশকারীদের একাধিক সম্ভাব্য কনফিগারেশনের জন্য লিখতে হয়েছিল। এটি এটির চেয়ে বেশি শক্ত is
মাইক্রোসফ্ট একটি বড় সমস্যা ছিল: উইন্ডোজ। দেখুন, উইন্ডোজ ডস এর বিপরীতে হার্ডওয়্যারটির মালিকানা চেয়েছিল যা বিকাশকারীরা যা কিছু করতে দেয়। অ্যাপ্লিকেশনগুলির মধ্যে সহযোগিতা পাওয়ার জন্য হার্ডওয়্যারটির মালিকানা প্রয়োজনীয়। সহযোগিতা হ'ল গেম ডেভেলপাররা ঘৃণা করে কারণ এটি দুর্দান্ত মূল্যবান হার্ডওয়্যার সংস্থান গ্রহণ করে যা তারা দুর্দান্ত হতে পারে।
উইন্ডোজটিতে গেমের বিকাশের প্রচারের জন্য, মাইক্রোসফ্টের একটি অভিন্ন API দরকার যা নিম্ন স্তরের ছিল, এটি উইন্ডোতে ধীর না করে দৌড়েছিল এবং বেশিরভাগ ক্রস-হার্ডওয়্যার । সমস্ত গ্রাফিক্স, শব্দ এবং ইনপুট হার্ডওয়ারের জন্য একটি একক এপিআই।
এভাবে ডাইরেক্টএক্সের জন্ম হয়েছিল।
কয়েক মাস পরে 3 ডি এক্সিলিটরের জন্ম হয়েছিল। এবং মাইক্রোসফ্ট একটি সমস্যার জায়গায় ছুটে গেল। দেখুন ডাইরেক্টড্রা, ডাইরেক্টএক্সের গ্রাফিক্স উপাদান, কেবলমাত্র 2 ডি গ্রাফিক্স নিয়ে কাজ করেছে: গ্রাফিক্সের মেমরি বরাদ্দ করা এবং মেমরির বিভিন্ন বরাদ্দকৃত অংশের মধ্যে বিট-ব্লিট করা।
তাই মাইক্রোসফ্ট কিছুটা মিডলওয়্যার কিনেছে এবং এটিকে ডাইরেক্ট 3 ডি সংস্করণে রূপ দিয়েছে It এটি সর্বজনীনভাবে নিন্দিত হয়েছিল । এবং সঙ্গত কারণ সহ; ডি 3 ডি ভি 3 কোডটি দেখানো চুক্তির সিন্দুকের দিকে তাকানোর মতো।
আইডি সফ্টওয়্যার এ ওল্ড জন কারম্যাক সেই ট্র্যাশটির দিকে একবার নজর রেখে বললেন, "স্ক্রু!" এবং অন্য একটি API- র লিখনের সিদ্ধান্ত নিয়েছে: ওপেনজিএল।
দেখুন, বহু-মাথাওয়ালা জানোয়ারের অন্য একটি অংশ যা মাইক্রোসফ্ট উইন্ডোজের জন্য একটি ওপেনএল বাস্তবায়নে এসজিআইয়ের সাথে ব্যস্ত ছিল। এখানে ধারণাটি আদর্শ জিএল অ্যাপ্লিকেশনগুলির আদালত বিকাশকারীদের ছিল: ওয়ার্কস্টেশন অ্যাপ্লিকেশন। সিএডি সরঞ্জাম, মডেলিং, এই ধরণের জিনিস। গেমগুলি তাদের মনে সবচেয়ে দূরের জিনিস ছিল। এটি মূলত একটি উইন্ডোজ এনটি জিনিস ছিল, তবে মাইক্রোসফ্ট এটি উইন 95 এ যুক্ত করার সিদ্ধান্ত নিয়েছে।
ওয়ার্কস্টেশন বিকাশকারীদের উইন্ডোজে প্রলুব্ধ করার উপায় হিসাবে, মাইক্রোসফ্ট সিদ্ধান্ত নিয়েছে যে তারা এই নতুন থ্রিডি গ্রাফিক্স কার্ডগুলিতে অ্যাক্সেস নিয়ে ঘুষ দেওয়ার চেষ্টা করবে। মাইক্রোসফ্ট ইনস্টলযোগ্য ক্লায়েন্ট ড্রাইভার প্রোটোকল প্রয়োগ করেছে: গ্রাফিক্স কার্ড নির্মাতারা একটি হার্ডওয়্যার ভিত্তিক একটি দ্বারা মাইক্রোসফ্টের সফ্টওয়্যার ওপেনএলএল প্রয়োগটি ওভাররাইড করতে পারে। কোড উপলব্ধ থাকলে স্বয়ংক্রিয়ভাবে কেবল একটি হার্ডওয়্যার ওপেনএল বাস্তবায়ন ব্যবহার করতে পারে।
প্রথম দিনগুলিতে, ভোক্তা-স্তরের ভিডিও কার্ডগুলি যদিও ওপেনজিএল সমর্থন করে না। এটি কারম্যাককে তার এসজিআই ওয়ার্কস্টেশনে কোপেনকে ওপেনজিএল (জিএলকিউকে) পোর্টিং থেকে থামেনি didn't যেমনটি আমরা জিএলকিউকে রিডমি থেকে পড়তে পারি:
তাত্ত্বিকভাবে, গ্লাকেক যে কোনও আনুগত্যযুক্ত ওপেনলএল চলবে যা টেক্সচার অবজেক্টগুলির এক্সটেনশনগুলিকে সমর্থন করে, তবে এটি যদি খুব পাওয়ারফুল হার্ডওয়্যার না হয় যা প্রয়োজনীয় সমস্ত কিছুকে ত্বরান্বিত করে, গেম প্লে গ্রহণযোগ্য হবে না। যদি এটি কোনও সফ্টওয়্যার এমুলেশন পথে যেতে হয় তবে পারফরম্যান্সটি সম্ভবত প্রতি সেকেন্ডে একটি ফ্রেমের অধীনে হতে পারে।
এই মুহুর্তে (মার্চ '97), একমাত্র স্ট্যান্ডার্ড ওপেনগেল হার্ডওয়্যার যা গ্লাককে যুক্তিসঙ্গতভাবে খেলতে পারে তা হ'ল একটি ইন্টারগ্রাফ রিয়েলিজম, যা একটি খুব ব্যয়বহুল কার্ড। 3 ডাব্লাবগুলি তাদের পারফরম্যান্স উল্লেখযোগ্যভাবে উন্নতি করছে, তবে উপলব্ধ ড্রাইভারদের সাথে এটি খেলার পক্ষে এখনও ভাল নয়। গ্লিন্ট এবং পারমিডিয়া বোর্ডগুলির জন্য বর্তমান 3dlabs ড্রাইভারগুলির মধ্যে কিছু পূর্ণ স্ক্রিন রান থেকে প্রস্থান করার সময় এনটি ক্র্যাশ করতে পারে, তাই আমি 3dlabs হার্ডওয়্যারে গ্লুককে চালানোর পরামর্শ দিই না।
3 ডিএফএক্স একটি ওপেনগ্লল 32.ডিল সরবরাহ করেছে যা গ্লুককের প্রয়োজনীয় সমস্ত কিছু বাস্তবায়িত করে, তবে এটি সম্পূর্ণ ওপেনগ্ল বাস্তবায়ন নয়। অন্যান্য ওপেনগল অ্যাপ্লিকেশনগুলির সাথে এটির সাথে কাজ করার খুব সম্ভাবনা নেই, সুতরাং এটি মূলত একটি "গ্লাকেক ড্রাইভার" বিবেচনা করুন।
এটি ছিল মিনিজিএল চালকদের জন্ম। এগুলি শেষ পর্যন্ত সম্পূর্ণ ওপেনএল বাস্তবায়নে বিবর্তিত হয়েছিল, কারণ হার্ডওয়্যারটিতে বেশিরভাগ ওপেনএল কার্যকারিতা বাস্তবায়নের জন্য হার্ডওয়্যার যথেষ্ট শক্তিশালী হয়ে উঠেছে। এনভিডিয়া সর্বপ্রথম একটি সম্পূর্ণ ওপেনএল বাস্তবায়ন প্রস্তাব করেছিল। অন্যান্য অনেক বিক্রেতারা লড়াই করেছিলেন, এটি কারণ হ'ল বিকাশকারীরা ডাইরেক্ট 3 ডি পছন্দ করেন: তারা হার্ডওয়্যারের বিস্তৃত পরিসরে সামঞ্জস্যপূর্ণ ছিল। অবশেষে কেবল এনভিডিয়া এবং এটিআই (বর্তমানে এটিএমডি) রয়ে গেছে এবং উভয়েরই একটি ভাল ওপেনজিএল বাস্তবায়ন হয়েছিল।
ওপেনজিএল আরোহী
এভাবে মঞ্চটি সেট করা হয়েছে: ডাইরেক্ট 3 ডি বনাম ওপেনজিএল। ডি 3 ডি ভি 3 কত খারাপ ছিল তা বিবেচনা করে এটি সত্যিই একটি আশ্চর্যজনক গল্প।
ওপেনজিএল রক্ষণাবেক্ষণের জন্য দায়ী ওপেনজিএল আর্কিটেকচারাল রিভিউ বোর্ড (এআরবি) organization তারা বেশ কয়েকটি এক্সটেনশান জারি করে, এক্সটেনশান সংগ্রহস্থলটি বজায় রাখে এবং এপিআইয়ের নতুন সংস্করণ তৈরি করে। এআরবি হ'ল গ্রাফিক্স ইন্ডাস্ট্রির অনেক খেলোয়াড়, পাশাপাশি কিছু ওএস নির্মাতাদের দ্বারা তৈরি একটি কমিটি। অ্যাপল এবং মাইক্রোসফ্ট বিভিন্ন সময়ে এআরবির সদস্য ছিল been
3Dfx ভুডু 2 দিয়ে বেরিয়ে আসে। এটি মাল্টিটেক্সচারিং করতে পারে এমন প্রথম হার্ডওয়্যার, এটি এমন কিছু যা ওপেনজিএল আগে করতে পারে না। থ্রিডিএফএক্স ওপেনজিএল, এনভিআইডিআইএর বিরুদ্ধে দৃ strongly়তার সাথে ছিল, পরবর্তী মাল্টিটেক্সচারিং গ্রাফিক্স চিপ (টিএনটি 1) এর নির্মাতারা এটি পছন্দ করেছিলেন। সুতরাং এআরবি একটি এক্সটেনশান জারি করেছে: জিএল_আরবি_মালাইটিচার, এটি মাল্টিটেক্সচারিংয়ের অ্যাক্সেসের অনুমতি দেবে।
এদিকে ডাইরেক্ট 3 ডি ভি 5 বেরিয়ে আসে। এখন, ডি 3 ডি একটি বিড়াল বমি হতে পারে এমন কিছু না করে বরং একটি আসল এপিআই হয়ে গেছে। সমস্যাটি? মাল্টিটেক্সচারিং নেই।
উফ।
এখন, এটি তার যতটা হওয়া উচিত তার প্রায় ততটা ক্ষতি করতে পারে না, কারণ লোকেরা বহুগুণ ব্যবহার করে না। সরাসরি নয় মাল্টিটেক্সচারিং আঘাতের পারফরম্যান্সটি বেশ খানিকটা ব্যতিক্রম করেছে এবং বহু ক্ষেত্রে এটি বহু-পাসিংয়ের তুলনায় উপযুক্ত নয়। এবং অবশ্যই, গেম ডেভেলপাররা তাদের গেমগুলি পুরানো হার্ডওয়্যারে কাজ করে, এটিতে মাল্টিটেক্সচারিং ছিল না তা নিশ্চিত করতে পছন্দ করে, এতগুলি গেমগুলি এটি ছাড়াই পাঠানো হয়।
এইভাবে ডি 3 ডি পুনরুদ্ধার করা হয়েছিল।
সময় কেটে যায় এবং এনভিআইডিএ জিফর্স 256 মোতায়েন করে (জিফর্স জিটি-250 না; প্রথম জেফর্স নয়), পরের দুই বছরের গ্রাফিক্স কার্ডগুলিতে বেশ সমাপ্ত প্রতিযোগিতা। মুখ্য বিক্রয় কেন্দ্রটি হল হার্ডওয়্যারে ভার্টেক্স ট্রান্সফর্ম এবং লাইটিং (টিএন্ডএল) করার ক্ষমতা। শুধু তাই নয়, এনভিডিয়া যেমন OpenGL এত যে তাদের টি এল ইঞ্জিন কার্যকরভাবে পছন্দ ছিল যেমন OpenGL। প্রায় আক্ষরিক; যেমনটি আমি বুঝতে পেরেছি, তাদের কিছু নিবন্ধকেরা ওপেনজিএল গণকারকদের সরাসরি মান হিসাবে নিয়েছে ।
ডাইরেক্ট 3 ডি ভি 6 বেরিয়ে আসে। মাল্টিটেক্সচার শেষ অবধি তবে ... কোনও হার্ডওয়্যার টি অ্যান্ড এল নেই। 256 এর আগে এটি সফ্টওয়্যারটিতে প্রয়োগ করা হলেও ওপেনজিএল এর সবসময় একটি টিএন্ডএল পাইপলাইন ছিল। সুতরাং এনভিআইডিআইএর পক্ষে কেবল তাদের সফ্টওয়্যার বাস্তবায়নটিকে একটি হার্ডওয়্যার সমাধানে রূপান্তর করা খুব সহজ ছিল। এটি D3D v7 না হওয়া পর্যন্ত শেষ পর্যন্ত D3D এর হার্ডওয়্যার টি ও এল সমর্থন না পাওয়া পর্যন্ত।
শ্যাডার্সের ডন, ওপেনলএল এর গোধূলি
তারপরে, জিফর্স 3 বেরিয়ে এল। এবং একই সাথে অনেক কিছু ঘটেছিল।
মাইক্রোসফ্ট সিদ্ধান্ত নিয়েছে যে তারা আর দেরি করবে না। সুতরাং এনভিআইডিআইএ কী করছে তা দেখার পরিবর্তে এবং পরে এটিকে অনুলিপি করার পরিবর্তে তারা তাদের কাছে গিয়ে এবং তাদের সাথে কথা বলার অবাক করা অবস্থান নিয়েছিল। এবং তারপরে তারা প্রেমে পড়ে এবং তাদের সাথে একসাথে কিছুটা কনসোল হয়।
একটি অগোছালো বিবাহবিচ্ছেদ পরে। তবে এটি অন্য সময়ের জন্য।
পিসির জন্য এর অর্থ কী ছিল জিফোরস 3 এক সাথে D3D ভি 8 নিয়ে বেরিয়েছিল। এবং জিফর্স 3 কীভাবে ডি 3 ডি 8 এর ছায়াকে প্রভাবিত করেছে তা দেখা মুশকিল নয়। শেডার মডেল ০.০ এর পিক্সেল শেডারগুলি এনভিআইডিআইএর হার্ডওয়ারের জন্য অত্যন্ত সুনির্দিষ্ট ছিল । এনভিআইডিআইএর হার্ডওয়্যার বিমূর্ত করার জন্য কোনও চেষ্টা করা হয়নি; এসএম 1.0 জিফর্স 3 যা কিছু করেছিল তা ঠিক।
এটিআই যখন র্যাডিয়ন 8500 এর সাথে পারফরম্যান্স গ্রাফিক্স কার্ডের দৌড়ে ঝাঁপিয়ে পড়া শুরু করেছিল তখন একটি সমস্যা হয়েছিল। 8500 এর পিক্সেল প্রসেসিং পাইপলাইন NVIDIA এর স্টাফের চেয়ে বেশি শক্তিশালী ছিল। সুতরাং মাইক্রোসফ্ট শ্যাডার মডেল 1.1 জারি করেছিল, যা মূলত "8500 যা কিছু করে"।
এটি ডি 3 ডি এর ব্যর্থতার মতো শোনাচ্ছে। তবে ব্যর্থতা এবং সাফল্য ডিগ্রির বিষয়। এবং মহাকাব্যিক ব্যর্থতা ওপেনজিএল-ল্যান্ডে ঘটছিল।
এনভিআইডিএ ওপেনজিএল পছন্দ করত, তাই যখন জিফর্স 3 টি হিট হয়েছিল, তখন তারা ওপেনজিএল এক্সটেনশনগুলির বেশ কয়েকটি মুক্তি দিয়েছে। মালিকানাধীন ওপেনএল এক্সটেনশানগুলি: কেবল এনভিআইডিআইএ। স্বাভাবিকভাবেই, যখন 8500 প্রদর্শিত হয়েছিল, এটি তাদের কোনওটিই ব্যবহার করতে পারে না।
দেখুন, কমপক্ষে D3D 8 জমিতে আপনি এটিএম হার্ডওয়ারে আপনার এসএম 1.0 শেডার চালাতে পারেন। নিশ্চিত, আপনি 8500 এর শীতলতা সুবিধা গ্রহণ করতে নতুন শেডার লিখবার ছিল, কিন্তু অন্তত আপনার কোড কাজ ।
ওপেনগিএলে র্যাডিয়ন 8500 এ যে কোনও ধরণের ছায়াছবি থাকার জন্য, এটিআই-কে বেশ কয়েকটি ওপেনএল এক্সটেনশন লিখতে হয়েছিল। মালিকানাধীন ওপেনএল এক্সটেনশানস: এটিআই-কেবল। তাই আপনি যদি একটি এনভিডিয়া codepath এবং এটিআই codepath প্রয়োজন, শুধু আছে শেডার এ সব।
এখন, আপনি জিজ্ঞাসা করতে পারেন, "ওপেনজিএল এআরবি কোথায় ছিল, কার কাজ ওপেনজিএল বর্তমান রাখা?" যেখানে অনেকগুলি কমিটি প্রায়শই শেষ হয়: বোকা হওয়া বন্ধ।
দেখুন, আমি উপরে এআরবি_সামগ্রীটির কথা উল্লেখ করেছি কারণ এগুলির মধ্যে গভীরভাবে এইগুলির কারণ রয়েছে। এআরবি মনে হয়েছিল (বহিরাগতের দৃষ্টিকোণ থেকে) পুরোপুরি শেডারের ধারণা এড়াতে চায়। তারা বুঝতে পেরেছিল যে তারা যদি ফিক্সড-ফাংশন পাইপলাইনে যথেষ্ট কনফিগারেশনে চাপ দেয় তবে তারা শেডার পাইপলাইনের সামর্থ্যের সাথে সমান হতে পারে।
সুতরাং এআরবি এক্সটেনশনের পরে এক্সটেনশন প্রকাশ করেছে। এতে "টেক্সচার_এএনভি" শব্দযুক্ত প্রতিটি বর্ধিতাংশ এই বার্ধক্যজনিত নকশাকে প্যাচ করার আর একটি চেষ্টা ছিল। রেজিস্ট্রিটি পরীক্ষা করুন: এআরবি এবং এক্সটি এক্সটেনশনের মধ্যে, এর মধ্যে আটটি এক্সটেনশন ছিল । অনেকগুলি ওপেনজিএল মূল সংস্করণে প্রচারিত হয়েছিল।
মাইক্রোসফ্ট এই সময়ে এআরবির একটি অংশ ছিল; তারা ডি 3 ডি 9 হিট করার সময়টি ছেড়েছিল। সুতরাং এটি সম্পূর্ণভাবে সম্ভব যে তারা কোনও উপায়ে ওপেনজিএলকে নাশকতার কাজ করেছিল। আমি ব্যক্তিগতভাবে এই তত্ত্বটিকে দুটি কারণে সন্দেহ করি। এক, তাদের এআরবি'র অন্যান্য সদস্যদের সাহায্য নিতে হবে, যেহেতু প্রতিটি সদস্য কেবল একটি ভোট পান। এবং সবচেয়ে গুরুত্বপূর্ণ দুটি, এআরবির মাইক্রোসফ্টের সাহায্যের প্রয়োজন ছিল না যাতে জিনিসগুলি আপ করতে পারে। আমরা এর আরও প্রমাণ দেখতে পাব।
অবশেষে এটিবি, সম্ভবত এটিআই এবং এনভিআইডিআইএ উভয়েরই হুমকির মুখে পড়ে (উভয় সক্রিয় সদস্য) অবশেষে তাদের মাথাটি টেনে আনল প্রকৃত সমাবেশ-স্টাইলের ছায়া গোছানোর জন্য।
বোকা কিছু চাই?
হার্ডওয়্যার টি ও এল। কিছু প্রথম ওপেনজিএল ছিল । ঠিক আছে, এটি আকর্ষণীয়। হার্ডওয়্যার টি অ্যান্ড এল থেকে সর্বাধিক সম্ভাব্য পারফরম্যান্স পেতে আপনার জিপিইউতে আপনার ভার্টেক্স তথ্য সংরক্ষণ করতে হবে। সর্বোপরি, এটি হ'ল জিপিইউ যা আসলে আপনার ভার্টেক্স ডেটা ব্যবহার করতে চায়।
ডি 3 ডি ভি 7-তে মাইক্রোসফ্ট ভার্টেক্স বাফার্সের ধারণাটি চালু করেছিল। এগুলি ভার্টেক্স তথ্য সংরক্ষণের জন্য জিপিইউ মেমরির সোয়াথগুলি বরাদ্দ করা হয়।
ওপেনজিএল কখন এর সমতুল্য পেয়েছে তা জানতে চান? ওহ, এনভিআইডিএ, ওপেনজিএল (যতক্ষণ না তারা মালিকানাধীন এনভিআইডিআইএ এক্সটেনশন হয়) এর সমস্ত প্রেমিক হয়ে, জিফোরস 256 হিট করার সময় ভার্টেক্স অ্যারে রেঞ্জ এক্সটেনশনটি প্রকাশ করেছিল। কিন্তু এআরবি কখন অনুরূপ কার্যকারিতা সরবরাহ করার সিদ্ধান্ত নিয়েছে?
দুই বছর পরে । এটি ভার্টেক্স এবং খণ্ড ছায়া গো (ডি 3 ডি ভাষায় পিক্সেল) অনুমোদনের পরে এটি হয়েছিল । এটি জিপিইউ মেমরিতে ভার্টেক্স তথ্য সংরক্ষণের জন্য ক্রস-প্ল্যাটফর্ম সমাধান বিকাশ করতে কত সময় নিয়েছে এআরবিটিকে। আবার, এমন কিছু যা হার্ডওয়্যার টি অ্যান্ড এলকে সর্বোচ্চ কর্মক্ষমতা অর্জন করতে হবে to
তাদের সকলকে ধ্বংস করার জন্য একটি ভাষা m
সুতরাং, ওপেনএল বিকাশের পরিবেশটি কিছু সময়ের জন্য ভাঙ্গা হয়ে পড়েছিল। কোনও ক্রস-হার্ডওয়্যার শেডার নেই, কোনও ক্রস-হার্ডওয়্যার জিপিইউ ভার্টেক্স স্টোরেজ নেই, যখন ডি 3 ডি ব্যবহারকারীরা উভয়ই উপভোগ করেছেন। এটা আরও খারাপ হতে পারে?
আপনি ... আপনি এটা বলতে পারে। 3 ডি ল্যাব প্রবেশ করান ।
তারা কে, আপনি জিজ্ঞাসা করতে পারেন? এগুলি হ'ল ওপেনজিএল-এর প্রকৃত খুনি বলে আমি বিবেচনা করি। অবশ্যই, এআরবির সাধারণ অযোগ্যতা ওপেনজিএলকে দুর্বল করে তুলেছে যখন এটি ডি 3 ডি এর মালিক হওয়া উচিত ছিল। তবে থ্রিডি ল্যাবগুলি ওপেনজিএলের বর্তমান বাজারের অবস্থার জন্য আমার মনের একমাত্র বৃহত্তম কারণ। তারা সম্ভবত এটি করতে কি করতে পারে?
তারা ওপেনজিএল শেডিং ল্যাঙ্গুয়েজ ডিজাইন করেছেন।
দেখুন, থ্রিডি ল্যাবগুলি একটি মরণ সংস্থা ছিল। এনভিআইডিআইএর ওয়ার্কস্টেশন বাজারে ক্রমবর্ধমান চাপের কারণে তাদের ব্যয়বহুল জিপিইউ প্রান্তিক করা হচ্ছে। এবং এনভিআইডিএর বিপরীতে 3 ডি ল্যাবগুলির মূলধারার বাজারে কোনও উপস্থিতি ছিল না; এনভিআইডিএ যদি জিতত তবে তারা মারা গেল।
যা তারা করেছিল।
সুতরাং, যে পণ্যগুলি তাদের পণ্য চায় না এমন বিশ্বে প্রাসঙ্গিক থাকার জন্য, 3 ডি ল্যাবগুলি একটি "গেম ডেভেলপার কনফারেন্স" দেখিয়েছিল যার জন্য তারা "ওপেনজিএল 2.0" নামে পরিচিত present এটি ওপেনজিএল এপিআই-এর একটি সম্পূর্ণ, স্ক্র্যাচ পুনর্লিখন হবে। এবং এটি উপলব্ধি করে; সেখানে একটি ছিল অনেক সময়ে যেমন OpenGL এর API এ cruft এর (নোট: যে cruft এখনও বিদ্যমান)। টেক্সচার লোডিং এবং বাঁধাইয়ের কাজটি কেবল দেখুন; এটি আধা-আরাকেন
তাদের প্রস্তাবের অংশটি ছায়াময় ভাষা ছিল। স্বাভাবিকভাবে. তবে, বর্তমান ক্রস-প্ল্যাটফর্ম এআরবি এক্সটেনশানের বিপরীতে, তাদের শেডিং ভাষাটি ছিল "উচ্চ-স্তরের" (শেডের ভাষার জন্য সি উচ্চ স্তরের। হ্যাঁ, সত্যিই)।
এখন, মাইক্রোসফ্ট তাদের নিজস্ব উচ্চ-স্তরের শেডিং ভাষাতে কাজ করছিল। যা তারা, মাইক্রোসফ্টের সমস্ত সম্মিলিত কল্পনায়, ... উচ্চ স্তরের শেডিং ল্যাঙ্গুয়েজ (এইচএলএসএল) বলে। তবে সেগুলি ছিল ভাষাগুলির কাছে মৌলিকভাবে ভিন্ন দৃষ্টিভঙ্গি।
থ্রিডি ল্যাবসের শেডার ভাষার সবচেয়ে বড় সমস্যাটি এটি অন্তর্নির্মিত ছিল। দেখুন, এইচএলএসএল ছিল মাইক্রোসফ্ট সংজ্ঞায়িত একটি ভাষা। তারা এর জন্য একটি সংকলক প্রকাশ করেছে এবং এটি শেডার মডেল ২.০ (বা পরে শেডার মডেল) সমাবেশ কোড তৈরি করেছে, যা আপনি ডি 3 ডি তে খাওয়ান। ডি 3 ডি ভি 9 দিনের মধ্যে, এইচএলএসএল কখনই সরাসরি ডি 3 ডি দ্বারা স্পর্শ করেনি। এটি একটি দুর্দান্ত বিমূর্ততা ছিল, তবে এটি নিখুঁত alচ্ছিক। এবং একজন বিকাশকারী সর্বদা কমপ্লেয়ারের পিছনে যেতে এবং সর্বাধিক পারফরম্যান্সের জন্য আউটপুটটিকে টুইট করার সুযোগ পেয়েছিল।
3 ডি ল্যাব ভাষাতে এর কিছুই ছিল না । আপনি ড্রাইভারকে সি-জাতীয় ভাষা দিয়েছেন এবং এটি একটি শেডার তৈরি করেছে। গল্পের শেষে. কোনও অ্যাসেম্বলি শেডার নয়, এমন কিছু নয় যা আপনি অন্য কোনও কিছু খাওয়ান। আসল ওপেনলএল অবজেক্টটি একটি শেডারকে উপস্থাপন করে।
এর অর্থ হ'ল ওপেনজিএল ব্যবহারকারীরা এমন বিকাশকারীদের বুদ্ধি প্রকাশের জন্য উন্মুক্ত ছিলেন যারা কেবল সমাবেশ-জাতীয় ভাষাগুলি সংকলনের হ্যাং পেয়েছিলেন। কম্পাইলার বাগ দৌড়ে প্রচণ্ড মধ্যে সদ্য নামকরণ যেমন OpenGL ছায়াকরণ ভাষা (GLSL)। সবচেয়ে খারাপ কী, যদি আপনি একাধিক প্ল্যাটফর্মগুলিতে সঠিকভাবে সংকলন করতে শেডার পেতে সক্ষম হন (কোনও গড় কীর্তি নেই) তবে আপনি এখনও দিনের অপটিমাইজারের শিকার হন । যা তারা যতটা অনুকূল ছিল ততটা অনুকূল ছিল না।
যদিও এটি জিএলএসএল-এর সবচেয়ে বড় ত্রুটি ছিল, এটি কেবল ত্রুটি ছিল না। দ্বারা পর্যন্ত ।
ডি 3 ডি এবং ওপেনগিলে পুরানো সমাবেশ ভাষাগুলিতে আপনি ভার্টেক্স এবং টুকরা (পিক্সেল) শেডারগুলিকে মিশ্রিত করতে এবং মিলাতে পারেন। এতক্ষণ তারা একই ইন্টারফেসের সাথে যোগাযোগ করে, আপনি কোনও সামঞ্জস্যপূর্ণ টুকরা শ্যাডার সহ যে কোনও ভার্টেক্স শ্যাডার ব্যবহার করতে পারেন। এবং এমন কিছু স্তর এমনকি বেমানান ছিল যা তারা গ্রহণ করতে পারে; একটি ভার্টেক্স শ্যাডার একটি আউটপুট লিখতে পারে যা ফ্রেগমেন্ট শেডারটি পড়েনি। এবং তাই এগিয়ে।
জিএলএসএল এর কোনও কিছুই ছিল না। ভার্টেক্স এবং টুকরা ছায়া গো এমন একসাথে মিশ্রিত হয়েছিল যা থ্রিডি ল্যাবগুলি "প্রোগ্রাম অবজেক্ট" বলে। সুতরাং আপনি যদি ভার্টেক্স এবং টুকরা প্রোগ্রাম ভাগ করতে চান, আপনি একাধিক প্রোগ্রাম অবজেক্ট তৈরি করতে হবে। এবং এটি দ্বিতীয় বৃহত্তম সমস্যার কারণ হয়েছিল।
দেখুন, থ্রিডি ল্যাবগুলি ভেবেছিল তারা চালাক হয়ে উঠছে। তারা জিএলএসএল এর সংকলন মডেলটি সি / সি ++ এর উপর ভিত্তি করে তৈরি করেছে। আপনি একটি .c বা .cpp নিন এবং এটি কোনও অবজেক্ট ফাইলে সংকলন করুন। তারপরে আপনি এক বা একাধিক অবজেক্ট ফাইলগুলি নিয়ে যান এবং এগুলিকে একটি প্রোগ্রামে লিঙ্ক করেন। সুতরাং GLSL কীভাবে সংকলন করে: আপনি আপনার শেডারকে (ভার্টেক্স বা খণ্ড) একটি শেডার অবজেক্টে সংকলন করুন। তারপরে আপনি সেই ছায়াময় বস্তুগুলিকে একটি প্রোগ্রামের বস্তুতে রেখেছেন এবং এগুলি যুক্ত করে আপনার আসল প্রোগ্রামটি গঠন করেন।
যদিও এটি "লাইব্রেরি" শেডারগুলির মতো সম্ভাব্য শীতল ধারণাগুলির অনুমতি দেয় যা মূল শেডাররা কল করতে পারে এমন অতিরিক্ত কোড ধারণ করে, অনুশীলনে এর অর্থ কী শেডারগুলি দু'বার সংকলিত হয়েছিল । একবার সংকলন পর্যায়ে এবং একবার সংযোগের পর্যায়ে। বিশেষত এনভিআইডিআইএর সংকলক মূলত দু'বার কম্পাইল চালানোর জন্য পরিচিত ছিল। এটি কোনও ধরণের অবজেক্ট কোড মধ্যস্থতাকারী তৈরি করে নি; এটি কেবল একবার এটি সঙ্কলন করে উত্তরটি ছুঁড়ে ফেলেছে, তারপরে আবার সংযোগের সময় সংকলন করেছে।
সুতরাং আপনি যদি আপনার ভার্টেক্স শ্যাডারটিকে দুটি পৃথক টুকরা শেডারে লিঙ্ক করতে চান তবে আপনাকে ডি 3 ডি এর চেয়ে অনেক বেশি সংকলন করতে হবে। বিশেষত যেহেতু একটি সি-জাতীয় ভাষার সংকলন সমস্ত অফলাইনে করা হয়েছিল , প্রোগ্রামটির সম্পাদনার শুরুতে নয়।
জিএলএসএল নিয়ে অন্যান্য সমস্যা ছিল। সম্ভবত থ্রিডি ল্যাবগুলিতে দোষ চাপানো ভুল বলে মনে হচ্ছে, যেহেতু এআরবি শেষ পর্যন্ত ভাষাটিকে অনুমোদন ও অন্তর্ভুক্ত করেছিল (তবে তাদের "ওপেনজিএল ২.০" উদ্যোগের কিছুই নয়)। তবে এটি তাদের ধারণা ছিল।
এবং এখানে সত্যিই দুঃখজনক অংশ: 3 ডি ল্যাবগুলি সঠিক ছিল (বেশিরভাগই)। জিএলএসএল এই সময়ে এইচএলএসএল যেভাবে ভেক্টর ভিত্তিক শেডিং ভাষা ছিল তা নয়। এর কারণ 3 ডি ল্যাবসের হার্ডওয়্যার ছিল স্কেলার হার্ডওয়্যার (আধুনিক এনভিআইডিআইএ হার্ডওয়ারের অনুরূপ), তবে অনেকগুলি হার্ডওয়্যার প্রস্তুতকারকরা তাদের হার্ডওয়্যার নিয়ে যে দিকনির্দেশে গিয়েছিলেন তারা শেষ পর্যন্ত ঠিক ছিলেন।
তারা একটি "উচ্চ-স্তরের" ভাষার জন্য একটি সংকলন-অনলাইন মডেল নিয়ে যেতে ঠিক ছিল। ডি 3 ডি এমনকি শেষ পর্যন্ত স্যুইচ করেছে।
সমস্যাটি ছিল যে 3 ডি ল্যাবগুলি ভুল সময়ে সঠিক ছিল । এবং ভবিষ্যতকে খুব তাড়াতাড়ি ডেকে আনার প্রয়াসে, ভবিষ্যত-প্রমাণ হওয়ার প্রয়াসে তারা উপস্থিতিকে একপাশে ফেলে দেয় । এটি ওপেনজিএল এর টি ও এল কার্যকারিতার জন্য সর্বদা সম্ভাবনা রাখার মতোই শোনাচ্ছে। ওপেনজিএল এর টি অ্যান্ড এল পাইপলাইন হার্ডওয়্যার টি অ্যান্ড এল এর আগে এখনও কার্যকর ছিল , তবে বিশ্ব এটির আগে ধরা পড়ার আগে জিএলএসএল দায়বদ্ধ ছিল।
GLSL একটি ভাল ভাষা এখন । তবে সময়ের জন্য? এটা ভয়াবহ ছিল। এবং ওপেনজিএল এর জন্য ক্ষতিগ্রস্থ হয়েছিল।
অ্যাথোসিসিসের দিকে পতন
আমি যখন বজায় রেখেছিলাম যে থ্রিডি ল্যাবগুলি মারাত্মক ধাক্কা খেয়েছে, তখন নিজেই এআরবিই কফিনের শেষ পেরেকটি চালাচ্ছিল।
এটি এমন একটি গল্প যা আপনি শুনে থাকতে পারেন। ওপেনজিএল ২.১ এর মধ্যে, ওপেনজিএল একটি সমস্যায় পড়েছিল। এটা একটা ছিল অনেক উত্তরাধিকার cruft করুন। এপিআই আর ব্যবহার করা সহজ ছিল না। জিনিসগুলি করার জন্য 5 টি উপায় ছিল এবং কোনটি দ্রুততম তা কোনও ধারণা ছিল না। আপনি সাধারণ টিউটোরিয়ালগুলির সাহায্যে ওপেনজিএল "শিখতে" পারতেন, তবে আপনি সত্যই ওপেনজিএল এপিআই শিখতে পারেন নি যা আপনাকে বাস্তব সম্পাদনা এবং গ্রাফিকাল শক্তি দিয়েছে gave
সুতরাং এআরবি ওপেনজিএল-এর আরেকটি নতুন আবিষ্কারের চেষ্টা করার সিদ্ধান্ত নিয়েছে। এটি থ্রিডি ল্যাবসের "ওপেনজিএল ২.০" এর মতো ছিল, তবে এটির চেয়ে ভাল কারণ এআরবি এর পিছনে ছিল। তারা এটিকে "লংস পিক" নামে অভিহিত করেছিলেন।
এপিআইটির উন্নতি করতে কিছুটা সময় নিয়ে কী খারাপ? এটি খারাপ ছিল কারণ মাইক্রোসফ্ট নিজেদেরকে দুর্বল করে রেখেছিল। দেখ, এই ভিস্তা পক্ষপরিবর্তন সময় ছিল।
ভিস্তার সাথে, মাইক্রোসফ্ট ডিসপ্লে ড্রাইভারগুলিতে কিছু প্রয়োজনীয় পরিবর্তন আনার সিদ্ধান্ত নিয়েছে। তারা ড্রাইভারদের গ্রাফিক্স মেমরি ভার্চুয়ালাইজেশন এবং অন্যান্য বিভিন্ন জিনিসের জন্য ওএসের কাছে জমা দিতে বাধ্য করেছিল।
যদিও কেউ এর যোগ্যতা নিয়ে বিতর্ক করতে পারে বা এটি আসলে সম্ভব ছিল কিনা, তবুও এই তথ্যটি রয়ে গেছে: মাইক্রোসফ্ট D3D 10 কে কেবল ভিস্তা (এবং উপরে) বলে মনে করেছে। এমনকি আপনার কাছে এমন ডিভাইস ছিল যা ডি 3 ডি 10 সক্ষম ছিল , আপনি ভিস্তা চালনা ছাড়া ডি 3 ডি 10 অ্যাপ্লিকেশন চালাতে পারবেন না।
আপনি হয়ত মনে রাখতে পারেন ভিস্তা ... উম, আমরা কেবল এটি বলি যে এটি কার্যকর হয়নি। সুতরাং আপনার একটি আন্ডার পারফর্মিং ওএস ছিল, একটি নতুন এপিআই যা কেবলমাত্র সেই OS এ চলেছিল, এবং একটি নতুন প্রজন্মের হার্ডওয়্যার যার জন্য সেই প্রজন্মের তুলনায় দ্রুততর হওয়ার চেয়ে আরও বেশি কিছু করার জন্য সেই API এবং OS এর প্রয়োজন ছিল needed
তবে, বিকাশকারীরা ওপেনজিএল এর মাধ্যমে ডি 3 ডি 10-শ্রেণীর বৈশিষ্ট্যগুলি অ্যাক্সেস করতে পারে । ঠিক আছে, এআরবি যদি লংস পিকের কাজে ব্যস্ত না থাকে তবে তারা পারত।
মূলত, এআরবি এপিআই আরও ভাল করতে আড়াই থেকে দু'বছর কাজের জন্য ব্যয় করেছে। ওপেনজিএল 3.0 আসলে বেরিয়ে আসার পরে, ভিস্তার গ্রহণ অবলম্বন করা হয়েছিল, উইন 7 ভিস্তার পিছনে রাখার জন্য কোণার চারপাশে ছিল এবং বেশিরভাগ গেম ডেভেলপাররা যাইহোক ডি 3 ডি -10 শ্রেণীর বৈশিষ্ট্যগুলির বিষয়ে চিন্তা করে না। সর্বোপরি, ডি 3 ডি 10 হার্ডওয়্যার D3D 9 অ্যাপ্লিকেশনগুলি ঠিকঠাকভাবে চালিত। এবং পিসি-টু-কনসোল পোর্টগুলির উত্থানের সাথে (বা পিসি বিকাশকারীরা লাফিয়ে শিপিং বিকাশ কনসোল করতে আপনার চয়ন করুন), বিকাশকারীদের ডি 3 ডি 10 শ্রেণীর বৈশিষ্ট্যগুলির প্রয়োজন নেই।
এখন, যদি ডেভেলপারদের উইনএক্সপি মেশিনে ওপেনজিএল এর মাধ্যমে এই বৈশিষ্ট্যগুলি অ্যাক্সেস করা হত, তবে ওপেনজিএল বিকাশটি বাহুতে খুব প্রয়োজনীয় শট পেয়ে থাকতে পারে। তবে এআরবি তাদের সুযোগটি হাতছাড়া করে। এবং আপনি কি সবচেয়ে খারাপ অংশটি জানতে চান?
দুটি মূল্যবান বছর ব্যয় করা সত্ত্বেও স্ক্র্যাচ থেকে এপিআই পুনর্নির্মাণের চেষ্টা করা হয়েছে ... তারা এখনও ব্যর্থ হয়েছে এবং কেবল স্থিতিশীল অবস্থায় ফিরে গেছে (অবমূল্যায়ন প্রক্রিয়া ব্যতীত)।
সুতরাং কেবল এআরবি সুযোগের একটি গুরুত্বপূর্ণ উইন্ডোই মিস করল না, তারা সেই কাজটিও করতে পারেনি যা তাদের সেই সুযোগটি মিস করেছিল made বেশ চারদিকে মহাকাব্য ব্যর্থ।
এবং ওপেনজিএল বনাম ডাইরেক্ট 3 ডি এর গল্প। হারানো সুযোগের এককথা, স্থূল বোকামি, ইচ্ছাকৃত অন্ধত্ব এবং সাধারণ বোকামি।