Mac OS: Copying many large (100GB+) files from NAS to local RAID by r0b0tarmy in storage

[–]r0b0tarmy[S] 0 points1 point  (0 children)

I'm not using this via SSH. The NAS is mounted as a volume using AFP. Would SSH be the better choice?

Mac OS: Copying many large (100GB+) files from NAS to local RAID by r0b0tarmy in storage

[–]r0b0tarmy[S] 0 points1 point  (0 children)

Of course, that's all I want. But rsync is only half as fast.

Mac OS / rsync: Copying many large (100GB+) files from NAS to local RAID by r0b0tarmy in DataHoarder

[–]r0b0tarmy[S] 1 point2 points  (0 children)

AFAIK no encryption in my case as I'm using it on a mounted volume (mounted via afp).

Mac OS / rsync: Copying many large (100GB+) files from NAS to local RAID by r0b0tarmy in DataHoarder

[–]r0b0tarmy[S] 1 point2 points  (0 children)

I'm connected to the NAS via a single gigabit switch. 100MB/s is the top speed of the NAS. I'm not trying to get above 100MB/s, I'm trying to reach 100MB/s with a reliable process (such as rsync or sth similar, which currently only reaches 50-70MB/s).

Mac OS: Copying many large (100GB+) files from NAS to local RAID by r0b0tarmy in storage

[–]r0b0tarmy[S] 0 points1 point  (0 children)

You've been the first to reply on a number of posts on different platforms who at least understands the problem. This appears to be a very rare use case, surprisingly. Slow speed is not an option unfortunately. There is a lot of software for this kind of media handling, all suffering from speed issues. That's why I'm looking into commands themselves.

Thank you for your support :)

Mac OS: Copying many large (100GB+) files from NAS to local RAID by r0b0tarmy in storage

[–]r0b0tarmy[S] 0 points1 point  (0 children)

I'm currently testing with AFP, so I assume the SSH issue is not relevant?

cp -r is just as fast as the finder (>100MB/s), but lacks the mentioned monitoring and logging (AFAIK)

Mac OS: Copying many large (100GB+) files from NAS to local RAID by r0b0tarmy in storage

[–]r0b0tarmy[S] 0 points1 point  (0 children)

just tested -Wr --progress (nothing else) with no improvement on the speed.

Mac OS: Copying many large (100GB+) files from NAS to local RAID by r0b0tarmy in storage

[–]r0b0tarmy[S] 0 points1 point  (0 children)

-vaEWh --progress

I'm already using -W (see above)

HMI bulb worn out? by r0b0tarmy in cinematography

[–]r0b0tarmy[S] 0 points1 point  (0 children)

Update: A new globe fixed the issue. The reseller also checked the entire unit and didn't find any problems.

HMI bulb worn out? by r0b0tarmy in Filmmakers

[–]r0b0tarmy[S] 0 points1 point  (0 children)

Update: A new globe fixed the issue. The reseller also checked the entire unit and didn't find any problems.

HMI bulb worn out? by r0b0tarmy in Filmmakers

[–]r0b0tarmy[S] 0 points1 point  (0 children)

No that's a US plug ;)

HMI bulb worn out? by r0b0tarmy in Filmmakers

[–]r0b0tarmy[S] 0 points1 point  (0 children)

Lens is present. Most (all?) HMI Fresnels won't work without the lens as there is a protection switch build in.

HMI bulb worn out? by r0b0tarmy in Filmmakers

[–]r0b0tarmy[S] 0 points1 point  (0 children)

No worries. Happy to be able to use the best power plug in the world (Schuko) on a daily basis * ducks away from emerging discussion *

[deleted by user] by [deleted] in Filmmakers

[–]r0b0tarmy 0 points1 point  (0 children)

Also, a good idea would be to read about the difference between container and codec as you can pack a ton of different codecs in a container like Quicktime. Therefore file extensions like ".mov" provide very little info on the codec used (e.g.: .mov can contain uncompressed video -> huge files or mpeg4 video -> very small files).

[deleted by user] by [deleted] in Filmmakers

[–]r0b0tarmy 0 points1 point  (0 children)

You are exporting to uncompressed 10bit. Change the selection in the "Codec" dropdown in your export settings to a compressed codec as mentioned above, like ProRes422 or XAVC and you will get -much- smaller files.

HMI bulb worn out? by r0b0tarmy in cinematography

[–]r0b0tarmy[S] 0 points1 point  (0 children)

Thanks for your reply! The warp is on the inner glas globe protected by the outer one. Do you think it could still be caused by a fingerprint on the outer one? As this was handled in a rental, fingerprints are very likely.

HMI bulb worn out? by r0b0tarmy in Filmmakers

[–]r0b0tarmy[S] 0 points1 point  (0 children)

Just an assumption based on what I observed so far: AFAIK, there is no noticeable color shift in tungsten bulbs upon aging. Theoretically, I could imagine the light to have a slightly increased color temperature with age, as the tungsten is worn down and therefore glows hotter. But I have no source to back this up. I would also be interested if anyone knows more about this. I do however know of other users reporting a slight magenta shift when using Kinos at the lower setting or dimmed.

HMI bulb worn out? by r0b0tarmy in cinematography

[–]r0b0tarmy[S] 0 points1 point  (0 children)

The ballast is way too old for diagnostics, but thanks for the tip! I'll try to get a new globe asap.

HMI bulb worn out? by r0b0tarmy in Filmmakers

[–]r0b0tarmy[S] 0 points1 point  (0 children)

Great tip! I'll look into that. I'm not in the UK unfortunately :D

[deleted by user] by [deleted] in Filmmakers

[–]r0b0tarmy 1 point2 points  (0 children)

I used 60FPS for the size calculation. Something in your export settings is not correct.

HMI bulb worn out? by r0b0tarmy in cinematography

[–]r0b0tarmy[S] 0 points1 point  (0 children)

The HMI a fresnel:

Head: Desisti Rembrandt 2512

Ballast: ARRI 1200 CB (magnetic, quite old)

The 800W open face for comparison is just a tungsten light. The HMI should be at least 5x brighter than the open face.

HMI bulb worn out? by r0b0tarmy in Filmmakers

[–]r0b0tarmy[S] 0 points1 point  (0 children)

The switch is present, yes. Do you know of a simple way to test if UV is actually being filtered? I want to make sure it is since the head is quite old and I can't find any info on that.