Opened 11 years ago

Closed 9 years ago

#1223 closed defect (worksforme)

crash on ogv file , since image size is too big

Reported by: mennucc1@… Owned by: reimar
Priority: normal Component: vd
Version: HEAD Severity: normal
Keywords: Cc:
Blocked By: Blocking:
Reproduced by developer: Analyzed by developer:

Description

http://nion.modprobe.de/mplayer-crash.ogv crashes mplayer

it is a ogv file recorded with recordmydesktop

the problems seems to be that the frame size exceeds some internal limits

I tried with latest SVN, both the commands
$ mplayer -vo xv mplayer-crash.ogv
$ mplayer -vo x11 mplayer-crash.ogv
crash

but if you set

#define VOFW 4096

in libswscale/swscale_internal.h

then '-vo x11' works, while '-vo xv' crashes

a.

Attachments (2)

crash-x11 (11.7 KB) - added by mennucc1@… 11 years ago.
gdb backtraces for -vo x11
crash-xv (11.8 KB) - added by mennucc1@… 11 years ago.
gdb for -vo xv

Download all attachments as: .zip

Change History (11)

comment:1 Changed 11 years ago by compn

can you post gdb output for the crash?

comment:2 Changed 11 years ago by reimar

-vo xv and -vo gl:yuv=2 work just fine for me, this report really is a but light on details.

comment:3 Changed 11 years ago by mennucc1@…

[for some unexplicable reason, my spamassassin hates mplayer's bugzilla. and spamassassin always wins (no question). so I am reading your requests only now.]

Changed 11 years ago by mennucc1@…

gdb backtraces for -vo x11

comment:4 Changed 11 years ago by mennucc1@…

Changed 11 years ago by mennucc1@…

gdb for -vo xv

comment:5 Changed 11 years ago by mennucc1@…

comment:6 Changed 11 years ago by mennucc1@…

  • attachments.mimetype changed from application/octet-stream to text/plain

comment:7 Changed 11 years ago by mennucc1@…

  • attachments.mimetype changed from application/octet-stream to text/plain

comment:8 Changed 9 years ago by compn

  • Owner changed from r_togni@… to reimar

comment:9 Changed 9 years ago by reimar

  • Resolution set to worksforme
  • Status changed from new to closed

Definitely not reproducible, not even with -demuxer ogg.
However the sample is not decodable with FFmpeg's theora decoder, I submitted a bug: http://roundup.ffmpeg.org/issue2420

Note: See TracTickets for help on using tickets.