<div dir="ltr">Ok perfect analyze.<div><br></div><div>Please create a new report in KDE bugzilla with these information (section digiKam/database). We will process it in release workflow. Thanks in advance</div><div><br></div><div>Gilles Caulier</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-11-15 23:40 GMT+01:00 Brian J Hoskins <span dir="ltr"><<a href="mailto:brian@hoskins.eu" target="_blank">brian@hoskins.eu</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear Gilles,<br>
<br>
In the "Images" table there is a field called "fileSize".  When the<br>
database is created, this is of type int.  Since type int is 32-bit, I<br>
wondered if this would impose a 4GB (2^32) limit on the fileSize<br>
record.  So I changed it to bigint (64-bit) and this indeed allowed<br>
digikam to add the file.<br>
I had to change the field type "on the fly", while the database<br>
migration was running (but after the schema is created), because digikam<br>
resets it to int each time the migration is started.  I was able to make<br>
the change before digikam encountered the large file and this worked.<br>
<br>
Since the error dialogue does not tell me which file it was complaining<br>
about, I can't say exactly what file triggered the error.<br>
But to test my thinking further, I created a fresh SQLite database with<br>
only one file in it; a 5.2GB mp4 file.  I then tried to migrate that<br>
database and I encountered the same error.  So I think I was right about<br>
the 4GB limit.<br>
<br>
<br>
Best Regards,<br>
<br>
<br>
Brian.<br>
<br>
<br>
On 15/11/16 12:00, <a href="mailto:digikam-users-request@kde.org">digikam-users-request@kde.org</a> wrote:<br>
> What do you change exactly in table ? Which video file size do you have to<br>
> have this kind of overrun ?<br>
><br>
> Gilles caulier<br>
<br>
<br>
</blockquote></div><br></div>