Steinbitglis

Denne artikkelen forsøker å gå i strupen på hvordan man klassifiserer folk som spillavhengige. Det blir litt for enkelt. Rapporten er basert på kjente, vitenskapelige metoder som ikke lett kan ignoreres. Artikkelforfatter sier selv at han ikke er noen forsker... det er faktisk et stort problem når man prøver å kritisere vitenskapelige rapporter.

foruten IE der den fort vekk har sett ut som et takras.

Det gjelder å holde tunga rett i munnen, ikke å svelge den

Dette er en vanlig talemåte i noen østlandsdialekter... ingen skrivefeil altså.

Forøvrig liker jeg at IE fokuserer på kompatibilitet, selv om det er litt komisk å lage en egen test som understreker at IE ikke gjør det samme som de andre browserne på markedet.

Hei!

Jeg har et system med Atom 330 og Nvidia ION. Den drar fint MPEG4 i 1080p og Theora/H264 i 720p.

På youtube må jeg nøye meg med 480p. Jeg tror det har mye med flash å gjøre, selv om jeg

har adobe sin egen flash-spiller (32-bit linux).

[Edit]

Jeg tror det skulle virke fint på windows. Det viser seg at flash 10.1 ikke støtter gpu-akselerert video under linux (å som jeg hater flash). Forhåpentligvis er dette i orden før 10.1 går ut av beta.

Hei.

 

Jeg tenker å bygge meg en atom basert maskin hovedsakelig for NAS bruk samt å kjøre litt små serverapps osv. men jeg tenkte nylig på at Ion hovedkort platformen er et alternativ som bare koster noen hundrelapper mer. Hvis dette er godt nok til å dra 1080p (h.264) i hardware akselerert modus er det noe jeg må vurdere. Jeg tror det er tilfellet, men jeg vil gjerne ha noen praksis erfaringer fra folk som selv eier en Ion/atom kombo. Jeg regner da med å bruke en dualcore Atom når jeg først kjøper det.

 

Hva youtube? det bruker jeg såpass mye at det er viktig om hardware akselerert flash (10.1 betaen) kan dra minst 720p, helst 1080p på en ion/atom platform.

 

Kan noen komme med erfaringer eller peke til reviews som tester disse tingene? jeg har ikke funnet noe særlig relevant selv ved googling, men kanskje jeg bare søkte på feile ting.

 

Håper noen kan hjelpe

 

-Stigma

Er det bare at de ikke gidder eller??? Det er noe alvorlig galt hvis prisen går til dem...

Produktet på siden er feil! (MSI)

Jeg kommer i alle fall til å fjærne de fleste bokmerkene mine. Dette mølet gidder jeg ikke ha mer av. hw.no og gamer.no får holde heretter...

Jeg er jævlig pisst for all driten edda driver med for å hale penger ut av hw.no og gamer.no.

Huff... dette taper alle på

Jeg vil legge til Lightning som er Sunbird, bare pakket inn som en addon til Thunderbird. Og med enda en addon, "Provider for Google Calendar", kan det hele synkroniseres med google calendar.

Og igjen kan det hele synkroniseres til mobil med goosync.

Jeg har brukt dette oppsettet lenge og er storfornøyd.

Å... han veit at det ikke kommer noe priskutt. Derfor gjør han det bare for å fremheve at xbox er billigere.

Hvis vi går ut ifra at størrelsen vokser som 2^(X/18), dvs dobling hver 18. mnd. vil størrelsene være tidoblet på 60 mnd. dvs ved utgangen av 2013.

Hvis vi tar utgangspunkt i at et SD-kort på 4 GB koster 100 kroner i dag og at en Bluerayplate på 1TB vil koste ca. 100 kroner ved utgangen av 2013. Så har vi 40GB SD-kort mot 1TB Blueray til lik pris om 60 mnd.

Jeg tror ikke det kommer til å skje stort på denne fronten noen gang. Oppgaven med å lage en digital disk er rett og slett enklere enn oppgaven med å lage medier som ikke baserer seg på bevegelige deler.

Det her er helt 100% idiotisk. Jeg skjønner ikke hva de tror de tjener på det engang.

forøvrig virker det som veldig mye "fullverdig internet" handler om flash eller lignende nettvideoer.

 

Enig med Intel her, er man interessert i en "fullverdig internettopplevelse", så bør man bruke en bedre x86 CPU. Helst med to kjerner, og for all del ikke 64 bits. Adobe (Macromedia), den stolte produsenten av Flash plugin har tydeligvis tatt endel snarveier vedrørende implementasjonen til Flash plugin, da det har vist seg svært vanskelig å få denne kompilert til x86_64, for ikke å nevne ARM. Da kan jeg være enig i at stakkars lille ARM sliter med å vise frem alle de 1500 flash animasjonene på VG nett, når selv min 4 kjerners Intel x86 sliter med å levere dette som den skal.

Kommentarene det er snakk om i artikkelen går på begrensninger i prosessorarkitektur... Alt det du snakker om her går på begrensninger i programvare... Jeg tipper at både krigun og "de høye herrer" har lett glemt bort hvorfor vi fortsatt drasser på møkkaarkitekturen x86... bakoverkompatibilitet.

Jeg gleder meg som en unge til det blir bedre tider på det området...

Forslag: lag en enkel guide til Blender

Hehe... hadde vært fint, men jeg er heller skeptisk.

Jeg har selv laget en del småting i Blender, og jeg må si

at det forutsetter en vannvittig høy læringskurve.

(Det blir ikke særlig bra før man har øvet seg minst 5 timer og

med god veiledning.)

Når det er sagt... det er vannvittig effektivt å jobbe i når

du lærer deg alle hurtigtastene og mulighetene.

Det finnes også gode guider der ute på nettet. Noen av dem

er videoer, som fungerer veldig godt til læring.

Bare for å illustrere hvor dum kommentaren om månestørrelsen er...

På skjermen min er månen ca 2cm i diameter, hvilket ikke stemmer med virkeligheten :-)

Dessuten så er fjella mye større enn månen, hvilket heller ikke stemmer.

Det første gjelder at bildet ikke har en fysisk størrelse, det er pixler.

Det andre gjelder at alle kamera må ha en linse, og alle (absolutt alle) linser vrir bildet

i forhold til det du ser i virkeligheten.

(Når det er sagt kommer man ikke i nærheten av noe som lar seg sammenligne utifra det visuelle før man holder alt helt og holdent til et 3-dimensjonalt medium (ikke bilder mao.))

Fantastisk artikkel!!!

Jeg ser for meg at dette er akkurat passe teknisk nivå for

for den gjevne leser, og fokuserer på noe som angår ikke-så-tekniske

sjeler der ute :-)

Men bruk ordliste neste gang, så slipper du ord som "mp3-spilelr"

Etter å ha storkost meg i timevis her fikk jeg litt sjokk over at det ikke sto 9 eller 10, men spillet krever jo sinn mann (eller kvinne) når det gjelder kreativitet. Liker du å bygge stilige ting kan du holde på i evigheter med dette spillet.

En liten ting å påpeke tror jeg er at hvis man er vant til utfordrende spill, er det lite

å hente her. Selv på "vanskelig" er det ikke spesielt med utfordringer.

Tar du derimot utordringen å spille med stil hele veien, det er da dette spillet glimrer.

Jeg er kjempefornøyd med Spore!

hw.no skrev 18. juli dette

Larrabee kommer sommeren 2009

Har datoen blitt skjøvet?

Mange lurer på hvordan du sorterer strenger med norske regler (aa etter z osv.) Her er en enkel sak som bruker std::locale som et funksjonsobjekt til å sortere en std::vector bestående av strenger.

 

#include <string>
#include <locale>
#include <vector>
#include <algorithm>

int main(int argc, char *argv[])
{
// vi bruker en vector med strenger
std::vector<std::string> v;

// legger til strenger i vectoren
v.push_back("Aabel, Per");
v.push_back("Zappa, Frank");
v.push_back("Young, Neil");
v.push_back("A Perfect Circle");
v.push_back("Mazzy Star");
v.push_back("Harvey, PJ");
v.push_back("Portishead");
v.push_back("Aaliyah");
v.push_back("Amos, Tori");
v.push_back("Aarset, Eivind");
v.push_back("Tool");

// bruker std::sort i algorithm for å sortere
std::sort(v.begin(), v.end(), std::locale("") );
}

 

Merk at std::locale c'toren vi bruker tar en streng som argument. Det er forskjell på å skrive std::locale() og std::locale("")! Den første varianten bruker "C" locale, mens den andre velger brukerens ønskede locale (i Windows vil det som regel si brukerens regioninstilling).

 

Fordelen med dette er at koden også vil fungere for brukere med andre regioninstillinger (f.eks. svensker, tyskere....). Hvis du ønsker å hardkode strengen til å bruke norske regler, kan du prøve å skrive inn "no" istedenfor en blank streng, slik:

 

std::sort(v.begin(), v.end(), std::locale("no") );

 

locale strengene er forøvrig ikke spesifisert i C++ standarden og kan være implementasjonsavhengig. Men jeg vil tro at "no" vil fungere de fleste steder

Jeg trodde kanskje dette kune ordne til at lister ble sortert korrekt med tanke på æøå, men det gjorde det ikke med mingw i alle fall. æøå fungerte til min store overraskelse mellom kildekode og konsollvinduet, men ikke til sorteringa altså.

Det er dog litt mistenkelig at programmet krasjer hvis jeg hadkoder locale 'nb-NO' eller 'no', eller 'french' for den saks skyld

Hadde ikke vært meg imot å forkaste x86 en gang for alle :-)

Hadde passet meg bra om denne ble populær på bærbar-markedet.

Jeg hadde ikke brukt x86 hvis det ikke var for at alle andre

bruker det (og utvikler til det).

Jeg spør i tilfelle det er noen som har gjort dette før.

Jeg bruker Code::Blocks med standard compiler i Vista.

Jeg fulgte følgende guide.

Jeg har tre problemer med dette.

1. Jeg skal muligens selge programvaren videre, kan jeg fortsatt bruke glut? Hva med freeglut?

2. Hvordan linker jeg glut32 statisk? Får at glut32.dll mangle når jeg kjører programmet på andre pc'er, men vet ikke hvordan jeg får Code::Blocks til å linke statisk.

3. Er det umulig å forhindre brukeren i å resize vinduet? Jeg vet det går i mange andre API'er, men det blir litt vel liten grunn til å bytte API synes jeg.

Dette kunne jeg sikkert slått opp selv, men siden vi er så godt i gang...

Hvordan vet free hvor mye minne som skal frigjøres?

Fikk foreslått følgende, men jeg føler meg ikke helt trygg på den heller.

Det er tydelig at jeg oppfinner hjulet på nytt her, i og med at jeg egentlig

koder c++ ... Men er jo litt interessant å få klarhet i dette ...

foo()
{
char* toBeExtended = "thisIsTheName";
extend(toBeExtended);
std::cout << toBeExtended;
free(toBeExtended);
}
void extend(char*& lastPart)
{
char* completeName;
completeName = (char*)( malloc(strlen(lastPart) + strlen("...") + 1) );
completeName[0] = '';

//konkatenerer fra høyre til venstre
strcat(completeName, "...");
strcat(completeName, lastPart);
free(lastPart);
lastPart = completeName;
}

Hei

Jeg bare lurer på om følgende kodesnutt vil føre til minnelekasje.

Er ikke helt stø på bruk av malloc :-s

foo()
{
char* toBeExtended = "thisIsTheName";
extend(toBeExtended);
std::cout << toBeExtended;
}
void extend(char*& lastPart)
{
char* completeName;
completeName = (char*)( malloc(strlen(lastPart) + strlen("...") + 1) );
completeName[0] = '';

//konkatenerer fra høyre til venstre
strcat(completeName, "...");
strcat(completeName, lastPart);
lastPart = completeName;
}

Denne artikkelen ble omtrent like seriøs som en jeg så i illustrert vitenskap for noen år siden, hvor det ble skildret fremmtidsblekkspruter som gikk på landejorda.

Jeg kan ikke se at fremtiden kommer til å bli mindre komplisert enn nåtiden på området. Spesielt når folk til og med krangler om det akkurat her. Både Sony og MS har jo vist at konsollene ikke trenger å stå tilbake for pcer.

Folk liker forskjellige ting... fordi folk er forskjellige.

Eksempelvis har vi kommet til det punktet hvor mobilen smelter sammen med både kameraet, kalenderen, mp3-spilleren, gps-en, radioen osv... Men ingen av disse har forsvunnet likevel.

Kreves det ikke cpu med 1600Mhz bus?

Testen er gjort med 1333 såvidt jeg kan forstå