[digiKam-users] MP4 video orientation dk6b3

[Gilles Caulier]

This require to detect the QtAV version used at compile time. Right ?
Or do you that i revert QtAv to last stable in all bundles ? I'm not sure
about side effects...

Gilles

Le sam. 5 janv. 2019 à 19:34, Maik Qualmann <metzpinguin at gmail.com> a
écrit :

> Ok, the cause is clear, I'm using the last stable version QtAV-1.12 under
> openSUSE. 6 days later after release, the automatic rotation detection was
> added to QtAV. However, setting the rotation is now adding up to the
> detected
> rotation  (bad solution), which confirms my observation with the AppImage.
> We
> have to solve that somehow.
>
> Maik
>
> Am Samstag, 5. Januar 2019, 18:11:33 CET schrieb Gilles Caulier:
> > Le sam. 5 janv. 2019 à 18:01, Maik Qualmann <metzpinguin at gmail.com> a
> >
> > écrit :
> > > With my developer version everything is fine, thumbnail is in portrait
> > > mode
> > > and will play like that. With the AppImage the video is played
> incorrectly
> > > -
> > > strange. The correct video orientation (90) is found in the AppImage. I
> > > suspect a problem with the used QtAV version. Gilles, is QtAV from git
> /
> > > master?
> >
> > More and less. It's git/master but not updated since a while. This can be
> > the problem...
> >
> > And in fact QtAv have not been released since more than one year. The
> devel
> > continue as i can see the commit in github, but stabilisation of code
> take
> > age.
> > I open a file in github to ask a release plan : no response...
> >
> > Also, take a care : ffmpeg in AppImage still the last 3.x stable release,
> > not 4.x.
> >
> > Gilles
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20190105/1527d7d9/attachment.html>