#895 closed defect (fixed)
sunras: support 32bpp
| Reported by: | ami_stuff | Owned by: | |
|---|---|---|---|
| Priority: | normal | Component: | avcodec |
| Version: | git-master | Keywords: | sunrast |
| Cc: | Blocked By: | ||
| Blocking: | Reproduced by developer: | no | |
| Analyzed by developer: | no |
Description
PIX_FMT_RGBA works correctly on big-endian, PIX_FMT_BGRA on little-endian
C:\>ffmpeg -i 32.ras ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 01:57:12 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [sunrast @ 02645B60] invalid depth [image2 @ 020E2320] Could not find codec parameters (Video: sunrast) 32.ras: could not find codec parameters
Attachments (3)
Change History (13)
by , 13 years ago
comment:1 by , 13 years ago
| Component: | undetermined → avcodec |
|---|---|
| Keywords: | sunrast added |
| Priority: | normal → wish |
| Reproduced by developer: | set |
| Status: | new → open |
| Type: | defect → enhancement |
| Version: | unspecified → git-master |
by , 13 years ago
| Attachment: | patchsunrast32bpp.diff added |
|---|
comment:2 by , 13 years ago
Sorry, I don't know how to create transparent sun raster (if it's possible), so I suggest support it without it.
Version 0, edited 13 years ago by (next)
comment:4 by , 13 years ago
| Blocked By: | 869 → #869 |
|---|
comment:5 by , 13 years ago
IMHO blocking this bug by another, unrelated bug is pointless. This bug should and can be fixed without waiting for #869 to be fixed.
comment:6 by , 13 years ago
| Blocked By: | #869 → 869 |
|---|---|
| Resolution: | → fixed |
| Status: | open → closed |
comment:7 by , 13 years ago
ImageMagick displays wrong colors for this sample, what application created this file?
comment:8 by , 13 years ago
| Blocked By: | 869 |
|---|---|
| Priority: | wish → normal |
| Reproduced by developer: | unset |
| Resolution: | fixed |
| Status: | closed → reopened |
| Type: | enhancement → defect |
Our decoder incorrectly decodes 32bit ras created with ImageMagick.
Need more info about generated sample.
comment:9 by , 13 years ago
| Resolution: | → fixed |
|---|---|
| Status: | reopened → closed |
Attached sample decodes visually incorrect now, but decoder matches what Gimp, ImageMagick and xview do and what the terse specification indicates.
by , 9 years ago
| Attachment: | lead_32bpp.7z added |
|---|
Note:
See TracTickets
for help on using tickets.
Do you think the file is meant to be completely transparent? (It is imo likely that it actually should not be transparent at all.)
Could you try to encode an image that is part transparent, part opaque?