totem-gstreamer crashed with SIGSEGV in ff_vdpau_add_data_chunk()

Bug #341499 reported by vnieto
6
Affects Status Importance Assigned to Milestone
ffmpeg-debian (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

Binary package hint: totem

I reproduce a wmv movie

ProblemType: Crash
Architecture: amd64
CrashCounter: 1
DistroRelease: Ubuntu 9.04
ExecutablePath: /usr/bin/totem-gstreamer
NonfreeKernelModules: nvidia
Package: totem-gstreamer 2.25.92-0ubuntu1
ProcCmdline: totem /media/PROF-MEMO/colegio/2007/Proyectos\ 2007/Giovanny\ Ayala.wmv
ProcEnviron:
 PATH=(custom, user)
 LANG=es_CO.UTF-8
 SHELL=/bin/bash
Signal: 11
SourcePackage: totem
StacktraceTop:
 ff_vdpau_add_data_chunk ()
 ff_vdpau_vc1_decode_picture ()
 ?? () from /usr/lib/libavcodec.so.52
 avcodec_decode_video ()
 ?? () from /usr/lib/gstreamer-0.10/libgstffmpeg.so
Title: totem-gstreamer crashed with SIGSEGV in ff_vdpau_add_data_chunk()
Uname: Linux 2.6.28-9-generic x86_64
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

Revision history for this message
vnieto (vnieto) wrote :
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:iv_Decode_Chunk (s=0x0, cur=0x7f92c55e780f "\004",
?? ()

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Revision history for this message
Apport retracing service (apport) wrote : Stack trace with source code
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. You have reported a crash that actually happened in the libavcodec or libavformat library. In order to be able to actually fix this bug, we must be able to:

1. Reproduce it;
2. Check if it happens with the latest version; and
3. Understand where it actually crashes.

You can help with the first point by attaching an example file to this bug report. Please note that a proper attachment is preferred over a link to some remote site. Remote sites that are password protected or otherwise restricted (services like rapidshare.com) are absolutely not acceptable. If your file is too large, try to reproduce with the first few MB only. See http://ffmpeg.org/bugreports.html section "Submitting Sample Media" for guidelines.

Changed in totem:
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
Pedro Villavicencio (pedro) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.

Changed in ffmpeg-debian (Ubuntu):
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.