Opened 13 years ago

Last modified 13 years ago

#39 new defect

File misparsing

Reported by: rharwood@… Owned by:
Priority: major Component: server
Keywords: Cc:


We have now discovered 5 files (which I can provide upon request for testing purposes only) which do not properly play when queued. The player takes a long file and scans at seemingly random intervals through the file, playing small chunks. When mplayer is called in isolation (on the machine running gutenbach) on the file, it plays correctly; when all of the flags we pass mplayer are added, it continues to play correctly. HOWEVER, when tries to play a copy of the file from the spool, it does not play correctly. An md5 hash and diff show the spooled file and the actual file to be the same. When we remove the output quieting from the mplayer call, we see that it is misparsing the file format for the file in the spool (seems to be parsing an mp3 as MPEG ps). When we rename the file to include the correct extension, the file plays correctly in mplayer.

Attachments (1)

gutenbach_diff (1.5 KB) - added by jhamrick 13 years ago.

Download all attachments as: .zip

Change History (3)

comment:1 Changed 13 years ago by jhamrick

This may become obsolete once we finish the new IPP server, but I haven't investigated thoroughly so it may be something else unrelated.

Changed 13 years ago by jhamrick

comment:2 Changed 13 years ago by jhamrick

From Colin:

Renaming the file with a .mp3 extension made it play fine (this seems to be an mplayer bug), so I have a potential fix making the playing script just symlink the file to something with the same extension as the original, using the exif magic (or the job name if that fails). Attached a (sort of hacky) diff for the backend script.

From Jess:

We can definitely make sure to preserve extensions in the new IPP server, so for now we could implement this fix and then it will automatically be dealt with once we roll over to the new server.

Note: See TracTickets for help on using tickets.