Re: converting container formats





On Thu, Oct 7, 2010 at 6:41 AM, Zeeshan Ali (Khattak) <zeenix gmail com> wrote:
HI Michael,

On Thu, Oct 7, 2010 at 3:36 PM, Michael Lawrence
<lawrence michael gene com> wrote:
> Hi,
>
> Rygel supports transcoding, but what about just converting between container
> formats, like FLV to AVI or MKV?

  Yes, we do support trans-muxing as well but the individual streams
need to be in the particular format already.

> And in general,
> would there be some easy way for people to specify such
> transcodings/conversions using GStreamer pipelines without having to extend
> RygelTranscoder? I apologize for not being very familiar with GStreamer.

 We are working on automatic and dynamic transcoding support: user
would be able to choose the DLNA profiles that she/he wants Rygel to
offer to clients from the configuration file (or commandline args).
The configuration file will provide enough docs in the comment so user
can easily choose profiles.


This sounds great. It also sounds a bit ambitious though, so how close is it to happening?
 
> As an aside, if Rygel gets an HTTP URL, from say a DBus provider, and that
> URL requires cookies to access, would there be any feasible way of giving
> those cookies to Rygel?

 When transcoding is not involved and size of media is known, you
need to provide the cookie to client rather. Anyway, Rygel will use
either GIO or GStreamer's souphttpsrc for fetching HTTP content. In
case of former, I don't have any clue how to give it cookies but in
case of latter, there is 'cookies' property of souphttpsrc that could
be used for this I guess. Please file a bug regarding this and I'll
look into it at some point.


Sure. But I guess the major problem is how Rygel will be given the cookies. Would these be sent via DBus for sources based on the external plugin? I'll file a bug report and we can discuss it there.

Thanks,
Michael
 
--
Regards,

Zeeshan Ali (Khattak)
FSF member#5124



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]