Le portail francophone de la géomatique

Hello la France ;-)

Ben comme on n'a pas eu le temps de tester entre l'installation de 2007 sans SP et avec SP3 (c'est tout frais tout neuf), difficile de répondre.

Je vais tester le truc du TIFF en JPEG.

Si jamais il y a d'autres idées, on est tout ouïe.

Merci pour ce premier indice

Véronique

Yop le monde...

Pour les tests, les résultats sont tout aussi négatifs avant qu'après le SP3 et les hotfixes. Civil 3D 2007 ne fonctionne pas mieux...

Après plusieurs tentatives, j'en arrive à pouvoir imprimer sur des périphériques HP (DesignJet 1050C en PCL et HP4550N PCL). Les autres périphériques (Brother HL7050, Xerox DocuColor 3535 (PS et PCL), Brother HL5270N) ne fonctionnent pas. En créant une imprimante Adobe PS niveau 2 (fichier de sortie EPS) et en distillant le tout dans Acrobat j'obtiens bien la sortie désirée, mais bon, la manip est un peu longue et si les 20 utilisateurs doivent imprimer de la sorte...

La taille des images insérées ne devraient pas être un souci car sous 2006 tout passait comme une lettre à la poste (plusieurs dizaines de fichiers de 10 à 500MB pièce). J'ai fini par faire des tests avec un seul fichier .TIF et le résultat est identique (j'ai d'ailleurs remarqué que tous les liens vers les fichiers attachés étaient conservés dans les .dwg 2006 même lorsqu'ils y avaient été supprimés...).

Pour plus d'info, la configuration est la suivante : XP Pro dernier cri, Map 3D ou Civil 3D 2007 (RasterDesign 2007 est aussi installé) avec le SP3 et les HotFixes (non compris dans ce SP3 ;-((( ). J'ai testé avec les différentes imprimantes à ma disposition, aussi bien partagées sur le serveur d'impression qu'en créant une file locale (port IP) et en essayant les différents paramètres (impression directe). Les A4 semblent poser moins de problèmes que les formats supérieurs (A3 sur la Xerox notamment).

De plus, j'obtiens un message dans hardcopy.log du style : Erreur AutoCAD: .\rasterplot.cpp
Erreur d'attribution de la mémoire buffer $Workfile: rasterplot.cpp $ $Revision: #1 $

Google et Autode$k ne donnent pas plus d'info. Peut-être que la réponse sera "installer la version 2008" ou bien "Pour travailler avec Autode$k sous Micro$oft, n'achetez que des imprimantes HP "?

Bref, malgré une météo pluvieuse, je sèche grave...

Yop Pat !

Ben voui, tout est à jour. L'ordre d'installation a été :

1. distribution de l'image avec le SP2 dedans
2. installation du SP3
3. installation des deux hot fix (DL8112891 et DL8112871) vu que ceux-ci sont pas compris dans le SP3 ( re ;-(((()

Propre en ordre, non ?

Dans l'intervalle, j'ai transmis le blème à mon revendeur avec un fichier d'exemple (un peu gros pour être posté ici (150MB). Mon revendeur préféré (bof bof) s'est empressé de refiler la patate chaude à Autodesk Suisse.

Qui gagnera le challenge : les users de georezo ou les développeurs de Autode$$$$$$k ?


Quel suspens ! Et en attendant, quelle économie de papier, plus personne n'imprime; un vrai bonheur ;-))))

@+

spinof

ReHello

Et si justement tu n'installes pas le Patch TIFF / CALS !
Sous-entendu tu restes avec les 2 anciens fichiers:

ADIMAGING.DLL et RASTER9.HDI ...

J'espere que tu les as encore !!!

--- Patch RASTER "Eventuel" pour TIFF / CALS ---
http://usa.autodesk.com/adsk/servlet/ps … ID=2475161

GeoBye, Pat

Autre idée : Dé-Installer le MAP 3D 2007 et le Ré-Installer en mettant SEULEMENT le Service Pack 2 et tester ...

Puis mettre éventuellement le patch TIFF / CALS et tester ... (En sauvegardant ADIMAGING.DLL et RASTER9.HDI) pour revenir en arriere facilement ...

Si tout marche bien à ce moment, on peut supposer qu'il y a une subtile "incompatibilité" lors du tracé Raster avec le Service Pack 3 !!!

Bonsoir

Je vois que tu as fait tous les tests possibles : Bravo !

Tes Rasters sont insérés par le Provider FDO Raster de MAP 3D 2007 !?

As tu fait régénerer / recalculer (en fonction de ton niveau de Zoom)
tes Rasters AVANT de tenter de les tracer !?

As tu le problème dans l'onglet Objet avec donc une seule echelle !?

GeoBye, Pat "curieux"

Bonjour

Bravo et quel courage ...

Mon impression de vieux dinosaure car je pratique AutoCAD depuis la version 1.4/2.0 (1984/1985), c'est que tu es tombé (Si j'ose le dire) sur un "méchant bug" d'impression !
et / ou d'allocation mémoire (avec tes gros rasters) ...

Tes tests successifs avec et sans les SP / avec et sans les Patches / avec différentes imprimantes et des niveaux de zoom multiples montrent bien ton professionnalisme !!!

Autodesk a déjà eu quelques rares problèmes avec l'impression dans le passé ...
Je me souviens d'un SP1 qui a été rapidement supprimé de la zone DWLD par exemple !

Mais bon je m'avance peut être un peu ...

Au fait tous tes Rasters sont-ils au format ECW / SID ?

Et si tu n'as aucun ECW / SID, as tu le même problème ?

GeoBye, Pat

Bonsoir

MAP ou MapGuide interprète parfaitement les TIF+TFW mais ces 2 logiciels gèrent tout aussi bien les JPG + JGW (Le JGW = Le TFW - Seul l'extension change !).

Il pourrait être intéressant de Re-Enregistrer tes TIF en JPG (Avec un facteur de compression faible-moyen, ainsi la perte de définition sera faible) puis de supprimer les TFW et bien sur de Re-Insérer les Images par : MAP / Image / Insérer ...

Juste pour voir en désespoir de cause !!!

GeoBye, Pat "compatissant"

PS: Ajout en relisant ton super message de test, cela semble toujours bien marcher en langage PCL par exemple, donc ... Quand tu traces sut ton HP DesignJet moderne ...

As tu essayé de te configurer en mode HP DesignJet HPGL2 (Surtout pas PostScript même si ton périphérique est PostScript) MAIS dans le dernier onglet des propriétés de ton Driver HP DesignJet de COCHER "Traitement par ordinateur ..." (Ce sera plus long bien sur) et non pas "Traitement par l'imprimante/traceur" (et donc limitation liée à sa mémoire et capacité de traitement) !

Hello Amis Suisses

J'avais posé une question importante dans l'une de mes réponses:
( J'aimerais bien avoir une réponse )

Vos Rasters sont insérés par le Provider FDO Raster de MAP 3D 2007 !?

ou bien par simplement AutoCAD (ou MAP) : Insérer / Image ?

C'est important car le nouvel outil FDO Raster est propre à Autodesk MAP 2007 !
( ou à Autodesk MapGuide Enterprise 2007 ) et donc à mon avis, le problème est ICI !!!

Alors que AVANT (avec toute version de MAP jusqu'à la 2006),
les Images étaient insérées par les routines de gestion du raster (d'AutoCAD et MAP).

GeoBye, Pat

Bonsoir

Je n'ai pas bien compris ton message ...

Sur un dessin Test, tu as Ré-Insérer toutes tes images Raster via le Provider FDO Raster, et tu as toujours le même problème !?

Sous entendu donc, avant toutes tes images étaient insérées soit par AutoCAD (Inserer / Image Raster), soit par MAP (MAP / Image / Inserer).

Autre idée "géniale" : Si tu en as la possibilité, tu récupères un Autodesk Raster Design 2007 et tu l'installes par dessus ton ACAD ou MAP 3D 2007 ... et tu testes !?

Le centre de support d'Autodesk étant très proche, ce doit être possible de récupérer un CDROM pour voir ... ou auprès de ton revendeur favori !

Pourquoi : parce que certaines fonctionnalités Raster vont être reprises par l'outil Raster Design et donc on peut toujours espérer et croire !!!

D'ailleurs un AutoCAD 2007 + Raster Design 2007 devrait charger tous tes DWGs et Rasters "sans souci", ce qui serait un AUTRE test TRES intéressant car à ce moment il n'y a plus de MAP 3D 2007 (du moins pour imprimer / tracer) ...

GeoBye, Pat ("Frenchie obstiné et tétu") et qui fait bosser les Helvètes

Bonjour Joli Pitbull

OK, il semblerait que les rasters ne sont pas au format ECW/SID, donc dans ce cas un simple AutoCAD 2007 (+SP1 SVP) TOUT SEUL est suffisant pour faire des tests ...

Les Rasters ont sans doute été insérés à la MAP / AutoCAD car les dessins proviennent de versions précédentes !

Par contre si il y a des Rasters ECW/SID, il faut mettre un Raster Design par dessus AutoCAD et tester ... ou bien utiliser un MAP (ou CIVIL).

Pourquoi ces manipulations : afin d'éliminer complètement MAP (ou le MAP inclut dans CIVIL) afin de voir si le problème est lié à la présence de MAP !? Voire même éliminer aussi Raster Design !

Et aussi faire si c'est possible un test sans Raster Design, car j'ai cru comprendre que tous les postes étaient des MAP ou CIVIL avec en plus Raster Design.

GeoBye, Pat "tétu"

Couc OUF ! L'Helvète n'est plus seul.

Le support d'AutoDesk vient de me rappeler et ils ont pu reproduire le phénomène chez eux. Mon cas sera apparemment transmis directement aux développeurs (ce soir ou lundi au plus tard).

Ci-dessous une copie du message envoyé à mon contact chez eux.

Bon géo WE à toutes et à tous.




Monsieur,

Comme convenu je vous transmets pour vos tests un fichier avec un raster un peu plus léger.

Selon les essais faits chez nous, il est possible de reproduire le phénomène avec ce fichier, mais c'est également aléatoire, comme vous avez pu le constater par vous-même avec le fichier initial de test.

Ce fichier initial de test avec les 180MB de TIF est beaucoup plus représentatif du travail que nous devons effectuer. Ainsi, il nous a été possible d'imprimer le petit fichier (sur imprimante Xerox ou sur fichier) sans aucun soucis à la première tentative. Dans les impressions successives, nous avons également rencontré les mêmes problèmes (sur imprimante Xerox ou sur fichier).

Nous avons ensuite simplement chargé le fichier initial de test et relancé l'impression du petit fichier (imprimante Xerox ou fichier) : erreur systématique, impossible d'imprimer (Tentative d'annulation de la feuille...).

Il me paraît donc important, même si c'est un peu gros, de remettre à vos développeurs le fichier de test initial et de consulter le site www.georezo.net (forum, AutoDesk, impression Map 3d, URL http://georezo.net/forum/viewtopic.php?id=44748) où vous trouverez certainement des informations sur ce qui a déjà été tenté...

Je reste à votre entière disposition pour tout complément d'information jugé nécessaire et dans l'attente de vos nouvelles je vous présente, Monsieur, mes salutations les meilleures.

Dernière modification par spinof (Fri 13 October 2006 17:26)

Yop la France !

Une "menu" <)) solution a été trouvée, en attendant un correctif (l'espoir fait vivre dit-on).

Dans l'éditeur de configuration du traceur (.pc3), rubrique <Graphiques> - <Graphiques raster>, dégrader la qualité du <Raster et fenêtres principales ombrées/rendues> de 6 en 5 (curseur horizontal).

Voilà pour l'instant, et à vérifier si cette "solution roue de secours galette" permet de travailler avec des documents plus lourds.

@+

Yop Yop !

Non, le problème n'était pas résolu par la dernière manip. proposée par le support... mais le Père Noël a passé et la Suisse existe toujours (un peu moins centrée en Europe avec les nouveaux arrivants, mais bon)

Afin d'être aux normes et exigences Autodesk, j'ai fini par tester mes problèmes sur une machine correcte (Bi-Xeon Dual Core 3.2 GHz HT (8 proc. au total), 4GB de Ram FBDimm, CM Intel S5000XVN, carte graphique Nvidia FX1500).
En natif sous XP32bits : ça plante
En natif sous XP64bits : ça trotte
Vmware Wkst 5.5 sous Linux SuSE 10.2 x64 Virtual XP32bits : ça plante
Vmware Wkst 5.5 sous Linux SuSE 10.2 x64 Virtual XP64bits : ça trotte

Une personne du support Autodesk a été informée du résultat de mes tests et un trait de lumière plus tard une solution (non supportée par Autodesk) arrive : modifier le boot.ini et rajouter le paramètre /3GB pour permettre au bouzin 32bits de Redmond d'accéder au delà des 2GB de Ram.

Les tests effectués l'ont été par un pauvre admin incompétent notoire avec les produits Autodesk. A voir en prod donc !

Les résultats sur la machine correcte (3A au démarrage, 300 Watts de conso électrique instantanée (pointe à 420 Watts) et plusieurs mètres cubes d'air chaud plus tard) :
Vmware Wkst 5.5 sous Linux Suse 10.2 x64 Virtual XP32bits : ça trotte
Vmware Wkst 5.5 sous Linux SuSE 10.2 x64 Virtual XP64bits en session ssh sur un portable distant sous SuSE 10.1 : ça marche (ça c'était pour le fun et on s'est bien marré de voir que c'était "travaillable")

Les résultats sur P4 3GHz HT, chipset i915, graphique intégré, 4GB de Ram
En natif sous XP32bits : ça marche

Les résultats sur Bi-Xeon Dual Core, Matrox G450 AGP, 1GB de Ram (un GB de Ram sans /3GB au démarrage)
En natif sous XP32bits : ça plante

Les résultats sur Bi-Xeon Dual Core, Matrox G450 AGP, 1GB de Ram (un GB de Ram avec /3GB au démarrage)
En natif sous XP32bits : ça marche

Il est à noter que d'autres problèmes non liés à des images Raster sous Civil3D 2007 notamment ont été résolus avec ces 4 caractères (espace / 3 G B) en natif 32bits sur le P4HT 3GHz. Sous VMWare et en natif 32bits avec 1GB de Ram, ça plante dès le moment où le GB de Ram est atteint au chargement du fichier (après c'est tout bon; fichier Civil de 70MB, modèle de terrain avec des projets de chemins, profils, etc.)... Ca fait cher l'octet dans un fichier .ini ;-)))

Pour ce qui est du matos, ben la carte 3D certifiée qui va bien n'est pas obligatoire et un P4 3GHz avec 4GB de Ram est suffisant... dans le 80% des cas.
Voilà une menu modification que je vais faire tester façon placebo pour certains la semaine prochaine et en réel pour d'autres. Dans la foulée, et si j'ai le temps, un petit peu de Xen sur le bébé ?

@+ et joyeuses Pâques

Cocorico les Gaulois !

Très bien résumé à deux trois détails près.

/3GB
De ce que j'ai constaté, il n'est PAS nécessaire de disposer de 4GB de Ram physiquement dans la machine pour que le /3GB solutionne mon problème. Pour preuve, le bi-xeon avec 1GB de Ram et carte Matrox G450 AGP qui digère sans trop broncher (allez, un peu de swap tout de même) l'impression de gros raster, mais surtout l'ouverture et le traitement d'anciens fichiers Civil (2006) que l'on ne pouvait tout simplement plus ouvrir. D'où ma réflexion : le /3GB ne donnerait-il pas simplement accès à des adresses mémoires indisponibles sans lui, que la mémoire soit physiquement dispo ou pas ?
Il est clair qu'avec 4GB, c'est beaucoup plus mieux. Ce paramètre ne m'a jamais réellement causé de souci, tant sur des serveurs que de Workstation (carte graphique Matrox, Intel intégré 915, 965, etc).

Multiproc
Ben non, en 2007 et pour AutoCad, il n'est pas très utile de disposer de multicore ou bi-proc comme de 4GB de Ram. Quelle époque formidable ! Civil semble être plus enclin selon ce que l'on fait à utiliser plusieurs processeurs. Le seul avantage avec du bi-proc est que l'on peut toujours garder la main sur une partie des ressources machines pour faire autre chose quand Autodesk et ses produits rament dans la choucroute (par exemple envoyer un rapport d'erreur fatale...)

VMWare
Ce produit me sert à confectionner des machines (installation de nouveaux softs, tests, param) qui seront ensuite "photocopiées" sur les autres stations (et inversément pour compléter une installation ou déboguer un truc).
Pour les licences, tout ce qui est Kro$oft est en licence Open (pas de soucis d'activation) et tous mes produits Autodesk (Map, Civil3D et RasterDesign) sont en FlexLM Réseau. Je tenterai de tester d'autres applicatifs protégés dès le moment où j'aurai greffé une carte port parallèle dans la machine, qui en est nativement dépourvue. Si je trouve le temps et un soft protégé avec un dongle USB, je testerai aussi, mais je n'ai rien pour le moment en stock... (HASP / Sentinel). Je n'ai pas trop d'espoir, mais allez, on y croit.

Les performances de VMWare sur cette machine (bi-xeon dualcore HT 3.2 et seuleument 4GB de Ram) ne sont pas du tout ridicules (hormis le support OpenGL); Linux et VMWare utilisent pleinement les ressources machine, notamment le "8" processeurs. Je me retrouve donc avec une machine virtuelle bi-proc (maxi accepté sous VMWare) dont un seul est majoritairement utilisé sous les produits Autodesk avec des résultats un peu supérieurs à un P4 3.0GHz.

Je n'ai pas testé VMWare sour WinXP 32 ou 64 car à mon sens Linux est bien plus à même de gérer le matos correctement dans ce genre de cas, avec en plus la possibilité (moyennant un peu plus de Ram), de faire travailler à distance 2 ou 3 utilisateurs sur la même machine.



Pour l'instant j'ai deux postes vitaux qui fonctionnent depuis 1 jour et quelques heures sous /3GB sans problème. J'attends tout de même la suite car tant qu'Autodesk n'aura pas revu sa copie et proposera des produits capables d'utiliser correctement un OS et les ressources machines qui vont avec... (Pour rappel, AutoCAD est après PhotoShop l'application la plus demandée sous Linux, allez savoir pourquoi).


Que dire du reste ? Allez, les Suisses ne sont pas si chers que ça. A peine 40 CHF pour surfer toute l'année à volontée sur nos autoroutes avec une essence non surtaxée, un air pur que l'on ne facture toujours pas à la consommation et de l'eau des Alpes qu'on laisse couler gratuitement en France, en Italie et en Allemagne ;-))) Promis, une fois dans l'Europe, on fera payer tout ça !

Super bonne année à tout le monde et on se prépare déjà pour 2008.

@+