Hi there
When we work on jobs in Viacad our main focus are the drawings, but we have trialed using it as a collective file or mood board and sort of keep all the job files all in one place.
So we were importing photo's of check measure drawings, sketches and web clips and make notes etc. (I think Photoshop is good for that, but not technical drawings)
We use the import JPEGs tool.
If you bring in more than a few few photo's things start to get a bit sparkly. Thats alright if its towards the end of the job, it seems to remain fairly stable but we don't want to do too many mods to the drawings because it could all disappear.
So we have cut back on the expansive JPEG file approach a bit.
But the main issue is when we transfer a viacad file between 2 computers. We do it via the cloud or USB, but the problem is, the JPEGs go black or disappear or the drawings tend to become unstable. It seems like the JPEG is stored partly on the local computer and not all the information is included in the viacad job file?
It also happens when transferring pictures included in Symbols.

Just wondering if anyone else has the same sort of behavior?

In the attached picture you can see where the logo in the imported symbol has disappeared.

Edited by user Friday, February 22, 2019 6:12:49 AM(UTC)  | Reason: Not specified

Can you provide an example file?

Tim

Edited by user Friday, February 22, 2019 9:44:29 AM(UTC)  | Reason: Not specified

Okay
Monday morning and my colleague who knows whats "going on" found a file for us.
another example

Hi Tim.
Thanks for looking into this.
I have attached files from the symbol files.
The fridge one has some hatching, and we have found almost anything with hatching in a symbol will soon make the file unstable. Try rotating the symbol and dragging with the gripper.
I will attache some picture of the file setup in my computer, below, (limit on number of file uploads) there seems to be a few symbol file areas, that might be something?
Thanking you
Mark

Edited by user Monday, February 25, 2019 10:58:06 PM(UTC)  | Reason: Not specified

Hi Tim
Did anything come of this?
Do you need more info?
Thanks
Mark

I have seen this same problem. The way I can reproduce it is the following:

1. Create a custom model-to-sheet template that has the picture in the title-block. Mine was a PDF not a jpeg. I believe that the PDF was imported into VCad that will become the template.
2. Put the model-to-sheet template in the directory with the other (provided) templates. On the Mac, this is in the application container in the Applications directory.
2b. You can now create model-to-sheet drawings using the new custom template. When you reopen these drawings, the picture appears in the title-block. All is well!
3. All is well until.... you change to a new version... such as from 9-to-10 or 10-to-11.
4. Old files, (Ones generated under the old VCad version), when opened with the new VCad version, will not show the title-block picture.
5. At this point, I will have to go and put the custom-template into the NEW VCad application. The picture does not reappear after you replace the template.
You have to re-import the picture to patch up the title-block.

I haven't seen this behavior with other "imported" elements, such as imported ".sat" elements. But, those have been imported in the the main part of the drawing, not through the custom model-to-sheet template.

-Jess

(on edit) Here is an example of an drawing created with an older version of VCadPro on a Mac. I don't remember if it was created with VCPro 9 or 10. When I open it with VCPro 11, the picture (a trombone) is missing from the title-block.

Edited by user Tuesday, March 12, 2019 8:23:24 AM(UTC)  | Reason: add example file

I'm not sure if this is relevant or a clue to this issue but in print preview mode you can see in the image that the symbol (being the border is missing)
The program is treating the symbols and graphics differently, (its not embedding or looking at the whole file as one unit, so the information is separately stored in another location.)
It still prints the border as expected but the graphic image is still missing.
Hopes this helps.

avoid transforming (scaling/rotating/flipping etc.) raster data from inside Shark but do change it externally w/ your raster image processor only and import in the final state then.

For graphics artwork do in general prefer the lossless PNG format instead of JPEG to avoid artefacts around contained entities w/ hard contrasts, i.e. black geometry on white bg.

Edited by user Wednesday, June 8, 2022 6:11:11 AM(UTC)  | Reason: Not specified

as Tim had already elaborated above:


Seems that this mechanism still fails... not converting and embedding a proprietary own format in the file but just attaching the raster data as a BLOB in e.g. the common PNG format compatible with all platforms would allow to avoid an error prone conversion but use the already available graphics display output framework of the respective operating system (Mac: Quartz 2D / Win: Direct2D).

Edited by user Thursday, June 9, 2022 10:01:09 AM(UTC)  | Reason: Not specified

I'm still on version 10, but it shouldn't be an issue,....... Well the first JPEG was of the ISSUE Nov 1972 cover of playboy and lena was her name.
So jepgs are going to be 50 years old in 4 or 5 months.

I am poking fun but 50 years,
is old technology, you would think handling graphics would be one of the easier things to fix.