mlt-devel Mailing List for MLT Multimedia Framework (Page 232)
Brought to you by:
ddennedy,
lilo_booter
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(14) |
Aug
(44) |
Sep
(10) |
Oct
(1) |
Nov
(4) |
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(30) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(28) |
Jul
(66) |
Aug
(40) |
Sep
(28) |
Oct
(49) |
Nov
(56) |
Dec
(46) |
2006 |
Jan
(8) |
Feb
(24) |
Mar
(16) |
Apr
(9) |
May
(13) |
Jun
(5) |
Jul
(22) |
Aug
(12) |
Sep
(12) |
Oct
(35) |
Nov
(14) |
Dec
(12) |
2007 |
Jan
(13) |
Feb
(28) |
Mar
(57) |
Apr
(35) |
May
(19) |
Jun
(59) |
Jul
(43) |
Aug
(15) |
Sep
(8) |
Oct
(27) |
Nov
(9) |
Dec
(26) |
2008 |
Jan
(28) |
Feb
(70) |
Mar
(41) |
Apr
(12) |
May
(32) |
Jun
(39) |
Jul
(49) |
Aug
(16) |
Sep
(7) |
Oct
(83) |
Nov
(39) |
Dec
(76) |
2009 |
Jan
(67) |
Feb
(83) |
Mar
(37) |
Apr
(53) |
May
(86) |
Jun
(71) |
Jul
(64) |
Aug
(96) |
Sep
(142) |
Oct
(34) |
Nov
(82) |
Dec
(60) |
2010 |
Jan
(54) |
Feb
(50) |
Mar
(61) |
Apr
(33) |
May
(39) |
Jun
(49) |
Jul
(28) |
Aug
(71) |
Sep
(89) |
Oct
(51) |
Nov
(34) |
Dec
(67) |
2011 |
Jan
(94) |
Feb
(76) |
Mar
(110) |
Apr
(49) |
May
(178) |
Jun
(105) |
Jul
(137) |
Aug
(29) |
Sep
(151) |
Oct
(70) |
Nov
(50) |
Dec
(49) |
2012 |
Jan
(130) |
Feb
(159) |
Mar
(51) |
Apr
(51) |
May
(31) |
Jun
(41) |
Jul
(67) |
Aug
(63) |
Sep
(137) |
Oct
(81) |
Nov
(82) |
Dec
(89) |
2013 |
Jan
(65) |
Feb
(74) |
Mar
(52) |
Apr
(43) |
May
(64) |
Jun
(66) |
Jul
(48) |
Aug
(16) |
Sep
(20) |
Oct
(41) |
Nov
(20) |
Dec
(53) |
2014 |
Jan
(79) |
Feb
(51) |
Mar
(51) |
Apr
(62) |
May
(38) |
Jun
(85) |
Jul
(29) |
Aug
(34) |
Sep
(91) |
Oct
(56) |
Nov
(27) |
Dec
(33) |
2015 |
Jan
(50) |
Feb
(74) |
Mar
(41) |
Apr
(70) |
May
(26) |
Jun
(53) |
Jul
(28) |
Aug
(8) |
Sep
(36) |
Oct
(42) |
Nov
(35) |
Dec
(20) |
2016 |
Jan
(21) |
Feb
(57) |
Mar
(42) |
Apr
(57) |
May
(32) |
Jun
(43) |
Jul
(87) |
Aug
(11) |
Sep
(23) |
Oct
(76) |
Nov
(31) |
Dec
(20) |
2017 |
Jan
(41) |
Feb
(58) |
Mar
(32) |
Apr
(12) |
May
(7) |
Jun
(6) |
Jul
(9) |
Aug
(19) |
Sep
(26) |
Oct
(13) |
Nov
(15) |
Dec
(9) |
2018 |
Jan
(19) |
Feb
(40) |
Mar
(45) |
Apr
(19) |
May
(33) |
Jun
(33) |
Jul
(19) |
Aug
(37) |
Sep
(15) |
Oct
(22) |
Nov
(22) |
Dec
(29) |
2019 |
Jan
(9) |
Feb
(4) |
Mar
(3) |
Apr
(1) |
May
|
Jun
(4) |
Jul
|
Aug
(3) |
Sep
(11) |
Oct
(1) |
Nov
(8) |
Dec
(6) |
2020 |
Jan
(6) |
Feb
(6) |
Mar
|
Apr
(1) |
May
(11) |
Jun
|
Jul
(13) |
Aug
(3) |
Sep
(4) |
Oct
(11) |
Nov
(15) |
Dec
(4) |
2021 |
Jan
(3) |
Feb
(3) |
Mar
(2) |
Apr
(10) |
May
|
Jun
|
Jul
(2) |
Aug
(20) |
Sep
(1) |
Oct
(3) |
Nov
(14) |
Dec
(12) |
2022 |
Jan
(29) |
Feb
|
Mar
|
Apr
|
May
(8) |
Jun
(1) |
Jul
|
Aug
|
Sep
(7) |
Oct
|
Nov
(11) |
Dec
(1) |
2023 |
Jan
(6) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(9) |
Jul
(22) |
Aug
|
Sep
(3) |
Oct
(3) |
Nov
(5) |
Dec
|
2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(14) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
From: <dde...@de...> - 2009-12-02 06:15:57
|
src/modules/core/filter_crop.c | 8 ++++++-- src/modules/core/filter_resize.c | 4 +++- 2 files changed, 9 insertions(+), 3 deletions(-) New commits: commit 1f098bd10422484df709ef7bfa38a6ce60b9c08b Author: Dan Dennedy <da...@de...> Date: Tue Dec 1 22:15:38 2009 -0800 Only correct field order if the source is interlaced. commit 39896e6be25a8cb1002c5b8f86d4a622be6958f0 Author: Dan Dennedy <da...@de...> Date: Sun Nov 29 22:49:53 2009 -0800 Re-Fix bounds checking of crop filter (kdenlive-1148). |
From: <dde...@de...> - 2009-11-30 05:59:31
|
src/modules/avformat/producer_avformat.c | 17 ++++++++++++----- 1 files changed, 12 insertions(+), 5 deletions(-) New commits: commit 1e9f16c45b608c3c6058c352ea7b16a5564d1e64 Author: Dan Dennedy <da...@de...> Date: Sun Nov 29 21:53:49 2009 -0800 Add force_fps property to avformat producer. |
From: <dde...@de...> - 2009-11-30 03:11:50
|
src/modules/frei0r/factory.c | 43 ++++++++++++++++++++++++++++++----------- 1 files changed, 31 insertions(+), 12 deletions(-) New commits: commit 9a960c1384167515af8dbd46a7c831e3d14a63f0 Author: Dan Dennedy <da...@de...> Date: Sun Nov 29 19:11:28 2009 -0800 Fix locating plugins in $HOME/.frei0r-1/lib (2897195). |
From: <dde...@de...> - 2009-11-30 01:52:15
|
src/modules/avformat/producer_avformat.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) New commits: commit 4272543aac3248b1593c67f4ac58795c3911eb16 Author: Dan Dennedy <da...@de...> Date: Sun Nov 29 17:51:56 2009 -0800 Fix pointer of V plane for yuv420p. |
From: <dde...@de...> - 2009-11-30 01:50:16
|
src/modules/avformat/producer_avformat.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) New commits: commit beadb0ddd8b26ff6b1d029326a5d121a6bc35cab Author: Dan Dennedy <da...@de...> Date: Sun Nov 29 17:49:56 2009 -0800 Fix crash in avformat producer on unusable file. |
From: Dan D. <da...@de...> - 2009-11-30 01:48:57
|
On Sun, Nov 29, 2009 at 2:15 PM, Marco Gittler <g....@fr...> wrote: > Hi Dan > > i updated now all parameters to use float and have min/max (0/1) values. > I hope now all is ok. > > Can you updated these changes to mlt-master ? Yes, this is done. If it seems like I was being harsh, I was just expressing some confusion after trying to fix it up myself. I could see different ways with different tradeoffs, and I was not sure which was best or what you would want to do. > > Am 29.11.2009 um 22:51 schrieb Marco Gittler: > >> >> Am 29.11.2009 um 22:45 schrieb Dan Dennedy: >> >>> On Sun, Nov 29, 2009 at 1:06 PM, Dan Dennedy <da...@de...> wrote: >>>> On Sun, Nov 29, 2009 at 6:26 AM, Marco Gittler <g....@fr...> wrote: >>>>> Hi Dan >>>>> >>>>> can you pull from http://github.com/gmarco/mlt/commits/vignette_fix >>>>> >>>>> this allows now every parameter to be set up with extra values and does not use the geometry value anymore. >>>>> >>>> >>>> Now it shows up in Kdenlive with 4 useless geometry widgets for parameters. >>> >>> It is still a mess in a few ways: >>> >>> - again, because it is using geometry, it expects float as a >>> percentage string but does kdenlive have a general way to know to >>> append a '%'? >> not yet, but since radius and x,y must be in % else it will not be resolution independent, i'll convert this to float from 0-1 >>> - if you try to declare them as float, range 0.0 - 1.0, in the yml, >>> then geometry does not parse it that way. >> ok >>> - parameters like smooth and opacity actually appear to be handled >>> like percentages, yet they are not. ? >> yes this is also 0-100% will be converted to 0-1 >>> - the yaml says integers with default values including a '%' suffix, >>> but that is not really a valid combination. they should be converted >>> from int to float in the code or declared as string in yaml. >>> - the yaml includes needless 'format:' strings and lack minimum and maximum. >>> - "Unsharpeness of border" is better known as "Feathering" >> ok i rename this >> >> regards marco >>> >>> -- >>> +-DRD-+ >> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >> trial. Simplify your report design, integration and deployment - and focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Mlt-devel mailing list >> Mlt...@li... >> https://lists.sourceforge.net/lists/listinfo/mlt-devel > > -- +-DRD-+ |
From: <dde...@de...> - 2009-11-30 01:48:57
|
src/modules/oldfilm/filter_vignette.c | 21 ++++++++--------- src/modules/oldfilm/filter_vignette.yml | 37 +++++++++++++++++------------- 2 files changed, 31 insertions(+), 27 deletions(-) New commits: commit 36f91fd8934f52778ec96a54ab4b6b4f54fc8f15 Author: Dan Dennedy <da...@de...> Date: Sun Nov 29 17:47:35 2009 -0800 Fix validation and consistency errors in vignette YAML. commit 6cb6124dfcd8d8ab0ce50ae843031db14d02dfe8 Author: Marco Gittler <g....@fr...> Date: Sun Nov 29 23:13:00 2009 +0100 use float for vignette effect fixed also bug in wrong y center |
From: Marco G. <g....@fr...> - 2009-11-29 22:15:29
|
Hi Dan i updated now all parameters to use float and have min/max (0/1) values. I hope now all is ok. Can you updated these changes to mlt-master ? regards marco Am 29.11.2009 um 22:51 schrieb Marco Gittler: > > Am 29.11.2009 um 22:45 schrieb Dan Dennedy: > >> On Sun, Nov 29, 2009 at 1:06 PM, Dan Dennedy <da...@de...> wrote: >>> On Sun, Nov 29, 2009 at 6:26 AM, Marco Gittler <g....@fr...> wrote: >>>> Hi Dan >>>> >>>> can you pull from http://github.com/gmarco/mlt/commits/vignette_fix >>>> >>>> this allows now every parameter to be set up with extra values and does not use the geometry value anymore. >>>> >>> >>> Now it shows up in Kdenlive with 4 useless geometry widgets for parameters. >> >> It is still a mess in a few ways: >> >> - again, because it is using geometry, it expects float as a >> percentage string but does kdenlive have a general way to know to >> append a '%'? > not yet, but since radius and x,y must be in % else it will not be resolution independent, i'll convert this to float from 0-1 >> - if you try to declare them as float, range 0.0 - 1.0, in the yml, >> then geometry does not parse it that way. > ok >> - parameters like smooth and opacity actually appear to be handled >> like percentages, yet they are not. ? > yes this is also 0-100% will be converted to 0-1 >> - the yaml says integers with default values including a '%' suffix, >> but that is not really a valid combination. they should be converted >> from int to float in the code or declared as string in yaml. >> - the yaml includes needless 'format:' strings and lack minimum and maximum. >> - "Unsharpeness of border" is better known as "Feathering" > ok i rename this > > regards marco >> >> -- >> +-DRD-+ > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Mlt-devel mailing list > Mlt...@li... > https://lists.sourceforge.net/lists/listinfo/mlt-devel |
From: Marco G. <g....@fr...> - 2009-11-29 21:51:34
|
Am 29.11.2009 um 22:45 schrieb Dan Dennedy: > On Sun, Nov 29, 2009 at 1:06 PM, Dan Dennedy <da...@de...> wrote: >> On Sun, Nov 29, 2009 at 6:26 AM, Marco Gittler <g....@fr...> wrote: >>> Hi Dan >>> >>> can you pull from http://github.com/gmarco/mlt/commits/vignette_fix >>> >>> this allows now every parameter to be set up with extra values and does not use the geometry value anymore. >>> >> >> Now it shows up in Kdenlive with 4 useless geometry widgets for parameters. > > It is still a mess in a few ways: > > - again, because it is using geometry, it expects float as a > percentage string but does kdenlive have a general way to know to > append a '%'? not yet, but since radius and x,y must be in % else it will not be resolution independent, i'll convert this to float from 0-1 > - if you try to declare them as float, range 0.0 - 1.0, in the yml, > then geometry does not parse it that way. ok > - parameters like smooth and opacity actually appear to be handled > like percentages, yet they are not. ? yes this is also 0-100% will be converted to 0-1 > - the yaml says integers with default values including a '%' suffix, > but that is not really a valid combination. they should be converted > from int to float in the code or declared as string in yaml. > - the yaml includes needless 'format:' strings and lack minimum and maximum. > - "Unsharpeness of border" is better known as "Feathering" ok i rename this regards marco > > -- > +-DRD-+ |
From: Dan D. <da...@de...> - 2009-11-29 21:45:40
|
On Sun, Nov 29, 2009 at 1:06 PM, Dan Dennedy <da...@de...> wrote: > On Sun, Nov 29, 2009 at 6:26 AM, Marco Gittler <g....@fr...> wrote: >> Hi Dan >> >> can you pull from http://github.com/gmarco/mlt/commits/vignette_fix >> >> this allows now every parameter to be set up with extra values and does not use the geometry value anymore. >> > > Now it shows up in Kdenlive with 4 useless geometry widgets for parameters. It is still a mess in a few ways: - again, because it is using geometry, it expects float as a percentage string but does kdenlive have a general way to know to append a '%'? - if you try to declare them as float, range 0.0 - 1.0, in the yml, then geometry does not parse it that way. - parameters like smooth and opacity actually appear to be handled like percentages, yet they are not. ? - the yaml says integers with default values including a '%' suffix, but that is not really a valid combination. they should be converted from int to float in the code or declared as string in yaml. - the yaml includes needless 'format:' strings and lack minimum and maximum. - "Unsharpeness of border" is better known as "Feathering" -- +-DRD-+ |
From: Dan D. <da...@de...> - 2009-11-29 21:06:19
|
On Sun, Nov 29, 2009 at 6:26 AM, Marco Gittler <g....@fr...> wrote: > Hi Dan > > can you pull from http://github.com/gmarco/mlt/commits/vignette_fix > > this allows now every parameter to be set up with extra values and does not use the geometry value anymore. > Now it shows up in Kdenlive with 4 useless geometry widgets for parameters. -- +-DRD-+ |
From: <dde...@de...> - 2009-11-29 20:58:04
|
src/modules/oldfilm/filter_vignette.yml | 6 ------ 1 files changed, 0 insertions(+), 6 deletions(-) New commits: commit 017a88cc33aa290787f4333403d253b3574ee74e Author: Dan Dennedy <da...@de...> Date: Sun Nov 29 12:55:08 2009 -0800 Fix broken vignette YAML. |
From: <dde...@de...> - 2009-11-29 20:44:32
|
src/modules/oldfilm/filter_vignette.c | 38 ++++++++++++++++------- src/modules/oldfilm/filter_vignette.yml | 51 ++++++++++++++++++++++++++++--- 2 files changed, 72 insertions(+), 17 deletions(-) New commits: commit baeacb659672e10520a6c160410b67597d5e43cf Author: Marco Gittler <g....@fr...> Date: Sun Nov 29 15:23:49 2009 +0100 use extra paramters for vignette settings |
From: Marco G. <g....@fr...> - 2009-11-29 14:26:48
|
Hi Dan can you pull from http://github.com/gmarco/mlt/commits/vignette_fix this allows now every parameter to be set up with extra values and does not use the geometry value anymore. regards marco |
From: <dde...@de...> - 2009-11-21 08:08:23
|
src/modules/avformat/producer_avformat.c | 8 +++++++- 1 files changed, 7 insertions(+), 1 deletions(-) New commits: commit a807fb153824fd78325728d424fb86bea38fb8e6 Author: Dan Dennedy <da...@de...> Date: Sat Nov 21 00:08:02 2009 -0800 Add support for new libavcodec decode functions. |
From: <dde...@de...> - 2009-11-21 08:05:23
|
src/modules/avformat/producer_avformat.c | 18 ++++++++++++++++++ 1 files changed, 18 insertions(+), 0 deletions(-) New commits: commit a336efe0aaa009bac0d1b511880b79cc4d260d9d Author: Dan Dennedy <da...@de...> Date: Sat Nov 21 00:04:39 2009 -0800 Fix seek on some AVCHD causing infinite loop. This detects when libavformat starts to consistently report invalid PTS and then will disable Ivan's new_seek code. In the example file I have this only happens when seeking backwards, which typically implies an interactive use case (except when using framebuffer with speed < 0). Then, it should still use the new_seek when simply apply an in point to allow for a clean, accurate cut. |
From: Carl K. <ca...@pe...> - 2009-11-21 06:44:58
|
On Sat, Nov 21, 2009 at 12:23 AM, Dan Dennedy <da...@de...> wrote: > On Tue, Sep 29, 2009 at 10:36 AM, Dan Dennedy <da...@de...> wrote: >> On Mon, Sep 28, 2009 at 9:56 PM, Carl Karsten <ca...@pe...> wrote: >>> On Mon, Sep 28, 2009 at 2:01 PM, Dan Dennedy <da...@de...> wrote: >>>> On Sun, Sep 27, 2009 at 2:45 PM, Carl Karsten <ca...@pe...> wrote: >>>>> I made a red/blue test flv, uploaded to blip, it plays perfectly: >>>>> http://carlfk.blip.tv/file/2650272/ nothing new here, but if you >>>>> want the details, I am setting the description to the melt and .mlt. >>>>> I am not escaping the xml right, so it doesn't show up, but it's in >>>>> the source. >>>>> >>>>> So I used the 'same thing' on a talk video. there is a slight sync >>>>> problem about 3 seconds after 20 min, and >>>> >>>> I wonder if you are running into a problem with DV unlocked audio. You >>>> can search to learn more, but Kino users had similar problems with >>>> footage captured from certain devices. Then, I added some special >>>> handling in Kino for this problem, and it resolved nearly all >>>> complaints. So, to test this hypothesis, you can load the source DV >>>> file into Kino, do no editing, and export it as a new DV file leaving >>>> the resample audio checkbox enabled. This process converts it from >>>> unlocked to locked and uses resampling to interpolate the missing PCM >>>> data. Then, use the output of that in your mlt and script and see if >>>> resolved it. >>> >>> Well, you are onto something. It did get rid of the audio sync >>> problem when blip converted it. >> >> I am adding near the top of my MLT ToDo list, to work on better >> support for unlocked DV audio. I can not jump on it right away, but it >> is rather important. I am not sure I can make it automatic. I might >> have to make it something like Replay Gain normalization. That means >> you would do two passes: the first pass will report a correction value >> that you supply to a filter for the second pass. >> > > Carl, I just found and fixed a math bug that was causing the MLT > avformat producer to drop some extra audio samples. This would account > for some a/v sync drift as well as some crackling in the output. There > will be a new release by the end of the month. Thanks for keeping me posted. -- Carl K |
From: Dan D. <da...@de...> - 2009-11-21 06:23:37
|
On Tue, Sep 29, 2009 at 10:36 AM, Dan Dennedy <da...@de...> wrote: > On Mon, Sep 28, 2009 at 9:56 PM, Carl Karsten <ca...@pe...> wrote: >> On Mon, Sep 28, 2009 at 2:01 PM, Dan Dennedy <da...@de...> wrote: >>> On Sun, Sep 27, 2009 at 2:45 PM, Carl Karsten <ca...@pe...> wrote: >>>> I made a red/blue test flv, uploaded to blip, it plays perfectly: >>>> http://carlfk.blip.tv/file/2650272/ nothing new here, but if you >>>> want the details, I am setting the description to the melt and .mlt. >>>> I am not escaping the xml right, so it doesn't show up, but it's in >>>> the source. >>>> >>>> So I used the 'same thing' on a talk video. there is a slight sync >>>> problem about 3 seconds after 20 min, and >>> >>> I wonder if you are running into a problem with DV unlocked audio. You >>> can search to learn more, but Kino users had similar problems with >>> footage captured from certain devices. Then, I added some special >>> handling in Kino for this problem, and it resolved nearly all >>> complaints. So, to test this hypothesis, you can load the source DV >>> file into Kino, do no editing, and export it as a new DV file leaving >>> the resample audio checkbox enabled. This process converts it from >>> unlocked to locked and uses resampling to interpolate the missing PCM >>> data. Then, use the output of that in your mlt and script and see if >>> resolved it. >> >> Well, you are onto something. It did get rid of the audio sync >> problem when blip converted it. > > I am adding near the top of my MLT ToDo list, to work on better > support for unlocked DV audio. I can not jump on it right away, but it > is rather important. I am not sure I can make it automatic. I might > have to make it something like Replay Gain normalization. That means > you would do two passes: the first pass will report a correction value > that you supply to a filter for the second pass. > Carl, I just found and fixed a math bug that was causing the MLT avformat producer to drop some extra audio samples. This would account for some a/v sync drift as well as some crackling in the output. There will be a new release by the end of the month. -- +-DRD-+ |
From: <dde...@de...> - 2009-11-21 06:15:52
|
src/modules/avformat/consumer_avformat.c | 5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) New commits: commit 49586aea3ced57a90375be0fd33b58afa68ee9d1 Author: Dan Dennedy <da...@de...> Date: Fri Nov 20 22:15:32 2009 -0800 Fix regression in audio only output. |
From: <dde...@de...> - 2009-11-21 06:08:09
|
src/modules/avformat/producer_avformat.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) New commits: commit a7d9b23bf33312343299b370f611ee9dd1ecb4ed Author: Dan Dennedy <da...@de...> Date: Fri Nov 20 22:07:26 2009 -0800 Fix dropping samples on math error (kdenlive 1219). |
From: <dde...@de...> - 2009-11-17 07:54:38
|
src/modules/frei0r/filter_frei0r.c | 15 +++-- src/modules/qimage/kdenlivetitle_wrapper.cpp | 76 ++++++++++++++++++-------- 2 files changed, 61 insertions(+), 30 deletions(-) New commits: commit d4dbc04397a7aa3f995b663eb7a69b815a56596d Author: j-b-m <jb...@kd...> Date: Sat Nov 14 03:42:46 2009 +0100 Fix frei0r helper filter position (used for keyframes) commit 096f239902554f85a5d0cc88b1a0895dccebf855 Author: j-b-m <jb...@kd...> Date: Fri Nov 13 22:08:56 2009 +0100 Fix typewriter start param commit eed153b372f8eae881cd8f36705af7f7c584c94f Author: j-b-m <jb...@kd...> Date: Fri Nov 13 21:50:39 2009 +0100 Add an offset start param to typewriter effect commit 3ff11578d4aa53fecf59113a42bbc537137f3ec8 Author: j-b-m <jb...@kd...> Date: Fri Nov 13 16:39:13 2009 +0100 Get ready for typewriter effect in titles |
From: Dan D. <da...@de...> - 2009-11-17 07:38:44
|
On Thu, Nov 12, 2009 at 3:04 PM, Jonathan Thomas <jon...@gm...> wrote: > I have 2 computers hosting VirtualBox, one running Ubuntu 9.04 and one > running Ubuntu 8.10. Both experience the same issue. > > On Thu, Nov 12, 2009 at 4:19 PM, Dan Dennedy <da...@de...> wrote: >> >> On Thu, Nov 12, 2009 at 2:10 PM, Jonathan Thomas >> <jon...@gm...> wrote: >> > Hmmm... I have a VirtualBox image of Ubuntu 9.10 32 bit that has the SDL >> > issue. If I could somehow get that 2Gig image to you, I wonder if that >> > would be helpful? Or does it have more to do with the hardware... than >> > the >> > software. What a strange issue. =) >> >> No, I should not need your image. What OS are you using to host your >> VirtualBox VM? >> >> > I have received some emails from happy 32bit Ubuntu 9.10 users, saying >> > that >> > everything works great with OpenShot. And some that have their output >> > squished up to the top of their screen. So, it must just be a minority >> > of >> > users experiencing this issue. >> > >> > Thanks, >> > -Jonathan >> > >> > On Thu, Nov 12, 2009 at 12:04 AM, Dan Dennedy <da...@de...> wrote: >> >> >> >> On Mon, Nov 9, 2009 at 12:51 PM, Jonathan Thomas >> >> <jon...@gm...> wrote: >> >> > The only remaining issue I have is with Ubuntu 9.10 / 32 bit version. >> >> > Regardless of desktop effects, some users have output that is >> >> > squished >> >> > into >> >> > the top of the SDL window. Not everyone is having this issue. I've >> >> > encountered it with 2 of my 3 PCs, and I've been contacted by a few >> >> > more >> >> > people with the same issue. I'm not sure I know enough about >> >> > debugging >> >> > MLT >> >> > to help determine the cause of the issue. I reproduced this problem in VirtualBox. It appears to be a bug related to SDL v1.2.13 and some X server drivers. I could reproduce the problem as well when building SDL 1.2.13 from source tarball. However, when building SDL v1.2.14 from source tarball, there is no problem. The solution seems to be to require 1.2.14 as my experiments shows no simple workaround. -- +-DRD-+ |
From: Patrick M. <pma...@de...> - 2009-11-14 13:20:12
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Dan, I think it would be a good idea to release an mainteance version, 0.4.6.1 or 0.4.7. You have fixed some more regressions and little errors in git and uploading a release to Debian is better than uploading a git snapshot :) - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pma...@de... pa...@li... Comment: Always if we think we are right, we were maybe wrong. */ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkr+rnkACgkQ2XA5inpabMcpNgCfVWpADjoHyebtTDGdsSpAulSh KLYAmgKff3mv6C2RUVoY2eCUph7G8vP4 =Mfot -----END PGP SIGNATURE----- |
From: j-b-m <j-...@us...> - 2009-11-13 19:21:42
|
Hello! My last commit to my MLT's git repo enables the typewriter effect for Kdenlive titles, please commit if okay for you: http://github.com/j-b-m/mlt/commit/3ff11578d4aa53fecf59113a42bbc537137f3ec8 PS: the typewriter effect does not need Qt 4.6, it should work fine with older Qt4 versions. The Qt 4.6 animation framework should allow for other effects like movement, rotation and zoom of items in the title with keyframes... Regards jb |
From: Jonathan T. <jon...@gm...> - 2009-11-12 23:05:06
|
I have 2 computers hosting VirtualBox, one running Ubuntu 9.04 and one running Ubuntu 8.10. Both experience the same issue. On Thu, Nov 12, 2009 at 4:19 PM, Dan Dennedy <da...@de...> wrote: > On Thu, Nov 12, 2009 at 2:10 PM, Jonathan Thomas > <jon...@gm...> wrote: > > Hmmm... I have a VirtualBox image of Ubuntu 9.10 32 bit that has the SDL > > issue. If I could somehow get that 2Gig image to you, I wonder if that > > would be helpful? Or does it have more to do with the hardware... than > the > > software. What a strange issue. =) > > No, I should not need your image. What OS are you using to host your > VirtualBox VM? > > > I have received some emails from happy 32bit Ubuntu 9.10 users, saying > that > > everything works great with OpenShot. And some that have their output > > squished up to the top of their screen. So, it must just be a minority > of > > users experiencing this issue. > > > > Thanks, > > -Jonathan > > > > On Thu, Nov 12, 2009 at 12:04 AM, Dan Dennedy <da...@de...> wrote: > >> > >> On Mon, Nov 9, 2009 at 12:51 PM, Jonathan Thomas > >> <jon...@gm...> wrote: > >> > The only remaining issue I have is with Ubuntu 9.10 / 32 bit version. > >> > Regardless of desktop effects, some users have output that is squished > >> > into > >> > the top of the SDL window. Not everyone is having this issue. I've > >> > encountered it with 2 of my 3 PCs, and I've been contacted by a few > more > >> > people with the same issue. I'm not sure I know enough about > debugging > >> > MLT > >> > to help determine the cause of the issue. > >> > >> I finished upgrading a 32-bit machine with nvidia graphics, and I > >> failed to reproduce it there even with desktop effects enabled. I am 0 > >> for 2 right now. > >> > >> -- > >> +-DRD-+ > > > > > > > > -- > +-DRD-+ > |