Although I tend to agree, that's not the reality on the market I live, as
replacing even SD cards is far from cheap. We tend to use cards for
10+ years.
If you replace often, it's a minor issue, unless your card fails during a
wedding. And I've seen it a lot.
And although I don't have your 20+ years of experience, I have 15+,
which I would say is not that much of a difference.
Rafael
On Sun, Jul 23, 2023 at 3:00 PM Hannu E K Nevalainen <ha...@minim.nu> wrote:
>
> As I wrote below, I've been at it for 20+ years.
> I also work in a field that handles 100,000 of devices,
> each and every one has flash memory for software storage and parameters.
>
> I'd say they're pretty reliable nowadays; not perfect but very reliable.
>
> And then; when the storage device becomes 3 to 5 years old, you often
> replace it...
> as you can buy a much larger replacement cheaply, so "natural replacement"
> takes place.
>
> I have had a couple instances only (less than five) go bad,
> out of a good bunch (can't tell a number),
> and those happened *more* than 3 years back.
>
> So my advice; relax, and replace before it is "old".
>
> /Hannu
>
>
> On 2023-07-23 15:34, Rafael Jeffman wrote:
>
> I don't recommend deleting files from the memory when copying to your
> computer. Copy the files, then format it in camera.
>
> Yes, memory cards (and flash memory) is much more reliable these days, but
> statistics still favor the copy + format procedure.
>
> Rafael
>
> On Sun, Jul 23, 2023 at 7:54 AM Hannu E K Nevalainen <ha...@minim.nu>
> wrote:
>
>> Long time lurking member...
>>
>> For those inclined to do Bash-scripting, here a hint (excerpts from) on
>> what i have active;
>> Moving images from any temporarily mounted Flash-card to date-named
>> folders/dirs
>> *(manually started Bash script)*
>>
>> todir='/ImageStore/%Y/%Y-%m-%d/RAW/%Y-%m-%d_%Hh%Mm%Ss';
>> for dir in $( find 2>/dev/null /media/$USER/*/DCIM -maxdepth 0
>> -type d -printf '%p\n' | tr ' ' '§');
>> do
>> ( exiftool -v -r -ext JPG -ext NEF -ext TIF -ext PNG -d "$todir" \
>> '-filename<${createdate}_${model;tr/
>> /_/}-${ShutterCount;s/^.*(....)$/$1/}.${filetypeextension}'\
>> "$dir" ) 2>&1 | grep --color=auto -Ev '======== |Setting new
>> values|Created directory ';
>>
>> ...
>> done
>>
>> The copy-and-rename+delete is done by exiftool, making the images end up
>> in a subfolder to /ImageStore/ (soft link to actual location)
>>
>> An image 'original' ends up in a subfolder named YYYY/YY-MM-DD/RAW/ with
>> a filename reflecting the Date&Time it was taken with the file's (4 last
>> digits of) shuttercount and camera (DCIM subfolder) name appended.
>>
>> This is the way I've had it for 20+ years, over several different
>> cameras.
>> MTP-type (garbage) connection to the camera ? Use a card reader.
>>
>>
>> /Hannu
>>
>>
>> On 2023-07-18 21:04, Łukasz Karcz wrote:
>>
>> Hello everyone,
>>
>> I have a [noob] question regarding importing the images from the memory
>> card. Is there an option in dt for physically removing files directly from
>> the memory card after [successful] import? If not, what's the default
>> workflow for it? Manually deleting files from outside dt seems a bit
>> cumbersome. Or maybe I don't understand something?
>>
>> ŁK
>>
>> ___________________________________________________________________________
>> darktable developer mailing list to unsubscribe send a mail to
>> darktable-dev+unsubscr...@lists.darktable.org
>>
>> --
>>
>>
>> ___________________________________________________________________________
>> darktable developer mailing list to unsubscribe send a mail to
>> darktable-dev+unsubscr...@lists.darktable.org
>>
>
> ___________________________________________________________________________
> darktable developer mailing list to unsubscribe send a mail to
> darktable-dev+unsubscr...@lists.darktable.org
>
> --
> With best regards / Med vänlig hälsning,
> Hannu E K Nevalainen
>
> email; mobile: n...@minim.nu
> email; home: ha...@minim.nu
> phone: +46 72 444 8597 (NOT PUBLIC, keep very private)
>
>
> ___________________________________________________________________________
> darktable developer mailing list to unsubscribe send a mail to
> darktable-dev+unsubscr...@lists.darktable.org
>
___________________________________________________________________________
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
