LoView 2.35 in uscita.

[pvanni]

Avrei qualche suggerimento riguardante ai dati exif,
sarebbe opportuno visualizzare i tempi di scatto inferiori
al secondo in frazioni di secondo dato che è l'informazione
che di solito danno le macchine (es. al posto di 0,5 1/2)
ci sarebbero poi altri dati che interessano chi si occupa di fotografia
ovvero:
sensibilità, apertura (diaframma), lunghezza focale, lunghezza focale equivalenta al 35mm

[samo79]

Idem e prima di darmi l'errore di Hollywood (che ha già descritto Kyle) mi ha pure crashato il sistema (DSI bypassabile cmq)

Crash log for task "LoView"
Generated by GrimReaper 53.2
Crash occured in module LoView at address 0x6F70BB7C
Type of crash: DSI (Data Storage Interrupt) exception

Register dump:
GPR (General Purpose Registers):
0: 00000320 50FAE6A0 00000000 2C303840 207FF7C0 52895000 00002264 00002263
8: 0000000C 00C8C8C8 2C303A51 20800000 000010DC 00000000 539B0000 56B70524
16: 539B6B64 50FAF238 52895000 00000000 50FAE6D8 50FAE73C 00000000 1770C000
24: 01AF780C 00002264 00002270 00000008 00002270 29EBA000 00002264 0000898C


FPR (Floating Point Registers, NaN = Not a Number):
0: nan 0 7.06416e-304 8.7399e+245
4: 0 3.63528e+175 2.51759e-281 0
8: 0 0 0 4.5036e+15
12: 0 0 0 -5.05923e-321
16: 0 1.39067e-309 0 0
20: 0 0 0 1.61895e-319
24: 4.94066e-324 0 1.08752e-311 1
28: 4.5036e+15 4.5036e+15 2.14748e+09 0

FPSCR (Floating Point Status and Control Register): 0x82000000


SPRs (Special Purpose Registers):
Machine State (msr) : 0x0002F030
Condition (cr) : 0x22484048
Instruction Pointer (ip) : 0x6F70BB7C
Xtended Exception (xer) : 0x00000006
Count (ctr) : 0x00002054
Link (lr) : 0x6F73AE6C
DSI Status (dsisr) : 0x00800000
Data Address (dar) : 0x20800000



680x0 emulated registers:
DATA: 00000080 00000085 00000000 00000000 00000000 00000000 00000000 00000000
ADDR: 00000000 5165C2A0 00000000 00000000 00000000 00000000 00000000 50FAF470
FPU0: 0 0 0 0
FPU4: 0 0 0 0



Symbol info:
Instruction pointer 0x6F70BB7C belongs to module "LoView" (HUNK/Kickstart)

Stack trace:
module LoView at 0x6F70BB7C (section 5 @ 0xADB5C)
module LoView at 0x6F73AE40 (section 5 @ 0xDCE20)
module LoView at 0x6F73C280 (section 5 @ 0xDE260)
module LoView at 0x6F6D967C (section 5 @ 0x7B65C)
module LoView at 0x6F6F78A4 (section 5 @ 0x99884)
module LoView at 0x6F702B54 (section 5 @ 0xA4B34)
module LoView at 0x6F6F8578 (section 5 @ 0x9A558)
module LoView at 0x6F6F380C (section 5 @ 0x957EC)
module LoView at 0x6F6F700C (section 5 @ 0x98FEC)
module LoView at 0x6F6F7130 (section 5 @ 0x99110)
module LoView at 0x6F6F3EE8 (section 5 @ 0x95EC8)
module LoView at 0x6F68D420 (section 5 @ 0x2F400)
module LoView at 0x6F68EEE0 (section 5 @ 0x30EC0)
module LoView at 0x6F68FD40 (section 5 @ 0x31D20)
module LoView at 0x6F6F78A4 (section 5 @ 0x99884)
module LoView at 0x6F702B54 (section 5 @ 0xA4B34)
module LoView at 0x6F6F8578 (section 5 @ 0x9A558)
module LoView at 0x6F6F380C (section 5 @ 0x957EC)
module LoView at 0x6F6F700C (section 5 @ 0x98FEC)
module LoView at 0x6F6F7130 (section 5 @ 0x99110)
module LoView at 0x6F6F3EE8 (section 5 @ 0x95EC8)
module LoView at 0x6F732030 (section 5 @ 0xD4010)
module LoView at 0x6F662DA8 (section 5 @ 0x4D88)
module LoView at 0x6F72F750 (section 5 @ 0xD1730)
module LoView at 0x6F7D9CCC (section 5 @ 0x17BCAC)
module LoView at 0x6F7DBDAC (section 5 @ 0x17DD8C)


PPC disassembly:
6f70bb74: 5400103a rlwinm r0,r0,2,0,29
6f70bb78: 7d25002e lwzx r9,r5,r0
*6f70bb7c: 912b0000 stw r9,0(r11)
6f70bb80: 396b0004 addi r11,r11,4
6f70bb84: 4200ffe8 bdnz+ 0x6F70BB6C

System information:

CPU
Model: AMCC PPC440EP V1.3
CPU speed: 799 MHz
FSB speed: 133 MHz
Extensions:

Machine
Machine name: Sam440EP
Memory: 1048576 KB
Extensions: bus.pci

[pvanni]

@cip060,
facciamo un po' di chiarezza sulle immagini soprattutto in formato jpeg,
quello che conta non è la dimensione del file ma il numero di pixel,
perchè a parità di pixel un'immagine con pochi dettagli/colori come quella
di esempio genera un file di dimensioni molto più piccole, rispetto a un'immagine
ricca di dettagli e/o colori, quando viene visualizzata servono normalmente
24 ma più spesso 32 bit per pixel, facciamo 2 conti, la nostra immagine è:
8804x8804 ovvero 77510416 che sono 77 megapixel, mica noccioline,
se li moltiplichiamo per 4 (bytes) otteniamo più di 300 MB, sì avete letto bene
300 megabytes che devono essere allocati in un solo colpo, quindi non mi stupisce
il messaggio di out of memory, infatti su XP aprendo l'immagine il visualizzatore
si frega 310 MB circa di memoria.
E per ora ho parlato solo di RAM, vogliamo parlare di come poi l'immagine viene
passata alla scheda video?

[cip060]

bene allora e' ormale io sul mino ho solo 512 mega quindi non la posso vedere

[Tuxedo]

@pvanni

precisissimo nelle spiegazioni...non avrei saputo fare di meglio :)
Per qunato riguarda i dati Exif hai ragione...è che quando feci la routine che li gestisce per semplificare presi i dati decimali così "come venivano"...
Vedrò di mettereli a posto assieme alla visualizzazione della data che pure lei è presa così come lòa passano i dati...

@Samo79

come sempre questi DSI della Sam440 li dovrei passare ad Andreas ma lui poi non ci ha mai faffo molto...
Non so come mai ti da questi strani DSI ogni tanto...ma magari quello era solo per colpa della poca memopria...o magari per colpa dei DataTypes che non gestiscono quest'immaginona...neppure MultiView la apre esiccome ho 2GB la colpa credo sia proprio loro...ora provo su MOS e vi dico...

[samo79]

Ma in generale era da tanto che non vedevo un errore DSI sul tuo programma (almeno dalle tue prime release), al massimo un errore di Hollywood su qualche immagine schizzinosa (forse corrotta) per il resto in genere non ho problemi con immagini "toste" ..

Il test con questa immagine crashosa l'ho fatto dopo un riavvio a freddo, quindi con quasi 900 MB liberi, non penso sia questo il problema

[Tuxedo]

confermo il problema coi datatypes...
Quì sotto MOS 2.7 funzia e la carica in circa 5 secondi per cui sotto OS4 dovrebbe metterci circa 6 secondi e mezzo...
Proverò ad installare un'altro datatype per le JPG...

reboot...

[amigait]

Anche a me su MOS funziona bene, mentre su OS4 mi da un errore

[Kyle]

@Tuxedo

Facci sapere se risolvi

[cip060]

Quindi ?? e' un problema di ram ??ci vuole 1 giga ?

[Kyle]

Quindi ?? e' un problema di ram ??ci vuole 1 giga ?

Non credo, perché con la X1950 che ha 256MB di memoria non lo carica lo stesso

[amigait]

Sul pegasos II con un 1 gb di ram con Mos non mi da problemi.
Con la SAM 460 con 2 gb di ram mi da l' errore.

[samo79]

@Tuxedo

Ok se siamo sicuri sul datatype magari posta un bug report sul forum di Hyperion

[Tuxedo]

@cip060

si sotto MOS se aumenti la memoria non hai problemi anche se ho notato hce se la carichi un po' di volte di fila poi ti si frammenta la memoria e poi non la carichi più...ma cmq di base funzia...

Sotto OS4.x invece va solo se si usa WarpView che non usa i DataTypes per caricare le immagini...

@Samo79

fatto col bug report leggilo sul forum di Hyperion e magari aggingi qualcosa :)
ora posto anche su AW magari qualcuno fa una risposta... :)

Magari Oliver Roberts :)

EDIT:

Ho provato anche con WarpJEPG e fa la stessa cosa per cui credo che sia un problema di tutto il sistema DataTypes e non solo del JPEG...
Ho pure notato che con questo DataType la velocità è circa il 15% migliorata rispetto a quello standard...però 15£ sono davvero troppi per un "misero" DT...

[samo79]

@Tuxedo

Yep