It will also become easier for digikam users to apply filters,such as Sharpen, since some of the specific picture defects can be found using the to-be implemented algorithm. This proposal seeks to alleviate this problem by separating pictures based on Image Quality.It is done so, by automatically judging the quality of an image by computationally considering various characteristics of the picture.this is analogous to the Spam Filter in GMail. Motivation for Proposal When a large collection of pictures has to be organized, many often come across obviously bad quality pictures, along with good quality pictures.this impedes the workflow, and is frustrating, when dealing with pictures. Name: Gowtham Ashok Address: Freenode IRC Nick: gwty IM Service and Username: xmpp: /home,username: gwty93 Location (City, Country and/or Time Zone): Chennai,India, UTC Proposal Title : To integrate sorting based on Image Quality in digikam so that users can focus on high quality pictures. These pictures can be computationally separated to provide better workflow.this project aims to integrate Image Quality Sorting capability into digikam, so that we can focus on good quality pictures.
Digikam 6.0 hide original android#
Video taken from Android device,- Video taken from digital camera,- Video generated from software (with properties set as Keywords, rating, copyright, etc.) I tested with my personal video collection, mostly based on MOV file generated with Apple devices (iphone, ipad) and Software (iMovies, Final cut pro). Makemodel,dates,duration,codecs,keywords,rating,GPS,etc. FFMPeg is able to extract most important video properties as : So if we have a different parser to fill XMP tags from video, the problem will be solved.Īnd it's done with current implementation from next 6.0.0 branch. The search engine is already ready since a while, by the scan engine used to populate the database is not suitable as video support in Exiv2 is so far un-finalized (in video file parser).Įlse, Exiv2 is well implemented to support video metadata tags, as all XMP namespace implemented by myself few years ago. The database must be able to search video items based of video properties, taken from metadata. The idea to support properly video metadata is to be able to manage video medias as images. So digiKam depends already of ffmpeg since 5.4.0 release. The dependencies puzzle still the same as use use already QtAV to play video and this one use ffmpeg in background. The way to use ffmpeg as new dependency do not increase the application complexity. This problem exists since many year now, and as nobody is motivated to fix Exiv2 video code, i used a different way to support video metadata : ffmpeg. This week, i solved a main problem with video support in digiKam with next 6.0.0.Įxiv2 video support exists, but it's completely bugous and crash digiKam quickly.
Digikam 6.0 hide original professional#
Original message -From: Gilles Caulier Date: 6:01 AM (GMT-07:00) To: digiKam - Home Manage your photographs as a professional with the power of open source Subject: digiKam 6.0.0 and video support : need video samples I will send you some videos made by Android phones, GoPro camera and Pentax camera tomorrow. Please check this thread from time to time as people might submit more.
0 kommentar(er)
