Greetings

Problem:

I can no longer get my XBMC to stream video from my Replays (5040). It worked great up until earlier this spring. The error is I get.

Remote Share

Could not connect to network server.

I have tried everything I can think of. My XBMC is a November 06 build. Can anyone help?

Thank you in advance.

Did you save your OLD xml config file BEFORE upgrading?

Sounds like you have a password on your shares.

Make sure you have set up your network to stream like described here
<<<http://www.freewebs.com/xbmcguide/>>>

If that does not work, go to the XBMC forum for help
<<<http://www.xboxmediacenter.de/info_faq.htm>>> then click on the FORUMS link on the top right

Sometimes I have to reboot the RTV and routers for XBMC to see the RTV to stream...

RTV streaming is broken in XBMC 2.0 and 2.0.1. The developers are aware of the issue but have stated that none of them have an RTV, so it is hard for them to fix.

However, streaming from DVArchive continues to work as it should but you must add /Video in your bookmark so it would look like:

rtv://192.168.xx.xx/Video/ - adding your own RTV's internal IP address.

I would make another DIR like XMBC OLD and put the older version that works in there to allow you to stream.

Then you can use the NEW for the new song features and the OLD for your RTV streaming.

If you hacked your xbox, then this part is easy to do. If someone else did for you, read alot or ask them to help you.

Thanks for the help! :) I will give it a try and report back.

RTV streaming is broken in XBMC 2.0 and 2.0.1.

That is correct for the 5xxx's but it works just fine for the 4xxx's

That is correct for the 5xxx's but it works just fine for the 4xxx's

Good to know - unfortunately, we only have 5xxx's here. So, if it still working with 4xxx's, hopefully it can be fixed in a future release for the 5xxx models.

I just tried a June 2006 build that works perfectly on a friends Xbox. I'm still getting the following error when I click on the Replay Icon.

Remote Share

Could not connect to network server.

I deleted my entire XBMC folder and replaced it with his working version. What other settings could I check? Where do I check for passwords on my shares ?

:(

Check the ../UserData/sources.xml file. You can open it up in any text editor or browser (can't edit it in browsers).

There should be no password for the RTV shares but look for:

<!-- My Videos shares !-->
<video>
<default></default>
....
<bookmark>
<name>ReplayTV</name>
<path>rtv://*/</path>
</bookmark>
....
</video>

to make sure that it is formatted properly.

Check the ../UserData/sources.xml file. You can open it up in any text editor or browser (can't edit it in browsers).

There should be no password for the RTV shares but look for:

<!-- My Videos shares !-->
<video>
<default></default>
....
<bookmark>
<name>ReplayTV</name>
<path>rtv://*/</path>
</bookmark>
....
</video>

to make sure that it is formatted properly.


Here is mine. I believe its correct.

<!-- My Videos shares !-->
<video>
<default></default>
<bookmark>
<name>E Drive</name>
<path>E:\</path>
</bookmark>
<bookmark>
<name>F Drive</name>
<path>F:\</path>
</bookmark>
<bookmark>
<name>G Drive</name>
<path>G:\</path>
</bookmark>
<bookmark>
<name>DVD-ROM Drive</name>
<path>D:\</path>
</bookmark>
<bookmark>
<name>Playlists</name>
<path>$VIDEOPLAYLISTS</path>
</bookmark>
<!-- Expert setting: Uncomment for seperate ISO and UDF share !-->
<!-- Comment out the bookmark named DVD to disable DVD autodetect !-->
<!-- for my video !-->
<!-- <bookmark> !-->
<!-- <name>ISO</name> !-->
<!-- <path>iso9660://</path> !-->
<!-- </bookmark> !-->
<!-- <bookmark> !-->
<!-- <name>UDF</name> !-->
<!-- <path>UDF:</path> !-->
<!-- </bookmark> !-->
<bookmark>
<name>XBMSP Network Share</name>
<path>xbms://192.168.0.1:1400/</path>
</bookmark>
<bookmark>
<name>XBMSP Network Servers (Auto-Discover)</name>
<path>xbms://</path>
</bookmark>
<bookmark>
<name>SMB Network Share</name>
<!-- You can use one of these following formats: !-->
<!-- smb://domain;user:password@ip/share/directory/ !-->
<!-- smb://user:password@ip/share/ !-->
<!-- Only if guest/public access is enabled: !-->
<!-- smb://ip/ !-->
<path>smb://DOMAIN;username:pwd@MyWindowsServer/movies/</path>
</bookmark>
<bookmark>
<name>WORKGROUP (SMB) Network</name>
<path>smb://</path>
</bookmark>
<bookmark>
<name>ReplayTV</name>
<path>rtv://*/</path>
</bookmark>
</video>

In version 2.0 & later, you CAN stream from RTV 5040s.

A few extra clicks...

Select the RTV - wait for it to parse the show information.
Select the show you want to watch.
Now press the 'white' button (or equivalent on your remote)
Select 'Play Using'
Select 'DVD Player'
Enjoy the show.

When I select ReplayTV from the Video menu, my XBox just locks up tight.

I have two 5040s and a DVArchive instance. I've been trying for the past three months with T3CH builds.

Is there something I need to be configuring?

Thanks,
-- Jason

Are the ip addresses specified in your sources.xml? For example, the line should read:

<name>ReplayTV</name>
<path>rtv://192.168.x.x/</path>
</bookmark>

making sure to replace the address with the actual IP address of your RTV.

The most recent T3CH versions all should work.

That did the trick. Thanks!

I had my Replay's set to use DHCP, so I just assumed auto discover would work.
I've been meaning to switch them to static for a while now anyway.

It is a shame though that discover doesn't work.

About a month ago, I was messing around with XBMC as a UPnP client. When I had it point to my machine to locate a stream from TVersity, for the heck of it I went back to the ReplayTV section and it actually discovered them.

Code wise, I'm guessing something must not be initialized properly.

Anyway, thanks!
-- Jason

One last suggestion, in case you didn't see it earlier in the thread, since you mention that you run DVA, you can also access your DVA shows by adding another slightly different bookmark in the sources.xml (the difference is adding the /Video after the IP address:

<name>DVArchive</name> (or whatever you want to name it)
<path>rtv://192.168.x.x/Video</path>
</bookmark>

where the IP address is that of the machine where you run DVA. I sometimes get an error connection message when accessing the DVA for the first time but if I immediately try again, I can then access it.

Thanks Gilbreen,

Editing the source file fixed it for me too!


Have a nice day!

I have XBMC (not sure what version though) and since others have confirmed streaming is broke there's no question where the problem lies, but one thing worth double checking is make sure the date/time on the xbox is sync'd with your RTV's otherwise it won't stream.

The more recent builds (anything after March of this year) have RTV streaming working again in XBMC.

Anybody able to stream from ReplayTVs to XBMC nowadays? If so, what's your RTV & XBMC versions, and your XBMC source entry, if you have it?

Thanks!

I just tried the 6-16 release, and it's still not working. I think it has been broke for quite a while now.

It gets the guide with no problem. I used to get a playlist error, so at least that error is fixed.

-- Jason

I just tried the 6-16 release, and it's still not working. I think it has been broke for quite a while now.

It gets the guide with no problem. I used to get a playlist error, so at least that error is fixed.
Thanks for the reply, Jason. I'm also running the latest T3CH SVN build (6/16/2008 pre2.1) for XBMC, with mixed results when trying to access my three 5xxx series ReplayTVs -- though I believe, now, that my issues are known bugs.

What doesn't work (for me)... using a ReplayTV discovery source (rtv://*/) or adding a DVArchive source w/o explicitly appending "/Video" to the path. My XBMC locks-up if I try accessing either of these sources.

What *is* working for me, though cluttering-up the root of my Video folder, is adding a source for each ReplayTV and one for DVArchive, using the following formats:for each ReplayTV: rtv://{replayIP}/
for DVArchive: rtv://{dvaIP}/Video/... where the trailing slash is optional.

The above gives me "by name" listings of the shows recorded on each of my Replays (rather than the filenames), and a filename listing for those shows stored in DVArchive.

The playback is responsive, and I've modified my universal remote and XBMC keymapping* to provide quick skip (30-second skip ahead) and instant replay (8-second skip back) remote functionality.

* due to a current XBMC bug where the SmallStepBack value is doubled when activated, I also needed to set the <smallstepbackseconds> advanced setting to 4 (seconds) to get the desired 8-second jump.

Thanks for the reply, Jason. I'm also running the latest T3CH SVN build (6/16/2008 pre2.1) for XBMC, with mixed results when trying to access my three 5xxx series ReplayTVs -- though I believe, now, that my issues are known bugs.

What doesn't work (for me)... using a ReplayTV discovery source (rtv://*/) or adding a DVArchive source w/o explicitly appending "/Video" to the path. My XBMC locks-up if I try accessing either of these sources.

What *is* working for me, though cluttering-up the root of my Video folder, is adding a source for each ReplayTV and one for DVArchive, using the following formats:for each ReplayTV: rtv://{replayIP}/
for DVArchive: rtv://{dvaIP}/Video/... where the trailing slash is optional.

The above gives me "by name" listings of the shows recorded on each of my Replays (rather than the filenames), and a filename listing for those shows stored in DVArchive.

The playback is responsive, and I've modified my universal remote and XBMC keymapping* to provide quick skip (30-second skip ahead) and instant replay (8-second skip back) remote functionality.

* due to a current XBMC bug where the SmallStepBack value is doubled when activated, I also needed to set the <smallstepbackseconds> advanced setting to 4 (seconds) to get the desired 8-second jump.

Thanks! Just recently upgraded my XBox to a wireless connection and had to upgrade XBMC. Couldn't figure out why it wasn't working, Googled it, found this thread, and voila!

Hey, can you point me to any directions explaining how to do what you did with your remote?

I've modified my universal remote and XBMC keymapping* to provide quick skip (30-second skip ahead) and instant replay (8-second skip back) remote functionality.

* due to a current XBMC bug where the SmallStepBack value is doubled when activated, I also needed to set the <smallstepbackseconds> advanced setting to 4 (seconds) to get the desired 8-second jump.can you point me to any directions explaining how to do what you did with your remote?

Actually, the defaults should work for you, except, possibly, for getting the length of the "instant replay" just right. The skip-ahead, by default, is the right-arrow navigation button and is set to 30-seconds; and the "instant replay" button is the 'Back' button... but it may jump double what you want (14-16s), if the submitted bug (http://xbmc.org/forum/showthread.php?t=34134) is not yet fixed. (I haven't tried the last month or so of T3CH builds.)

As for getting the "instant replay" just right, you can use the <smallstepbackseconds> (http://xbmc.org/wiki/?title=AdvancedSettings.xml#.3Cvideo.3E) advanced setting to tweak it. For example, assuming a fresh advanced settings file (http://xbmc.org/wiki/?title=AdvancedSettings.xml) (i.e. .../UserData/advancedsettings.xml), which you may need to create, the following content would customize the "instant replay" setting to accommodate the bug (i.e. 4x2=8):
.../UserData/advancedsettings.xml :<advancedsettings>

<video>
<smallstepbackseconds>4</smallstepbackseconds>
</video>

</advancedsettings>


p.s. If you want to change which buttons control skip-ahead and "instant replay", you can edit the keymapping file (http://xbmc.org/wiki/index.php?title=Keymap.xml) (i.e. .../UserData/keymap.xml) and reassign the StepForward and SmallStepBack actions, respectively, within the <remote> device settings for the <FullscreenVideo> window section. For informational purposes, here are the default <FullscreenVideo><remote> settings (as of 6/30)... <remote>
<left>StepBack</left>
<right>StepForward</right>
<up>BigStepForward</up>
<down>BigStepBack</down>
<back>SmallStepBack</back>
<menu>OSD</menu>
<start>OSD</start>
<title>CodecInfo</title>
<info>Info</info>
<enter>AspectRatio</enter>
<select>AspectRatio</select>
</remote>

Hope this helps.

Anybody having problem on the recent builds? For me, DVA is working but when I try a replay unit it hangs getting the guide.

Anybody having problem on the recent builds? For me, DVA is working but when I try a replay unit it hangs getting the guide.

Are you referring to the most recent T3CH builds? Or some other source of builds?

The Atlantis T3CH build (2008-11-13 8.10 PROPER) has been working for me, with one annoying drawback... If I let a Replay-streamed show play to its end, XBMC (on Xbox) will lockup, requiring I power-off and restart the Xbox.

I'll download the latest T3CH SVN and report back what I find.

Anybody having problem on the recent builds? For me, DVA is working but when I try a replay unit it hangs getting the guide.

I finally got around to testing the latest XBMC build against my Replays, and it works as before*, where each ReplayTV unit and DVArchive are configured as individual XBMC source entries per the post above (http://www.avsforum.com/avs-vb/showthread.php?p=14146305#post14146305). I'm able to pull-up file listings for each RTV/DVA instance and play videos as expected.*

* p.s. As of the 5/9/2009 9.04-Babylon T3CH build (http://t3ch.yi.se/), XBMC still suffers from lock-up if a Replay-streamed video is allowed to reach its end. Perhaps I should get around to submitting a bug report.

Anybody having problem on the recent builds? For me, DVA is working but when I try a replay unit it hangs getting the guide.

I see some strangeness.
XBMC_for_Windows-9.04.1-repack2 on WinXP Pro. ReplayTV 4500.

After adding the following to sources.xml
<source>
<name>ReplayTV 4500</name>
<path>rtv://192.168.1.16/</path>
</source>
(192.168.1.16 is the IP address of my ReplayTV unit... yours is likly to be different)
the alphabetical listing of all shows from the ReplayTV shows up fairly quickly.

If I click directly on a show, XBMC hangs requiring a reset.
If I first rightclick and try using "Playing using..." and the select "External player", wait ten seconds or so (it temporarily "locks") and then rightclick again and select "Playing using..." "DVDPlayer" or "default", it works about half the time and locks up XBMC about half the time.

Longer shows seem to have more likelihood of locking up?

Using DVarchive (as described above) works fine.

Anyone have any ideas?

(I was pleasantly surprised that ReplayTV, even though very old, is attempted to be supported!)

* p.s. As of the 5/9/2009 9.04-Babylon T3CH build (http://t3ch.yi.se/), XBMC still suffers from lock-up if a Replay-streamed video is allowed to reach its end. Perhaps I should get around to submitting a bug report.
I'm running the June 1 "fixed" build. If the video reaches the end, it locks for a bit, but then eventually ends. There's a June 27 build out that I haven't tried yet.

I see some strangeness.
XBMC_for_Windows-9.04.1-repack2 on WinXP Pro. ReplayTV 4500.
...
Anyone have any ideas?
Both your platform and Replay series differ from mine (Xbox, 5xxx), so I expect that explains the differing symptoms.

From what I recall, none of the developers have a ReplayTV, so there's no development being done to improve XBMC support of Replays -- just the occasional bug fix, if submitted . . . and if we're lucky.

I'm running the June 1 "fixed" build. If the video reaches the end, it locks for a bit, but then eventually ends. There's a June 27 build out that I haven't tried yet.

On what platform are you running XBMC, and against what version of ReplayTV? (thanks) I can confirm that the end-of-show lockup is still occurring in the latest T3CH build (T3CH XBMC 2009-06-27 SVN rev21142), when hitting series 5xxx Replays.

On what platform are you running XBMC, and against what version of ReplayTV? (thanks) I can confirm that the end-of-show lockup is still occurring in the latest T3CH build (T3CH XBMC 2009-06-27 SVN rev21142), when hitting series 5xxx Replays.
I'm running Xbox 1 (3 of them). My 2 replays are 5xxx. As I said, I'm still running the June 1 build (the latest stable version). Although I might try out a ssshc build to see if there is a difference.

I do get the lockup at the end...but I know if I leave it alone for long enough, it eventually does end on its own. I confirmed it by doing so last night, it locked up at first, but then eventually ended. Unfortunately, I have no idea how long it took, as the reason I left it is I went to have a conversation that ended up taking a while.

I went to have a conversation that ended up taking a while.

I've locked mine up, just now, to test/measure the "eventually unfreezes" observation, but am curious, to get a data point, how long that conversation was. (As a marker for whether my test has, approximately, gone longer than what you've observed.)

Thanks.

p.s. As a side-note, XBMC, as a dashboard, isn't wholly "frozen" when it goes into the "ReplayTV end-of-file freeze," as I'm still able to FTP to the dashboard. (which will be handy to grab a debug log)

UPDATE: My unit has been frozen for over 1h30m, so far, and counting. (My experience has been, across several Xboxes and XBMC versions, that there isn't a point at which XBMC comes out of its coma. Reboots have always been required.)

Update2: I humbly type corrected. I returned to the screen at the 2.5 hour mark to find XBMC back to the file listing, so it *does* eventually timeout -- though I'd hit the STOP button, in this test. I've frozen it up again to repeat the thaw test, and to see if/when it comes back absent any key presses.

Update3: In my second test, just now, XBMC revived after about 2h15m. That's one helluva timeout.

FYI... from the XBMC blog (http://xbmc.org/theuni/2009/08/31/follow-up-breakage/), in case you like to keep-up with SVN code updates ...
It was mentioned a few days ago that things might get bumpy for a while (http://xbmc.org/team-xbmc/2009/08/27/impending-merge-likely-temporary-breakage/) and a few of you asked to be notified when all the fun was starting. Well, consider yourselves notified.

As of svn rev #22529 the branch has been merged into main. Please be patient as we get things back in line. And again, we ask that you hold off on bug reports and nightly builds until the codebase has stabilized. We know it’s broken.

I have a Neuros Link with XMBC on it (the new default). Just today, I was stumbling around and noticed that one can stream from a ReplayTV, which is something I've been itching to do. However, as many of you have experienced, it locked up on me when I tried to start a show.

The ReplayTV that I am testing with is a 55xx series (I have a 50xx series not in use if it made any difference). Am I correct from what I am reading that in all likelihood, the only way to get playback of these files is to send them to a DVArchive server? I had one setup when I was using the ReplayTVs heavily, but now I am onto a DirecTV HD DVR, and this Replay really only does rare backup duty when more than 2 things need to record.

I'm willing to try anything, but I don't want to waste my time.