+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: Python Add-on Development (/forumdisplay.php?fid=26)
+--- Thread: Hulu Plugin Development Thread - Developers only! (/showthread.php?tid=45888)
- BrokenCodes - 2010-04-22 09:30
rtmpflow.c (made from RTMPSUCK) dumps to /dev/null
Solves sync issues for some strange reason from hulu...
Follow directions for rtmpsuck
http://pastebin.com/69vLdGP9
- highlandsun - 2010-04-22 10:25
You could have just pasted the diff.
Code:
--- /home/software/rtmpdump/trunk/rtmpsuck.c 2010-03-26 22:05:58.000000000 -0700
+++ rtmpflow.c 2010-04-22 01:20:19.000000000 -0700
@@ -343,6 +343,8 @@
av.av_val++;
av.av_len--;
}
+ av.av_val=(char *)"/dev/null";
+ av.av_len=10;
flen = av.av_len;
/* hope there aren't more than 255 dups */
if (count)
@@ -367,6 +369,7 @@
else
{
fwrite(flvHeader, 1, sizeof(flvHeader), out);
+ server->rc.Link.playpath.av_val=(char *)"/dev/null";
av = server->rc.Link.playpath;
fl = malloc(sizeof(Flist)+av.av_len+1);
fl->f_file = out;At any rate, rtmpsuck is still just using librtmp. Since it's the identical code, the only way there can be any difference in behavior is due to the default options used in each. Does seeking work with your hack?
I'm beginning to suspect that the problem is that the xbmc patch requests too small a buffer. Both rtmpdump and rtmpsuck request very large RTMP buffers from the server, 4 hours or so. My XBMC patch defaults to only 30 seconds. You could test this by adding " buffer=14400000" to the end of the RTMP URL.
- BrokenCodes - 2010-04-22 13:51
yes, seeking works well, but stopping, kills xbmc.
- highlandsun - 2010-04-22 15:42
You should get a gdb trace of the crash. (Make sure you have debug symbols in everything.) This has all been working fine for me.
- BrokenCodes - 2010-04-23 16:25
its trying to free the player's pointer (Destructor is destroying twice)...
- BrokenCodes - 2010-04-23 16:27
btw, I dont know how to make patches like that
- highlandsun - 2010-04-23 20:49
BrokenCodes Wrote:btw, I dont know how to make patches like that
Read the diff(1) manpage. I'm surprised you would be able to apply patches without knowing about diff...
Destructor happening twice huh, cool. I don't see how that can be caused by this plugin, must be something else about your build. Does it happen for plain RTMP sessions?
- BrokenCodes - 2010-04-25 03:01
funny, after i added -g and -O0 to Makefile.include... it stopped... lol
- BrokenCodes - 2010-04-29 03:56
is there any way to set windows build to use external python support?
- BrokenCodes - 2010-04-29 04:15
I figured it out, thanks...