RS 347 calling ffmpeg to process PSD (PhotoShop) files and failing

198 views
Skip to first unread message

lmolmud

unread,
Sep 9, 2008, 7:20:39 PM9/9/08
to ResourceSpace
I have observed the following in my Apache error log when I have
FFmpeg enabled, and try to ingest native PhotoShop (PSD) files. Seems
RS is sending the work to FFmpeg, and the thumbnail and preview
generation fails.

[Thu Aug 07 17:32:15 2008] [error] [client ::1] File does not exist: /
Applications/MAMP/htdocs/resourcespace/swfupload/cancelbutton.gif,
referer: http://localhost:8888/resourcespace/upload_swf.php?collection_add=
FFmpeg version CVS, Copyright (c) 2000-2004 Fabrice Bellard
Mac OSX universal build for ffmpegX
configuration: --enable-memalign-hack --enable-mp3lame --enable-gpl
--disable-vhook --disable-ffplay --disable-ffserver --enable-a52 --
enable-xvid --enable-faac --enable-faad --enable-amr_nb --enable-
amr_wb --enable-pthreads --enable-x264
libavutil version: 49.0.0
libavcodec version: 51.9.0
libavformat version: 50.4.0
built on Apr 15 2006 04:58:19, gcc: 4.0.1 (Apple Computer, Inc.
build 5250)
/Applications/MAMP/htdocs/resourcespace/filestore/
1/9_ec30fb868fc9fc1/19.psd: Unknown format

Anyone know how to fix this? Thanks,

Larry

Dan Huby

unread,
Sep 10, 2008, 5:41:28 AM9/10/08
to ResourceSpace
As previously mentioned RS sends all files to FFmpeg first (if
configured) to see if it produces any output. If it does then it's
considered that FFmpeg can handle the file. This is better than
maintaining a list of all the file types that FFmpeg can handle (which
varies greatly depending on FFmpeg version and how many libraries were
compiled into it).

The error doesn't look like FFmpeg does understand the format though
("Unknown format") so this shouldn't be an issue. I'd say this is a
problem with your ImageMagick configuration instead.

Dan


lmolmud

unread,
Sep 10, 2008, 9:48:36 AM9/10/08
to ResourceSpace
But if imagemagick is able to contend with the file correctly if
ffmpeg is inactive, then it is doing its job; how is that an
imagemagick confiuration issue? Thanks,

Larry

Dan Huby

unread,
Sep 10, 2008, 11:52:44 AM9/10/08
to ResourceSpace

I've investigated and managed to repeat this locally. This is now
fixed in revision 348.

A block of code that sets $command to the ImageMagick path was moved
to the top of the file in revision 279. Unfortunately the FFmpeg code
was using the $command variable too so enabling FFmpeg broke
ImageMagick.

Dan

lmolmud

unread,
Sep 10, 2008, 1:16:40 PM9/10/08
to ResourceSpace
Whoo-Hoo! Thanks, Dan. I'll test it out later today. You da' Man!

lmolmud

unread,
Sep 10, 2008, 4:31:09 PM9/10/08
to ResourceSpace
Sir, you have made my day. Beautiful, thanks for investigating and
fixing. :-)

Larry

tom

unread,
Sep 10, 2008, 6:15:17 PM9/10/08
to ResourceSpace
Sorry about that; it was my mistake, but I hadn't had a chance to
check on your problem.

lmolmud

unread,
Sep 10, 2008, 7:43:03 PM9/10/08
to ResourceSpace
No grief. It's all working well now. Three cheers for Dan! Thanks.

– Larry
Reply all
Reply to author
Forward
0 new messages