[Bug 757684] Implement an high level transcoding API (similare to GstPlayer but for transcoding)

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=757684

Arun Raghavan <arun at arunraghavan.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |arun at arunraghavan.net

--- Comment #12 from Arun Raghavan <arun at arunraghavan.net> ---
Took a quick look -- thanks, I think this is API we need.

1. We have gst_transcoder_run() and gst_transcoder_run_async(), and it seems to
me like users of the API might desire more control. Would it make sense to
either:

  a. Add a cancellable to the async API

  b. Rethink the API in terms of start/pause/cancel, and have it always be
async

   I have a preference for the latter as it is a bit closer to how pipelines
work, anyway, and it's trivial for application to build sync mechanisms on top
of it if they need it.

2. If the async mechanism is what we go with, then the position update at
whatever intervals can probably just go, and we can leave that to clients too

3. Shouldn't avoid re-encoding be on by default?

4. (Bikeshed) 'dest', where it occur in the API, should be 'destination' -- I
think it's better to not shorten these unless it really blows up the name
length

5. (Bikeshed) Why do you have gst-libs/gst/transcoding/transcoder? Do you
expect other work to turn up under the transcoding directory?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.