XProfan

Español

Jörg
Sellmeyer

Profano kommt por desgracia, no con muy großen Bilddateien klar. Yo extra veces una großes Bild angehängt, así al selber ausprobieren kann.
Yo würd me wünschen, dass solche Bilder geladen voluntad puede. Im Principio puede ser ellos en un HTML-Control problemlos invitar y anschauen, entonces restos aber el problema, dass uno el Bildmaße no ermitteln kann.
Außerdem dauert el Laden con MLoadBmp entonces auch viel demasiado tiempo. Lo son de Th. Hölzer una Codebeispiel (GrafDim.inc), cómo Bitmapdimensionen direkt de el Expediente auslesen kann. Das wär doch algo para XProfan, oder?

Kompilieren Marca Separación

Cls
MLoadBmp "Africa_satellite_plane.jpg"
Imprimir %bmpx,%bmpy
WaitInput

Kompilieren Marca Separación

Cls
ShowMax
Var Bild$ =  "Africa_satellite_plane.jpg"
Var hHTML& = Crear("HTMLWin", %hwnd, Bild$, 1, 0, 0, Width(%hwnd), Height(%hwnd))
WaitKey

[OFFTOPIC]Das Subir así großer Expediente klappt anscheinend no, por lo tanto tener Yo el Bild veces en me hochgeladen: [...]

Vorsicht! Lo ha 7,5mb.[/OFFTOPIC]

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

10.10.2014 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

[OFFTOPIC]Normalerweise son Archivos a 30MB kein Problema hier en XProfan.Net -
Yo prüf el!

El Expediente de Deinem Webserver wiederum zeigt mein FF así:

Apéndice:

Ah, Yo sehe al ApacheLog dass lo de Deiner Leitung simplemente demasiado tiempo gedauert ha - hier griff also el Timeout en lugar de el Dateigrößenbeschränkung. Yo ändere el.[/OFFTOPIC]

XProfan X2
WinXP, SP3, Core(TM) i7-3770 @ 3.40GHz

10.10.2014 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Jörg
Sellmeyer

Upps - después de Strg-F5 bekomme Yo el gleiche Meldung.
Probier veces "Ziel speichern bajo..." - el va

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

10.10.2014 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Paul
Glatz

En me bajo Firefox 32.0.3 en Linux se el Bild adecuado

XProfan X3

10.10.2014 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

[OFFTOPIC]No bastante en me -

después de strg+f5 kommt el bild es kaputt meldung -

aber de el cache Será mejor que te va adecuado -

auch speichern bajo ging no. Also ha auch

FF así seine probleme con solch riesenbildern.

me war sólo primero wichtig el no al communityprogramm liegt.

el maximale "upload-__dauer__" regel Yo hoch.

[/OFFTOPIC]

IrfanView es auch solch MeisterDesGeschehens y zeigt Riesenbilder
auch todavía más rápido.

Was Yo vorstellen kann, es dass vlt. garnicht veces el Bildladeapi no
con solch großen Bildern klarkommt pero tal vez sólo el una u otros DC
y como XProfan en algo como como mloadbmp etc. sin DC no auskommt...

Irgendwann Tuve veces herausgefunden y angesprochen, dass lo me con
XProfan en algunos Computern no posible es, Bilder a invitar y anzuzeigen,
el größer como el Bildschirm son.

Tal vez debería nosotros veces una Monster-Apimässige propio IMGInc escribir
que ggf. auch después de nProcs portieren liesse. Yo glaube si Roland como anfängt
a seinen 200 GrafikFunktion herumzufummeln entonces podría el doch bastante
viel Tiempo en Anspruch nehmen.

Was braucht el Mensch para el Anfang?

a) una Función el una Speicher-Handle producido, unser eigener Anker, propio imgageStruct así uno se später todavía mehr para Bild merken kann, sagen wir var long handle=imageCreate(x,y) //bpp y solch kram brauchen wir hier todavía no como el sí en el bitmapHeader es y wo el es de hecho puede en unserer imageStruct posición

Kompilieren Marca Separación

var long image.imageStructSize=12//kann cualquier vergrößert voluntad später

proc image.create

    parámetros long xx,yy
    var handle tmp=globalAllog(gPTR,image.imageStructSize)
    long tmp,0=xx,yy
    volver tmp

ENDPROC

b) una Función bool func imageLoadFromFile(image,file) // läd una bild y speichert handle etc. en el imageStruct. ergo:

Kompilieren Marca Separación

proc image.loadFromFile

    parámetros handle image,cadena filename
    caso long(image,8) : keineAhnungAPI::destroyimage(long(image,8))
    long tmp,8=keineAhnungAPI::loadImage(filename)
    volver getlasterror()==0

ENDPROC

c) imageDraw(image,destDC)
d) bool func destroyImage(image)

Kompilieren Marca Separación

proc image.destroy

    parámetros handle image
    caso long(image,8) : keineAhnungAPI::destroyimage(long(image,8))
    globalFree(image)

ENDPROC

Das entonces wiederum a erweitern podría incluso Spaß hacer.

XProfan X2
WinXP, SP3, Core(TM) i7-3770 @ 3.40GHz

10.10.2014 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Jörg
Sellmeyer

Algo como Aufwendiges ha me garnicht vorgeschwebt. Mir reicht ya que aquí: [...]

Damit puede ser el Maße de Bildern auslesen, sin ellos con XProfan a invitar.
Aunque hätte Yo definitiv nichts dagegen, si XProfan auch große Bilder invitar kann.

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

11.10.2014 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Jörg
Sellmeyer

Yo seh gerade, dass ya seit Profano11 el Función SizeOf(PicHandle&) el Werte %bmpx y %bmpy% bestückt. Leider son aber estos Werte en Bilder encima 2000x2000 Pixel no mehr korrekt.

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

21.10.2014 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

RGH

Also Yo lo me ahora veces angeschaut:
Offensichtlich ha el API OleLoadPicture() (se de LOADBMP ebenso verwandt como de Crear("HPIC",-1,<Name>)) hier una Problema.
Mit media 16 MPixel Bildern klappt lo todavía, aber el 75 MPixel Deines Bildes son wohl a viel.
Vorher es alles ok: Der benötigte Speicher se previsto y Stream geöffnet.

Yo weiß en el Moment no, Yo como hacer podría.

Saludo
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

22.10.2014 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

RGH

Apéndice:

Manchmal scheint lo auch a klappen. Möglicherweise es una Cuestión des freien, zusammenhängenden Speichers. Como el JPEG-Expediente intern en BMP umgewandelt se, braucht Su Bild algo encima 300 MB Speicher al Stück.

Folgendes Testprogramm lief eben en me korrekt por (gestern abend pero no):

Kompilieren Marca Separación

Cls
' MLoadBmp "Z:/Bilder/Africa_satellite_plane.jpg"
' Imprimir %bmpx,%bmpy
' WaitInput
var handle hPic = create("HPIC", -1, "Z:/Bilder/Africa_satellite_plane.jpg")
Imprimir hPic
Imprimir sizeOf(hPic)
Imprimir %bmpx,%bmpy
WaitInput

Wenn Yo el drei auskommentierten Zeilen otra vez reinnehme, klappt ahora el MLoadBmp, dafür aber el create("HPIC",...) no mehr.
Lo sieht also muy danach de, dass el API CreateCompatibleBitmap() beim zweiten Tiempo no mehr ausreichend Speicher findet. OleLoadPicture() klappt todavía.

Saludo
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

22.10.2014 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

RGH

¡Hola,

otra vez de el Fiesta zurück, mehrtägiges hohes Fieber y una Husten überstanden y nun otra vez al PC!

Auch Versuche, CreateCompatibleBitmap() por CreateDIBitmap() oder CreateDIBSection a sustituir, brachten no Änderung.

Yo belasse lo also vorerst esta. Falls alguien ni Concepto ha: Yo bin para Propuestas offen. Como ya he dicho: OLELoadPictute() son me todavía dsas PictureObjekt, aber el redactar uno ausreichend großen Mapa de bits, en darauf el Picture a rendern y una nutzbares Handle a liefern, schlägt en XXXXXXXL-Bildern fehl. Ab welcher Größe lo scheitert, hängt wohl vom Grafiktreiber y el Speicher des Rechners y/oder el Grafikkarte de.

Yo wende mich entonces veces otra vez el Ressourcen a. Yo sería nämlich También me gusta RES-Archivos verarbeiten, aber dafür hay no APIs. Handarbeit es angesagt.

Saludo
Roland

XProfan X2
Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

29.10.2014 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Yo versuche veces Irfan Skiljan dazu anzuschreiben. Wir hatten damals Gedanken ausgetauscht y él läd y zeigt en IrfanView sí "egal"-como-große Bilder.

XProfan X2
WinXP, SP3, Core(TM) i7-3770 @ 3.40GHz

29.10.2014 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Jörg
Sellmeyer

Den Gedanken a IrfanView Tuve auch. Ist sí prima, dass du Kontakt a ihm hast.
Ist no z. B. Gimp auch Open Source?
Yo wäre con algo como desafortunadamente hoffnungslos überfordert. Ohne Profano wäre Yo aufgeschmissen, qué el Programmieren angeht.

@Roland: Yo hoffe, el ha dir no el Fiesta versaut y deine Erholung vermiest.

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

30.10.2014 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

►