Ticket #199 (closed defect: fixed)

Opened 4 years ago

Last modified 4 years ago

Double stills are generated

Reported by: Michiel.Schok Owned by: MC-arjen
Priority: major Milestone: MediaMosa 1.7
Component: Core Version: 1.7.2
Keywords: Cc:
MoSCoW: Estimated time after impact analysis:
Related to project: none Tested:
Accepted: no Estimated Hours:

Description

On a /asset/{id}/still/create call TWO stills are generated, instead of ONE.

Start:

[GET] asset/PuCOe94mJv7PNOBOK8nbKji8/still?user_id=foo

<items/>

(no stills are found)

Then, we issue the call

[POST] asset/PuCOe94mJv7PNOBOK8nbKji8/still/create
[params] user_id=SURFNET.michiel&mediafile_id=61GOyxOVCJQb1rxCskkfhQDO

and a job is created

    <item id="1">
      <job_id>44351</job_id>
    </item>

When the job is finished, we request the stills:

[GET] asset/PuCOe94mJv7PNOBOK8nbKji8/still?user_id=foo

We get two stills and expect just one.

 <items>
    <item id="1">
      <output>http://app.acceptatie.vpx.kennisnet.nl/still/aFdAPo7MJuyOepL8FldmRsUE</output>
      <content_type></content_type>
      <stills>
        <still_id>XWOAqC6mX1S8hIRERdrXyy0V</still_id>
        <mediafile_id>61GOyxOVCJQb1rxCskkfhQDO</mediafile_id>
        <asset_id>PuCOe94mJv7PNOBOK8nbKji8</asset_id>
        <app_id>5</app_id>
        <owner_id>SURFNET.michiel</owner_id>
        <filename></filename>
        <mediafile_source>61GOyxOVCJQb1rxCskkfhQDO</mediafile_source>
        <tag></tag>
        <width>176</width>
        <height>144</height>
        <filesize>6195</filesize>
        <mime_type>image/jpeg</mime_type>
        <still_time_code>0</still_time_code>
        <still_order>0</still_order>
        <still_format>jpeg</still_format>
        <still_type></still_type>
        <still_default>TRUE</still_default>
        <ticket>RPtl3BE6561ygFR0cd2asJNC</ticket>
        <still_ticket>http://app.acceptatie.vpx.kennisnet.nl/still/RPtl3BE6561ygFR0cd2asJNC</still_ticket>
      </stills>
      <stills>
        <still_id>TLBg3Xh0KXH8uQ7MxVHOJjIq</still_id>
        <mediafile_id>61GOyxOVCJQb1rxCskkfhQDO</mediafile_id>
        <asset_id>PuCOe94mJv7PNOBOK8nbKji8</asset_id>
        <app_id>5</app_id>
        <owner_id>SURFNET.michiel</owner_id>
        <filename></filename>
        <mediafile_source>61GOyxOVCJQb1rxCskkfhQDO</mediafile_source>
        <tag></tag>
        <width>176</width>
        <height>144</height>
        <filesize>7507</filesize>
        <mime_type>image/jpeg</mime_type>
        <still_time_code>1</still_time_code>
        <still_order>1</still_order>
        <still_format>jpeg</still_format>
        <still_type></still_type>
        <still_default>FALSE</still_default>
        <ticket>aFdAPo7MJuyOepL8FldmRsUE</ticket>
        <still_ticket>http://app.acceptatie.vpx.kennisnet.nl/still/aFdAPo7MJuyOepL8FldmRsUE</still_ticket>
      </stills>
    </item>
  </items>

I'm not sure why the URI I get back in <output> is the one, that is NOT marked as <still_default>TRUE</still_default>.

This problem was previously reported in issue #197 about visibility of double metadata

Change History

Changed 4 years ago by forgacs

  • owner set to MC-arjen
  • status changed from new to assigned

I have checked this issue with 'VIP' account (url =  http://app.acceptatie.vpx.kennisnet.nl/).
The number of generated stills seems fine, but the sampled frame position is not.
A patch is applied to ffmpeg.

Changed 4 years ago by MC-arjen

  • status changed from assigned to closed
  • version set to 1.7.2
  • resolution set to fixed

MM #199: Some ffmpeg issues with the generation of stills are
fixed. Sometimes double stills were generated.

released in 1.7.2

Note: See TracTickets for help on using tickets.