Why is RTMP.cpp inolved in this at all, if libcurl would be enough
to get the video our way ? Did you try using the command-line curl(1)
to fetch the audio/video stream ?
RTMP looks to be supported with this patch.
Good news is I get sound and a streaming gnash with red5 now and I
was able
On Fri, Jun 21, 2013 at 04:50:11PM +0530, George Thomas wrote:
Why is RTMP.cpp inolved in this at all, if libcurl would be enough
to get the video our way ? Did you try using the command-line curl(1)
to fetch the audio/video stream ?
RTMP looks to be supported with this patch.
Good
Another thing: your patch lacks the oflaDemo.as file.
If it's easy for you, publishing your git branch will be helpful.
git request-pull --help # is your friend
--strk;
On Fri, Jun 21, 2013 at 03:15:57PM +0200, Sandro Santilli wrote:
On Fri, Jun 21, 2013 at 04:50:11PM +0530, George Thomas
On Fri, Jun 21, 2013 at 6:45 PM, Sandro Santilli s...@keybit.net wrote:
On Fri, Jun 21, 2013 at 04:50:11PM +0530, George Thomas wrote:
Why is RTMP.cpp inolved in this at all, if libcurl would be enough
to get the video our way ? Did you try using the command-line curl(1)
to fetch the
On Wed, Jun 19, 2013 at 6:04 PM, Sandro Santilli s...@keybit.net wrote:
On Wed, Jun 19, 2013 at 02:45:06PM +0530, George Thomas wrote:
On Wed, Jun 19, 2013 at 2:12 PM, Sandro Santilli wrote:
On Wed, Jun 19, 2013 at 12:29:43AM +0530, George Thomas wrote:
On Tue, Jun 18, 2013 at 6:40 PM,
On Wed, Jun 19, 2013 at 2:12 PM, Sandro Santilli wrote:
On Wed, Jun 19, 2013 at 12:29:43AM +0530, George Thomas wrote:
On Tue, Jun 18, 2013 at 6:40 PM, Sandro Santilli ... wrote:
On Tue, Jun 18, 2013 at 06:33:38PM +0530, George Thomas wrote:
Looking at the logs the same is happening.
On Wed, Jun 19, 2013 at 02:45:06PM +0530, George Thomas wrote:
On Wed, Jun 19, 2013 at 2:12 PM, Sandro Santilli wrote:
On Wed, Jun 19, 2013 at 12:29:43AM +0530, George Thomas wrote:
On Tue, Jun 18, 2013 at 6:40 PM, Sandro Santilli ... wrote:
On Tue, Jun 18, 2013 at 06:33:38PM +0530, George
Hi,
I was able to get a streaming red5 server applying the patch I have
attached. I used the oflademo test case to get this done from red5.
oflademo.as has been added to do the testing.
I am unaware of how to proceed from this position to make the
streaming proper. Wanted to write a test case
On Tue, Jun 18, 2013 at 06:33:38PM +0530, George Thomas wrote:
Hi,
I was able to get a streaming red5 server applying the patch I have
attached. I used the oflademo test case to get this done from red5.
oflademo.as has been added to do the testing.
I am unaware of how to proceed from
On Tue, Jun 18, 2013 at 6:40 PM, Sandro Santilli ... wrote:
On Tue, Jun 18, 2013 at 06:33:38PM +0530, George Thomas wrote:
Hi,
I was able to get a streaming red5 server applying the patch I have
attached. I used the oflademo test case to get this done from red5.
oflademo.as has been added
Am Mittwoch, den 24.03.2010, 23:36 +0100 schrieb Andrea Palmatè:
you are right, but maybe (i0m not so sure) not all OS are posix
compliant. Well, i could add a function in the amiga part that is a
replacement for sysconf so we can avoid another #ifdef.
Maybe it is time to add a liboscompat
No it's not per se, nor OpenVMS etc...
If Rob, Sandro, Bastiaan Benjamin etc ( well it ends up with
Rob ;-) )... gives a consensus(?) OK on this, I don't see any issues
with pulling out code and put it in a separate DSO... I'm willing to
help, however as Rob pointed out I ought to/should
you are right, but maybe (i0m not so sure) not all OS are posix
compliant. Well, i could add a function in the amiga part that is a
replacement for sysconf so we can avoid another #ifdef.
Maybe it is time to add a liboscompat to add replacement functions for
OSes that doesn't have something
Hi,
i've seen that on RTMP.ccp you are using sysconf(_SC_CLK_TCK) that can
work only on unix like systems. There is a way to avoid this (other
ways than an #ifdef i mean)
Andrea
___
Gnash-dev mailing list
Gnash-dev@gnu.org
On 12/29/09 13:21, Vishnu Viswanath wrote:
To implement RTMP should we start studying how the other protocols are
implemented ??
I just migrated my RTMP branch to trunk, that should help some. This
has the changes to the client API like I had mentioned on IRC. I'll try
to make some updates to
Our group has decided to help the Gnash project with the RTMP
implementation.
We dont have much experience into this. So kindly guide us through this
thread. We have so far installed Red5 (guided by Rob) server and gnash. To
implement RTMP should we start studying how the other protocols are
strk wrote:
Does anyone have an idea on the status of the RTMP work ?
Is the shared branch still being maintained (I don't see it in sync
with trunk for the libcore/asobj part at least) ?
Ignore the shared RTMP branch, I've been working in a different local
branch since most people don't
Hi all,
I'm trying the gnash trunk and I'm getting this error:
[23864:1] 16:55:51 UNIMPLEMENTED:
NetConnection.connect(rtmp://foo.bar.com/live): RTMP not yet supported
I know the RTMP support is WIP and that Rob is working on that, I
would know which is the current RTMP support status and what
On 08/06/09 09:00, stefasab wrote:
I know the RTMP support is WIP and that Rob is working on that, I
would know which is the current RTMP support status and what can be
done to help in this area.
My RTMP hacking got slowed down when we launched the summer project
to get better AVM2 and
Good work...
I might be able to get the time to play-around with IP-multicasting
support for Cygnal then. Right now I've got a huge workload (as
always :-), but it'll reduce by the end of May.
//Markus
On 2 Apr 2009, at 17:47, Rob Savoye wrote:
I've been hacking furiously on RTMP*
I've been hacking furiously on RTMP* support in Gnash, so I can use it
for Cygnal testing, and other things. Currently this has just involved
refactoring the remoting support in Gnash to use the RTMP support
libraries I've been building. These also support RTMPT (AMF over HTTP),
and work both
Red Flesh wrote:
What I still didn't managed to understand is how the deleteStream is
supposed to work, what I noticed is that if I
don't clean up the used streams after use when I reach a certain limit I got
a disconnection from the FMS (which is a problem for me).
Sounds like a bug in
Hi all,
first post here so first of all let me thank you for the beatiful project.
I'm trying to understand the relation between streamID/SourceCaller and
channelID/ObjectID, and how to instruct the
FM$ to close the created stream after use.
As long this is the result of my limited
23 matches
Mail list logo