Utskriftsvy
När skriver ut till CutePDF så har jag inga problem vid mindre sidantal. Provat med 76 sidor, som går utan problem.
Men tar jag och skriver ut större sidantal, t.ex. som nu 427 sidor så får jag felmeddelande:
"Please wait a moment", och straxt efter slutar det med bifogade klipp.
Att skriva ut från Disgen82d är inga som helst problem. Skriver då ut med samma person som Proband från bägge Disgen.
VAR kan felet ligga?
Undrar
Kåre
Har försökt att åtgärda detta på olika sätt, men felet kvarstår.
Tänkte då göra en ominstallation av Disgen2016. Försökte då att med hjälp av Windowsverktyget "Avinstallera" Disgen. Detta går inte, och inte heller med avinstallationsfilen "Uninstall" som man hittar i Disgens programfiler.
Eftersom den "biter sig fast" så kvarstår bara att manuellt plocka bort Disgen2016 från datorn, och sedan installera den igen!
God fortsättning då,
Hälsar
Kåre
Felet kvarstår, så jag skulle gärna vilja komma i kontakt med någon som skulle kunna hjälpa mej i detta fallet!
Jag kan inte hjälpa dig med själva problemet men jag tror det är att söka utanför Disgen 2016.
Jag gjorde en testutskrift på drygt 800 sidor och det var inga problem varken i Disgen eller i pdf-programmet.
Jag använder pdf995 som gratisprogram.
Felet bör nog sökas i CutePDF eller i någon inställning av minnesbegränsning i datorn.
Hej Carl-Johan
Jag har ju INTE haft några problem med utskrifter från "gamla" Disgen, så varför ska detta dyka upp nu?
CutePDF är nu avinstallerat, men problemen kvarstår. Jag har ett antal PDF-skrivare som jag provat, men alla beter sig på samma sätt.
Att jag använder Windows10 skall väl heller inte vara något problem?
Att "skrivs ut" ett mindre antal sidor går bra, och att "Granska" ett stort antal sidor går också bra, men när man sedan ska "skriva ut" så jobbar den en stund, för sedan "krascha".
Jag tror att vi kan utesluta att sidantal eller volym är begränsningen. Jag gjorde en testutskrift på drygt 17000 sidor och en volym på 79 MB utan problem.
Men om "Granska" går bra och att programmet kraschar därefter så tyder det på ett Disgen problem.
Det bästa är nog att kontakta en fadder. Möjligen har dom haft samma eller liknande problem tidigare under beta-testerna.
Du skriver:
"Jag tror att vi kan utesluta att sidantal eller volym är begränsningen."
Håller inte helt med dej, för som jag skrev tidigare så går detta alldeles utmärkt om jag håller mej till under c:a 100 sidor så har jag inga problem. Men tar jag i lite mera c:a 500 sidor så kraschar Disgen. Kan inte säja exakt var gränsen går, men 76 sidor går bra men 427 sidor går inte bra.
Så visst kan man väl säja att det är en begränsning av sidor/volym, eller............... ?
"Det bästa är nog att kontakta en fadder."
Vill ogärna stressa på "dom som har hans omet" i dessa helger, men skulle Fadderkoordinator Torgny Larsson se detta så tror jag nog att han svarar, om han har tid.
Hälsar
Kåre
Som ytterligare information om mitt problem.
Jag installerade Disgen2016 och Datamappen på en Laptopp med Windows10.
Efter ett arbete på 149 sidor så kraschade även den!
Blev inte klokare på detta, men det kanske hjälper någon eventuell felsökare.
Bifogar Felfilen för stationära datorn.
Detta är alltså EJ felfilen laptoppen. På den felfilen stod det att minnet var för litet, och det var ju en stor fil också.
Hej
Vad händer om du inte går in i granska utan låter programmet jobba klart och titta i pdf.en när allt är klart?
Hej Christina!
Det har ingen betydelse om jag granskar eller inte. Det är när Disgen sätter igång processen med att skapa ett PDF-dokument som allt händer. Och detta oavsett vilket PDF-program jag använder.
Hänt sedan "sist"!
Ersatt Avast med AVG, men det ändrade ingenting.
Har tillverkat en Html-fil på drygt 11.000 personer utan problem. Det är väl också en form av utskrift, eller hur?
Men att skriva ut större PDF:er från Disgen2016 går fortfarande INTE, men från gamla Disgen8 är det INGA problem!
Någon som har lösningen?
Hvor stort minne har maskinen, og har Windows aktivert virtuell minneshandtering (bruker swapfil).
Noen har gjerne avinstallert bruk av swapfil, og da kan ikke minnet utvides om man har mange jobber gående parallellt som opptar mye minne.
Start programvisningsvinduet (taskmanager på engelsk) og sjekk i oversikten hvor mye som er i bruk.
Ved presentasjon av store dtaamengder vil det brukes masse minne, og om Windows ikke midlertidig ikke kan skrive ut andre programmer midlertidig til fil, stopper det hele opp.
I såfall gå inn som administrator og velg System i kontrollpanelet og endre minneshåndtering til noe som maskinen bestemmer selv eller angi en swapfil på dobbel størrelse av totalt tilgjengelig fysisk minne.
Torgny Larsson har varit i kontakt med programutvecklaren, som svarade:
"Svaret är kort och gott att minnet är slut. Någonstans i hans
material så finns en bild som skall kopieras till utskriften
och när bildhanteringskoden skall hämta minne till kopian
så finns inte någon tillräckligt stor bit minne ledig.
I bug-filen kan man se att den största lediga minnesbiten
är 12,62 MB vilket inte är särskilt mycket med dagens bilder.
Att det går i Disgen 8 kan bero på många saker, men en sak
som är ändrad är att vi använder en annan bildhanterings-
programvara i Disgen 2016. Den som används i Disgen 8 finns
inte tillgänglig i den nya miljön."
Jag har nu under två dagar manuellt reducerat storleken på DgPic från 2,01GB till 1,11GB.
Det gick nu att skriva ut några fler sidor utan att det kraschar.
Tror inte att Disgen2016 kanske kommer att accepters så stora bildfiler i framtiden eftersom programvaran är begränsande.
Funderar på att återvända till Disgen 8, då denna passar bättre för mitt behov med många bilder.
Hälsar
Kåre
Via Windows{7,8,10}-verktyget 'Resource Monitor' kan man nästan i realtid studera användningen av fysiskt och virtuellt minne medan program exekverar.
'Resource Monitor' nås ex.vis via 'Task Manager' -> 'Performance'.
Citat:
Ursprungligen postat av AlfChr
Hej Alf.
Jag har 4,00GB RAM-minne, om det är det du efterfrågar.
Hur tycker du jag ska ändra mitt Virtuella minne, när du ser klippet?
Undrar
Kåre
Nu har jag provat alla inställningsmöjligheter där, har även provat med att datorn själv får bestämme hur mycket den ska växla på varje enhet.
Inget hjälper, så detta måste nog ligga i programvaran i Disgen2016
Det verkar som du provat det mesta men enligt ditt bifogade klipp är det markerat "Ingen växlingsfil".
Om du inte redan provat att ändra till "Storleken bestäms av Windows" så kunde det vara ett alternativ.
Om du menar så här, så är det redan gjort!
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?Citat:
Ursprungligen postat av AlfChr
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 :-)
Med så mycket datakunskap inom räckhåll måste jag passa på och fråga om inställningen av det Virtuella minnet på datorn.
Inställning nu är som ni ser att Windows får bestämma storleken, tycker att jag kommer lindrigast undan då med mina begränsade kunskaper.
Om jag själv skulle sätta "Egen storlek", vad skulle jag då skriva in på "Ursprunglig storlek" respektive "Maximal storlek" för diskarna C: som innehåller program respektive E: som innehåller datafilerna?
Alf rekommenderar i inlägg #35 2XRAM, d.v.s. med mitt nuvarande RAM på 4GB, skulle det bli 8000 i "Maximal" rutan, eller.....? Men i "Ursprunglig"........?
Ska jag ange egen storlek på alla diskarna?
Undra
"Lärljungen"
Du kommer langt ved standard valg. Å binde veksleminnet, spesielt om veksleminnet har begrensete mengder data å gi deg, er risikabelt. Da vil ikke bare Disgen begynne å gi feilmeldinger og evt. stoppe pga. manglende minne, men mange om man starter for mange.
Med 8 kan du tryggere låse til f.eks. 16 Gb om maks angis til det. (Men mer enn 2X kan uansett ikke Windows utnytte.
Og, for 32-bits programmer som Disgen kan kun 2 Gb uansett nyttes. Men med 16 Gb kan du kjører 10-15 Disgen i parallell om du klarer å aktivere i samme ms alle sammen.
Alf, nu vet jag inte vad som är standard, men jag låter Windows sköta detta åt mej, och låter det stå som i klippet du såg.
Vad gäller RAM, så har jag RAM på 2 x 8 GB på väg hem.
Hälsar
Kåre
Standard er det du har satt opp.
Når du får maskinen opp på 16 GB (20??) kan du eksperimentere med forskjellige valg. Det er mulig Windows vil gå for et lavt tall, og da kan det være en ide å skru opp til maks tilgjengelig.
Men, det kan være at disken er for full for det. Det virket som du har mer enn 50% full disk. Da begynner den å begrense.
En 2 Tb harddisk koster nå under 1000-lappen.
Om du har flere disker er det også enkelte som anbefaler å bruke en stor D-disk som swap-disk. Da krangler ikke operativsystemet med dine programmer om hvem som skal bruke magneten på C-disken.
Om du har flere disker, bruk den som har minst trafikk, evt. invester i en liten disk i tillegg.
Kanskje en 60 Gb RAM-disk (SSD) vil gjøre susen.
Så här ser de fasta diskarna ut. Alla är på 1,81TB:
C: för program, observera att det INTE är en flash-disk. Namnet hänger kvar efter en SSD-disk som satt där förut.
E: för data
F: som är en back-up från E:
Jag har sedan en lös som tar back-up från C:
och en som tar back-up på Dokument, Bilder och Musik från E:
Dessutom en MyCloud på 3TB som tar "resten"
Jag har alltså både "hängslen och svångrem".
Men visst skulle jag kunna frilägga F: så att man kunde ha en del av den som Swap-disk.
Redigerar:
Varför det, datamappen ligger ju på C:Användare, och det är ju gott om utrymme på C:
Jag gör en manuell stor swap-fil på C: och låter Windows bestämma storleken på E:
Grundproblemet är felanmält (#2362).
Vi har en annan medlem som fått detta problem eller ett liknande. När vi försökte återskapa det med hans databas hade vi ingen framgång. Det kanske går bättre den här gången.
Jag misstänker att det är en s.k. minnesläcka, alltså att Disgen läser in bildfilerna och skickar dem till skrivaren men tar sedan inte bort dem ur minnet. Däremot har det garanterat inget med mängden RAM-minne, diskutrymme eller växlingsfiler att skaffa. Disgen är mycket riktigt ett 32-bit program och kan inte använda mer än drygt 2 GB minne oavsett hur mycket som är monterat i datorn.
Daniel, stort tack för underhandsinformationen. Jag önskar er lycka till och är mycket spänd på att få veta hur detta slutar.
Skönt att höra att det inte bara är jag som har detta problemet.
Jag kommer i vilket fall som helst att montera större minne i datorn, när det kommer.
Till stor glädje för min datorspelande sonson.
Hälsar
Kåre
Kanske kan det i denna tråd förtjäna nämnas att:
om man använder en 32-bits version av Windows, och
om man har mer än 4GB i datorn, så:
kan man lämpligen utnyttja det minne som finns 'över' 4GB som en RAM-disk via speciell programvara och med fördel placera en paging-fil på denna RAM-disk.
Raderat