spumux and png subtitle problem

[Otto J. Makela]

I'm having a bit of a strange problem with spumux, with it claiming that png
subtitle files given to it have too many colours, even when they have 2-bit
colormaps. I guess the most likely reason is that some library deep down is
messing things up. I've been trying to trace the program logic, but I'm sure
you realize it's ever so slightly convoluted.

This has been registered as bug 463258 on Redhat Bugzilla, as it appears also
in their distributed packages:
        https://bugzilla.redhat.com/show_bug.cgi?id=463258

If you understand something about the inner workings of spumux, test materials
are available with the Bugzilla report, and some kind of feedback on what to
do and/or how to debug would be much appreciated. Thank you.

--
   /* * * Otto J. Makela <om@...> * * * * * * * * * * * * * * * */
  /* Phone: [phone], FAX: [phone], ICBM: 60N 25E */
 /* Mail: Mechelininkatu  26 B 27,  FI-00100  Helsinki,  FINLAND */
/* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * */

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Dvdauthor-users mailing list
Dvdauthor-users@...
https://lists.sourceforge.net/lists/listinfo/dvdauthor-users

[Lawrence D'Oliveiro-2]

Otto J. Makela wrote:

> I'm having a bit of a strange problem with spumux, with it claiming that png
> subtitle files given to it have too many colours, even when they have 2-bit
> colormaps. I guess the most likely reason is that some library deep down is
> messing things up. I've been trying to trace the program logic, but I'm sure
> you realize it's ever so slightly convoluted.

I have been trying to add some explanatory comments to the
pickbuttongroups/imgfix logic in my Gitted version
<http://github.com/ldo/dvdauthor/tree/master>. Though this has just made
me more convinced that the logic is flawed...

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Dvdauthor-users mailing list
Dvdauthor-users@...
https://lists.sourceforge.net/lists/listinfo/dvdauthor-users

[Lawrence D'Oliveiro-2]

I wrote:

> Otto J. Makela wrote:
>
>> I'm having a bit of a strange problem with spumux, with it claiming that png
>> subtitle files given to it have too many colours, even when they have 2-bit
>> colormaps.
>
> I have been trying to add some explanatory comments to the
> pickbuttongroups/imgfix logic in my Gitted version
> <http://github.com/ldo/dvdauthor/tree/master>. Though this has just made
> me more convinced that the logic is flawed...

My mistake. The logic I was referring to had to do with buttons.

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Dvdauthor-users mailing list
Dvdauthor-users@...
https://lists.sourceforge.net/lists/listinfo/dvdauthor-users

[Lawrence D'Oliveiro-2]

Otto J. Makela wrote:

> I'm having a bit of a strange problem with spumux, with it claiming that png
> subtitle files given to it have too many colours, even when they have 2-bit
> colormaps.

OK, I have tried your example on two of my Linux boxes, one AMD64 one
running Gentoo and one 32-bit one running OpenSuSE 11.1, with dvdauthor
0.6.14 built from source on both. And it worked fine--no errors reported.

What patches did the Red Hat folks apply?

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Dvdauthor-users mailing list
Dvdauthor-users@...
https://lists.sourceforge.net/lists/listinfo/dvdauthor-users

[Otto J. Makela]

Lawrence D'Oliveiro wrote:

> Otto J. Makela wrote:
>> I'm having a bit of a strange problem with spumux, with it claiming that png
>> subtitle files given to it have too many colours, even when they have 2-bit
>> colormaps.
>
> OK, I have tried your example on two of my Linux boxes, one AMD64 one
> running Gentoo and one 32-bit one running OpenSuSE 11.1, with dvdauthor
> 0.6.14 built from source on both. And it worked fine--no errors reported.
>
> What patches did the Red Hat folks apply?

The only one is a patch they call dvdauthor-0.6.14-graphicsmagick.patch,
which has the following explanatory items in the beginning:

 o Do not apply the "RGBA meaning swapped in ImageMagick 6" to GraphicsMagick.
 o Do not rely on GraphicsMagick's ImageMagick compat things installed.
 o Identify ImageMagick/GraphicsMagick in build spec.

I've now found that compiling spumux by hand without either ImageMagick or
GraphicsMagick produces a working version, so it seems that this patch
might be flawed. I've sent a copy of it to Lawrence for further testing.
--
   /* * * Otto J. Makela <om@...> * * * * * * * * * * * * * * * */
  /* Phone: [phone], FAX: [phone], ICBM: 60N 25E */
 /* Mail: Mechelininkatu  26 B 27,  FI-00100  Helsinki,  FINLAND */
/* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * */

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Dvdauthor-users mailing list
Dvdauthor-users@...
https://lists.sourceforge.net/lists/listinfo/dvdauthor-users

[Lawrence D'Oliveiro-2]

Otto J. Makela wrote:

> Lawrence D'Oliveiro wrote:

>> What patches did the Red Hat folks apply?
>
> The only one is a patch they call dvdauthor-0.6.14-graphicsmagick.patch,

OK, I have tried that patch on my 32-bit OpenSuSE 11.1 system. I removed
the SuSE ImageMagick package and installed GraphicsMagick. Output from
the spumux run on your example data, and from ldd, is below. As you can
see I had no problems. The output file size was 4270221 bytes.

Does Fedora do any patches to GraphicsMagick, perhaps? SuSE does a few,
but none that I can see having any impact on colour-table recognition.
(SuSE 11.1 doesn't provide a package for dvdauthor.)

----
DVDAuthor::spumux, version 0.6.14.
Build options: gnugetopt graphicsmagick iconv freetype
Send bugs to <dvdauthor-users@...>

INFO: Locale=en_GB.UTF-8
INFO: Converting filenames to UTF-8
INFO: Picture spumux.d/00+00+02.02.png had 3 colors
INFO: Constructing blank hlt
INFO: Constructing blank sel
INFO: Picture spumux.d/00+00+05.46.png had 3 colors
INFO: Constructing blank hlt
INFO: Constructing blank sel
INFO: Max_sub_size=5036
INFO: Picture spumux.d/00+00+19.74.png had 3 colors
INFO: Constructing blank hlt
INFO: Constructing blank sel
INFO: Picture spumux.d/00+00+24.15.png had 3 colors
INFO: Constructing blank hlt
INFO: Constructing blank sel
INFO: Picture spumux.d/00+00+29.27.png had 3 colors
INFO: Constructing blank hlt
INFO: Constructing blank sel
INFO: Max_sub_size=5408
INFO: Picture spumux.d/00+00+35.66.png had 3 colors
INFO: Constructing blank hlt
INFO: Constructing blank sel
INFO: Max_sub_size=5566
INFO: Picture spumux.d/00+00+42.94.png had 3 colors
INFO: Constructing blank hlt
INFO: Constructing blank sel
INFO: Found EOF in .sub file.
INFO: 7 subtitles added, 0 subtitles skipped, stream: 32, offset: 0.12

Statistics:
- Processed 0 subtitles.
- The longest display line had -1 characters.
- The maximum number of displayed lines was 0.
- The normal display height of the font arial.ttf was 0.
- The bottom display height of the font arial.ttf was 0.
- The biggest subtitle box had 5566 bytes.
----
ldo@hypatia:spumux.problem> ldd ~/hack/dvdauthor/src/spumux
         linux-gate.so.1 =>  (0xffffe000)
         libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7f57000)
         libz.so.1 => /lib/libz.so.1 (0xb7f42000)
         libm.so.6 => /lib/libm.so.6 (0xb7f19000)
         libGraphicsMagick.so.2 => /usr/lib/libGraphicsMagick.so.2
(0xb7d85000)
         liblcms.so.1 => /usr/lib/liblcms.so.1 (0xb7d4b000)
         libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7cca000)
         libXext.so.6 => /usr/lib/libXext.so.6 (0xb7cb9000)
         libSM.so.6 => /usr/lib/libSM.so.6 (0xb7cb0000)
         libICE.so.6 => /usr/lib/libICE.so.6 (0xb7c95000)
         libX11.so.6 => /usr/lib/libX11.so.6 (0xb7b62000)
         libbz2.so.1 => /lib/libbz2.so.1 (0xb7b51000)
         libgomp.so.1 => /usr/lib/libgomp.so.1 (0xb7b47000)
         libpthread.so.0 => /lib/libpthread.so.0 (0xb7b2d000)
         libltdl.so.7 => /usr/lib/libltdl.so.7 (0xb7b22000)
         libc.so.6 => /lib/libc.so.6 (0xb79c6000)
         libdl.so.2 => /lib/libdl.so.2 (0xb79c1000)
         /lib/ld-linux.so.2 (0xb80cf000)
         libuuid.so.1 => /lib/libuuid.so.1 (0xb79ba000)
         libxcb-xlib.so.0 => /usr/lib/libxcb-xlib.so.0 (0xb79b7000)
         libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb7999000)
         libXau.so.6 => /usr/lib/libXau.so.6 (0xb7995000)
         librt.so.1 => /lib/librt.so.1 (0xb798b000)

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Dvdauthor-users mailing list
Dvdauthor-users@...
https://lists.sourceforge.net/lists/listinfo/dvdauthor-users