openshot.developers team mailing list archive

[Dan Dennedy <dan@xxxxxxxxxxx>]

On Fri, Feb 19, 2010 at 7:45 PM, Jonathan Thomas
<jonathan.oomph@xxxxxxxxx> wrote:
> I confirmed that the consumer is being stopped after a few seconds.
> I'm not sure why though.  I'll look into it.

BTW, looking over the code, I see some useless things:

			self.c.set("rescale", "1" )

This is a non-sensical value. It expects a string describing the
scaling method: nearest (default for SDL), tiles, bilinear (default
unless SDL), or hyper (best, but slow)

			self.c.set("distort", "1" )

This does nothing.

>
> On Fri, Feb 19, 2010 at 9:42 PM, Dan Dennedy <dan@xxxxxxxxxxx> wrote:
>> On Fri, Feb 19, 2010 at 6:56 PM, Jonathan Thomas
>> <jonathan.oomph@xxxxxxxxx> wrote:
>>> Dan,
>>> Thanks for the suggestions.  The "sdl_preview" worked fine.  However,
>>> I was unable to figure out the consumer.set('refresh', 1).  For
>>> example, if the video is paused for a few seconds, any resize to the
>>> screen will make the video area disappear (not redraw).  I figure the
>>> .set('refresh', 1) method is supposed to tell the consumer to draw a
>>> frame of video back to the sdl window?  Are we sure that "refresh" is
>>> the correct setting?  It does not appear to have any effect.
>>
>> Yes, refresh is correct. Are you telling the consumer to stop or
>> setting the speed to 0 to pause it?
>>
>>>
>>> On Fri, Feb 19, 2010 at 3:59 PM, Dan Dennedy <dan@xxxxxxxxxxx> wrote:
>>>> On Fri, Feb 19, 2010 at 12:13 PM, Jonathan Thomas
>>>> <jonathan.oomph@xxxxxxxxx> wrote:
>>>>> Dan,
>>>>>
>>>>> We do not use melt for rendering, only to determine which audio and
>>>>> video codecs are installed.  We have a single video thread, that
>>>>> either hooks up to a sdl consumer for previewing or a avformat
>>>>> producer for rendering.  So, I'm not sure if I need to add the
>>>>> NO_VDPAU flag.  What would you suggest?
>>>>
>>>> No, do not worry about it unless you want to give users a preference
>>>> setting to turn it off to aid with troubleshooting or workaround
>>>> incompatibility.
>>>>
>>>>> We have a bug report on LaunchPad explaining how to upgrade
>>>>> libsdl1.2debian to version 1.2.14.  Other than that, we do not have
>>>>> much recommending that users upgrade.
>>>>
>>>> OK, just wondering as a result of a Kdenlive support issue.
>>>>
>>>>> I was unaware that the sdl_preview consumer existed. =)  You might
>>>>> have told me before, now that you mention it, but that sounds much
>>>>> better than the sdl consumer.  I had noticed that sdl just never lets
>>>>> up on the CPU.  I will see if I can't integrate the sdl_preview into
>>>>> version 1.1 of OpenShot, before we release it.
>>>>
>>>> Yeah just .set('refresh', 1) when needed when paused and seeking or
>>>> adjusting effect param.
>>>>
>>>>> Thanks for the feedback!
>>>>> -Jonathan
>>>>>
>>>>> On Fri, Feb 19, 2010 at 12:02 PM, Dan Dennedy <dan@xxxxxxxxxxx> wrote:
>>>>>> Are you running melt or a separate child process to render? If so, did
>>>>>> you heed my warning and set the MLT_NO_VDPAU environment variable?
>>>>>>
>>>>>> Finally, how are you recommending Ubuntu 9.10 users get the
>>>>>> libsdl1.2debian v1.2.14 from the luci repo that fixes the video
>>>>>> display issues on some systems?
>>>>>>
>>>>>> I will try to get around to some testing myself. One thing I noticed
>>>>>> recently is that you are using the sdl consumer and not the
>>>>>> sdl_preview. sdl_preview is not a perfect drop-in replacement - you
>>>>>> will need to add set-property calls to tell it when to refresh.
>>>>>> Basically, when you are paused, sdl continually updates the frame
>>>>>> using CPU during what appears to be an idle state, but sdl_preview
>>>>>> does not. sdl_preview also gets off of the XVideo port when paused so
>>>>>> another media player can obtain it for better quality video playout
>>>>>> making it more friendly in a multi-tasking desktop environment
>>>>>> overall.
>>>>>>
>>>>>> --
>>>>>> +-DRD-+
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> +-DRD-+
>>>>
>>>
>>
>>
>>
>> --
>> +-DRD-+
>>
>



-- 
+-DRD-+