Gå til innhold

Frank2004

Medlemmer
  • Innlegg

    904
  • Ble med

  • Besøkte siden sist

Innlegg skrevet av Frank2004

  1. Hum ..

    Av de frie (som var det fyren var ute etter), så er GCC/MinGW best.

    http://www.willus.com/ccomp_benchmark.shtml?p11

     

    (Pakken som MS slapp for litt siden duger ikke; den mangler masse.)

    Hmm.. - Ser ingen ikke-fri kompilator her.

     

    Inntrykket jeg har er at gcc er grei nok (ok.. best ;)) på standard-compliance, men virkelig dårlig på ytelse og optimalisering.

     

    Aldri prøvd MSVC selv, men den pakken de slapp for litt siden var sikkert bare en standalone optimaliserende kompilator, som du bruker med verktøyene fra gratispakken hvor kompilator ikke gjorde optimalisering?

  2. hvilke kompilatorer anbefaler dere? (som er gratis)

     

    (jeg er IKKE interisert i et "utviklkings-kit" alla MS-visual studio, eller lignende)

     

    er det gcc som fremdeles er tingen?

    Borland, Digital Mars el. MS visual C++ -kompilatoren. Har ikke testet Digital Mars selv, men regner med at også den slår gcc som de to andre. ;)

  3. Lager meg en IRC klient for tiden. Jeg får koblet opp til serveren og alt, men når jeg kommer til det å motta beskjeder fra IRC serveren samtidig som en skal kunne skrive til serveren skurrer det litt. Det går nemlig ikke med non blocking socket, og da sliter jeg med å få det til.

     

    Kan noen hjelpe?

     

    Skriver klienten i C og bruker WinSock.

    Threads?

  4. Dropp brannmuren, hold windows oppdatert, bytt mailklient til Thunderbird (har innebygget spamfilter og ikke like sårbar som Outlookene når det gjelder ormer og virus), og benytt en av de gratis antivirusene.

     

    Personlig mener jeg at slike brannmurer som ZA og NIS er søppel.

    Erm.. Jah...

     

    Hvorfor i all verden skulle du ville sette begrensninger for hvilke programmer som får tilgang til internet, og hva slags rettigheter de skal ha..? ;)

  5. Du hadde rett i at den ekstra linjen ikke betydde noe. Fatter ikke hva som er galt. Tror jeg får bruke setText istedenfor. Det funker da, selv om det kanskje ikke er så bra når det blir mye tekst i TextArea'en min.

    Var visst ikke så vanskelig å reprodusere dette;

     

    myTextArea.append("linje1\n");

    myTextArea.append("linje2\n");

    myTextArea.append("linje3\n");

    myTextArea.append("linje4\n");

    scrollToBottom(myScrollPane);

     

    viser kun linje1 i textarea..

     

    Og det at den i det hele tatt viser én linje, kommer vel av at TA'et allerede er stort nok til å få med denne. Avsluttet hver linje med en newline, så det er alltid en tom linje nederst - det som blir gjort her er bare at den putter litt tekst inn i denne..

     

    Gjorde dette i event-dispatcher-tråden, som vel skulle være den 'riktige' måten å gjøre det på (om jeg ikke har oversett noe i docs..?)

    Fant en workaround, som går ut på å sørge for at scrollToBottom() først kalles når dispatcher-tråden er ferdig, gjennom SwingUtilities.invokeLater(). (Prøvde først å re-/in-/validate() textarea'et før jeg flyttet viewport, men det hjalp ikke stort..)

     

    append() metoden skal jo være 'threadsafe', og det er sikkert nettopp derfor det blir problemer..?

  6. Erm.. Det viktiste her er vel å ha nok minne på skjermkortet, så du har plass til alle textures i høyeste oppløsning. Hvis all båndbredden til AGP-porten går bort til å lese store bilder fra systemminnet er det jo nødt til å bli litt hakking.. Har ikke spillet inne nå, men prøvd å slå på texture compression hvis det finnes noen option for det, og den ikke alt er på?

    Du mener med andre ord at det kan funke å gå ned i oppløsning, f.eks. til 1024x768, og så kjøre på høyere textures?

     

    Husk at det er "texture quality" det er snakk om da. Alltid trodd dette gikk på RAM'en... :ermm:

    Rammen i skjermkortet, ja. Bedre textures = høyere oppløsning, større = de trenger mer plass. Hvis de ikke passer i skjermkortets ram blir de liggende i systemminne, og da må de overføres til skjermkortet når de skal brukes.

     

    Ettersom det er en del andre ting som også skal gå over AGP-porten for hver frame som tegnes opp, kan det fort bli litt trangt..

     

    Mulig du kan frigi nok plass til at det går litt bedre om du senker oppløsningen spillet kjører i, vet ikke før du prøver.

  7. Tenkte bare at jeg skulle ytre min litt småsure mening etter at jeg fant ut at XP2500+ og 512 PC2700 ikke var nok til Far Cry på full guffe. Det vil si, alt annet kan jeg skru til topps, altså High-Very High, men ikke Textures. Denne må stå på Medium for at hakkingen ikke skal komme krypende. Irriterende!

     

    Så nå vil jeg bare spørre dere om dere ikke synes at dette ere litt drøyt. Om spillprodusenter forventer at alle sitter med hver sin lille Athlon 64, så tar de gruelig feil! Joda, så kunne jeg spandert ekstra 512 RAM, jeg kunne det. Men i Far Cry vil ikke problemet løse seg, Textures bygger mye på CPU...  :(

     

    Jeg kan i tillegg nevne at jeg har PC 9800 Pro, og det er ingen problem med AA og AF, bare Textures. Og ja, jeg har prøvd å slå av AA og AF, og så ta opp Textures.

    Erm.. Det viktiste her er vel å ha nok minne på skjermkortet, så du har plass til alle textures i høyeste oppløsning. Hvis all båndbredden til AGP-porten går bort til å lese store bilder fra systemminnet er det jo nødt til å bli litt hakking.. Har ikke spillet inne nå, men prøvd å slå på texture compression hvis det finnes noen option for det, og den ikke alt er på?

  8. Skulle tro den metoden virket Frank, men nei. Kommer ikke helt ned. Mangler to linjer, de to siste som er skrevet. De ligger rett under vinduet....

     

    Det merkelige er at hvis jeg først trykker med musen på JTextArea, og deretter trykker i JTextField, hvor jeg får inputen fra, skriver det jeg vil ha inn, så funker det helt fint med scrolling. Trykker jeg ikke på JTextArea først så scroller den feil.

     

    Dette gjelder med og uten metoden til Frank :(

    Hmm.. La til en linje, tror den skulle håndtere tilfeller hvor viewporten er dekorert nå.

     

    Men jeg tviler på at det er årsaken til problemene.

     

    Når/fra hvor oppdaterer du komponenten din? Er klar over at du kun har lov å gjøre dette i swings event-handler-tråd? Prøv SwingUtilities.invokeLater() eller invokeAndWait() hvis du gjør noe stygt her.

  9. C# er ikke konkurrent til VB, du kan også programmere i VB i .NET rammeverket.

    C# og VB.NET har vel omtrent samme inngangsterskel skulle jeg tro, så da er det vel ingen som går hen og lærer seg VB lenger..?

     

    Det er og feil å si at du velger java fordi det er plattform uavhengig, du kan også bruke C# til å lage linux programmer, ta en titt på denne linken: Mono project

    Mono er vel ingen reell konkurrent til MS.NET med det første, og med tanke på MS' historie er det vel flere med meg som synes .NET er et noe usikkert valg om man trenger plattformuavhengighet. Bill er vel fortsatt rimelig interessert i å selge flest mulig Windows-lisenser, så..

    Dessuten har jo som sagt Java fordelen av å ha vært med i gamet en del lenger.

     

    Og da tror jeg at jeg trekker meg fra denne tråden med å si at si at C# og Java begge er helt greie språk. At jeg foretrekker Java er først og fremst pga miljøet rundt. Som språk er de imo ekvivalente, C# har minst like mye 'issues' som Java.

  10. Dessuten er jo Java en god del modnere enn C# med tanke på biblioteker o.l.. C# er vel helst en konkurrent til VB, selv om MS bruker enormer ressurser for å få folk til å bytte fra Java.

     

    Det ble skrevet en artikkel en gang av to professorer som forklarte hvorfor Java IKKE var bra, (en av grunnene til at C# ble utviklet)

    blant annet hadde Java seriøse memory leaks, og hadde grunnleggende designfeil.

     

    kort sagt er C# faktisk bedre en Java, dessuten har det pekere for de litt mer avanserte brukerne.

     

    Dessuten er jo java ganske likt C, hva? (bortsett fra at det ikke har pekere.)

    Så jeg ville si at C# tar syntaxen fra C++, og ikke Java.

    Fint eventyr.

×
×
  • Opprett ny...