attached file - open and zoom in - program closes without warning between 200-800%
Attachment 134382
Printable View
attached file - open and zoom in - program closes without warning between 200-800%
Attachment 134382
Not here!
ok thanks ernie - might be differences in program settings, or graphics card I guess, or windows....
I think too that it's a graphic card thing, maybe to low RAM? Try to change the settings in the Tune-ups rider.
BTW, a lucky, haelthy and successful 2024 I wish all Xaraistas.
From Bavaria, servus Ernie
happy 2024 ernie !
i will investigate further...
Video card is nvidia 1070 - all up to date
windows 10 22H2 build 19045.3803
is does not happen if I pan the pasteboard so the brush strokes are off screen when I scroll in - so it must be a rendering issue ?
it happens with designer pro 19 as well
it does not happen with designer pro 15.1
it does not happen with designer pro 11 - but I get an access violation and an internal program error: 10582.w.gr.gn which means I cannot continue
could then be a memory thing - I have 64GB of RAM though, so not short
I cannot turn the Volume all the way up to 11.
In Pro+, I get:
- Off-page - scroll zoom to 5000% and no further.
- On-page - 6400%.
- Up/Down for drop-down - 4000%.
- HotKeys - 1/2/3/4 all OK.
- Zoom to selection - I added a small Box and zoomed to it (Shift+Alt+Z) then halved its size and zoomed again - it breaks and the design is no long accessible.
I tried with all Lines hidden and in Outline mode, same problems.
A new design handled the small left-most brush, the large brush and a small Box but you could see the application rendering breaking as it rendered all part of the large brush, on- and off-screen.
So the breakdown seems to be the available RAM for rendering (I'm using 32GB). As it breaks, it tries again from the start for all the brushes so with three, nothing works so I suspect the housekeeping does not clear out the buffer and so it chokes.
If you try and use a Live Effect, it messages: "Failed to setup bitmap for rendering. The requested bitmap may be too big."
I thought if I could lock a simple Live Effect, the rendering would be performed the once so it was a simple bitmap.
It could be an internal Xara rendering matter.
For this file, I deleted all the Lines and left the Box, it still stalls.
I copied all the Lines to a new file and all works.
Acorn
thanks for looking at it acorn
are you saying that if you copy everything in my file to a new file the issue goes away ?Quote:
I copied all the Lines to a new file and all works
hummm... ok, I only came across this in passing when checking out cache as per here: https://www.talkgraphics.com/showthr...662#post658662 I rarely use art brushes in xara these days
zooming in on art brush strokes crashes or freezes all my xara versions except 15.1 so I guess I need to check what registry changes I have made when I get a round tuit; my ver 15.1 is a humble bundle version should that make a difference...
update - it does not happen with designer pro 18 on my laptop, which has different graphics: nvidia GeForce RTX 2060
the GeForce GTX 1070 on the desktop is over 6 years old, the oldest hardware component in the machine as it happens, been lots of changes to windows if not xara since then
to be sure I'd have to install ver19/20 on laptop, yet more round tuit....
thanks again for the help
UPDATE:
upgraded my graphics card [to RTX 3060], which I was going to do before too long anyway; that in itself did not fix the issue - but it did go away, ie stopped happening, when I made the following changes in the registry:
Computer\HKEY_CURRENT_USER\SOFTWARE\Xara\XtremePro Perpetual x64\20\Options\Screen
IsRenderingRAMInfinte set to 0 [default is 1]
MaxRenderingRAM set to 3145728 [default is 786432]- this may not be necessary in practice...
SmartRenderingRAM set to 0 [default is 1]
after these changes the program ceased to crash without warning on zooming right in - sometimes got message about bitmap being too large to render, no surprise at this level as the artbrush texture is a bitmap, the program however was stable
it does mean that zoom screen redraw becomes visible on high render drawings, but that is acceptable if the alternative is to risk the program crashing out
I am still not sure of the cause of this, but the fact that it does not happen in my pro 15.1, but does in the later programs, might give someone in xara a clue
FOOTNOTE:
it does still happen after a second or two, if I zoom right in to 25,000 ish; not always, sometimes I get the bitmap too big message
thinking a conflict with a background process maybe, as it is intermittent
High handrawn, mein Freund!
Have you try to save it under a new name and reopen it?
Hi ernie, thanks
but makes no difference unfortunately, nor does acorn's suggestion of copying everything to a new file...
I have spent enough time on this, tomorrow is another year with other things to do :)
I will go back to ver 15.1 as default, in which I can do 90% or more of what I do in xara and a few things I cannot in later version, such as PDF merge to single page - I don't get fussed about the UI, it's legible for me, and I spend most of the time looking at the work and use keystrokes a lot
I've reinstalled ver 20, with default registry entries and will only use when I need any new feature which, as I say,won't be often; what with this and the stack order bug, just glad I did not pay full price :rolleyes:
no joy here - I do find sometimes it takes a while to fail - usualy a zoom pause, zoom pause, zoom pause.... sequence does it - a progam that does this sort of thing is not a program to rely on or even use wherever possible
I assume you are using pro+, ernie too, I'm using ver 20 which may make a difference
I'm fairly sure there is a machine specific aspect to this... it's worth noting that I currently have 32 inch 4k monitor set native resolution at 200% scaling, and this does not appear to happen if I reduce the xara window right down to small, but unusable size - windows scaling at 100% though makes no difference
here is a video of the crash - I forgot about the music playing, but rather appropriate I thought so I left it in, might be a tad loud for headphones... :)
Attachment 134400
Clearly Mickey ran out of paint buckets so your brushes just dried up.
Yes, Pro+ but @Matt was quite emphatic that v20 is not that far behind so in chopping out Web Blocks there's a slight wibble in the re-integration.
It's probably an overflow in the Bitmap generation while everything is quite dynamic. Bitmap Copies generate fine as of necessity they are at a lower resolution.
Have you pinged Xara directly?
Acorn (Sorcerer's Apprentice II)
yes; I think he had just noticed the brooms were back with the water buckets and had to dash off...
overflow occured to me, but I am only a programmer to the extent that boris johnson is a latin scholar [I even wondered if it is to do with my machine having 64GB of RAM]Quote:
It's probably an overflow in the Bitmap generation while everything is quite dynamic.
nopeQuote:
Have you pinged Xara directly?
this is dear xara forum; I have brought it to their attention, if they want anything more from me they only have to ask, I am more than willing to help, but meantime I can work round it as mentioned ;)