https://bugs.kde.org/show_bug.cgi?id=405564
farid changed:
What|Removed |Added
CC||snd.no...@gmail.com
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #23 from James A. Jaworski ---
Upgraded from Fedora 26 to 27. Still had a problem. Went back to this page and
saw the comment about changing the Melt Path setting to /usr/bin/mlt-melt...
and IT WORKS!
I successfully Rendered and viewed a
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #22 from Rex Dieter ---
Note I said similar, but not the same, not sure if it's best to treat it as a
duplicate.
Background on fedora, the both binaries freeze and melt come from a package
called "freeze", code from
https://bugs.kde.org/show_bug.cgi?id=405564
emohr changed:
What|Removed |Added
CC||jimj_...@yahoo.ca
--- Comment #21 from emohr ---
***
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #20 from Rex Dieter ---
Similar issue, yes
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #19 from emohr ---
Is this bug related to the same issue:
https://bugs.kde.org/show_bug.cgi?id=379828
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #18 from Rex Dieter ---
Good point, indeed mlt-melt should be searched first to avoid that scenario
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #17 from Christoph Feck ---
If there is indeed another binary with the name 'melt', and OSS community
thinks this name isn't related to the MLT framework, then maybe the code could
check 'mlt-melt' first, then 'melt'. Otherwise, it could
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #16 from Rex Dieter ---
Should be fixed by commit,
https://cgit.kde.org/kdenlive.git/commit/?id=40ed4ba30ecc34a96a38a7fe768c0dc4e54e8500
I'm verifying now
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #15 from Rex Dieter ---
FYI, the code in question is in mltconnection.cpp where it hard-codes looking
for "mlt" only:
QString meltPath;
if (qEnvironmentVariableIsSet("MLT_PREFIX"))
meltPath = qgetenv("MLT_PREFIX") +
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #14 from Rex Dieter ---
*** Bug 405953 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405564
Rex Dieter changed:
What|Removed |Added
CC||johnand...@posteo.de
--- Comment #13 from Rex
https://bugs.kde.org/show_bug.cgi?id=405564
Christoph Feck changed:
What|Removed |Added
CC||cosimo...@gmail.com
--- Comment #12 from
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #11 from FM ---
Thank you!
On Mon, Mar 18, 2019 at 11:28 PM Rex Dieter
wrote:
> https://bugs.kde.org/show_bug.cgi?id=405564
>
> --- Comment #10 from Rex Dieter ---
> Upon examining the code, it does appear to assume that binary is
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #10 from Rex Dieter ---
Upon examining the code, it does appear to assume that binary is called "melt".
Once upon a time, fedora patched the code to look for mlt-melt too, but that
got dropped along the way (not sure why), but it appears
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #9 from Rex Dieter ---
OK, that was testing with kdenlive 18.04, after upgrading to 18.12.2, I can
reproduce the failure here. No matter what value is in kdenliverc for
rendererpath, the next launch complains it cannot be found.
--
You
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #8 from Rex Dieter ---
What's the contents of your ~/.config/kdenliverc [env] group? Mine is:
[env]
defaultimageapp=/usr/bin/gimp
defaultprojectfolder[$e]=$HOME/Documents
ffmpegpath[$e]=/usr/bin/ffmpeg
ffplaypath[$e]=/usr/bin/ffplay
https://bugs.kde.org/show_bug.cgi?id=405564
emohr changed:
What|Removed |Added
CC||fritzib...@gmx.net
Flags|
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #7 from FM ---
I selected that path (/usr/bin/mlt-melt) and it seemed to have accepted it.
But upon closing and opening the program again, the box prompt returned.
Same problem.
On Mon, Mar 18, 2019 at 8:55 AM Rex Dieter wrote:
>
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #6 from Rex Dieter ---
It's provided as /use/bin/mlt-melt on fedora to avoid conflicts with another
application of the same name, fyi
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #5 from FM ---
Yeah I was thinking of that. I tried 'dnf install melt' and received:
No match for argument: melt
Error: Unable to find a match
So I tried 'dnf update' and 'dnf upgrade' and tried it again and again
received the same 'no
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #4 from Christoph Feck ---
Did you try to install 'melt' in addition to 'mlt'? As I said, the binary could
be in a separate package.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #3 from FM ---
Thank you that might be the problem. I tried 'which melt' and received
/usr/bin/which: no melt in
https://bugs.kde.org/show_bug.cgi?id=405564
Christoph Feck changed:
What|Removed |Added
CC||rdie...@gmail.com
--- Comment #2 from
https://bugs.kde.org/show_bug.cgi?id=405564
--- Comment #1 from Christoph Feck ---
Try 'which melt' instead of 'whereis mlt'. The actual melt binary might be in a
separate package.
--
You are receiving this mail because:
You are watching all bug changes.
25 matches
Mail list logo