http://bugs.winehq.org/show_bug.cgi?id=60018 --- Comment #20 from zlice <zlice@crtdrift.us> --- The prefix did not matter but I am having a REALLY hard time getting the crashes to trigger now, which definitely seems like a thread race. I think the delete/unref is in winegstreamer wg_parser/format seeing that the stream is h264, but not 'stream-format == byte-stream' (it's avc) so it rejects, goes to gstreamer autoplug detect and finds video/quicktime, not entirely sure how that all intertwines. As you said, gst-play can read the video (and audio that wine plays) just fine from jupiter and friends. The log with GST_DEBUG=5 is over 100MB, but if you want to take a look, the tower with the videos is basically straight from where you start. Around the rocks/canyons and between 2 silos in the middle of sat dishes. (this would be so much easier with game saves) Also extracting the m4v, it is weird that the files 1080 but the logs keep saying 220x220. DEBUG typefind gsttypefindelement.c:823:gst_type_find_get_extension:<typefind> finding extension of Assets/Assets/Videos/Jupiter.m4v DEBUG GST_PLUGIN_LOADING gstpluginfeature.c:106:gst_plugin_feature_load: loading plugin for feature 0x7f6d64018120; 'video/mpeg4' FIXME WINE dlls/winegstreamer/wg_format.c:694:wg_format_from_caps: Unhandled caps video/quicktime, variant=(string)iso. INFO WINE dlls/winegstreamer/wg_parser.c:542:autoplug_select_cb: Using "QuickTime demuxer". DEBUG WINE dlls/winegstreamer/wg_format.c:571:wg_format_from_caps_video_h264: Rejecting stream format avc. ?????? DEBUG codecparsers_h264 gsth264parser.c:1608:gst_h264_parser_identify_nalu_avc: Can't parse, buffer has too small size 93, offset 93 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.