| |
|
|
Jörg Sellmeyer | Profan venez malheureusement pas avec très grand Bilddateien bien sûr. je hab extra la fois un großes Bild angehängt, avec cela on cela selber ausprobieren peux. je würd mir désirer, dass solche Bilder geladen volonté peut. Im Prinzip peux on vous dans einem HTML-Contrôle problemlos magasin et anschauen, ensuite bleibt mais cela Problem, dass on qui Bildmaße pas ermitteln peux. Aussi dauert cela magasin avec MLoadBmp ensuite aussi viel trop longtemps. il y a de Th. Bois un Codebeispiel (GrafDim.inc), comment on Bitmapdimensionen direct aus qui Dossier auslesen peux. cela wär doch la fois quoi pour XProfan, ou bien?
[OFFTOPIC]cela Envoyer so großer Dossier klappt anscheinend pas, tout autor hab je cela Bild la fois chez mir hochgeladen: [...] attention! Es hat 7,5mb.[/OFFTOPIC] |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 10.10.2014 ▲ |
|
|
|
|
| [OFFTOPIC]normalement sommes Fichiers jusqu'à 30MB ne...aucune Problem ici sur XProfan.Net - je prüf cela! qui Dossier de Deinem Webserver wiederum zeigt mon FF so: Nachtrag: Ah, je vois am ApacheLog dass es de Deiner Leitung simple trop longtemps gedauert hat - ici griff alors qui Timeout statt qui Dateigrößenbeschränkung. je ändere cela.[/OFFTOPIC] |
|
|
| |
|
|
|
Jörg Sellmeyer | Upps - pour Strg-F5 bekomme je qui gleiche annonce. Probier la fois "Ziel Sauver sous..." - cela allez |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 10.10.2014 ▲ |
|
|
|
|
Paul Glatz | chez mir sous Firefox 32.0.3 sur Linux wird cela Bild angezeigt |
|
|
| |
|
|
|
| [OFFTOPIC]pas entier chez mir -
pour strg+f5 venez qui bild ist abîmé annonce -
mais aus dem cache wirds angezeigt -
aussi Sauver sous ging pas. alors hat aussi
FF so sa probleme avec solch riesenbildern.
mir était seulement erstmal important cela es pas am communityprogramm liegt.
qui maximale "upload-__dauer__" règle je hoch.
[/OFFTOPIC]
IrfanView ist aussi solch MeisterDesGeschehens et zeigt Riesenbilder aussi encore plus rapide.
quoi je mir présenter peux, ist dass vlt. garnicht fois le Bildladeapi pas avec solch grand Bildern klarkommt mais peut-être seulement qui un ou bien autre DC et là XProfan chez quelque chose comme comment mloadbmp etc. sans DC pas auskommt...
Irgendwann J'ai eu la fois herausgefunden et angesprochen, dass es mir avec XProfan sur einigen Computern pas possible ist, Bilder trop magasin et anzuzeigen, qui größer comme qui Bildschirm sommes.
peut-être devrait wir uns la fois une Monster-Apimässige eigene IMGInc écrivons qui sich ggf. aussi pour nProcs portieren liesse. je crois si Roland là anfängt à seinen 200 GrafikFunktion herumzufummeln ensuite pourrait cela doch assez viel Zeit dans Anspruch prendre.
quoi braucht qui homme pour den Anfang?
a) une Funktion qui un grenier-Handle erzeugt, unser eigener ancre, eigene imgageStruct avec cela on sich später encore plus zum Bild merken peux, dire wir var long handle=imageCreate(x,y) //bpp et solch kram brauchen wir ici encore pas là cela oui im bitmapHeader steht et wohin qui steht peux oui dans unserer imageStruct stehen
b) une Funktion bool func imageLoadFromFile(image,file) // läd un bild et speichert handle etc. dans qui imageStruct. ergo:
c) imageDraw(image,destDC) d) bool func destroyImage(image)
cela ensuite wiederum trop erweitern pourrait sogar Amusement faire. |
|
|
| |
|
|
|
Jörg Sellmeyer | Quelque chose comme Aufwendiges hat mir garnicht vorgeschwebt. Mir reicht déjà que voici: [...] avec cela peux on qui Maße de Bildern auslesen, sans vous avec XProfan trop magasin. Allerdings hätte je définitif rien dagegen, si XProfan aussi grand Bilder magasin peux. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 11.10.2014 ▲ |
|
|
|
|
Jörg Sellmeyer | je seh justement, dass déjà depuis Profan11 qui Funktion SizeOf(PicHandle&) qui Werte %bmpx et %bmpy% bestückt. malheureusement sommes mais aussi cet Werte chez Bilder sur 2000x2000 Pixel pas plus korrekt. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 21.10.2014 ▲ |
|
|
|
|
RGH | alors j'ai es mir maintenant la fois angeschaut: Offensichtlich hat qui API OleLoadPicture() (wird de LOADBMP ebenso verwandt comment de Créer(«PCSI»,-1,<Name>)) ici un Problem. avec meinen 16 MPixel Bildern klappt es encore, mais qui 75 MPixel Deines Bildes sommes wohl trop viel. auparavant ist alles ok: qui benötigte grenier wird bereitgestellt et qui Stream ouvert.
je sais im Moment pas, quoi je là faire pourrait.
Salut 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 ▲ |
|
|
|
|
RGH | Nachtrag:
quelquefois scheint es aussi trop marcher. Möglicherweise ist es une Frage des freien, zusammenhängenden Mémoire. là qui JPEG-Dossier interne dans BMP umgewandelt wird, braucht Dein Bild quelque chose sur 300 MB grenier am Stück.
Folgendes Testprogramm lief plan chez mir korrekt par (gestern soir mais pas):
si je qui trois auskommentierten Zeilen wieder reinnehme, klappt maintenant cela MLoadBmp, pour mais cela create(«PCSI»,...) pas plus. Es sieht alors très après aus, dass qui API CreateCompatibleBitmap() beim zweiten la fois pas plus ausreichend grenier findet. OleLoadPicture() klappt encore.
Salut 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 ▲ |
|
|
|
|
RGH | Salut,
wieder aus dem Urlaub zurück, mehrtägiges hohes fièvre et une Husten überstanden et eh bien wieder am PC!
aussi Versuche, CreateCompatibleBitmap() par CreateDIBitmap() ou bien CreateDIBSection trop ersetzen, brachten aucun Changement.
je belasse es alors vorerst dabei. si quelqu'un encore une concept hat: je suis pour Propositions offen. Comme je le disais: OLELoadPictute() gibt mir encore dsas PictureObjekt, mais cela erstellen einer ausreichend grand Bitmap, um puis cela Picture trop rendern et un nutzbares Handle trop liefern, schlägt chez XXXXXXXL-Bildern fehl. Ab quel Taille es scheitert, hängt wohl vom Grafiktreiber et dem grenier des Rechners et/ou bien qui Grafikkarte ab.
je wende mich ensuite la fois wieder den Ressourcen trop. je serait nämlich aussi volontiers RES-Fichiers verarbeiten, mais pour gibt es aucun APIs. travail manuel ist annoncé.
Salut Roland |
|
|
| XProfan X2Intel 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 ▲ |
|
|
|
|
| je versuche la fois Irfan Skiljan en supplément anzuschreiben. Wir hatten autrefois Gedanken ausgetauscht et il läd et zeigt dans IrfanView oui "egal"-comment-grand Bilder. |
|
|
| |
|
|
|
Jörg Sellmeyer | Den Gedanken à IrfanView J'ai eu aussi. Ist oui prima, dass du contact trop ihm la hâte. Ist pas z. B. Gimp aussi Open Source? je wäre avec quelque chose comme malheureusement hoffnungslos überfordert. sans Profan wäre je aufgeschmissen, quoi cela Programmieren angeht.
@Roland: je hoffe, cela hat dir pas den Urlaub versaut et deine Erholung vermiest. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 30.10.2014 ▲ |
|
|
|