| Anonymous | Login | Signup for a new account | 2013-06-18 08:18 CEST | ![]() |
| Main | My View | View Issues | Change Log | Roadmap |
| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
| 0001483 | Kdenlive | Transitions | public | 2010-03-06 22:05 | 2011-03-15 04:28 | ||||||||
| Reporter | grof | ||||||||||||
| Assigned To | ddennedy | ||||||||||||
| Priority | normal | Severity | crash | Reproducibility | always | ||||||||
| Status | feedback | Resolution | open | ||||||||||
| Platform | 32-bit | OS | OpenSUSE | OS Version | 11.2 | ||||||||
| Product Version | 0.7.7 | ||||||||||||
| Target Version | Fixed in Version | ||||||||||||
| Summary | 0001483: crashing when using some of the lumaxx.pgm.png wipe | ||||||||||||
| Description | When using some of the lumaxx.pgm.png wipe transition Kdenlive will crash. | ||||||||||||
| Steps To Reproduce | Chose some of the lumaxx.pgm.png wipe transition, apply them between to tracks (tracks can be of the same video file or different), start the Clip Monitor over the transition and Kldenlive will crash. | ||||||||||||
| Additional Information | All other wipe transitions work well! Rendering will crash too, and reports video corruption. | ||||||||||||
| Tags | No tags attached. | ||||||||||||
| Build/Install Method | Distribution package | ||||||||||||
| Attached Files | |||||||||||||
Relationships |
||||||
|
||||||
Notes |
|
|
(0006547) artiom (reporter) 2011-03-06 21:33 edited on: 2011-03-06 21:34 |
I confirm this bug in 7.7.8. With puzzle.png wipe transition. Even moving the cursor through this transition make kdenlive crash. My OS is Arch Linux 2.6.36 64bit Any pgm transition works fine in the same place |
|
(0006579) ddennedy (developer) 2011-03-15 04:18 |
Using the imagemagick 'identify' command line utility, see if the PNG is 16-bit. There have been reports about crashing on 16-bit PNG because on some systems there is not a qimage or gdk-pixbuf loader for 16-bit PNG. That is why the build on newer MLT versions forces 8-bit luma generation when requesting PNG. The best solution is to request the packager to NOT use --luma-compress configure option for mlt. Yes, I know the puzzle is not 16-bit, but I did not reproduce it with that PNG. |
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2010-03-06 22:05 | grof | New Issue | |
| 2011-03-06 21:33 | artiom | Note Added: 0006547 | |
| 2011-03-06 21:34 | artiom | Note Edited: 0006547 | View Revisions |
| 2011-03-06 21:34 | artiom | Note Edited: 0006547 | View Revisions |
| 2011-03-06 21:41 | artiom | File Added: puzzle_7_by_7.png | |
| 2011-03-15 04:18 | ddennedy | Note Added: 0006579 | |
| 2011-03-15 04:18 | ddennedy | Assigned To | => ddennedy |
| 2011-03-15 04:18 | ddennedy | Status | new => feedback |
| 2011-03-15 04:28 | ddennedy | Relationship added | duplicate of 0001538 |
| Copyright © 2000 - 2013 MantisBT Team |