Hi,
In the latest V7 wip (7.0.20217.3575, 8/4/2020)
Background bitmap is not working in this older file I opened in V7 but works in V6. The images appear as white rectangles.
The refresh option does nothing non of the other options seem to work.
Also why no option to find the file or give the name of the image file in use?
This file is working perfectly in v6 I also tried all viewport modes and nothing seemed to matter.
RM
Windows 10.0 SR0.0 or greater (Physical RAM: 32Gb)
Does this file display on your system?
It has a BackgroundBitmap attached to the Top viewport, and the same image used in the Picture command as a texture on a surface. BB and Picture.3dm (630.3 KB)
Hi John
Yes this file you posted displays. In the first pic you can see my file works in V6 which is also installed on the same computer? So why not in V7? Updating drivers did nothing.
I guess it has to do with this being an old file and V7 just being filled with changes. I have to find a way to get the paths to the background bitmaps or maybe someone has a script or a command to convert Background bitmaps to picture frames with the same scaling and placement.
I don’t use background bitmap anymore so you can imagine how old this file is but I need to redo and add to this file now. Thanks for your help and for posting that file to check. Maybe it’s the jpg type I’m attaching one of the files for you try as a Background bitmap.
RM
Yes that image displays for me too both in V7 and V6 when I place it as a new background bitmap but if I only open the file I posted the images display in V6 but not V7 and I’m finding more weirdness.
This is in V6.
If I turn off a BB it disappears from the display. If I try the BB command again in that same viewport where the image was turned off Rhino opens the file browser as if no file was ever displayed in the viewport. If I delete a BB undo does nothing but maybe BBs don’t make it into undo stack? if I use BB move or scale commands the BB disappears from the view.
RM
Also make sure Rhino 7 uses the geforce card and not the intel card.
If the image is big it can be ignored by the intelcard.
You fix this by setting up a profile in the nvidiadriver for rhino and choose which card to use there.
@John_Brock@pascal@Holo
Did any of you try to open the file I posted?
All my drivers are fine and my computer is working well. I do use picture frames but this is an older file and I reported what was happening on my side and have yet to hear from McNeel regrading this.
One last request is there a script that can bake these BBs to picture frames with the correct scaling and placement?
RM
Hi,
If neither file opens there must also be a bug with the save with textures command. That should also be looked into. I haven’t been in Rhino for a while so I had to get used to it again.
I now realize why I did not change over to picture frames in this file. The reason is that BBs don’t interfere with each other; duh if I use picture frames they are visible in all views. BBs have the advantage of only showing in the assigned/placed views, this is huge .
McNeel please either add a “show in one view only” to picture frames or don’t get rid of the Background bitmap command. I can’t believe you want to do away with this command and replace it with something that lacks this one needed quality. The picture command could use this option big time or just leave the Background command in future Rhinos and not make it obsolete.
Secondly there is a bug I think many in the BB command which have not been addressed, just do a Background bitmap search and you’ll see the exact problem I am reporting and now I have run into more.
BBs turning into white rectangle is one.
Scale or refresh nukes the bb from the file is another.
Save with textures doesn’t save the bb images with the file is yet another since the files I uploaded I did have the save textures option checked why is that not looked into why is that not working?
One cannot replace BBs with picture frames and have the same functionality.
Hi @theoutside
That doesn’t work at all. No matter if you have one picture or a million it will always show up in all views when you turn the layer on. Background bitmaps don’t do this. You can have all plan views set up with BBs and your perspective view will be clean with no images. This way you can easily check model alignments and modeling without having to turn anything on or off or go searching through layers.
Not one developer has checked into why this is happening in this particular file. I have rebuilt the BBs in this file and all is working well but the fact remains that the problems I encountered did occur. The responses from McNeel in my opinion were canned responses and did little to rectify the bugs. Also and worse is McNeel wants to make Background bitmaps obsolete when it has obvious benefits over picture planes.
RM
I guess the best I can offer is background bitmap is an obsolete command, it will not be updated nor will any changes be made to it. It’s still in the software at all for the sole purpose of supporting legacy files.
I’m sorry if this response feels “canned” (we don’t do that btw) but there is really not much else we can do other than direct you to the new method for working with images which is picture.
That said…adding a feature to picture where it is view specific? that is a possibility and something I could write up as an enhancement to picture.