Nej det var nog INTE den inställningen du menade Carl_Johan, men nu har jag även provat att kryssa i "Windows", men även då kraschar det!
Inget roligt slut på det gamla året!
Hälsar
Kåre
Utskriftsvy
Nej det var nog INTE den inställningen du menade Carl_Johan, men nu har jag även provat att kryssa i "Windows", men även då kraschar det!
Inget roligt slut på det gamla året!
Hälsar
Kåre
Det jag menade var valet "Storleken bestäms av Windows".
Det valet innebär att storleken kan variera beroende på tillgång och annan belastning i datorn.
___________________
Ledsen, såg inte ditt svar.
Då har jag nog inga mer idéer tyvärr
Har du restartet maskinen?
Det vsite ant. megabyte max viser også at din harddisk er svært full og svært fragmentert slik at operativsystemet ikke kan bygge opp stor nok vekslefil.
Med 4 Gb minne (som for øvrig med Windows senere enn XP er aldeles for lite) bør vekslefilen være på 8 Gb men pga. fragmentering er maks 1.4 Gb. Da får du garantert problem.
Vil foreslå at julenissen kommer på besøk igjen og avleverer uteglemt julepresang :-D En ny PC med rikelig minne. Min. 8 Gb. I Norge får man slike ned i et par tusenlapper. Som f.eks. disse: http://www.multicom.no/kontor-og-hjemmepc/cat-c/c100585 (Tror ikke leverandøren leverer til Sverige, så bare som et eksempel)
Du vil slippe masse frustrasjoner om du går inn i det nye år med en kraftigere maskin
Gjerne
PS. Kjøp en maskin med ekstra brønn til den gamle disken så du slipper å bruke masse tid på å flytte data. Gjerne med flere brønner så du kan utvide kapasitet med mange TB eller kjøre mer sikkert med dubblering av disker i RAID.
PS. Sjekk at maskinen kan utvides med minne, f.eks. til 32 GB RAM som du da kan fylle på med senere, f.eks. som geburtsdagspresanger fra familien.
Spør evt. selger om hjelp til slikt.
Alf, jag har nyligen gjort en defragmentering på samtliga diskar med hjälp av Defraggler.
Computern är i grunden en speldator med några år på nacken. Men jag tycker att det fortfarande är "tjong" i den, men kanske skulle man äka på minnesbanken om Disgen2016 skulle kräva detta.
Det finns gott om hårddiskar och utrymme som du ser, och två är löstagbara.
Men den gamla frågan kvarstår.
VARFÖR fungerade Disgen8 så problemfritt på denna dator, men Disgen2016 inte verkar trivas.
Tror fortfarande att det är bildhanteringsdelen i Disgen2016 som är "för trång".
Jag har inga kunskaper alls i detta , men det var bättre förr, och ju förr dess bättre!
Problemet er at Disgen 2016 er laget i en versjon som bruker UTF-16 som tegnsett, dvs. 16-bits tegnsett, mens Disgen 8.2d brukte bare 8-bits tegnsett.
Så problemet er at du trenger MINST dobbelt så mye minne om det er mye tekst som behandles.
Med 4 Gb RAM ville du også støtt på problemet i Disgen 8.2 om du hadde hatt store utskrifter med masse bilder.
Vil anbefale oppdatering til 16 Gb om mulig. Men minst 8 Gb, som tilsvarer maks 4 Gb med Disgen 8,2d
Gomiddag Alf. Du skriver:
"Med 4 Gb RAM ville du også støtt på problemet i Disgen 8.2 om du hadde hatt store utskrifter med masse bilder."
Jag tror inte du läst hela tråden, men jag jämför Disgen8 och Disgen 2016 sida vid sida, med samma person som centrumperson.
Med Disgen8 kan jag utan problem skriva ut en släktrapport på över 1000 sidor.
Med Disgen2016 kraschar den vid c:a 170 sidor.
Jag reducerade då mina bilder i GdPic från 2GB till 1GB, och ingen är över 300-500kB.
Disgen2016 kraschar då först vid c:a 220 bilder vilket inte är en så stor skillnad.
Reduceringen skull logiskt sett kompensera förändringen av teckensettet från 8-16 bits.
JAG tror att en investering i ett större RAM-minne från 4 till 8-16GB mest skulle märkas i plånboken!
Hälsningar från
"Dysterkvist"
Som dock önskar dej en god fortsättning!
Problemet er at Disgen 2016 bruker 2 ganger så mye minne for samme setning i forhold til Disgen 8.2 og tidligere som brukte en minnecelle (byte) pr tegn skrevet, mens UTF-16 bruker minimum 16 bits, dvs. 2 byte, noen ganger opp til 4.
Det er neppe bildene som knekker minnebruken men alle setningene og navn på personer som må spares underveis til indekser oa.
Så et program som fungerer akkurat med 4 Gb minne i XP eller Disgen 8 vil kreve 8 Gb for å gjøre eksakt samme jobb med Disgen 2016.
Dette er for å kunne inkludere f.eks. arabisk eller kinesisk i tekstene dine. (Krav fra Microsoft)
Alf, jag tänker INTE hålla dej ansvarig. Men tror att detta skulle kunna avhjälpa mina problem med Disgen16?
Det kanske skulle lyftas fram att ett större RAM-minne vore önskvärt. JAG hittar inte detta i "Tekniska krav" för Disgen2016.
Men det kanske är så att"Smeden" är en lite udda figur som hemfallit åt att använda sig av mycket bilder?
Undrar
Kåre
Gjorde ett litet infotest som Bror Johansson tipsade om. Letade upp resursövervakaren.
Det verkar som mycket "gått i taket" innan den kraschade!
Klippet gjort straxt efter.
Ha gärna "Minne"-delen nedfälld (via klick på nedåtpilen) för att se vilket eller vilka program som använder minnet - och i vilken utsträckning.
(WLXPhotoGallery omges inte av det allra bästa ryktet vad gäller felfrihet)
OK Johan, stängde nästan allt och försökte få med så mycket jag kunde. Hoppas det syns på klippet.
Syns att minnet går i taket, men det andra får dom som förstår bättre förklara.
Skrev ut 218 av 418 sidor
Bildene tar nok eksakt like mye plass i Disgen 8.2d og Disgen 2016 (de blir bare skrevet ut til fil og tar ikke minneplass i det hele tatt)
Derimot har alle programmer som skal lage f.eks. indekser og annet behov for å lagre i minnet opplysninger om hver eneste person som er skrevet ut for senere bruk i utskriften.
Dette er noe som i Disgen 2016 og alle andre programmer skapt med Delphi eller Microsoft eller Java eller hva som helst annet under Windows Vista og senere krever DOBBELT så mye minne som tidligere.
Har som programutvikler eksakt samme problem, men altså med helt andre programmer enn Disgen. Minnet går tomt dobbelt så raskt som tidligere om man ikke sparer alt midlertidig i langsom database og derav sterkt forlenget tidsforbruk på å lage en utskrift. Diskbruk i databaser er ca. 1000 mer tidkrevende enn å lagre all informasjon i RAM.
Hva programutviklere har prioritert vet jeg ikke.
Heldigvis er RAM billig for tiden, men spørsmålet er kjapt, har maskinen plass til mer enn 4 Gb. Det er ikke lange tid siden maskiner ble solgt med 4 Gb som øvre grense. :-(
Men anbefalt minne i dag er min. 8 Gb om man skal bruke programmer utenom bare å kjøre Windows. Min. krav for å kjøre Windows uten noe som helst programvare er vel 2 Gb, mot tidligere 256 Mb.
Ja du Alf, man undrar hur utvecklarna tänkt här.
Jag tror inte det framgått någonstans, se inlägg #28, om att man bör ha en hyffsat kraftfull dator med stort RAM-minne.
Som du ser av inlägg #29 har jag fysiskt sett plats för större RAM-minne, men jag vet inte om datorn kan hantera detta.
Tack för all intressant information du har bidragit med, och hälsa ditt underbara Norge!
Et annet problem ang. minne er at fordi Disgen er 32-bits program (så langt jeg kan se av plasseringen i Program Files (x86) så kan programmet fortsatt kun utnytte max 2/4 Gb minne. Men, den begrensingen er det nok ikke det som skaper problem. Disgen er ikke lenger oppe enn litt over 1 Gb.
Men totalsum overstiger maks for alle programmer samlet.
Forslag er å avslutte alle andre programmer som vises i oversikten over programmer som vises under første flik, på engelsk Applications (Anbefaler programmet man kan starte med høyreklikk på oversikten nederst hvor bl.a. Disgen vises. Program som Word tar masse plass i tillegg til Disgen og medvirker fort at Disgen får 200-500 Mb mindre minne totalt tilgjengelig om swapfilen ikke kan bli større enn den er.
du bør også undersøke hvorfor du ikke kan få lagt inn mer vekslefilplass. Anbefalt er 2x RAM
Ser man på, enligt specifikationen på moderkortet kan den under vissa omständigheter, hantera upp till 16GB.
Jag har Windows 10 Pro 64-bit
Alltid något!
Varför har man valt att använda UTF-16 i Disgen, när man rimligtvis vet att en utomordentligt stor del av de tecken som används av Disgenanvändande släktforskare, finns i något latinskt alfabet och därför ryms i en byte, om UTF-8 valts?
Det lilla fåtal andra tecken som kan förmodas förekomma, skulle förvisso kräva två - eller i sällsynta fall fyra - byte per tecken.
Dessutom undras om Disgen 201X kan tolka och/eller generera GEDCOM med text kodad som UTF-16?
Fordi UTF-16 er standard i Delphi XE8, fordi det er standard i Windows 8 :-)
UTF-8 er en forenklet versjon som kombinderer 8-bits tegnsett med å kunne lage mer kompliserte tegn som gjør bl.a. tegnstrengbehandling til en utfordring :-( Mye enklere om man i utgangspunktet kan gå ut fra at alle aktuelle tegnsett er av samme størrelse.
Om Delphi vet jag intet. Det skulle dock förvåna om Delphi saknar stöd för UTF-8.
Windows använder Unicode med UTF-16LE internt.
För applikationsprogram (för Windows 7,8,10) rekommenderas Unicode, men stöd för 'Code page'-hantering finns. Som teckenrepresentation rekommenderas UTF-16 (och främst då UTF-16LE), men fullständigt stöd för ex.vis UTF-8 finns.
Den enda representation av Unicodetecken som är längdinvariant är UTF-32. I UTF-16 kan mer än två byte per tecken få förekomma.
Text i E-post representeras i UTF-8.
I HTML (upp t.o.m. version 4) representeras text i UTF-8. I HTML-5 får UTF-16 finnas, men rekommenderas inte.
I text som skapats i Unix eller Linux representeras text i UTF-8 eller UTF-32. UTF-16 förekommer i princip inte.
För att kunna hantera text med ursprung från (UTF-8)-GEDCOM, E-post, HTML och Unix/Linux måste Disgen ändå ha förmåga att tolka UTF-8.
För att kunna generera allmänt läsbar GEDCOM och HTML behöver Disgen ändå ha förmåga att använda UTF-8.
Dessutom - och inte minst - skulle behovet av lagringsutrymme för text i det närmaste halveras om UTF-8 hade använts.
Jeg kan ikke svare for DIS sine disposisjoner.
Men, for det første UTF-16LE er en av flere Unicode standarder og ble innført som standard i 2008/2009 for Delphi. Det ble gjort ved at StringA som var default i Windows frem til Windows XP (Windows 98???) og default for Delphi-deklarasjonen STRING ble forlatt og String fra Delphi 2009 av var samme som StringW.
Skulle man forlate dette måtte alle deklarasjoner av string og alle funksjonskall som bruker tekst skrives om. Og Delphi ville fortsatt i dag være fremtidsmusikk.
Et personlig håp er at i forbindelse med renovasjon av kode som i hvertfall for Disgen 5 var funksjonsorientert med enkle vektorer og skalarer som variable og så vidt jeg vet, ikke objektorientert i det hele tatt så blir kodebasen renovert med MVVM som paradigme, noe som vil gjøre det til en relativt enkel sak å lage Disgen også for Mac og iPhone.
Men splitting av funksjons- og RAD-applikasjoner (som ABC80-kodestrukturer og Turbo Pascal kode) opp i Modell, View og ViewModell hvor kun ViewModellen vet noe om modellen mens View bare kan kommunisere med Viewmodell er tidkrevende
Ad UTF-32 ser jeg ikke helt hensikten med å støtte om man da ikke ønsker at Disgen skal støtte tekstbehandling av kinesiske ideogrammer :-D
Vel og merke er Kina et enormt marked, men ....
Siden dette nå blir for teknisk for den vanlige leser setter jeg sluttstrek her :-)