Re: Thank you
On 18 February 2013 00:23, Peter S Kirk peter.k...@isauk.biz wrote: Dinkypumpinkin and the rest of the crew who work or have worked on updating and improving get_iplayer and it's plugins (rtmp dump etc) A big thank you for all your hard work, it is much appreciated by me and I'm sure by countless others too. +1 Colin ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Thank you
On 18/02/2013 09:25, Colin Law wrote: On 18 February 2013 00:23, Peter S Kirk peter.k...@isauk.biz wrote: Dinkypumpinkin and the rest of the crew who work or have worked on updating and improving get_iplayer and it's plugins (rtmp dump etc) A big thank you for all your hard work, it is much appreciated by me and I'm sure by countless others too. +1 Colin +9000! GiP's one of my must-have apps on any machine I get to use. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Stream corrupt error and then rtmpdump goes nuts
On 4 January 2013 09:51, Neill Mitchell ne...@nlkmitchell.com wrote:
[lots of helpful stuff about rtmpdump going nuts]
I posted a patch on the rtmpdump mailing list, and was asked if I'd
tried a different (not-committed) patch, attached below.
I'm not convinced this will really help, but does someone with even
faster fibre than me care to give it a try? (some judicious
installation of real ethernet cable got mine running reliably at
55Mbps, but I still can't reproduce the problem people were reporting
here.)
if someone doesn't like compiling stuff but is willing to test please
let me know what platform you're using and I will do a test build.
Thanks
Jon
---
librtmp/rtmp.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/librtmp/rtmp.c b/librtmp/rtmp.c
index b966710..4506732 100644
--- a/librtmp/rtmp.c
+++ b/librtmp/rtmp.c
@@ -4998,6 +4998,7 @@ fail:
memcpy(mybuf, flvHeader, sizeof(flvHeader));
r-m_read.buf += sizeof(flvHeader);
r-m_read.buflen -= sizeof(flvHeader);
+ cnt = sizeof(flvHeader);
while (r-m_read.timestamp == 0)
{
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Stream corrupt error and then rtmpdump goes nuts
I'm not convinced this will really help, but does someone with even faster fibre than me care to give it a try? (some judicious installation of real ethernet cable got mine running reliably at 55Mbps, but I still can't reproduce the problem people were reporting here.) Maybe I'm being thick, but can't someone setup a server on a local network to stream from and then test connecting the rtmpdump client to that? Then it would be possible to test at 100Mbps or even 1Gbps speeds. Even if a server program isn't available I'm sure an existing stream could be captured somehow and the same network commands played back to the client? What obvious thing am I missing? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Stream corrupt error and then rtmpdump goes nuts
On 18 February 2013 20:21, spam.mc spam...@gmail.com wrote: Maybe I'm being thick, but can't someone setup a server on a local network to stream from and then test connecting the rtmpdump client to that? I guess so, but I can't find one that I can make work... it's just easier to try it out with someone else's (the beeb's) server. What obvious thing am I missing? just that I'm lazy. :-) Cheers Jon ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
