Ek het 'n paar probleme met 'n roterende marmer. Ive probeer om dit met Matrix. CreateFromYawPitchRoll en Matrix. CreateRotation maar daar was 'n paar probleme, ek dink dat sy as gevolg van die Gimbal slot effek. So, Ive het probeer met behulp van wagte, elkeen in plaas, maar niks verander nie. Wanneer beweeg op net 'n as dit werk goed, maar wanneer die rotasie plaasvind op twee verskillende asse die marmer draai nog steeds op die verkeerde asse. In die metode Update: En in die trekking metode: Wat is verkeerd Is dit verkeerd om Quaternion. CreateFromAxisAngle gebruik op verskeie byle Ive probeer berekening direk die rotasie van my marmer, in plaas van die gebruik van kombinasie van verskeie asse: hoek is 'n vlot wat hou spoor van die huidige beweging. Hierdie oplossing nie die geval blyk te Gimbal slot skep. maar marmer rotasies Arent korrek, blyk dit dat die roterende spoed is nie konstant nie, maar het vinniger en stadiger met verloop van tyd, kan nie ek verstaan hoekom. As ek koppel die wagte, elkeen kry ek elke raam met behulp van die Gimbal slot effek is nog sigbaar. Hier is hoe Ive aangepak dat: Im veronderstelling spoed is 'n vektor wat die rigting van die bal is aan die rol en wie omvang verteenwoordig die koers dit reis in daardie rigting. dan kan jy koppel dit aan jou qRotation. Ook, moet jy dalk jou viertal normaliseer na aaneenskakellling. Update:. Die korrekte antwoord op hierdie vraag / draad is die omkeer van die orde wat wagte, elkeen koppel aan met betrekking tot XNA Meng matrikse links na regs, wagte, elkeen kombineer regs na links. qRotation blykbaar die marble39s huidige oriëntasie verteenwoordig. Om te verseker dat geaardheid, is jy die kombinasie van net die rotasie wat plaasgevind het sedert verlede raam met jou Quaternion. CreateFrom. (). So die hoek gebruik in daardie CreateFrom. moet net die hoek beweging sedert die laaste raam verteenwoordig. Maar dit soort lyk soos jou hoek (met die) is besig om die algehele hoek, wat doesn39t kyk regs verteenwoordig. hoek moet net die bedrag van rotasie sedert die laaste raam wees. uitvoering maak Steve H 8 Oktober 13 by 00:28 Jammer as I39m af dop 'n bietjie. Ek het net besef / onthou, terwyl speel met dit wat Kwarternêre koppel in omgekeerde volgorde wat Matrikse doen in XNA. So waar jy 'n matriks soos geaardheid geaardheid rotationToAdd (of) sou doen, sou jy doen 'n viertal soos: geaardheid rotationToAdd geaardheid uitvoering maak Steve h 8 Oktober 13 by 12: 42May ek my terugvoer oor hierdie onderwerp te Indien ja dan baie dankie . Ek glo dit moet beide C en Managed C. ondersteun As dit gaan wees C net, ek waarborg jy van nou af wat nie baie ontwikkelaars of leerders - studente as myself - sal dink oor die gee van XNA 'n drie. Nie omdat C is 'n kru taal en al, wil sy regtig cool en baie ontwikkelaars weet hoe om die program daarin. Maar ek weet ten minste 'n paar mense, insluitende myself, wat wil dinge kode in die mees algemene taal, soos onbeheerde C. Nie met XNA werk op beide die VN - en bestuur C styl, is 'n, in my meningsverskil, 'n baie baie slegte idee. Net my 2 sent, baie geluk en ek wens jou die beste Van mossa TheGreat. Dinsdag 6 Junie, 2006 18:50 Moet dit nie eens met jou. Ek weet baie van indie ontwikkelaars wat by die geleentheid sal spring om die gebruik van die XNA raamwerk met C (myself ingesluit). Sover nie-Bestuurde C en die XNA Framework - whats die punt My begrip is dat sy vir ontwikkeling kode, nie nie-Bestuurde C. My 0,02 - al is dit net ondersteun C, Ill nog gelukkig dit gebruik. Siek wag (ietwat) geduldig na my hande te kry op dit. Dinsdag 6 Junie, 2006 19:45 Dis reg die XNA raamwerk is vir beheer kode Ontwikkeling en loop op die Common Language Runtime wat 'n programmeerder verhoed die gebruik van onbeheerde tale (C) van die gebruik van die XNA raamwerk. Bestuur C, nou bekend as C / CLI is iets wat kan werk met die XNA raamwerk. Dit alles gesê ek verstaan waar jou kom uit mossa en sy goeie terugvoer. Donderdag, Junie 8, 2006 01:14 Ek het 'n kommersiële toepassing in VB6 en Im herskryf it. Im tans kode skryf in VB vir Bestuurde DirectX. Ek weet dat die groot spelers op die spel mark hoef te gebruik VB, maar 3D visualisering is besig om belang buite die dobbelbedryf. Soos ek, ek dink daar is 'n baie programmeerders daar buite wat is die ontwikkeling van applicitations, waar 3D visualisering is belangrik, maar nie die kern van die aansoek. Hulle is baie goed afgeskop met DirectX en Managed DirectX. Ek hoop daar is 'n toekoms vir hulle (en my) in XNA. Vrydag, 16 Junie, 2006 06:13 Michael Klucher - MSFT geskryf: Dis reg die XNA raamwerk is vir beheer kode Ontwikkeling en loop op die Common Language Runtime wat 'n programmeerder verhoed die gebruik van onbeheerde tale (C) van die gebruik van die XNA raamwerk. Bestuur C, nou bekend as C / CLI is iets wat kan werk met die XNA raamwerk. Wanneer jy sê C / CLI, dat jy die suiwer CLR modus C / CLI meng van bestuur en inheemse kode werk met XNA of nie Ek kan nie dink dat hulle sou toelaat om enige onveilige, nie-beheer kode versprei. Daardie soort van nederlae die doel, dit lyk. Dit is waarskynlik een van die vernaamste redes dat DirectPhysics geïmplementeer word (net 'n raaiskoot). Met die toevoeging van fisika, sal jy daarin geslaag het beheer oor alle aspekte van die spel ontwikkelingsproses, die uitskakeling van die behoefte om onbeheerde kode gebruik, dus maak dit moontlik om 'n omgewing waar mense ruil speletjies, ens sonder vrees vir kwaadwillige kode te skep. Maandag, Augustus 14, 2006 7:56 Ek glo Microsoft moet 'n VB samesteller en dokumentasie te ondersteun. Ek is 'n VB programmeerder, ek oorweeg om na C, maar van wat ek gehoor het daar is 'n produktiwiteit treffer. En in elk geval as Microsoft gaan na die entoesias mark dan is daar nie 'n beter taal as VB. Alternatiewelik Microsoft kan XNA C dokumentasie bied spesifiek vir beginner-programmeerders net mense met behulp van programmering te kry en dan skuif dit na die skep van 3D-programme. Ek werk in 'n kantoor met tussen 6-8 programmeerders op enige gegewe tyd. Ons is rofweg verdeel 50/50 tussen vbters en offisiere :) As die senior programmeerder ek ewe vlot in beide. Sê dat hy na c verloor produktiwiteit is nie baie akkuraat. Seker of 'n net VB persoon verskuif na c daar beslag leerkurwe sou wees. Maar as jy weet en is vertroud met die raamwerk, dit is eintlik minder van 'n sprong dan uit VB6 om VB (en dit is wat ek gedoen het). Ek nou verkies c oor VB en vind (veral met 2005) dat ek vinniger in C kan kodeer dan in VB. Weereens, dit is al afhanklik van die individu. In ieder geval ek is opgewonde en sien uit na XNA :) Ek is die ontwikkeling van 3D programme vir 'n paar jaar nou met (die gebruik van DirectX 8 gebaseer enjin, en 'n paar MDX modes) In staat is om my bestaande C spel raamwerk op XNA oor bring via / CLR sou 'n god te stuur. Na 'n bestaande DX spel enjin sit op my hardeskyf, die idee van porting almal wat C-kode vir C nie die geval is eintlik opwinding my. En as ek die tegnologie te verstaan, moet dit net werk (TM) cos dis die hele punt van CLI, so as jy dit kan in staat stel, vir my 'n gelukkige bunny sou maak. Natuurlik is daar dalk tegniese voordele na die hawe 'n kode en skryf nuwe kode in C direk aan die XNA raamwerk, maar om op te staan en loop in staat is om / CLR by my bestaande C biblioteke baie handig sou wees. Nie loop onbeheerde kode nie die geval is kommer, ek verstaan die rede waarom dit is verbied, maar gegewe MS het reeds die opsie / CLR, klink soos 'n wenner vir my. Dinsdag 15 Augustus, 2006 06:54 Ons besluit om net ondersteuning C vir die eerste release is regtig te danke aan beperkings skeduleer. Ons wil addisionele tale in toekomstige uitgawes te skakel. Laat weet ons asseblief watter tale youd graag wou sien (ek het 'n vermoede vir die eerste :)) Dinsdag, 15 Augustus, 2006 07:04 Volle ondersteuning vir CLI tale sou 'n geweldige eienskap vir enigeen wat belangstel in XNA wees. Ondersteuning tale soos VB, Yster Python. of Boo kon gemaklik gebruikers te voorsien met 'n veel vriendeliker eerste keer ervaring met XNA, terwyl dieselfde ondersteuning kan lei tot meer ervare coders om script tale te implementeer vir meer ingewikkeld stelsels. (C ondersteuning moet 'n gegewe ongeag of sy 'n goeie ding is of nie, dit is nog steeds die taal van die spel ontwikkeling.) Im baie opgewonde oor die idee van Game Studio Express, en wat dit kan beteken vir amateur ontwikkelaars. Maar, as gebruikers toegesluit in die gebruik van C, of selfs die keuse tussen C en C, 'n groot deel van die potensiaal van die platform sal vermors word. Ondersteuning vir 'n groter verskeidenheid van tale en tegnologie sal dit 'n kans om te groei uit 'n interessante nuwigheid om 'n werklik kragtige platform vir gemaklik ontwikkelaars gee. Dinsdag 15 Augustus, 2006 07:21 Ons besluit om net ondersteuning C vir die eerste release is regtig te danke aan beperkings skeduleer. Ons wil addisionele tale in toekomstige uitgawes te skakel. Laat weet ons asseblief watter tale youd graag wou sien (ek het 'n vermoede vir die eerste :)) Soos van die skryf van hierdie, die aantal poste vir die verskillende Express Editions is soos volg: Visual Basic Express Edition: 18.038 poste Visual C Express Edition : 4481 poste Visual C Express Edition: 4306 poste Ja, 'n groot deel van die vroeë voëls plaas in hierdie forum so ver wil C. Maar in 'n maand of drie, sal jy hoor al die gelukkige amateurs gebons op die deur, skree vir VB ondersteuning in XNA Game Studio Express. As 'n kant nota, terwyl die ontwikkeling van met Visual Basic Express, wat ek gesien het 'n ongelooflike prestasie hupstoot in beheer kode in die afgelope jaar of so, en het geen voorneme meer van die optimalisering van kode in 'n ander taal. Ek hoop jou vermoede is VB ondersteuning. Dinsdag 15 Augustus, 2006 08:26 As VB is nie 'n goeie beginner langugage as sou jy aanbeveel C om 'n beginner. Ek sou graag wou deelneem aan die XNA Game Studio maar Im bekommerd dat my ernstige gebrek aan progamming kennis / vaardigheid 'n probleem sal wees. Im probeer om te leer 'n programmeertaal langugage dis nie te moeilik om dit te leer kan spel programmering probeer. Iets wat my laat dink dat ek moet leer C is van XNA FAQ. page Q: Hoe wyd gebruik is C in die dobbelbedryf A: Die oorgrote meerderheid van die spel ateljees erken die produktiwiteit voordele van C en is reeds gebruik dit vir die skep van interne gereedskap binne hul ateljees. Daar is selfs 'n paar groot games vir Windows geskryf met behulp van C. Maar voor die koms van die XNA raamwerk, doen ware kruis-platform-ontwikkeling met C teiken beide die Windows lessenaar en die Xbox 360 is nie 'n werklikheid. Dis hoekom ons glo dat die XNA Raamwerk verteenwoordig 'n opwindende geleentheid vir spel ateljees. Bestuur DirectX QampA Woensdag, 16 Augustus, 2006 02:45 Hoe kom almal daar buite is vas met C, wanneer VB dieselfde dinge makliker kan doen (in sintaksis) As XNA doen gebruik IL (jy sê dit is gebaseer op 2), is daar 'n probleem met VB dat dit ongeskik maak om IL-kode of is dit laer in prestasie in vergelyking met C VB word deur amateurs, want dit het 'n makliker sintaksis, maar selfs mense by Microsoft te tree asof dit 'n nadeel dit is 'n groot idee om 'n kragtige, moderne en vol objekgeoriënteerde programmeertaal wat is maklik genoeg om gebruik te word deur 'n groot aantal mense het, en dit is belaglik om te dink dat quotIt is 'n agteruitgang van programmering prestige om 'n programmeertaal wat gebruik word deur gebruik everyonequot die doel van 'n goeie programmeertaal is om voorsiening te maak sy gebruikers te kry wat hulle regtig wil makliker, vinniger en met dieselfde vlak van prestasie en sekuriteit as enige ander programmeertaal. VB het hierdie eienskappe. In my opinie, was dit beter om XNA met VB eerder as C begin by die begin. Ek verwag dat die XNA span VB beskou as 'n groot kandidaat vir gebruik met XNA, hoewel dit vroeër moes gebeur het. Woensdag, 16 Augustus, 2006 17:11 Kom 'n taal oorlog te veel ontwikkelaar forums kry verwoes deur hierdie soort debatte nie begin. Dit is reeds genoem dat hulle ondersteuning vir ander tale sal uitbrei. Hulle moes een om mee te begin kies en as hulle kies VB sal jy sien 'n hele swack van offisiere kla. Woensdag, 16 Augustus, 2006 17:17 Ek hoop die rede wat jy genoem het is die enigste rede wat bestaan vir die gebruik van C, my vriend. Woensdag, 16 Augustus, 2006 17:24 Im ewe gemaklik in beide C en VB so sou ek graag een manier :) my leuse is quotanything maar cquot) Woensdag, 16 Augustus, 2006 17:35 Im ewe gemaklik in beide gewees c en VB so sou ek graag een manier :) my leuse is quotanything maar cquot) Ditto gewees het. Im drolling dat dit selfs beskikbaar gestel word. Wees net bly dat hulle is om dit uit en moenie begin vlam oor die taal seleksie. As C isnt julle koppie tee,-kode in VB en gebruik 'n vertaler om C. Woensdag, 16 Augustus, 2006 18:31 As 'n reël ek verkies alles te CLS voldoen en toeganklik wees. Ware genoeg Im n hardcore VB kodeerder en sal gelukkig en lazilly gebruik VB so veel as moontlik en ek dink dat op die basis van wat verteenwoordig 'n bestuurde taal moet in staat wees om XNA gebruik. Daar kan nie te veel wyser afhanklik gebiede net regverdig C, veral omdat as julle WAT dependand op onveilige kode - hoekom pla draai dit in elk geval Noudat dit gesê is, ek duidelik verstaan en respek wat as gevolg van skeduleer en begrotingsbeperkings C is die voorloper. Dit is 'n patroon Microsoft neem vir 'n aantal redes. Vir een van die C coders dat die meeste van hierdie stelsels vlak ontwikkeling ry is geneig om C ontwikkelaars wees. Nog 'n nuttige rede hiervoor is dat VB is 'n geïsoleerde taal, sy ouer, meer volwasse, en nog baie meer stabiel soos wat eksperimenteer met vlugtige tegnologie isnt altyd 'n goeie ding. Om die waarheid te bewys tegnologie bydra opblaas om VB. C het kamer toe te voeg: byvoorbeeld: Iterators. N goeie idee, crappy implementering. C is 'n goeie plek om te werk met beta idees, te verfyn, en poets hulle voor hulle die uitrol van die VB kroon wat oor die algemeen 'n hoër gehalte, vaartbelynde, intuïtiewe ervaring te eis. Vir die grootste deel id sê dit is omdat as taak-georiënteerde, produktiwiteit-obsessie, pragmatis VBers Arent altyd so warm om rond te peuter met 'n nuwe gedeeltelik werk tegnologie. A VBer wil dit net werk en goed werk. Dit gesê ek sou verwag (as 'n saak van respek) VB ondersteuning C / CLI ondersteuning as my amptelike goue standaard vir 'n hoë werkverrigting scenario en wyser-heid (anders my poste sal toenemend minder burgerlike geword) en beslis. Soos vir J en IronPython, ens, weereens ek regtig verwag beheer kode en al sy filiale taal agnostikus te wees, sy wat ons al die jare gelede, toe MS is lasterlike af oor hoekom Java suig belowe. As gevolg C sentriese dan is dit regtig 'n Java kloon. Met betrekking tot Mono. dont hou jou asem. Vir een XNA is nou eers so afhanklik is van die MS platforms wat ek kon dink hulle maak dit in elk geval Mac / Linux vriendelik. Laastens, die mense by Mono, al is toegewy is stadig en hul implementering van die basiese raamwerk loop so pateties agter Microsoft dat selfs as XNA was potensieel kruis-platform wat hulle wouldnt dit ondersteun tot iewers in 2011. Woensdag 16 Augustus, 2006 07:35 PM Anthony D. Groen geskryf: Dit het ek sou verwag (as 'n saak van respek) VB ondersteuning (anders sal my poste toenemend minder burgerlike geword) en beslis C / CLI ondersteuning as my amptelike goue standaard vir 'n hoë werkverrigting scenario en pointer - heid. Van wat Ive lees van MS blogs die C / CLI kan eintlik in sommige gevalle stel om ekstra IL (stadiger) vs C en daar is ook gevalle wat VB produseer meer maer IL as C. egter in 'n spel ontwikkeling dit kan wees dat C hou 'n paar voordeel bo VB veronderstelling sy moontlik om die onveilige blokke gebruik vir wyser operasie in C, selfs wanneer gehardloop op Xbox 360. 'n besondere enjin kon egter verkry noemenswaardige voordeel van die beter hulpbron beheer wat aangebied word deur C / CLI. As 'n keuse moes gemaak word van wat om eerste te kry tussen C / CLI en DirectX 10 ondersteuning in die framwork sou daar enige argument in terme van wat meer perf sal voorsien in terme van spel enjins In elk geval kan hoop vir beide. -) Woensdag, 16 Augustus, 2006 23:10 Ek kan verkeerd wees (soos ek dikwels is), maar Arent die XNA raamwerk biblioteke eenvoudig gemeentes en as sodanig, Arent hulle reeds toeganklik vanaf ander tale Terwyl die demos verskaf groot-kode monsters, sy nie hard vir 'n ervare VB programmeerder om sin van die C-kode maak, en skryf ekwivalent kode in VB. Of mis ek iets duidelik Donderdag, Augustus 17, 2006 07:20 OK Ek lees deur middel van hierdie en ek kan dit gemis het. Maar het iemand werklik beantwoord die vraag oor of XNA raamwerk sal saam met ander tale Ek bedoel, in die basiese sin, as daar iets is 'n goeie klas, moet dit gebruik word deur 'n ander taal. So hoekom nie in staat wees om VB nou ek raai die antwoord gebruik kan sentreer rondom wysers. Maar ek dont wil niks aanneem totdat jy kundiges weeg Sover 2cents-werd. As jy die feit dat hierdie gereedskap uit as quotgame ontwikkeling vir die massesquot en MS isnt heeltemal laat vaar VB (dit lyk al die nuwe MSDN artikels wat ek lees hierdie dae het net C voorbeelde), dan moet jy erken dat baie van die massas gaan VB gebruikers. En as een plakkaat aangedui, is daar waarskynlik 'n hele wêreld van besigheid en wetenskaplike programme wat die krag van spel komponente kan gebruik op 'n manier wat ons havent selfs nog gedink. Donderdag, 17 Augustus, 2006 20:50 Ek kan 'n raaiskoot hier gevaar ek gewoond verbaas om dit XNA Raamwerk (dlls) vind kan wees verwysing / gebruik deur ander tale in 'n omgewing vensters in Visual Studio 2005, maar, XNA GameStudio Express (ook bekend as die samesteller / IO) wat gebruik maak van die XNA raamwerk sal slegs in c Currenlty, maar 'n paar van die XNA span het aangedui ander tale sal die pad bygevoeg af. (Onthou dat daar ook 'n XNA Game Studio Pro kom volgende jaar, wat baie goed kan hê bykomende goodies.) Ek is nie 'n kenner (nog) in XNA al en ek net spekuleer. Donderdag, 17 Augustus, 2006 21:04 Ek het 'n vraag ook. Is professionele ontwikkelaars gaan om dit te gebruik sal byvoorbeeld Halo 2 vir Windows Vista ontwikkel in hierdie raamwerk en in Bestuurde C Dinsdag 22 Augustus, 2006 18:48 Sommige sal dalk 'n paar gewoond. Dit hang af van die maatskappy. ID dink dat die meeste maatskappye sal hou met C as theyre meer gemaklik met dit en dit is onwaarskynlik om te spring in die nuwe tegnologie tot sy bewese, veral gegewe die vlugtige aard van die bedryf. Die meeste maatskappye Arent gaan die kans te waag as hulle kan nie bekostig om 'n fout te maak. Ek wouldnt verwag hawens gedoen moet word om dit te gebruik as dit sou beteken om die bestaande kodebasis. Nuwe speletjies sal waarskynlik 'n groter kans ding wees. Dinsdag 22 Augustus, 2006 18:58 Ek dink dat sy onbillik om te vra oor wat die onvoorspelbare massas sal doen en wanneer hulle dit sal doen. As jy 'n ontwikkelaar wat jy het om vas te stel gegewe jou situasie of jy wil om dit te gebruik en watter voordele dit bied en dan maak goeie produkte wat daardie besluit te regverdig. Almal wil om te wag totdat 'n tegnologie is bewys vir 'n paar dekades, maar aan die einde van die dag as almal wag dan niemand is bewys. As die XNA raamwerk is CLS Compliant dit noodwendig toeganklik vir ander tale. Met dit in gedagte het ek wouldnt verbaas wees as ons het 'n paar C / CLI ontwikkeling hier of gemengde taal oplossings. Dit is sterk afhanklik van die kwaliteit van wat MS stel: Nie quotWill professionele gebruik itquot maar eerder quotCan professionele gebruik itquot. Soos vir Halo 2 vir Vista wat op XNA ek wouldnt hou jou asem. Halo 2 is reeds ontwikkel, dit maak geen sin om dit te herontwikkel. Wel moet wag en sien wat almal doen, maar ek dink dat sy tot die amateurs om werklik te stoot die grense op hierdie een aanvanklik (soos alles anders). Dinsdag 22 Augustus, 2006 19:15 Uit my perspektief, ek dink XNA is 'n groot hulpmiddel vir studente. Jy kan deel onder andere die betaling van klublede sonder om bekommerd te wees oor wat veroorsaak dat 'n blou skerm op 'n normale gebruikers Xbox. As jy meer wil weet in die hardcore stuff (waar jou competitence is, ek hoop) te kry, sal C altyd daar wees vir die kommersiële kant. Maar dan weer, jy kon daar begin in die eerste plek met uiteindelike hulpbronne, insig, en absolute vrye gereedskap. So hoekom is jy betaal op die professionele ontwikkelaar kant, sou ek voorstel dat Microsoft moet fokus op die ontwikkeling van gereedskap vir kommersiële maatskappye wat reeds C. Microsoft gebruik is 100 korrek op die redding van ontwikkelaar tyd, maar die ontwikkelaars gebruik C vir porting redes onder andere verskaffers . Ontwikkelaars verkies om die hawe van hul spel om jou platform, sodat jy hoef nie om hulle te sluit in, terwyl sê jy moet gebruik om ons groot gereedskap te kry. Jy moet hierdie professionele ontwikkelaars bied makliker gereedskap om mee te werk vir hul huidige C-kode, en hulle sal meer belangstel in 'n verblyf met jou omgewing. Dit is 'n fout om streng daarop gemik omdat hierdie maatskappye is meer belangrik om te help met gereedskap as wat dit is vir beginners en studente. Ek het waarskynlik gewoond raak nie, want dit is net nie die geval is my te help wanneer Im gedwing om weer te leer die onbekende truuks van die handel by die gebruik van. C vir my is nie 'n keuse nie, dit is 'n noodsaaklikheid in die spel mark. Laaste, sien ek XNA om twee fokusse: 1) 'n groot fokus op studente en 2) 'n mindere fokus op kommersiële maatskappye. Die kommersiële mark is dié eis beter gereedskap om hulle te help waar hulle is op die oomblik by. Hulle didnt verwag dat 'n verskuiwing in tale, eerlik. Wat Im probeer om hier sê, is gebruik XNA om kommersiële maatskappye te help waar hulle is op die oomblik op, nie deur verandering van hoe dinge geprogrammeer net om te help Gemiddelde Joe maak 'n veilige Pong spel. Deur nie te hard klink, Gemiddelde Joe wasnt die een eis beter gereedskap. Behalwe dat ek waardeer die moeite in die totstandkoming van C na die X-Box. Dit sal interessant wees om te sien wat algemeen mense na die tafel bring nie. Dinsdag 22 Augustus, 2006 20:27 Ek dink baie van die uitdagings lê in die vermoë om 'n derde party biblioteke gebruik met XNA op 360. Daar is 'n paar fisika biblioteke ek gebruik, wat ek weet is nie van plan om te werk op Xbox, en porting diegene te bestuur kode gaan nogal 'n poging wees. Deur gebruik te maak mense om te gebruik VB jy sal waarskynlik gaan ook na die hawe Microsoft. VisualBasic. dll hê om xbox, wat nie 'n triviale taak. As mense weggebly van die quotoldquot VB funksies dan sou dit 'n makliker poging wees. Dinsdag 22 Augustus, 2006 20:58 Wel as wat ek hoor hulle is besig om 'n fisika-enjin funksies in die boks sit om die behoefte aan te veel 3rd party te vermy (vir wat die moeite werd dis). Soos vir porting Microsoft. VisualBasic. dll Ek is nie heeltemal seker hoekom dis nie 'n triviale taak. Sy geskryf in VB na alles wat maak in beheer kode - CLS voldoen beheer kode. Porting sal meer van 'n probleem vir enigiets daarin wat afhanklik is van P / beroep wees. Daar is slegs 40 sulke metodes in die VB runtime biblioteek glad en hulle is almal opgehou om 3 klasse. Hulle ondersteun dinge wat geen betekenis in 'n Xbox game regtig wil hê: Win gui dinge en dop interactionAs vir ou VB funksies I dont verwag dat iemand nodig om die koers van waardevermindering te bereken oor 30 jaar van hul huis in 'n Xbox game. In ieder geval ek nie verwag dat dit nie-triviale glad of selfs nodig wees. Laastens MS. VB. dll is deel van die raamwerk, laaste keer wat ek gekyk het, wouldnt my verras as dit reeds in is natgemaak in die kompakte weergawe van theyre behulp van die Xbox. Daar is 'n oorvloed van opsies wat hulle kan gebruik weerskante regtig nie, maar ek het nog steeds nie sien dit as 'n groot probleem. Met betrekking tot 3de party biblioteke: Dit is 'n nie-triviale onderneem. Sterkte met dit. Dinsdag 22 Augustus, 2006 21:37 Net vir protokol: Geprogrammeerde in C / C vir 10 jaar nou leer C en ek dink beslis C is die beter C BTW. C het meestal alles C het en meer (soos vullis Versameling ens). Ek sê: C is die C vir die 20ste eeu Donderdag 7 September, 2006 14:18 Ja, ek stem saam (maar Im 'n newbie pretty much, whats my mening werd) oor wat, op grond van wat Ive gedoen met dié tale, C is 'n baie beter, en nie so stadig soos Java programme. Maar wat sou dit werklik 'n koel maak was as Ubuntu en ander Linux Distros en Macs 'n poging om Mono of 'n oorgedra raamwerk te neem in hul bedryfstelsel by verstek gemaak. Dwing gebruikers om 3rd party sagteware (mono) uit te voer my C programme isnt verkieslik omdat baie gebruikers is bekommerd van die installering van nuwe sagteware te installeer. Donderdag, September 7, 2006 10:26 IronPython wel werk met XNA raamwerk. Sy redelik glad. Jy natuurlik nie in staat wees om die C towenaars gebruik om luislang-kode skryf vir jou, maar jy kan neem wat dit genereer en Port dit aan redelik maklik Python. Hier is 'n bietjie om te begin. invoer CLR clr. AddReference (System) clr. AddReference (Microsoft. Xna. Framework) clr. AddReference (Microsoft. Xna. Framework. Game) invoer Microsoft. Xna. Framework invoer Microsoft. Xna. Framework. Game uit System invoer van Microsoft. Xna. Framework invoer van Microsoft. Xna. Framework. Audio invoer van Microsoft. Xna. Frameworkponents invoer uit Microsoft. Xna. Framework. Input invoer van Microsoft. Xna. Framework. Graphics invoer uit Microsoft. Xna. Framework. Storage invoer Donderdag September 07, 2006 23:26 Ja, die uiteindelike doel is om AAA speletjies wat geskryf moet word in beheer kode eendag. Die TorqueX hawe toon die beginpunt van hierdie ernstig geneem, maar baie, baie inheemse biblioteke sal moet word oorgedra na beheer kode en so saam 'n kruis platform AAA titel met suiwer beheer kode sal 'n rukkie neem. Dit sal gebeur, dit is net 'n kwessie van wanneer. My raaiskoot is iewers in die laat 2008 of vroeg in 2009. Die produktiwiteit winste is net te veel om te ignoreer. Byvoorbeeld, die opvoedkundige versperring vir toetrede vir nuwe talent is minder vir die bemeestering van bestuur tale as wat dit is om C. In die tussentyd, as 'n eerste transiation fase, jy sal in die eerste plek te sien wêreld en toneel redakteurs en ander instrumente wat geskryf is in beheer kode wat koppelvlak met inheemse enjins, en dan uiteindelik 'n volledige hawe van enjins en biblioteke te kode eens baie van die prestasie kommer aangespreek is en vaste oplossings gepubliseer bestuur. Die skoonheid van kruis-platform, 'n hoë-prestasie, toekoms-proof, skaalbare, sal veilig daarin geslaag kode te veel om te weerstaan wees. Die volgende twee jaar sal uiteindelik sit bestuur spel-kode op die voorpunt. In terme van prioriteit tale wat nodig is om te werk met XNA en Game Studio Express in die nabye toekoms, die duidelike antwoorde is VB en CLR / C. Hierdie twee sal baat gebruikers die meeste en spreek die grootste gehoor. Geen misdryf om ander tale, maar hulle moes kom na die twee. Vrydag, 8 September, 2006 19:45 Ek wil ondersteun vir VB hoofsaaklik omdat ek dink die IO is ver voor C vir produktiwiteit. Natuurlik Ive is uitsluitlik besig om in VB vir die afgelope 4 jaar. Ek het soort van verlustig in die geleentheid XNA gegee my om te leer C, regtig dit is meer van 'n rede om dit te leer. Ek het nog altyd gehou van die sintaksis vir C genoeg, al het ek nog VB verkies. My grootste probleem is dat omdat ek 'n harde VB ontwikkelaar, kan ek thrash uit-kode manier om vinniger en dit is nie net as gevolg van die sintaksis. VB verskyn foute in die fout lys byna altyd. C dikwels gewoond kla tot na ek getref Ctrl + B. IntelliSense is 'n beter manier / vinniger in VB. Ek het nog nooit 'n fan van die geval-sensitiwiteit van C (hoofsaaklik omdat die verwoesting dit wreaks op IntelliSense) was. Bel my lui, maar VB doen regtig hupstoot my produktiwiteit baie. Let asseblief gee my asseblief my VB Sondag, September 10, 2006 01:35 Definetly. Die VB IDE ontdek foute en IntelliSense is beter en vinniger. Sondag, September 10, 2006 13:20 Ive gebruik XNA met VB sedert die beta vrygestel. Net installeer C Express, installeer XNA Game Studio verwyder dan C Express. Die enigste ding wat jy verloor in VB (of enige ander taal, aangesien XNA moet werk met 'n suiwer bestuur taal) is die quotNew XNA Projectquot. Ive nog steeds C Express geïnstalleer sodat ek kan pop maak die ruimte oorloë projek as ek wil om te kyk na iets. En ek moet saamstem oor Cs geval sensitiwiteit. Geval sensitiwiteit is die duiwel, nie as gevolg van intellisence al, maar omdat dit lei tot verwarring wanneer jy veranderlikes en metodes genoem cat, Foo en FOO. Anders as dit al is, Cs enigste fout is die IO. Sondag, September 10, 2006 13:29 Theres niks verkeerd met geval sensitiwiteit. Net gebruik dit korrek) Sondag, September 10, 2006 20:47 Ek kan completey verkeerd wees hier, maar as XNA bestuur kode behoort nie 'n probleem om die XNA gemeentes verwys vanuit 'n nie-C projek Waarskynlik daar is nie in enige ondersteun uit die XNA span vir hierdie, maar ek dink dit behoort te werk. Ook dink ek dat 'n spesiale funksies van die integrasie in die VSA IDE sal slegs beskikbaar vir C. wees Maar weereens, dit behoort nie die beperking van die feit dat jy stil kan verwys die gemeentes in jou VB projek en saam met hulle. Jy sal eers moet bv begin van die grond af in plaas van 'n sjabloon vir die projek. (Ek dink die templates is tans die enigste byvoeging wat gemaak word om VS C Express) Maandag, September 11, 2006 11:57 Ek het gemengde gevoelens oor geval sensitiwiteit. In teorie, dit lyk asof regtig 'n slegte idee. Maar VB het dit werklik in 'n beperkte sin. Dit maak nie altyd werk, wat lei my om te glo dit het te doen met name spaces. Maar Ek verklaar dikwels veranderlikes as sodanig: Dim dayOfWeek as DayOfWeek Dit maak lei tot verwarring, maar meestal sy fyn. Maar ek dont like die uitgebreide geval sensitiwiteit dat C het. Dit kan lei tot 'n baie verwarring, wat ontwikkelaar verantwoordelikheid kan verminder. Maar met erf my deel van die kode van ander ontwikkelaars, nie die geval ontwikkelaar verantwoordelikheid verskyn alles wat wydverspreid wees. Maandag, September 11, 2006 12:03 Ja, moet hulle VB ondersteun eerste en C / CLR tweede wanneer hulle 'n kans te kry. Dit is so duidelik 'n vroeë beta met 'n groot dinge ontbreek Im nie verbaas daaroor net ondersteun C. Net een ding op die lys. Vir 'n VB programmeerder sal die geval sensitiwiteit lyk vreemd, maar sodra jy daaraan gewoond te raak sy baie mooi. Maak vir lekker veranderlike benoemings konvensies byvoorbeeld. Tensy jy net wil VB doen vir die res van jou lewe een of ander tyd wat jy sal hê om 'n taal met geval sensitiwiteit leer, so hoekom nie nou begin Wat my aangaan, ek gebruik onbeheerde C elke dag en is op soek na 'n soort van stokperdjie projek om my kennis van C stol en kry dit tot professionele gehalte. Sedert Ive been wil om iets te doen met speletjies van hierdie was perfek vir my. Maandag, September 11, 2006 17:38 Eintlik, as ek die program doen in C, tensy vereis, I dont staatmaak op geval sensitiwiteit vir enige vorm van die oplossing. Dit maak dit ook maklik om die verkeerde ding te gebruik en oor die enigste uitbetaling is jy hoef nie om jou lid veranderlikes voorvoegsel met m of (wat 'n groot deal isnt). Maandag, September 11, 2006 7:14. Arent hulle reeds toeganklik vanaf ander tale Ek dink die kwessies te verhoed dat die gebruik van ander tale is dinge soos kodegenerasie vir die Designer gebaseer klasse soos GameComponent, en die integrasie met VCExpress. Ek hoef nie die volle Visual Studio hier, so ek kan nie kyk nie, maar het enigiemand eintlik probeer verwysing na die komponente van 'n ander taal id wees soort verbaas wees as dit didnt werk ten minste 80 reeds, gegee dat hulle gemeentes. Dinsdag, September 12, 2006 12:06 Ek het 'n hele paar mense probeer en my vertel hoe groot geval sensitiwiteit is. Maar hey. As jy kies om deel te neem, sal die aanlyn-opname word aan jou wanneer jy die webwerf van MSDN verlaat. Wil jy om deel te neem Help ons verbeter MSDN. WAT.
Comments
Post a Comment