| Summary: | Creation of mpeg slide show fails | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Roland <rke> |
| Component: | Plugin-Generic-VideoSlideshow | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 5.7.0 | |
| Sentry Crash Report: | |||
|
Description
Roland
2006-05-12 22:26:38 UTC
Can you try with 420mpeg2 please? I believe i should put it as default, default behaviour is for legacy. Sorry I didn't read well your comment :( Which is your cpu? which is the mjpegtools version you're using? can you post the output of the command mpeg2enc? >
> images2mpg --with-gui -f DVD -n PAL -S 420mpeg2 -d 2 -t 1 \
> -c 051ff -T /tmp/kde-rks/kipi-mpegencoderplugin-24683/ -M /usr/bin \
> -I /usr/bin -o "/home/rks/tmp/slideshow.mpg" -i \
> "/home/rks/Digicam/2003-01/dsc00120.jpg" \
> "/home/rks/Digicam/2003-01/dsc00121.jpg"
Testing your command line i found the problem. Your -c option
is wrong. the code for RGB should be 6 hex digits.
Try with -c 0051ff for instance.
How did you obtain that code? did you write down it or by chosing
the color?
Anyway I will check if i can block wrong numbers in gui mode.
My CPU is an AMD XP2200+, the version of the mjpegtools is 1.8.0. I have chosen the colour via the graphical interface of the tool, I didn't enter the digits defining the colour manually. Thanks for your reply Roland, can you please check 2 things? The first is if comment #4 works for you. And the latter if you have some problems like http://qa.mandriva.com/show_bug.cgi?id=18242 I know it's mandriva's but it is a packaging problem so it could be present also in all the distros in which packages are made for i586 and used also on AMD arch. Thanks, Angelo Hi Angelo, you are right, the -c option causes the problem. After adding the missing zero, the encoding process works fine. In the selection window dedicated to the background colour, the colour definition is correctly presented as #0051FF, but it seems that this value is not correctly passed to the subsequent encoding process. Thank you very much for your support and the clarification of my problem. Roland SVN commit 541235 by toma: Always return two numbers for r,g and b, else image2mpg will fail. Maybe this is the root of all evil for a long time? BUG: 127219 M +3 -3 kimg2mpg.cpp --- trunk/extragear/libs/kipi-plugins/mpegencoder/kimg2mpg.cpp #541234:541235 @@ -816,11 +816,11 @@ BackGroundColor = m_BackgroundColorButton->color(); HexColor = ""; Temp.setNum (BackGroundColor.red(), 16); - HexColor = HexColor + Temp; + HexColor = HexColor + Temp.rightJustify(2,'0'); Temp.setNum (BackGroundColor.green(), 16); - HexColor = HexColor + Temp; + HexColor = HexColor + Temp.rightJustify(2,'0'); Temp.setNum (BackGroundColor.blue(), 16); - HexColor = HexColor + Temp; + HexColor = HexColor + Temp.rightJustify(2,'0'); // This is for debuging output in debug dialog box. digiKam has a new Video Slideshow tool based on QtAV and ffmpeg which do not have this problem. Gilles Caulier |