https://bugs.kde.org/show_bug.cgi?id=376661
caulier.gil...@gmail.com changed:
What|Removed |Added
Component|Import-DigitalScanner |Import-Albums
Version Fixed In|
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #29 from caulier.gil...@gmail.com ---
New digiKam 5.7.0 are built with current implementation as pre-release bundles:
https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM
Problem still reproducible ?
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #28 from caulier.gil...@gmail.com ---
digiKam 5.6.0 is now released and available as bundle for Linux, MacOS and
Windows.
https://www.digikam.org/news/2017-06-21-5.6.0-release-announcement/
Can you check if problem still exists with this
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #27 from caulier.gil...@gmail.com ---
new 5.6.0 pre-release as bundle is available here :
https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM
Please check if this problem still reproducible with these versions.
Thanks in
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #26 from caulier.gil...@gmail.com ---
The codecs are in digiKam, included at compilation time.
There is no way for the moment to know which codecs are available. I know that
only GPL2 licensed codecs are installed. No GPL3 and no patented
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #25 from Poz ---
The file video file types are various, avi, flv, mov, mp4, wmv, and more... A
big mix.
Sorry, I do have those errors as well, I thought they were part of a different
problem I am having with Oculus
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #24 from caulier.gil...@gmail.com ---
No. Your codecs that you have installed are not used by digiKam
We compile ffmpeg codecs for QtAV player used in digiKam.
This kind of error is explicit :
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #23 from Poz ---
These are the codecs I have installed:
https://www.codecguide.com/download_kl.htm
The mega version and updated.
I will look into sharing some video sample through the cloud to reproduce the
problem.
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #22 from caulier.gil...@gmail.com ---
Ok,
I suspect a possible ffmpeg codec missing for your video.
Can you share some video sample through the cloud to reproduce the problem ?
Can you install debugview program and run digiKam to press F5
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #21 from Poz ---
I had Digi closed deleted the thumbnail-digikam.db and started Digi. I hit F5
and it rebuild the thumbnails in a few mins. Everything flashed and then still
only gray video boxes.
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #20 from caulier.gil...@gmail.com ---
Typically no.
I recommend to stop digiKam and drop the thumbnail-digikam.db file and restart
it.
Force to rebuild thumbnails with F5 key when you are in album with video. This
fix the problem ?
Gilles
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #19 from Poz ---
I tried the version with disabled video metadata support in Exiv2 shared
library that you just posted.
It allows me to import all of the video files! Success! However they all appear
to be gray boxes
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #18 from caulier.gil...@gmail.com ---
Ok,
I disabled video metadata support in Exiv2 shared library used with windows
installer. New version can be downloaded in GDrive repository in few minutes :
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #17 from Poz ---
Wow the discussion here is fantastic. Thank you for the time and thought!
So yes, the approach I suggested of just using the thumbnails is clearly not
robust enough given the wide array of video
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #16 from caulier.gil...@gmail.com ---
Mario,
In my office we capture Infrared plan sequence of events in a Tokamak to catch
physical dysfunctions while experience.
video can take more than 2 minutes in HD, no more. More than 20 experiences
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #15 from Mario Frank ---
Hi again,
This will be a quite long text - sorry. But I want to make the problems as
clear as possible.
I thought about the fuzzy search for videos a bit more during my train travel.
In
https://bugs.kde.org/show_bug.cgi?id=376661
Mario Frank changed:
What|Removed |Added
CC|
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #13 from Poz ---
Are the thumbnails not readily available to do the fuzzy search on? I know they
are not the biggest but I think they are big enough, or if there is a setting
to render them a slightly higher
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #12 from caulier.gil...@gmail.com ---
>Also is it possible to do the FUZZY search on the thumb nails to file
>>potential duplicates? This is my real intent. I want to cut that 200,000
>>videos down to 100,000.
>If not, is this a future
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #11 from caulier.gil...@gmail.com ---
The xmp warning is not the problem.
But it's know that Exiv2 have many problem with video files.
I recommend to not try to scan your huge collection in one time.
Start with a fresh database and add
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #10 from Poz ---
Spent some more time trying to figure out how to provide more data. while
running the debugger I also found this line:
[11624] digikam.metaengine: Exiv2 ( 3 ) : Xmp.video.Metadata dataLength was
found
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #9 from Poz ---
Still running the 5.5.0pre
Okay so I went to the https://www.digikam.org/contrib and tryed a few things
with limited success, I will try more tomorrow.
First, the gdb in windows, not working well. I type
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #8 from caulier.gil...@gmail.com ---
MAik,
In my office i write a fast shared memory mapping viewer in Qt5 using
QTreeview/item classes. I create item in treeview with no data, and i populate
all items in a separated thread because it take
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #7 from caulier.gil...@gmail.com ---
Maik,
In comment #4 you talk about a slower adding of items to the QTreeView.
Where is located the problem exactly ? Did you profile execution time with
Valgrind ? In Digikam treeviewitem widget
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #6 from caulier.gil...@gmail.com ---
Poz,
We need a debugger backtrace to investigate in details.
See this page for details :
https://www.digikam.org/contrib
Gilles Caulier
--
You are receiving this mail because:
You are watching all
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #5 from Maik Qualmann ---
An edit function for the first minutes after the comment would not be bad...
Maik
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=376661
Maik Qualmann changed:
What|Removed |Added
CC||metzping...@gmail.com
https://bugs.kde.org/show_bug.cgi?id=376661
caulier.gil...@gmail.com changed:
What|Removed |Added
Version|5.4.0 |5.5.0
--- Comment #3 from
https://bugs.kde.org/show_bug.cgi?id=376661
--- Comment #2 from Poz ---
Yes, same thing happens with 5.5.0pre release.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=376661
caulier.gil...@gmail.com changed:
What|Removed |Added
CC||caulier.gil...@gmail.com
--- Comment
30 matches
Mail list logo