[vlc-devel] [PATCH] VLC for iOS integration patch: call VLC via well formed URL, omit download/stream question, specify switch-back URL to return to caller

[Ulrich Trampe]

Hello Felix,

thank you for the instant reply! I have to admit, that I didn't know about x-callback-url. Although it does not seem to be any "official" standard, it might become some kind of standard, and of course there is no reason for not confirming to it and inventing something new instead.

As far as I understand the specification, the approach is almost the same, only the parameter names differ. So instead of calling it "switchback", the return parameter should be called "x-success". In addition, VLC could check for "x-callback-url" as the URLs host. I'm not sure how to handle "x-error". I would recommend not returning to the caller in case of an error and instead presenting the error messages directly from VLC. Would you agree?

Regards, Ulrich


> Am 04.10.2014 um 14:33 schrieb Felix Paul Kühne <fkuehne at videolan.org>:
> 
> Hello Ulrich,
> 
> Thanks for your patch.
> 
>> On 04 Oct 2014, at 14:17, Ulrich Trampe <ulrich.trampe at googlemail.com> wrote:
>> 
>> VLC for iOS integration patch: call VLC via well formed URL, omit download/stream question, specify switch-back URL to return to caller
>> 
>> This patch allows VLC for iOS to be a seamlessly integrated in other apps, to stream a video from a given URL and then automatically return to the calling app when the user presses "Done". The other app calls VLC for iOS with a well-formed app-URL call:
>> 
>> vlc:///stream?url=...&switchback=...
>> 
>> The path "stream" is telling VLC to stream something. Knowing that, it can omit the "download or stream" question introduced recently. The parameter "url" gives the location of the video to stream. The parameter "switchback" tells VLC what app-URL to call when the user presses "Done". Both the "url" and the "switchback" parameter have to be encoded with percent escapes, to not mess up the well-formed URL scheme of the whole call.
>> 
>> The new mechanism does not compromise the "old" way of calling VLC with app-URLs like
>> 
>> vlc://http://anyserver.com/location/video.mov
>> 
>> These calls, although not well-formed, will still work as before.
> 
> Instead of adding support for another custom protocol scheme to suit your use-case, would it be possible to implement it in a x-callback-url compliant way?
> 
> Thanks,
> 
> Felix
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> https://mailman.videolan.org/listinfo/vlc-devel <https://mailman.videolan.org/listinfo/vlc-devel>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20141004/b790a8fa/attachment.html>