Fade in/out glitches
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenShot Video Editor |
Fix Released
|
Critical
|
Unassigned |
Bug Description
Hi,
I don't know if anyone else has experienced this, but now and again (not all the time) my fades in and out glitch at the outer end: before a fade in, the image or video appears momentarily (probably just for one frame) then disappears, and the fade starts normally. Similarly at the end, with the final frame flashing up full brightness.
It also seems to some extent to happen on audio - it's like OpenShot realises a moment too late that it's not meant to be playing the audio, or that a fade is meant to be happening.
Sometimes it doesn't happen, and sometimes it fixes itself... unfortunately not on a 'quick' project I've been doing this morning!
Anyway. It's absolutely great work - I'm so impressed! Something as good as this, and non-linear (I can't understand what you can even do with linear editing!) is a joy to have!
Ubuntu 8.04
DEB 1.0.0
Again - great application. I've already done some stuff I'm really pleased with!
Cheers,
Mike
Paul Mirowsky (p-mirowsky-verizon) wrote : | #1 |
Richard de Vries (richarddevries) wrote : | #2 |
Same here.
Ubuntu 10.04, Linux 2.6.32-25-generic #44-Ubuntu SMP Fri Sep 17 20:05:27 UTC 2010 x86_64 GNU/Linux
openshot: 1.2.2-lucid1
The 'flash' seems to occur BEFORE the fade-in and AFTER the fade-out and it's not consistent as in that doesn't happen on every fade I apply.
Paulo Brito (paulorsbrito) wrote : | #3 |
Same here, using svg images. Openshot 1.1.3.
Ubuntu 9.04, Linux 2.6.28-19-generic #65-Ubuntu SMP Thu Sep 16 14:14:28 UTC 2010 i686 GNU/Linux
ne (office-sico) wrote : | #4 |
In my project it seems to appear seldom at start and does it almost everytime later.
ne (office-sico) wrote : | #5 |
WORKAROUND:
After identifying the clips in which the bug appears, just add another timeline/track and move these clips to the new track.
I found out, that if one clip glitches almost all others on the same track does it also.
The bug probably appears mostly on full-packed tracks.
After sorting and moving some clips I got my project bug-free. It runs on 7 tracks now (had 4 at first).
But I am happy not to loose all the work.
Andy Finch (fincha) wrote : | #6 |
Haven't been able to reproduce this. If anyone still suffers this problem, maybe you can attach the file sequence.mlt from the hidden folder ~/.openshot, from when the problem exhibits itself (preferably on a simple project).
ne (office-sico) wrote : | #7 |
I do not have a bugged project anymore. (Sure, what for?)
So I tried to make a new project, because the bug appeared in every project up to now.
After some tries I can tell you, that the bug will not show up in simple projects.
If you have the bug and remove all other clips but the bugged ones, the bug also
disappears. ;-(
Conclusion: The bug only comes up if the project reaches some complexity.
So take some clips, cut them into pieces of some seconds, choose fade in/out in all of them
and try to arrange them in 2-3 tracks. To be sure, add sound - also with cut soundclips.
I guess that with 25 or more "clip pieces" in a 5-10 minutes project the bug appears for sure
in one or more fading sequences.
I hope you can reproduce it with this infos.
I can send you the sequence.mlt but it will take some time, perhaps another user will be faster.
Hans Petter Birkeland (hanspb) wrote : | #8 |
This seems to be the same as I reported in November last year, bug #680688.
Santiago Romero (sromero) wrote : | #9 |
I'm affected by the same bug. Ubuntu 10.10 x86_64.
I've started a simple project (2 tracks, some videos and still images with no transitions and effects, just fadein / fadeout), and after starting the fadein, the image appears for 0.1/0.2 seconds and then the fade starts, breaking the effect.
I've tested the workaround (creating a new track and moving the affected clips to it) and it works, but you could end with lots of tracks and that's not usable.
Is this bug corrected in the development ppa branch?
Thanks
Jürgen Schroll (jschroll) wrote : | #10 |
Same here
Ubuntu Natty 32 Bit and 64 Bit
Jürgen Schroll (jschroll) wrote : | #11 |
Now more details.
Excuse my english, I'm german.
I made a little movie with ogg, svg, jpg, png and avi files. If a picture or movie fade out, the last frame flashes to 100%. Thats only comes, if I change from a lower track to a upper track. I can see it exactly, if I make frame-to-
anders musikka (anders-musikka) wrote : | #12 |
Jürgen: Maybe you have the same problem I had? To determine if this is the case, you could try and change the "length" of the clips, so that you don't use the very end of any of the raw clips.
For instance, you could take the resize-clip tool and resize all the .avi- and .ogg-clips, so that they are 0.25 seconds shorter than they were.
This fixes the problem for me. The reason is that the underlying problem in my case was that transitions (fade-ins, fade-outs, mixings, etc) were being timed correctly, but since the clip lengths weren't rendered correctly, the clip no longer matched the transition, leading to the kind of glitches described in this bug report.
Not using the ends of the clip is actually a rather viable work-around. But maybe you have a different problem.
Jürgen Schroll (jschroll) wrote : | #13 |
Yes it seems to be a different problem. Resizing don't work. The last frame appears again.
If I make the fade-outs extremly long, the last frame don't appear, but I fade from the picture/movie in the black background to the upper track.
Olivier Girard (eolinwen) wrote : | #14 |
Have you try to use the last version which is out since one or two days ago. This is a maintenance version which resolve more 17 bugs. It can helps you to resolve your problems with perhaps.
anders musikka (anders-musikka) wrote : Re: [Openshot.developers] [Bug 520941] Re: Fade in/out glitches | #15 |
Ah,
but you may have misunderstood me. You need to resize all clips
*before* the one for which fade-out doesn't work! The point is that no
clip on the timeline before the one with the problem, may use the last
few frames of their respective clips!
But then again, you may be seeing a completely different problem, of course
zerbob (zerbugug) wrote : | #16 |
Same bug reported as #680688, #590019, #769512 (by me) (I marked them all as duplicates).
The first frame of a clip shows when it shouldn't, both in preview and final output.
As it has been already said, it occurs when the project is somewhat complex, i.e. when there are a lot of clips (with cut sequences etc...) before on the track. An effective workaround is to move the clips to a new track, which isn't very practical in the long run.
The 'first frame bug' (as I call it, it seems the 'last frame bug' is somthing else) can affect:
- Rotations, animations, scalings of clips
- Transitions (only from upper to lower track it seems)
- Cut clips (you cut out the beginning of a clip, but the first frame of the raw clip shows nevertheless. I'm not sure for this one but I think I saw it)
- Multiple tracks (first frame of lower clip shows over the upper clip)
thus preventing you from using any of those features, which makes impossible any complex project.
The bug occured for me with mlt 0.5 as well as 0.6 and 0.7, and openshot 0.9, 1.2, 1.3, on ubuntu 32 bit 10.04, 10.10 and 11.04. I think it comes from openshot and not mlt (I can't find any kdenlive bug report about it).
I think it really needs to be fixed, because it makes openshot impossible to use for large projects, whereas openshot is otherwise great software and by far the best (and the nicest) video editor available for linux (another problem with large projects is that the more complex the project, the longer the lag when you try to move the cursor, but that's not so important).
Richard Simmons (risimmonsuk) wrote : | #17 |
Maybe somebody who is seeing this could put together a simple project which can reproduce this and share it (from the descriptions it only happens on 'complex' projects, but perhaps something which re-uses just a couple of clips but does lots of transitions).
Providing devs with an sure way of reproducing your problem is always going to be the fastest way to get your problem fixed, particularly when there's so many potential variables. (of course there's no guarantee that everybody sees the same results, even with the same files, but even that would tell us something interesting).
zerbob (zerbugug) wrote : | #18 |
- Illustration of the 'first frame bug.' Edit (9.3 MiB, application/x-tar)
Ok I added here the beginning of my project. To reduce the size I removed the sound, the thumbnails and all what followed the first few appearances of the bug.
Since files are stored with absolute paths (I think this has been reported as a problem), and this comes from my external hard drive, you'll have to put it in "/media/Iomega\ HDD/Legos/H2G2/Fit\ the\ second/Part\ I/". Sorry for the spaces. (Another problem I noticed is that the window saying files were not found grows very very large when no files were found).
It starts with a few seconds of blank screen (there was meant to be titles).
At 0:37, 0:45 and 1:06 you'll notice that I switch to a new track with no apparent reasons. If you put the clips back to the 3rd track the bug will happen (at least it does for me), e.g. before the fade-in of the galaxy picture at 0.37 you should briefly see the whole picture, both at preview and after rendering.
Tell me if it occurs for you, or if I forgot some files.
Changed in openshot: | |
status: | New → Confirmed |
Richard Simmons (risimmonsuk) wrote : | #19 |
Thanks Zerbob - I can reproduce the issue you describe with the project files you sent. The first frame of the fade-in transitions is flashing at full brightness. I haven't had a chance to investigate yet though.
Richard Simmons (risimmonsuk) wrote : | #20 |
Looks to me as though there's a mismatch (off by 1) in the sequence.mlt between the start of the transition and the start of the video. I think the video is starting 1 frame before the fade in, so we end up with 1 frame of full brightness. If you move the offending clip to a different timeline then the clip-transition timings match and all is ok.
Haven't had a look in the code at what's causing this yet.
Richard Simmons (risimmonsuk) wrote : | #21 |
Looks like the code which generates sequence.mlt has a bug which means it doesn't insert single frame gaps between clips (in the case that you've got them in your project). It won't even be visible that you have a single frame gap because when you play the video through it won't appear. This leads to a mismatch between the clip timing and the transition timing (which runs off a different timeline and _will_ have the additional gap).
There's a simple fix in the code though I haven't been able to fully test it yet - a workaround for now would be to extend any clips which have a 1 frame gap before the start of the next clip (though it might be hard to spot them - zerbob there's just such a gap between the second017.jpg and bulldozer.avi clips in the test project you sent).
zerbob (zerbugug) wrote : | #22 |
Now that you say it I remember that another workaround I had found was lengthening a little the previous clip on the offending frame, or in the case of a fade-in, to cover it with a solid black picture on the same track. But this wasn't applicable since if you just "touch" the covered clip it will take over the covering one.
Thank you for spending some time on it. I hope you'll find a working fix. Let us know about it, anyway I suppose you'll commit it for next version.
Richard Simmons (risimmonsuk) wrote : | #23 |
If you're running from the source (instructions to get the archive are on
the Download page) then you can apply the very simple fix yourself to work
around the problem until a fixed release version is available. In
/openshot/
line 277 change;
if blank > 1:
to
if blank > 0:
That should fix the transitions. You'll now see the single frame blank
periods between clips which were causing the problem, so you'll need to go
and fix those in your project...
On 17 June 2011 18:56, zerbob <email address hidden> wrote:
> Now that you say it I remember that another workaround I had found was
> lengthening a little the previous clip on the offending frame, or in the
> case of a fade-in, to cover it with a solid black picture on the same track.
> But this wasn't applicable since if you just "touch" the covered clip it
> will take over the covering one.
> Thank you for spending some time on it. I hope you'll find a working fix.
> Let us know about it, anyway I suppose you'll commit it for next version.
>
> --
> You received this bug notification because you are a member of OpenShot
> Developers, which is subscribed to OpenShot Video Editor.
> https:/
>
> Title:
> Fade in/out glitches
>
> Status in OpenShot Video Editor:
> Confirmed
>
> Bug description:
> Hi,
>
> I don't know if anyone else has experienced this, but now and again
> (not all the time) my fades in and out glitch at the outer end: before
> a fade in, the image or video appears momentarily (probably just for
> one frame) then disappears, and the fade starts normally. Similarly at
> the end, with the final frame flashing up full brightness.
>
> It also seems to some extent to happen on audio - it's like OpenShot
> realises a moment too late that it's not meant to be playing the
> audio, or that a fade is meant to be happening.
>
> Sometimes it doesn't happen, and sometimes it fixes itself...
> unfortunately not on a 'quick' project I've been doing this morning!
>
> Anyway. It's absolutely great work - I'm so impressed! Something as
> good as this, and non-linear (I can't understand what you can even do
> with linear editing!) is a joy to have!
>
> Ubuntu 8.04
> DEB 1.0.0
>
> Again - great application. I've already done some stuff I'm really
> pleased with!
>
> Cheers,
>
> Mike
>
> To manage notifications about this bug go to:
> https:/
>
> _______
> Mailing list: https:/
> Post to : <email address hidden>
> Unsubscribe : https:/
> More help : https:/
>
Changed in openshot: | |
milestone: | none → 1.4.0 |
Richard Simmons (risimmonsuk) wrote : | #24 |
Changed in openshot: | |
importance: | Undecided → Medium |
Bernd Faulstich (bernibaerchen) wrote : | #25 |
Same Bug. It its not only at fadings, its if a video on lower tracks starts.
Changed in openshot: | |
status: | Confirmed → In Progress |
Santiago Romero (sromero) wrote : | #26 |
Hi.
I'm suffering this bug and I'm almost unable to "render" my "home" videos with simple fades without "hacking" the clips to avoid this bug (moving to other tracks, leaving "gaps", and so on).
Has been fixed in any developer/cvs version? I need to render videos correctly without this bug :(
Andy Finch (fincha) wrote : | #27 |
Yes, it's in my development branch (which should be quite stable). You can get the code using the command:
bzr branch lp:~fincha/openshot/openshot-dev-1.4
Bernd Faulstich (bernibaerchen) wrote : | #28 |
could i use the old Project file or save as new filename or sth. else?
Richard Simmons (risimmonsuk) wrote : | #29 |
You should be able to use the old project file with this patch. Note that the bug was that gaps between clips of 1 frame were never shown in the preview/final render, but were taken into account when calculating the timings of transitions, thus leading to the glitches. So you may notice single frame gaps in your old project which you wouldn't have seen before (but were technically there all along).
So although you can use old projects, you may need to adjust them to remove the gaps which were causing the problems in the first place.
Bernd Faulstich (bernibaerchen) wrote : | #30 |
I saw something strange.
I had some glitch in the begining of a fade.
Upper layer(track) = track1
Lower track = track2
Fading from Track 1 to Track 2
Track1 ==================
Fading \/ \/ \/ \/
Track2 X=============
the single frame you know about was at point X.
When i moved the track 2 to an point earlier like
==================
this single frame flashes again at point X.
So track 1 was playing but every time when a clip starts below, the first frame of this clip flashes up for one frame.
Bernd Faulstich (bernibaerchen) wrote : | #31 |
Dam it ascii-art don't work. I hope you understand it
111111111111111
and then
11111111|
or with more clips below
111111|
X2 and X3 are only one frame (the first frame) from the clips of track2 and track3
Bernd Faulstich (bernibaerchen) wrote : | #32 |
Me again. got the 1.4 preRel. version from bzr ... (program info shows 1.3.1 but :-D)
Fading from track below to track up.
Track2 ends at 90% of fading
Track1 starts at 10% of fading
so it has to look like Track2222222222
in preview with timebar (slider is invisible ;-D) it looks like
Track2222222222
if i move the begining of the Clip at track 1 to 50%
Track2222222222
so i thought perhaps it's a problem of the fading and removed it (nice animation and crash :-( OK again - autosave is good) and try "clock pointer? clockwise"
Track2222222222
so i think its not a problem of the specific fading, it could be a general problem of the first frames...?
Richard Simmons (risimmonsuk) wrote : | #33 |
Bernd, this sounds like a related bug, but not exactly the same as what has been fixed. I think I understand what you're saying - I'll try and reproduce, but it might be easier if you could produce a short project which demos the problem and post it here.
Bernd Faulstich (bernibaerchen) wrote : | #34 |
- This is the projectfile Edit (9.7 KiB, application/octet-stream)
Hi Richard,
i broke down my Project.
Deleted all unneeded Tracks (only 2 left) - bug still there.
Deleted all other clips - bug not there again.
So i now have a Project with 2 tracks, 9 clips and 9 fadings.
Then i tried to remove all other clips from the filelist exept that two - bug not there any more.
Then i removed all clips exept the 9 used clips, and yes - Bug still there.
I copied the clip with that problem and the bug is there too.
I removed clip by clip, and in the end there are 3 clips and some fadings
Bernd Faulstich (bernibaerchen) wrote : | #35 |
PS. is there a Problem with "ÄÖÜ" in the Videofilenames?
Bernd Faulstich (bernibaerchen) wrote : | #36 |
- hope it will help. Don't forget to rename the 3rd clip to 2011 03 29 101646 Jakobsweg Jacobs Krönung auf dem Jakobsweg.MP4 Edit (84.0 MiB, application/zip)
The size of the clips is a little bit ... ähm yes. But here as a zip-file.
Bernd Faulstich (bernibaerchen) wrote : | #37 |
If there are any questions, feel free to contact me.
If you think you have fixed ... please post the bzr-comand. I will try it :-)
Changed in openshot: | |
milestone: | 1.4.0 → 1.4.1 |
Darren Conway (darren-conway) wrote : | #38 |
Hi
I posted this in the wrong place on the duplicate bug listing. I am posting it here because it is active.
I have the bug to. I am using Ubuntu 11.04 and the latest Ubuntu Openshot package.
I have tried the work arounds.
I have 4 tracks.
I placed a clip on a track (the only clip on that track) and added a fast end fade. The clip is an image (Title screen). The clip did not overlap any other clip on other tracks. When the clip played, it faded, then the image flashed at the end of the clip. After the flash, the display went black (as expected because of the gap to the next clip on another track).
There is no flash if the fast fade is removed.
This demonstrates that the flash can occur without interacting with another clip.
I have the same problem with transitions. I get a flash at the end of the clips.
Would it help if I attached a mini-demo project?
Bounty (gregr-arsfabula) wrote : | #39 |
Hi,
I've just upgraded my workstation to Ubuntu 11.11 32bit, with a default installation of Openshot 1.4.0-1 & MLT 0.7.4-3.
Started to edit a video with alternating sequences fading in & out. Adding about the 10th clip I started to get the glitches and could not get rid of them
I then started the project over again on my laptop installed with Ubuntu 11.04 64bit, Openshot 1.4.0-1, MLT 0.6.2-2, and could complete the project with no glitches
Olivier Girard (eolinwen) wrote : | #40 |
I don't know if it was the reason but you must install for Oneiric the package gtk2-engines-pixbuf more than the usual (the same than the version 1.3.0).
J B (scottie) wrote : | #41 |
have this glitch on 1.4.0 on Lucid.
Hopefully this can be fixed in 1.4.1.
Good news though: So far, workaround suggested in #5 by Enrico works. Thanks #5.
And here's to more successes for Openshot devs!
Lenbok (lenbok) wrote : | #42 |
<feeling VERY frustrated> This is crazy - these glitches in the output are a deal-breaker, and yet this bug is 18 months old, with 7 duplicates. This my first time trying out openshot, but after banging my head on this for two nights, I'm headed back to kino for a while.
Bernd Faulstich (bernibaerchen) wrote : | #43 |
So... Back again and motivated to help you finding that ugly bug.
Is there something i can do for you?
Small Example-Projects with that bug, logging, debugging or something else?
I like this easy way to cut my movies and i hope open shot is the best program to cut longer movies without glitches soon.
Olivier Girard (eolinwen) wrote : | #44 |
Say us what is your version of MLT (melt, python-mlt, libmlt, .....) ?
The problem comes from theses and an update should resolve it. It is a bit of surprising to see yet this problem. There are a while that have been resolved for the major part of users. A regression of MLT for few configuration ? Perhaps. Difficult to say and to resolve it until we have not published/used our own library.
Santiago Romero (sromero) wrote : | #45 |
Hi.
I'm still suffering the same problem with v1.4.0 and Linux Mint Ubuntu edition (based on 11.04).
Please, fix this bug. I'm waiting for months to render my videos...
zerbob (zerbugug) wrote : | #46 |
I don't think it comes from MLT, I had this bug with default 10.04 MLT (5.6 ?, and openshot 0.9 ?) and still with latest kdenlive-ppa release (7.0 ? and openshot 1.4 ?). Besides I couldn't find any kdenlive bug report related to this.
As several comments state it, this is REALLY frustrating, because you've got this wonderful-looking piece of software and you can't get anything worthwhile out of it because of such a stupid bug. I'm really eager to make a lot of videos, upload them to YouTube and write at the end "This was made with Openshot, the best video editor I've ever seen, and it's free software !", but just now there's that bug and I can't.
@Bounty : interesting. I'll test on 64 bit, I just bought a new computer.
Lenbok (lenbok) wrote : | #47 |
I am experiencing it on Ubuntu 11.04 64 bit, with openshot 1.4.0-1 (from ppa), melt 0.6.2-2. python-mlt3 0.6.2-2 (maybe standard ubuntu version - is there newer available for 11.04?)
It is frustrating because you don't realize the bug exists until AFTER you've invested a ton of time doing your editing and then do the export to find it's useless, and the workaround involves moving potentially very many clips and transitions to new tracks, trial and error re-exporting each time to see if it's fixed. I can see that OpenShot has so much potential, it's a shame that with the exposure ramping up, that many new users will be getting pissed off and turning away.
I will try and make a small example.
Lenbok (lenbok) wrote : | #48 |
- Project demonstrating accumulated clip length errors in exported video Edit (15.9 MiB, application/zip)
Here is a small project that I think may be the same issue (accumulating erroneous clip lengths in exported video), that just consists of png images and a wav file of a shutter sound - the objective is to alternate between images (every ~2.5sec) with a shutter sound at each transition. Within openshot everything looks nicely lined up in the tracks, but in my exported video (DVD/PAL), the shutter sounds get progressively out of sync with the images, by about 50sec into the exported video the shutter sounds are off by over 1 sec!
(I'm not sure what kind of renaming is needed to make the project file usable at your end - let me know if you need me to bundle it up differently)
Andy Finch (fincha) wrote : | #49 |
Thanks for the example - I'll give this a go. I run Linux Mint 11 myself (albeit 32 bit, with a newer version of MLT), so this should be a good test.
zerbob (zerbugug) wrote : | #50 |
I tried the same project I had made on my old machine (the one in #18) on my new one (Ubuntu 11.10 64bit,Openshot 1.4.0, MLT 0.7.4) and the bug didn't occur. I'll try to restart it from scratch and see what happens.
Olivier Girard (eolinwen) wrote : Re: [Openshot.bugs] [Bug 520941] Re: Fade in/out glitches | #51 |
Effectively, MLT have had this kind of problems with the serie .5.x-0.6.x
(and only for few people with the serie 0.6.x.). I don't remember exactly
the reason (it is a bit far) but it has been resolved since.
So Kdenlive have been out today (o.8.2) and the last version of MLT too
(aka 0.7.6). So the best thing until that we come with libopenshot our
librairy is to update it. And at first look, the previous version of MLT
(0.7.4) seems to bring us some problems on sure configurations (Upgrade to
Natty to Oneiric) and fucntions.
Thanks for the file and the .....rest (i.e your participation to render
Openshot better).
@zerbob
Is it an new installation or an upgrade ?
2011/11/2 zerbob <email address hidden>
> I tried the same project I had made on my old machine (the one in #18)
> on my new one (Ubuntu 11.10 64bit,Openshot 1.4.0, MLT 0.7.4) and the bug
> didn't occur. I'll try to restart it from scratch and see what happens.
>
> --
> You received this bug notification because you are a member of OpenShot
> Bugs, which is subscribed to OpenShot Video Editor.
> https:/
>
> Title:
> Fade in/out glitches
>
> Status in OpenShot Video Editor:
> In Progress
>
> Bug description:
> Hi,
>
> I don't know if anyone else has experienced this, but now and again
> (not all the time) my fades in and out glitch at the outer end: before
> a fade in, the image or video appears momentarily (probably just for
> one frame) then disappears, and the fade starts normally. Similarly at
> the end, with the final frame flashing up full brightness.
>
> It also seems to some extent to happen on audio - it's like OpenShot
> realises a moment too late that it's not meant to be playing the
> audio, or that a fade is meant to be happening.
>
> Sometimes it doesn't happen, and sometimes it fixes itself...
> unfortunately not on a 'quick' project I've been doing this morning!
>
> Anyway. It's absolutely great work - I'm so impressed! Something as
> good as this, and non-linear (I can't understand what you can even do
> with linear editing!) is a joy to have!
>
> Ubuntu 8.04
> DEB 1.0.0
>
> Again - great application. I've already done some stuff I'm really
> pleased with!
>
> Cheers,
>
> Mike
>
> To manage notifications about this bug go to:
> https:/
>
> --
> Mailing list: https:/
> Post to : <email address hidden>
> Unsubscribe : https:/
> More help : https:/
>
--
Olivier
Cenwen un elfe sur la banquise/ an elve on the ice
Mon blog perso sur le multimédia, Ubuntu, Linux et OpenShot :
http://
Le forum d'Openshot où vous me trouverez : http://
http://
Nothing is lost until the last second.
The family motto : When we want, we can.
Andy Finch (fincha) wrote : | #52 |
@Lenbok - I had problems opening your project file, so I had to start from scratch using your files. For what it's worth, after export, the shutter sound was still in sync with where it had been placed. I had all the images on one track with no transitions, and the shutter sound on another track. This was using MLT 0.7.4.
I'm not sure if what you experienced would have been the same bug anyway as the fade in/out glitches.
Bernd Faulstich (bernibaerchen) wrote : | #53 |
Good evening...
Ähm... to prevent problems with old dependencies ... other way:
What is the best combination of dependencies for a 64-bit Ubuntu 10.04 with kernel linux 2.6.32-34-generic and gnome 2.30.2?
HW: Intel Core2 Quad CPU Q9000 @ 2.GHz
I checked the dependencies of openshot and here comes my revision-list
Package (my rev now) ((and btw. is there a comand to get that faster))
Kernel (2.6.32-34-generic)
gtk2-engines-pixbuf (2.20.1-0ubuntu2)
fontconfig (2.8.0-2ubuntu1)
librsvg2-common (2.26.3-0ubuntu1.1)
melt (0.7.2-
python-gtk2 (2.17.0-0ubuntu2)
python-httplib2 (0.6.0-1)
python-imaging (1.1.7-1ubuntu0.1)
python-mlt2 (0.5.4-1)
python-pygoocanvas (0.14.1-0ubuntu1)
python-xdg (0.18-1ibintu2)
python (2.6.5-0ubuntu1)
python-support (1.0.4ubuntu1)
blender (2.49.2~
inkscape (2.47.0-2ubuntu2)
openshot-doc (1.4.0-1)
frei0r-plugins (1.1.22git20090
list of libmlt things
libmlt-dbg (0.7.2-
libmlt4 (0.7.2-
libmlt-dev (0.7.2-
libmlt++3 (0.7.2-
libmlt++-dev (0.7.2-
libmlt-data (0.5.4-1)
Perhaps there is a wrong package or a wrong revision?
If you can list the dependencies and their revisions of your last stable revision (or now) that would be great.
Perhaps it's an idea to update the dependencies of the package to new revisions like (>=3.4....) or the revision you use.
Thanks a lot for your help.
Bernd
PS: my last short WE-video was with that glitches again...starts at 0:42 http://
Andy Finch (fincha) wrote : | #54 |
I don't know, I don't use 64 bit 10.04...
The most important thing to do is update your version of MLT. The version you have (0.7.2) has a bad performance bug, you should use 0.7.4 or greater.
Bernd Faulstich (bernibaerchen) wrote : | #55 |
Where/ or better how can i find the melt-package 0.7.4 or ++?
Bernd Faulstich (bernibaerchen) wrote : | #56 |
Bernd Faulstich (bernibaerchen) wrote : | #57 |
But there are dependencies to each other and they dont want to install the pakages.
Is there a source i can add to get this packages by synaptic or with updates?
Andy Finch (fincha) wrote : | #58 |
Use the sunab PPA, which it looks like you have used for the 0.7.2 version:
Olivier Girard (eolinwen) wrote : | #59 |
sudo add-apt-repository ppa:sunab/
Santiago Romero (sromero) wrote : | #60 |
If I update "mlt" using the repositories pointed in the last message ... will the glitch dissappear ???
Lenbok (lenbok) wrote : | #61 |
I upgraded using those repositories on my secondary ubuntu machine, and when I export the example project I attached earlier, I still get the problem with the shutter sounds getting out of sync with the images. I started openshot from the console and I noticed many warning messages about "not being able to determine the duration of the wav file, estimating from bitrate".
Olivier Girard (eolinwen) wrote : | #62 |
@Santiago Romero
Normally yes but it is not guarantee. This problem have been resolved definitively in the serie 0.6.0/2. We are a bit surprised to see yet that.
If you have a problem with , update always, none program is exempted of bugs.
@Lenbok
you 'll never have this sound problems in our library which will come with our big future version 2.0 that we currently are working on.
Bernd Faulstich (bernibaerchen) wrote : | #63 |
Installed the ppa-thing. AND it looks good... but some videos are invalid, perhapse i renamed it. SO i'll try tomorrow evening to create my project from last weekend. Thanks for the input. and a nice start to the next week...
Christian Weiske (cweiske) wrote : | #64 |
I've upgraded from melt 0.6.2-2 to 0.7.6 from the ppa as noted in #59 and still have the flash problem.
This is really, really, really annoying. We've spent 2 weeks of evenings to cut a 1hour wedding video and can't export and use it now.
Christian Weiske (cweiske) wrote : | #65 |
Btw, I also do not have any 1-frame blanks in the .mlt file I get from "File > XML-Export"
Olivier Girard (eolinwen) wrote : | #66 |
Just a thought : Helping the play-head, could you move a clip a bit ? It is perhaps a position 's problem.
Christian Weiske (cweiske) wrote : | #67 |
I've tried everything:
- Move the first clip
- Move the transition
- Move the second clip
- Move the first clip and the transition
- Move the transition and the second clip
- Move the first and the second clip, but not the transition
- Move all three
Nothing helps.
I'm a 8 tracks now and am moving clips between them until I find one that does not have the problem. If there is none, I add another track and move the clip to there.
Olivier Girard (eolinwen) wrote : | #68 |
No my though was that you could position the play-head at the good place (see in the player moving the cursor) and approach the next clip. It is magnetic and so well positioned on the timeline. The second clip is attracked by and where the play-head is.
Bernd Faulstich (bernibaerchen) wrote : | #69 |
ok... me again. Had some problems with my Ubuntu... or ... never touch a running system :-X
I installed Ubuntu 11.04 from DVD and updated it to 11.10 (32bit). I installed only this
#!/bin/sh
'Add Repository for Skype'
sudo add-apt-repository "deb http://
'Add Repository for Codecs'
sudo add-apt-repository "deb http://
wget -q http://
apt-get update
apt-get install thunderbird bluefish gimp phatch vlc quicksynergy filezilla skype hugin virtualbox ffmpeg libavformat-
And now there is no problem with any glitches... yet. I will not be too loud... but openshot closed if i try to render a movie after 30% rendered. Problem i zoomed in a clip and that was not good... but i will write this at the other ticket. Thanks for your help.
Romano Giannetti (romano-giannetti) wrote : | #70 |
I can confirm the problem in Oneiric. I have glitches as the described, and in addition the last five second or so of every clip (AVCHD from a Panasonic Camera) comes out with "frozen" images.
Mikko Huhtala (mhuhtala) wrote : | #71 |
For what it's worth, I can confirm this on
Fedora 16
openshot-
mlt-0.7.
kernel 3.1.5-6.fc16.x86_64
glibc-2.
I had just one track at the end of a 55 min video that showed the problem when transitioning to it from a track below, but not when transitionin towards the lower track. The transitions were to end title SVG stills. The problem track had many DV clips over the 55 min span. I worked around the problem by moving the end titles to other tracks, but the initial fade-out from the video to the first title screen was a pain. I had to cut a piece of the video and put that on a different track, too, which worked.
Oliver Schonrock (oliver-realtsp) wrote : | #72 |
PROBLEM SOLVED!! ...at least for me!
I too have been plagued by this issue. When adding many clips to a project the clips would start not to line up properly and then blank frames started appearing and the fades/transitions would "skip" / show the wrong frames at the start of the transition...in short all of the symptoms described above...it was driving me mad...and it was happening in every 2nd project.
BTW I am using Ubuntu Oneiric with Openshot 1.4 and melt 0.7.4 (i also tried 0.7.6, but no joy).
So I took a "broken" project and started reducing it to a minimal version. The clearest example I had were 4 clips with 2 transitions about 20 seconds apart using the same 2 Tracks.ie like this (hope that's readable):
^^^ ^^^^
1111111111 333333333
The project had nothing else in it just 4 clips and 2 transitions..and it was still "broken"..ie the second transition would display an incorrect frame at the start of the transition (makes it look like it "jumps/flickers").
I made a new project and added the same 4 clips and 2 transitions. The new project worked! so now I had a good and a bad copy. I started exporting the XML and comparing the 2 versions (I am a software developer so this stuff comes easily..only very amateur with video though).
The only significant differences in the xml were the paths the producer Ids and the "in/out" timings (because I had created them "by hand" in the new project).
So I opened 2 copies of openshot and copy/pasted the in/out timings for all 4 clips and 2 transitions from the broken project to the new one. and....the new project broke! Then I played with the in/out setting of each piece and figured out it was clip 2 (see ascii diagram). It had an out timeof 17.02s when broken, but if I set it to 17.00 it worked fine. All this time I kept thinking "rounding error", because that happens a lot when you add lots of floating point number together. At first I thought openshot was introducing the rounding error..then I stumbled upon the key. 29.97 is almost 30 but not quite and might be introducing this "rounding error".
So I checked the manual of my video camera (Panasonic HX-WA10). It says 30fps. Both projects were 30fps (1080p blah blah). So I ran
ffmpeg -i filename
which allows you to inspect what ffmpeg says is in the raw file direct from the camera. It said 29.97fps!!!
mplayer -endpos 0 filename
also said 29.97fps. They also reported 510 frames exactly (there is no such thing as a half frame!), and 510 / 29.97 = 17.02!
I know that you are supposed to match the project profile to the raw source material so I re-saved the project as 29.97fps 1080p and voila! All the problems went away. The clips lined up nicely, the black frames were gone and the transitions worked as expected, first time. Without spreading them over many tracks etc...
Openshot was missing the odd frame on its timeline and that was breaking the transitions etc...
So the moral of the story is:
a) don't trust your camera manual's frame rate! check it with ffmpeg!
b) be very very sure ...
Andy Finch (fincha) wrote : | #73 |
Thanks for your investigations and observations.
A lot of people refer to 30fps when the actual rate is 29.97. This is probably due to manufacturers 'dumbing down' and thinking that it is easier to call it 30 rather than 29.97...but the difference between 29.97 and 30fps works out to over 100 frames per hour.
There are built-in profiles for both 29.97 and 30fps within Openshot.
Admittedly it would be nice if Openshot identified the file and set the profile accordingly, which would avoid many problems, but until then, it would be worth double checking with ffmpeg what the true frame rate is.
Oliver Schonrock (oliver-realtsp) wrote : | #74 |
Hi Andy
Thanks for your reply.
The issue persists...but only in this unusual scenario.
sorry for the slight diversion here...
I don't have the most powerful machine, and it can't handle editing 1080p, so what I do is use ffmpeg to scale it down by a factor of 4 (480x270) same frame rate (ie I make a "-fast" version of each raw clip). I created a custom profile which is 480x270 29.97fps. I edit using that, then save project as the normal 1080p 29.97 profile that comes with openshot. Close openshot, use a text editor to find replace the paths of the mp4 file with the hd ones. Re-open with openshot and export using the normal HD profile. This seems to work fine..except...
now it is doing it's "transition skipping thing" when I re-open the HD project and when I export the skips are in the final mp4.
Now I thought I had found the reason: When I created my custom 480x270 profile I entered the fps as 2997/100 but the normal openshot HD profile is 30000/1001 which is more accurate I gather. So I thought..easy..I just have to change my low-res profile to match the normal HD one (ie 30000/1001). ...but no joy so far?
Any ideas?
Do some manufacturers produce 29.97fps and some 29.97002...?
Also, what actually happens when you "save project as"? From the .osp it seems just the profile line changes?
Thanks for your help
Oliver
Andy Finch (fincha) wrote : | #75 |
Could it be that the in/out points changed as you initially had your rate as 2997/100?
I don't know off hand if some use 29.97002 rather than 29.97.
When doing a save as, provided nothing else in the project has changed then the profile line should be the only thing that is different..
Oliver Schonrock (oliver-realtsp) wrote : | #76 |
Thanks for the ideas Andy.
I investigated some more. It turns that it does not appear to be frame rate this time....It turns out that melt and ffmpeg/mencoder do not agree about the frame count in my raw video files from the camera, ie there is some doubt about how many frames there actually are.
eg
ffmpeg -i IMGA0009.MP4 -an -vcodec copy -f avi -y NUL 2>&1 | awk '/^frame=/{print $2}'
=> 510
mencoder -nosound -ovc frameno -vc null -o /dev/null IMGA0009.MP4 2> /dev/null | awk '/Video stream:/{print $12}'
=> 510
melt -profile hdv_1080_30p IMGA0009.MP4 -consumer xml 2> /dev/null | awk 'BEGIN { FS = "[><]" } ; /property name="length/{print $3}'
=> 509
now this could potentially cause a problem in and of itself (given ffmpeg does the final encode) although given melt is always smaller by 1 frame (I checked across about 150 clips) it might be OK..perhaps you just can't use that last frame in openshot, which would be fine.
However for my workflow (see above) the editing of the low-res files and then swapping the HD files into place, this caused an issue because the "shrinking" into "-fast" files using ffmpeg results in files for which all of ffmpeg/
ffmpeg -i IMGA0009-fast.MP4 -an -vcodec copy -f avi -y NUL 2>&1 | awk '/^frame=/{print $2}'
=> 510
mencoder -nosound -ovc frameno -vc null -o /dev/null IMGA0009-fast.MP4 2> /dev/null | awk '/Video stream:/{print $12}'
=> 510
melt -profile hdv_1080_30p IMGA0009-fast.MP4 -consumer xml 2> /dev/null | awk 'BEGIN { FS = "[><]" } ; /property name="length/{print $3}'
=> 510
it's like the re-encoding by ffmpeg fixed the frame count in melt's eyes.
For my workflow this means any clip on the timeline that uses the last frame of the "-fast" files will break the timeline (ie cause fade glitches) when I switch to full HD, because in melt's opinion that last frame does not exist.
I am guessing that my camera is partially to blame for producing "partially finished frames" and melt "rounds down" but ffmpeg and mencoder "round up".
I haven't tested this yet, but I can probably fix my workflow, by running all my full HD files through a "lossless copy" step in ffmpeg before I start making the "-fast" files..then they will all agree in frame count and switching between lowfi and HD should be fine.
I suspect that this route cause (ie melt having a different way of "rounding" frame counts) may be significant for some of the other posters on this bug. Perhaps some of you can run the above commands on your files and see if you get disagreements of frame count as well?
Cheers
Oliver
Oliver Schonrock (oliver-realtsp) wrote : | #77 |
PS to above
be careful with the ffmpeg command it spits out rubbish sometimes (!!)..mencoder is more reliable.
Santiago Romero (sromero) wrote : | #78 |
Is this bug already solved?
I have lots of videos to build and I'm waiting to work with the "fixed" version since I detected the bug that ruined my work with my first video editing attempt...
I like openshot a lot but this bug is really anoying and if this continues like that, I (we)'ll have to render the videos with kino or kdenlive :-(
Romano Giannetti (romano-giannetti) wrote : | #79 |
I tested (with the same melt libraries) to render videos with kdenlive, and the problem in kdenlive does not show up. A pity that to do a simple crossfading with kdenlive you have to jumps through hoops... in that openshot is much easier to use.
Andy Finch (fincha) wrote : | #80 |
@Santiago Romero - please check comment #72 and see if that applies to you. There has already been 1 attempt at fixing this bug, but it seems there may be more than one cause.
Oliver Schonrock (oliver-realtsp) wrote : | #81 |
I am sorry to say that I was unable to resolve the issue in the end. I spent 3 days trying to make the libraries agree on the clip length to stop openshot getting messed up...I couldn't
I accept that my workflow is somewhat unusual, because I am effectively using "proxy clips" (see details on my workflow above) outside of openshot. I simple cannot edit my 1080p video using the raw footage..required performance is not even close..which is not helped by openshot using 30% of my CPU while idling on an empty project.
I have ordered a new machine Core i7 2600 with 8GB and a 2TB RAID 0 stripe disk because it will make life easier...however even with that my performance calculations suggest that I cannot edit using the raw mp4/libx64 clips. So proxying will remain essential
I tried with kdenlive which has proxy clips built in..and ...sorry...just worked.
kdenlive has bugs too..and it crashes...but this bug really cripples any half serious usage of openshot for me (perhaps it's caused by the bad mp4s my camera produces..although kdenlive handles them fine using the same underlying mlt).
Mikko Huhtala (mhuhtala) wrote : | #82 |
For the record, I had the problem while working with 25 fps PAL DV files from one Panasonic camera and rendering with a 25 fps PAL DVD profile. The whole project was 25 fps from start to finish, so the problem seems to be more than just confusion about 30 fps vs. 29.97 fps.
Romano Giannetti (romano-giannetti) wrote : | #83 |
FWIW, all my projects are 25 or 24 fps too. I do not think this is a frame-rate related problem. If the developers wants a test proyect, I can try to prepare it ---- just ask. I can put it on share on Ubuntu One.
Andy Finch (fincha) wrote : | #84 |
Please provide a simple project if possible. The simpler, the better. Thanks.
Romano Giannetti (romano-giannetti) wrote : | #85 |
@Andy: will try asap. I have a little bit of problems now, but I hope tomorrow to be able to prepare something (and then Murphy will bite and it will work ok ;-))
Romano Giannetti (romano-giannetti) wrote : | #86 |
As told, I was unable to reproduce it in this simple test. Anyway, I have an example that shows some problem:
http://
1) you cannot use directly the MTS file (AVCHD), it stutters a lot. But if convert it with "ffmpeg -i 00000.MTS -sameq out.mp4" then it will work.
2) the "zoom" animation on the image come out jumpy
I have not tried to change the FPS of the project, no time left now.
Changed in openshot: | |
milestone: | 1.4.1 → 1.5.0 |
eddie matejowsky (e06) wrote : | #87 |
I'm not sure a "me too" type post is useful but yes - me too.
I'm using 1.4.2 in Ubuntu.
I made a 19 minute clip using mostly still images with a few videos.
The problem doesn't show up till just after half way through the video.
The first frame (I guess) of the fade comes through unaltered.
When previewing by manually moving the cursors along - the bad frame (sometimes?) seems to be before the clips starts in the timeline.
I also notice problems with audio as someone else mentioned. I had a loud clip I turned down to 15% but it seemed to come thought at full volume for a fraction of a second.
I was using a transitions to do the fades but but the same happens if I turn on fade-in in the clip properties.
The same thing happens if I use some other transition (eg circles).
Another curious thing is one of my images was displayed sideways.
I fixed it in properties but sometimes the first frame was still sideways - at least when previewed in OS.
This clip takes a fair while to render but I've found the bugs I see previewed in OS show up in the final rendered video.
eddie matejowsky (e06) wrote : | #88 |
I am working around the bug by adding more tracks.
It seems like there is a limit to how many clips can be on one track before having fade glitches.
The first part of my edited video was ok. Once it started to misbehave I moved the clips from track
2 and 3 to 4 and 5.
This seems to do the trick.
eddie matejowsky (e06) wrote : | #89 |
Also I do not think frame rate or codecs have anything to do with it.
You can see the bug in the OS preview before any output file is generated.
Santiago Romero (sromero) wrote : | #90 |
Hi.
Has been this bug solved?
I have more than 1 year of home videos waiting for processing until I discovered this bug. I was waiting for the bug to be fixed instead of moving to Kino or Kdenlive because I find openshot very intuitive and easy to use and I because thought that the bug, being ***SO CRITICAL***, would be quickly fixed.
Is openshot still under development? Is this bug being hunted?
Please, inform the users about this, because I can't hold more GB of "raw videos" and I need to start processing them, and If this bug is not going to be fixed I'll have to switch to kine, kdenlive, or any other videoeditor that works. I would prefer doing it in openshot, so, please, tell us something.
Santiago Romero (sromero) wrote : | #91 |
I forgot to add this to my previous comment:
How is possible that this bug is categorized as "IMPORTANCE MEDIUM"?
This bug prevents the user to render the final video correctly. It's not MEDIUM. It's not HIGH. It's CRITICAL.
There is people not using openshot due to this bug, it's really important.
Andy Finch (fincha) wrote : | #92 |
If it had been solved, it would have been marked as such.
When you look through the comments here you will see that there is more than one cause for this bug. Some solutions have worked for some but not others.
We think the major cause of this is a mismatch between ffmpeg & MLT in the number of frames that each reports a clip is made up of.
We think the solution to this will be our new library which will replace MLT.
Santiago Romero (sromero) wrote : | #93 |
Please, don't misunderstand me, I **really** like OpenShot. It's the first NLVE that I've ever managed to use succesfully to create my own home videos and I want to continue using it because different reasons (and, I know sounds strange, but being written in python is one of the reasons).
I just "revived" the thread because I've been waiting for ... ¿a year? to be able to process my raw home videos that are starting to fill my hard disk drive, and I don't really want to switch to another non-linear video editor.
Maybe I forgot to thank you all for the nice job you're doing, seriously. I just would be quite happy with this bug fix + autocollapse button + add clip between existing clips...
The "new library which will replace MLT"... has any date for release?
Andy Finch (fincha) wrote : | #94 |
There is no date set yet, it will be in the months range rather than weeks.
DAGRON Jean-Louis (jeanlouis-dagron) wrote : | #95 |
Hi all,
I had the same pb with Kubuntu 12.04 but limited to fade in glitches (not fade out).
My camera is a Panasonic HDC-SD1.
Logically this camera outputs 1080i/60i.
Curiously the problem disappear when I modify the project parameters to :
HD1080p 29,97 fps
Hope this can help some of you.
Congratulations to all contributors for this great software
Andy Finch (fincha) wrote : | #96 |
There is now a fix committed for this, at least a fix for the only reproducible example provided.
Changed in openshot: | |
status: | In Progress → Fix Committed |
milestone: | 1.5.0 → 1.4.3 |
importance: | Medium → High |
Malte Cornils (malte) wrote : | #97 |
I've just started reencoding my "glitchy" projects with the 1.4.3-alpha branch, and it seems
to be fixed (at least for me). Well done and thank you!
Santiago Romero (sromero) wrote : | #98 |
God, Thanks!!
How do I download the "development" branch with the fix applied?
I'm currently using this:
[sromero@
deb http://
deb-src http://
Is OK, or I must change the repository / download "sources"?
Andy Finch (fincha) wrote : | #99 |
See here how to get the latest source code & run it:
http://
Olivier Girard (eolinwen) wrote : | #100 |
You could too use the daily PPA. See here to add this one but you must de-activate the other before.
https:/
Hans Petter Birkeland (hanspb) wrote : | #101 |
I have the daily PPA enabled, but I have not seen the update.
Malte Cornils (malte) wrote : | #102 |
BTW, after trying all my videos with the fix, one still had glitches - but only in one track, and I found out this was due to the first clip start position being slightly left of the timeline start. Repositioning it so it started at zero made the last glitches (finally!) go away. Do you need a testcase/new bug report for that?
Daniel Ellis (danellisuk) wrote : | #103 |
- Example project (short clip of 0.1 seconds) Edit (522.5 KiB, application/x-tar)
This issue still affects 1.4.2 and trunk (1.4.3-alpha1). Attached is an example project demonstrating how a short clip of 0.1 seconds can break the rest of the track. The example project was saved using 1.4.3-alpha1 and for some reason fails to open in 1.4.2 (but that's another issue).
Daniel Ellis (danellisuk) wrote : | #104 |
If you export the melt XML using the example project I posted. You see the following:-
<producer id="65ba0cac-
<property name="resource"
</producer>
Note the value "-1" set in the out attribute. I would suspect that we never want to specify -1 for this attribute, clearly the behaviour is undefined. What would be a good solution to this?
Prevent the user from adding such a short clip?
Silently set this value to 0, to prevent an invalid value being used?
Warn the user that the clip is too short?
Currently it can be difficult to notice if you have accidently shortend a clip, especially if it is at the beggining of the track, or close to another clip.
Daniel Ellis (danellisuk) wrote : | #105 |
It isn't just an "out" attribute of "-1" that can cause this issue. It is any producer where the "in" attribute is greater than the "out" attribute, which is also a scenario that you can currently create in OpenShot.
Daniel Ellis (danellisuk) wrote : | #106 |
- Openshot PNG sequence issue.tar.gz Edit (1.2 MiB, application/x-tar)
I have also found that PNG sequences cause this issue. See the attached example project "Openshot PNG sequence issue.tar.gz", which demonstates the issue using a PNG sequence generated via "New Animated Title".
There are two issues I can see:-
1. The final frame of the animation is not mixed correctly and so you see a flash.
2. Fades will be broken for any clips after the PNG sequence on the same track (in the example I attached, you hear a blip at the end)
Looking at the generated MLT XML, you can see a difference between image sequence "out" attribute which is "79". Whereas the transition which is added along with the image sequence has "out" set to "78".
If you change the 78 to 79 and run the XML directly with melt, then that at least fixes the flash you see at the end of the animation. But does not resolve the blip at the end of the fade.
I have played with the ins and outs, but cannot find a way to resolve the blip.
So back to the 78 vs 79 issue. I think this is a rounding error within OpenShot. I since noticed that I used the default profile NTSC, I usually use PAL, but lets investigate this anyway:
The image sequence is 80 frames. NTSC is 29.97 frames per second.
So I expect OpenShot to calculate a duration of 2.669336003 and round this to 2.67.
But OpenShot shows a length of 2.64, which happens to be what you would round to if OpenShot was calculating based on 79 frames (79/29.97 = 2.635969303)
So possibly OpenShot is getting the number of frames in a sequence out by 1?
Daniel Ellis (danellisuk) wrote : | #107 |
Have resoluved the issues I found in the last few comments. Added two separate bug reports with patches.
teimcrr (marco-carrarini) wrote : | #108 |
Ubuntu 12.04 with Openshot daily build.
Still not fixed. I'm trying to make a slideshow, but this way it's unusable.
Changed in openshot: | |
status: | Fix Committed → Fix Released |
Jonathan Thomas (jonoomph) wrote : | #109 |
This should be fixed now in the daily build (as of a few days ago)
Changed in openshot: | |
status: | Fix Released → Fix Committed |
Changed in openshot: | |
importance: | High → Critical |
Changed in openshot: | |
status: | Fix Committed → Fix Released |
Bodo Bigalk (bib-odo) wrote : | #110 |
I am using OpenShot version 1.4.3
Ubuntu 12.04
Kernel: 3.2.0-37-generic x86_64
Melt: libmlt.so.0.7.7 libmlt.so.4
and have the same issue.
Olivier Girard (eolinwen) wrote : | #111 |
Update your version of MLT. Follow this FAQ :
https:/
And try again.
Thxs.
2013/2/6 Bodo Bigalk <email address hidden>
> I am using OpenShot version 1.4.3
> Ubuntu 12.04
> Kernel: 3.2.0-37-generic x86_64
> Melt: libmlt.so.0.7.7 libmlt.so.4
>
> and have the same issue.
>
> --
> You received this bug notification because you are a member of OpenShot
> Bugs, which is subscribed to OpenShot Video Editor.
> https:/
>
> Title:
> Fade in/out glitches
>
> Status in OpenShot Video Editor:
> Fix Released
>
> Bug description:
> Hi,
>
> I don't know if anyone else has experienced this, but now and again
> (not all the time) my fades in and out glitch at the outer end: before
> a fade in, the image or video appears momentarily (probably just for
> one frame) then disappears, and the fade starts normally. Similarly at
> the end, with the final frame flashing up full brightness.
>
> It also seems to some extent to happen on audio - it's like OpenShot
> realises a moment too late that it's not meant to be playing the
> audio, or that a fade is meant to be happening.
>
> Sometimes it doesn't happen, and sometimes it fixes itself...
> unfortunately not on a 'quick' project I've been doing this morning!
>
> Anyway. It's absolutely great work - I'm so impressed! Something as
> good as this, and non-linear (I can't understand what you can even do
> with linear editing!) is a joy to have!
>
> Ubuntu 8.04
> DEB 1.0.0
>
> Again - great application. I've already done some stuff I'm really
> pleased with!
>
> Cheers,
>
> Mike
>
> To manage notifications about this bug go to:
> https:/
>
> --
> Mailing list: https:/
> Post to : <email address hidden>
> Unsubscribe : https:/
> More help : https:/
>
--
Olivier
Cenwen un elfe sur la banquise/ an elve on the ice
Mon blog perso sur le multimédia, Ubuntu, Linux et OpenShot :
http://
Le forum d'Openshot où vous me trouverez : http://
http://
Nothing is lost until the last second.
The family motto : When we want, we can.
Astuces, Actualités, Logiciels, bref sur tout ce que je ne fais d'articles
dessus Google+ <https:/
Florian Echtler (floe) wrote : | #112 |
I'm also seeing this with Openshot 1.4.3 on Ubuntu 12.04 (libmlt4-
Olivier Girard (eolinwen) wrote : | #113 |
Same advice/thing than for Bodo. Update your version of MLT (at least the
0.8.8)
2013/4/5 Florian Echtler <email address hidden>
> I'm also seeing this with Openshot 1.4.3 on Ubuntu 12.04
> (libmlt4-
> glitch only occurs at the last fade before the gap (but does that quite
> reliably).
>
> --
> You received this bug notification because you are a member of OpenShot
> Bugs, which is subscribed to OpenShot Video Editor.
> https:/
>
> Title:
> Fade in/out glitches
>
> Status in OpenShot Video Editor:
> Fix Released
>
> Bug description:
> Hi,
>
> I don't know if anyone else has experienced this, but now and again
> (not all the time) my fades in and out glitch at the outer end: before
> a fade in, the image or video appears momentarily (probably just for
> one frame) then disappears, and the fade starts normally. Similarly at
> the end, with the final frame flashing up full brightness.
>
> It also seems to some extent to happen on audio - it's like OpenShot
> realises a moment too late that it's not meant to be playing the
> audio, or that a fade is meant to be happening.
>
> Sometimes it doesn't happen, and sometimes it fixes itself...
> unfortunately not on a 'quick' project I've been doing this morning!
>
> Anyway. It's absolutely great work - I'm so impressed! Something as
> good as this, and non-linear (I can't understand what you can even do
> with linear editing!) is a joy to have!
>
> Ubuntu 8.04
> DEB 1.0.0
>
> Again - great application. I've already done some stuff I'm really
> pleased with!
>
> Cheers,
>
> Mike
>
> To manage notifications about this bug go to:
> https:/
>
> --
> Mailing list: https:/
> Post to : <email address hidden>
> Unsubscribe : https:/
> More help : https:/
>
--
Olivier
Cenwen un elfe sur la banquise/ an elve on the ice
Mon blog perso sur le multimédia, Ubuntu, Linux et OpenShot :
http://
Le forum d'Openshot où vous me trouverez : http://
http://
Nothing is lost until the last second.
The family motto : When we want, we can.
Astuces, Actualités, Logiciels, bref sur tout ce que je ne fais d'articles
dessus Google+ <https:/
Florian Echtler (floe) wrote : | #114 |
Did that just now, mlt is now at melt_0.
Miguel Ángel Vilela (miguev) wrote : | #115 |
Hi,
I just faced this problem with OpenShot 1.4.3 on Ubuntu 13.04, read this bug report, updated MTL to 0.8.8-2
(dpkg -l output for libmlt++3 libmlt5 python-mlt5 libmlt-data) using the Raring packages from https:/
What else do I do to get the fix?
Thanks!
Miguel Ángel Vilela (miguev) wrote : | #116 |
Somehow it was just a matter of time. I left OpenShot alone for a little while (minutes), added more clips to my project, exported to Youtube-HD and all glitches are gone :)
Olivier Girard (eolinwen) wrote : | #117 |
I don't see what we could make more. You seem to have the last version of
MLT. The only thing that I see is to wait until that we come with the 2.0.0
which will come with our own video framework which will replace MLT. He is
optimized for multi-core and for being the more stable that we have never
had. Currently, he is checked by a C++ gourou since near one month ago.
2013/11/10 Miguel Ángel Vilela <email address hidden>
> Somehow it was just a matter of time. I left OpenShot alone for a little
> while (minutes), added more clips to my project, exported to Youtube-HD
> and all glitches are gone :)
>
> --
> You received this bug notification because you are a member of OpenShot
> Bugs, which is subscribed to OpenShot Video Editor.
> https:/
>
> Title:
> Fade in/out glitches
>
> Status in OpenShot Video Editor:
> Fix Released
>
> Bug description:
> Hi,
>
> I don't know if anyone else has experienced this, but now and again
> (not all the time) my fades in and out glitch at the outer end: before
> a fade in, the image or video appears momentarily (probably just for
> one frame) then disappears, and the fade starts normally. Similarly at
> the end, with the final frame flashing up full brightness.
>
> It also seems to some extent to happen on audio - it's like OpenShot
> realises a moment too late that it's not meant to be playing the
> audio, or that a fade is meant to be happening.
>
> Sometimes it doesn't happen, and sometimes it fixes itself...
> unfortunately not on a 'quick' project I've been doing this morning!
>
> Anyway. It's absolutely great work - I'm so impressed! Something as
> good as this, and non-linear (I can't understand what you can even do
> with linear editing!) is a joy to have!
>
> Ubuntu 8.04
> DEB 1.0.0
>
> Again - great application. I've already done some stuff I'm really
> pleased with!
>
> Cheers,
>
> Mike
>
> To manage notifications about this bug go to:
> https:/
>
> --
> Mailing list: https:/
> Post to : <email address hidden>
> Unsubscribe : https:/
> More help : https:/
>
--
Olivier
Cenwen un elfe sur la banquise/ an elve on the ice
Mon blog perso sur le multimédia, Ubuntu, Linux et OpenShot :
http://
Le forum d'Openshot où vous me trouverez : http://
http://
Nothing is lost until the last second.
The family motto : When we want, we can.
Astuces, Actualités, Logiciels, bref sur tout ce que je ne fais d'articles
dessus Google+ <https:/
Hump Tee (humpty) wrote : | #118 |
Ubuntu 12.04, OpenShot 1.4.3, Melt 0.7.6.
I had the last-fade flash into a gap problem.
At first I thought there were too many clips (30). So I started removing them.
Turns out there was tiny clip hidden somewhere between two clips. It can happen if you're not careful with the cutter. Removed it and all good at 30 clips now.
(another solution was to paste over the gap with a solid black title.)
Olivier Girard (eolinwen) wrote : | #119 |
Try to update your MLT version, this one is probably the worse of the 0.7.x
serie. Take a look at this FAQ :
https:/
2013/12/15 Hump Tee <email address hidden>
> Ubuntu 12.04, OpenShot 1.4.3, Melt 0.7.6.
> I had the last-fade flash into a gap problem.
>
> At first I thought there were too many clips (30). So I started removing
> them.
> Turns out there was tiny clip hidden somewhere between two clips. It can
> happen if you're not careful with the cutter. Removed it and all good at 30
> clips now.
>
> (another solution was to paste over the gap with a solid black title.)
>
> --
> You received this bug notification because you are a member of OpenShot
> Bugs, which is subscribed to OpenShot Video Editor.
> https:/
>
> Title:
> Fade in/out glitches
>
> Status in OpenShot Video Editor:
> Fix Released
>
> Bug description:
> Hi,
>
> I don't know if anyone else has experienced this, but now and again
> (not all the time) my fades in and out glitch at the outer end: before
> a fade in, the image or video appears momentarily (probably just for
> one frame) then disappears, and the fade starts normally. Similarly at
> the end, with the final frame flashing up full brightness.
>
> It also seems to some extent to happen on audio - it's like OpenShot
> realises a moment too late that it's not meant to be playing the
> audio, or that a fade is meant to be happening.
>
> Sometimes it doesn't happen, and sometimes it fixes itself...
> unfortunately not on a 'quick' project I've been doing this morning!
>
> Anyway. It's absolutely great work - I'm so impressed! Something as
> good as this, and non-linear (I can't understand what you can even do
> with linear editing!) is a joy to have!
>
> Ubuntu 8.04
> DEB 1.0.0
>
> Again - great application. I've already done some stuff I'm really
> pleased with!
>
> Cheers,
>
> Mike
>
> To manage notifications about this bug go to:
> https:/
>
> --
> Mailing list: https:/
> Post to : <email address hidden>
> Unsubscribe : https:/
> More help : https:/
>
--
Olivier
Cenwen un elfe sur la banquise/ an elve on the ice
Mon blog perso sur le multimédia, Ubuntu, Linux et OpenShot :
http://
Le forum d'Openshot où vous me trouverez : http://
http://
Nothing is lost until the last second.
The family motto : When we want, we can.
Astuces, Actualités, Logiciels, bref sur tout ce que je ne fais d'articles
dessus Google+ <https:/
Florian Echtler (floe) wrote : | #120 |
This is an impressively long-lasting bug. :-)
That being said, I just had the same problem again, with OpenShot 1.4.3 on Ubuntu 16.04. For me, a simple fix was to change the length of the very first title by a very small amount (-0.1 seconds). After that, the flashes in the exported video were gone.
Same error occurring here.
Linux 2.6.31-20-generic #57-Ubuntu SMP Mon Feb 8 09:02:26 UTC 2010 x86_64 GNU/Linux
Using multiframed jpg images.
Just before fade-in effect (set at default) image flashes at 100%, then does fade-in.
Result is in playback and final output.
Original of start frame is off by millisecond from fade-in
causing two effects. Maybe check math for matching decimal place results or inline programming
does not allow superseding of original start with new fade-in start.
Playback is probably accurate.