I thought about it a little and it seems to be not very good idea to allow file steaming by API hash :(( The only option I see here is to get web service method to get secure hash for current user, this might work Could you please file JIRA?
On Thu, Sep 14, 2017 at 1:45 PM, Alekhya M <[email protected]> wrote: > Yup, even I'm able to do video streaming for any input video file I give. > Thank you so much Maxim for your continuous support. > > But still I've a query that there will not be any sense in using ffmpeg > command to start the video stream if the security code fetching from > browser. What I think is It'll be useful via REST login and use that sid as > security code and open the direct room link using 'Get Room hash' Request > returns the URL to the Room, so here Room will be active, Now I can send > the ffmpeg command with sid. Is it not possible at all? In the Future > releases also? > > Regards, > Alekhya > > ----- Original Message ----- > From: "solomax666" <[email protected]> > To: "Alekhya M" <[email protected]> > Cc: "user" <[email protected]> > Sent: Thursday, September 14, 2017 12:04:41 PM > Subject: Re: What will be the difference between GUI logged in sid & SOAP > Request logged in sid > > Great to know you finally followed the instruction and it works :) > > >> What makes different and can't we use SOAP Request login sid. > SID used to authorize SOAP/REST calls is used to authorize SOAP/REST calls > Client SID is used to identify online clients and perform security > checks for online clients > > On Thu, Sep 14, 2017 at 12:13 PM, Alekhya M > <[email protected]> wrote: > > Hi, > > > > I have logged in to OM as a client using SOAP Request and fetched the > "sid" > > but when other client logs in and observes the active users under > > Administration->Connections and below is the sample one what we've tried. > > Using ffmpeg command able to do video stream but with the GUI login sid > not > > with the SOAP Request login sid, What makes different and can't we use > SOAP > > Request login sid. > > > > > > Thanks in Advance, > > Alekhya > > > > Disclaimer:This message is intended only for the designated > recipient(s). It > > may contain confidential or proprietary information and may be subject to > > other confidentiality protections. If you are not a designated recipient, > > you may not review, copy or distribute this message. Please notify the > > sender by e-mail and delete this message. GlobalEdge does not accept any > > liability for virus infected mails. > > > > > > -- > WBR > Maxim aka solomax > Disclaimer:- The information contained in this electronic message and any > attachments to this message are intended for the exclusive use of the > addressee(s) and may contain proprietary, confidential or privileged > information. If you are not the intended recipient, you should not > disseminate, distribute or copy this e-mail. Please notify the sender > immediately and destroy all copies of this message and any attachments. The > views expressed in this E-mail message (including the enclosure/(s) or > attachment/(s) if any) are those of the individual sender, except where the > sender expressly, and with authority, states them to be the views of > GlobalEdge. Before opening any mail and attachments please check them for > viruses .GlobalEdge does not accept any liability for virus infected mails. > > -- WBR Maxim aka solomax
