bugGnash - The GNU Flash player - Bugs: bug #17322, ActionWaitForFrame not implemented

 
 

bug #17322: ActionWaitForFrame not implemented

Submitter:  Tomas Groth <tgc>
Submitted:  Fri 04 Aug 2006 05:07:47 PM UTC
   
 
Category:  None Severity:  3 - Normal
Release:  None Status:  Fixed
Privacy:  Public Assigned to:  strk
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Wed 16 Aug 2006 07:10:45 PM UTC, comment #9: 

I'll close this bug, as WaitForFrame seems to be working fine
for most movies. It's use is logged and tagged with a 'testing'
label, for future reference.
Refer to #17385 for the text quality.

Sandro Santilli <strk>
Group Member
Wed 09 Aug 2006 12:00:23 PM UTC, comment #8: 

Bug of text quality is reported here: bug #17385.

Anonymous
Tue 08 Aug 2006 06:47:25 PM UTC, comment #7: 

Also note that when
#if 1
size_t startup_frames = m_frame_count;
#else

bug #17317 does not appears.

Anonymous
Tue 08 Aug 2006 03:09:06 PM UTC, comment #6: 

Hi, I have done some tests with FRAMELOAD_CHUNK and size_t startup_frames = m_frame_count;

Note that when size_t startup_frames = m_frame_count; is not enabled, I see a
degradation on the text quality (look at the text that appear when you move
the mouse over the "?" in boobs.swf or the text in Frog.swf).
Ciao,
  Fabio
=========================
FRAMELOAD_CHUNK 0
and
#if 1
        size_t startup_frames = m_frame_count;
#else

 ==> FAST and HIGH QUALITY TEXT
=========================

FRAMELOAD_CHUNK 64
and
#if 1
        size_t startup_frames = m_frame_count;
#else

 ==> FAST and HIGH QUALITY TEXT
=========================

FRAMELOAD_CHUNK 0
and
#if 0
        size_t startup_frames = m_frame_count;
#else

 ==> SLOW (1 minute) and LOW QUALITY TEXT
=========================
FRAMELOAD_CHUNK 64
and
#if 0
        size_t startup_frames = m_frame_count;
#else

 ==> FAST and LOW QUALITY TEXT
=========================

Anonymous
Mon 07 Aug 2006 09:00:11 PM UTC, comment #5: 

I'm debugging SimGirl.swf which also contains WaitForFrame.
The problem there seems that the 'skip' value (number of "actions" to be skipped if the target frame is not loaded) is too big.
We don't have that much actions to skip!

If I implement the WaitForFrame action to actually force
load of up to target frame (and never skip any action) things
do work (tested), but I'm not sure we should be doing that.

I'm not sure this is a malformed SWF or a misunderstood spec
for that opcode.

See: http://sswf.sourceforge.net/SWFalexref.html#action_wait_for_frame

Sandro Santilli <strk>
Group Member
Mon 07 Aug 2006 07:25:41 PM UTC, comment #4: 

I just made a test with FRAMELOAD_CHUNK 64 and intro1.swf gets incredibly faster !
I don't know how much would this count with network movies though.

Sandro Santilli <strk>
Group Member
Mon 07 Aug 2006 07:08:26 PM UTC, comment #3: 

I would like to have a comparison with startup_frames = m_frame_count first. Can you provide any ?

(maybe with gprocessor in both modes)

Sandro Santilli <strk>
Group Member
Mon 07 Aug 2006 07:06:09 PM UTC, comment #2: 

It does indeed work, but the uploaded testcase takes 1 minute(!) before starting playing. If this is considered tempoary problem I'll accept that this bug can be closed, otherwise I think we need to change the implementation.

Tomas Groth <tgc>
Mon 07 Aug 2006 06:03:24 PM UTC, comment #1: 

All available tests for WaitForFrame do work for me, you just need some patience waiting for loads (which also parses - slow).
I'd close this item, but would like an independent confirmation.

Sandro Santilli <strk>
Group Member
Fri 04 Aug 2006 05:07:47 PM UTC, original submission:  

When playing the attached SWF gnash just stalls. '-v' emits:
static void gnash::SWF::SWFHandlers::ActionWaitForFrame(gnash::ActionExec&): unimplemented (we need to implement!!)

Tomas Groth <tgc>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #10462:  intro1.swf added by tgc (487KiB - application/x-shockwave-flash - testcase)

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

 

Follow 6 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2006-08-16 strk StatusReady For Test Fixed
    Open/ClosedOpen Closed
2006-08-04 strk StatusIn Progress Ready For Test
2006-08-04 strk StatusNone In Progress
    Assigned toNone strk
2006-08-04 tgc Attached File- Added intro1.swf, #10462

Back to the top

Powered by Savane 3.13-d3ae.
Corresponding source code