Drag Folder, Scan for Images with SubFolders, displays other stuff

Steps causing the bug to occur

Hi. I tried to modify a Comp by @Smokris (Repeat Images) to test the new Drag/Drop nodes in Vuo 1.2 alpha 0.3 and came up with a bug concerning the list Files Node it seems.

These steps

  1. Connect Drag Values To List Files Node.
  2. Set the List File to search for Images, including Subfolders.
  3. Drag a folder with a few images (less then the places in the Arrange in Grid), a Vuo composition and a weblink f.e. (but no folders or subfolders).
  4. Build a list to Arrange these images in a grid.

How did the result differ from what you expected?

The Composition seems not only to load visible image files, but also kinda show invisible/root/app strange images/stuff and/or glitches (see screenshot attached below).

Have you found a workaround?

No. But it doesn’t always do it.

Other notes

  • Vuo version: 1.2.0-alpha3
  • macOS version: OS X 10.10

However, the bug doesn’t come from the Drag Nodes as pasting the path of that folder instead does reproduce that bug the same way. Or is the bug in relation with the Build List or Arrange in Grid Nodes ?

I can reproduce this also when using the “OSX Desktop Images” Folder located in Volume/Library (all those big wallpaper images).

RepeatImages 101.vuo (3.47 KB)

A - Few Files.png

B - Few Files, No Subfolder Option.png

C - Desktop Pictures Folder.png

D - Few Images.png

In image A, the first four images (dark X, light X, loupe, and Vuo document icon) come from Vuo Editor. On Mac OS X, apps are actually folders (even though Finder doesn’t show them as folders). When you enable “Include Subfolders” in List Files, it will search through the contents of apps, too. So, assuming you had Vuo Editor.app in the folder that you dragged into your composition, that’s working like I’d expect.

Regarding the glitches in image C — I wonder if that’s a GPU driver bug related to running out of VRAM. Which GPU and how much VRAM do you have? (You can find that info under Apple > About This Mac > System Report > Graphics.) The images in the /Library/Desktop Pictures folder are huge — the single “Eagle & Waterfall” image in your screenshot requires 25 MB of VRAM. My Desktop Pictures folder has 150 images in it, which could easily use more than the 1 GB of VRAM my system has.

@smokris

Hi Smokris

#1 yeah you’ve seen right. I had the Vuo editor in the download folder as I just downloaded 1.2a0.3 to test it.
Ok. I didn’t know OS X app bundles where recognized as folders. Odd stuff. Hope in the future a possibility to avoid that will pop up.

#2 On OSX 10.10 here by default my Desktop Images folders has

63 files.
Is 409 MB.
Eagle and Waterfall is 1.7 MB (don’t know how much VRAM that needs).
My MBP has 385 MO of VRAM and the iMac 512. Ive tested on the MPB only.

Ok. I guess cropping the amount of files in the list and/or resize the images down before loading them could fix that.

I will try to test that when I have time.

So this is pending.

Thanks.

BTW the Drag/Drop nodes seem to work great !

I didn’t know OS X app bundles where recognized as folders. Odd stuff. Hope in the future a possibility to avoid that will pop up.

I’ve made note of that in our task tracker.

Eagle and Waterfall is 1.7 MB (don’t know how much VRAM that needs)

You can calculate it by multiplying width * height * 4 (RGBA, 1 byte each). Eagle & Waterfall.jpg is 3200x2000; 3200 * 2000 * 4 = 25,600,000

BTW the Drag/Drop nodes seem to work great !

:^]

I didn’t know OS X app bundles where recognized as folders. Odd stuff. Hope in the future a possibility to avoid that will pop up.

We changed that in the final Vuo 1.2.0 release; List FIles now treats OS X bundles as a single file (instead of looking inside them).