+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Development (https://forum.kodi.tv/forumdisplay.php?fid=32)
+--- Forum: Kodi Application (https://forum.kodi.tv/forumdisplay.php?fid=93)
+--- Thread: Support for streaming from a ReplayTV (/showthread.php?tid=786)
- jeffscott72 - 2004-01-29
i changed all the offset_t to __int64 int the filertv.h & filertv.cpp files. then i tried to recompile and i get the following message:
xbmc\application.cpp(680) : error c2511: 'bool capplication::playfile(const cstdstringa &)' : overloaded member function not found in 'capplication'
c:\xbmc\xbmc\application.h(71) : see declaration of 'capplication'
any ideas?
- cyberplague - 2004-01-29
jeff- i am going to try it again, for some reason, i got a fresh copy of the cvs and it compiled fine...added the rtv patch and it gave me a ftpzilla error...lol
going to mess with it now. reports later, or tomorrow morning.
cp
- cyberplague - 2004-01-29
compiling....
building....
complete.... now to test on the xbox...weee
ok, got it all compiled, transfered to my xbox.
upnp seems to be working as i can use the automatic way both rtv://*/ & rtv://*/video to detect my replay. which shows up in a list with the correct name "living room". however when i click on that nothing happens. freezes the xbox and i have to physically reboot the machine. the freezing also happens when i try either of the manual ways. and i have the correct ip in the .xml file as i have connected to the replaytv with dvarchive.
any ideas why it wouldn't be listing the information/guide data?
i have a replay 4504, please tell me this doesn't only work with 5xxx series replays...
any help would be appreciated!
thanks in advance,
cp
- jeffscott72 - 2004-01-29
cp,
would you zip up and email me the files you modified for the rtv changes. i have a 5040 and would like to see if works. i'm having troubles compiling with the changes i made. see how i don't really know what i'm doing it doesn't really surprise me. please email the files to [email="[email protected]"][email protected][/email] and i'll let you know if it works on my 5040.
thanks,
jeff
- cyberplague - 2004-01-29
check your email!
cp
- jeffscott72 - 2004-01-29
compiling now...
- cyberplague - 2004-01-29
i am waiting.... :-p
man i hope this isn't just for 5xxx units...
off to bed i go, just reply here with your results!
cp
- jeffscott72 - 2004-01-29
well, it is freezing up on me too. hopefully the cvs will be updated soon and we can quit messing with this stuff for a little while.
jeff
- dinzdale - 2004-01-29
Quote:***************************************************************************
xbmc support for streaming shows from a replaytv by rtvguy
***************************************************************************
this patch adds support for streaming shows recorded on a networked
replaytv 4000, 4500, 5000, or 5500 series pvr directly to xbmc for
playback. this is accomplished by adding a new streaming protocol to xbmc
that i call the rtv protocol. this protocol is implemented in a manner
similar to xbms in that most of the code rests in a dynamically-loaded
library called librtv. the source code to this library is included in the
patch .zip file.
guys, rtvguy, the author of this patch, claims to support all both series.
rtvguy - thanks for the contribution...i have been looking into doing this myself and have been trying to hunt down the protocols to talk to the replaytv box. i would like to be able to use my replaytv as a remote tuner from the xbox, as well as stream video to the xbox.
how were you able to test the different rtv series -- do you have multiple boxes ?
also, how much testing has this gone through ? are there others out there sucessfully running this ?
thanks again to all xbmc developers -- applications like these really enhance the xbox!
- cyberplague - 2004-01-29
rtvguy:
are the following errors normal when i compile rtv.lib:
Quote:compiling...
sleep.c
rtv.c
netclient.c
md5.c
interface.c
interface.c(131) : warning c4244: 'function' : conversion from 'double' to 'size_t', possible loss of data
httpfsclient.c
httpclient.c
guideclient.c
crypt.c
crypt.c(53) : warning c4090: 'function' : different 'const' qualifiers
generating code...
compiling...
guideparser.cpp
creating library...
it successfully creates it, but the first error has to do with the guide parsing which could be part of the reason why it is hanging on us once we select the replaytv from teh list. just a complete guess on my part. let us know.
cp
- rtvguy - 2004-01-29
(cyberplague @ jan. 29 2004,10:29 Wrote:rtvguy:those are just warnings and are normal.
are the following errors normal when i compile rtv.lib:
Quote:compiling...
sleep.c
rtv.c
netclient.c
md5.c
interface.c
interface.c(131) : warning c4244: 'function' : conversion from 'double' to 'size_t', possible loss of data
httpfsclient.c
httpclient.c
guideclient.c
crypt.c
crypt.c(53) : warning c4090: 'function' : different 'const' qualifiers
generating code...
compiling...
guideparser.cpp
creating library...
it successfully creates it, but the first error has to do with the guide parsing which could be part of the reason why it is hanging on us once we select the replaytv from teh list. just a complete guess on my part. let us know.
cp
i don't have a 4xxx machine, so i couldn't test with that directly. however, i did test the guide parsing functions with a 4k guide file, and it worked fine. i don't think the actual streaming is any different from a 5k.
i'm not sure why you guys are having problems, but it may be due to some of the other changes in the cvs. since the anon cvs has been flakey at best lately, i haven't had the chance to test rtv support with the latest versions of everything. however, i can assure you that it did work with the cvs files at the time i originally released it. i will see if i can figure out where the problem is now.
- cyberplague - 2004-01-29
rtvguy - do you still have a copy of the cvs from when you created this? if you do could you zip it up and either post it or email me and let me know where to get it so that i can test it out on my replaytv 4504 while i wait for you to figure out what the problem is.
don at wstip dot org
thanks,
cp
- dinzdale - 2004-01-30
rtvguy:
i've got a clean built cvs version of xbmc that, after testing, works fine. i've merge your source code changes and am down to mplayer fix. i found the source in the xbmc/docs and have merged your open.c fill. now, i'm stuck. how do you build the mplayer.dll. it looks like it's a unix distribution and i don't see any project vcproj files. should i make a separate project on my own from this ? is there a simple way to add this patch and build that i don't see ? btw-the source was .rar-ed and i need to extract this.
thanks for any help.
- dinzdale - 2004-01-30
sorry -- really should proof read before posting... what's the best way to add your open.c patch and rebuild the mplayer.dll.
dinzdale
- rtvguy - 2004-01-30
(dinzdale @ jan. 29 2004,22:15 Wrote:sorry -- really should proof read before posting... what's the best way to add your open.c patch and rebuild the mplayer.dll.you don't have to patch mplayer.dll as of the current cvs.
dinzdale
i have figured out what the problem with this in the current cvs is. there appear to be some problems with the xbmc code for the new "stack" video feature (i don't even know what this feature does). it causes problems not only with the rtv protocol but xns (relax) also. in fact, with my relax share, stack mode caused my xbox to try to constantly ping my relax server pc to death. if you choose "unstack" on the lefthand side to turn this feature off for now, i believe (hope) that rtv support will work for you guys.
i might as well also note that there are two other non-obvious places that need to be updated to use _int64 (besides the ones you presumably already found).
rtvdirectory.cpp
line 140:
__int64 dwfilesize=0;
line 210:
dwfilesize=_atoi64( sizenode->firstchild()->value() );
it will compile without these changes, so i doubt that they are at all related to the other problem but should be changed anyway.
i don't know what is up with the stacking code, but i'll leave that to the xbmc developers unless they indicate that there is something in my code causing the problems. like i said, xns also has problems with stacking on, so i don't think it is.
there is one other little weird thing. when the mplayer_close_file() function is called (e.g. when you press stop or choose another video to play), the debugger throws an assert about some damaged memory. however, it is non-fatal and probably won't show up unless you are using a debugger. still, it needs to be fixed. again, however, i am unsure whether this is a problem with my code or mplayer/xbmc.