Win Mediaportal PVR, RTSP not supported?
#1
Hi all.

I have recently messes around with different pvr builds in combination with mediaportal backend (same server/machine; both xbmc and mediaportal tv-server on the same windows 7 machine).

I had orginaly set up to tsreader with no rtsp streaming and it worked okay, only thing the channel switching was slow (6-8 sec). So I recently tried a couple of different configuration and noticed that with tsreader with rtsp reader was the fasted alternative (2-3 sec channel switching). I used this build http://www.scintilla.utwente.nl/~marcelg...tml#master , but after a couple of days it stopped working for reasons unknown. Eariler all the configuration had worked; ffmpeg, trsreader with or with out rtsp, but now only tsreader with no rtsp streaming is working.

So I after reading that the pvr branch was recently merged in to the "main" branch i decided to try this out; So i followed the "guide" on this page: http://www.dotnetdevelopers.net/XBMC/xbmcpvr.html, but the same problem arouse, in other words only tsreader with no rtsp streaming worked. When trying to go tsreadert with rtsp steaming I got an message when trying to open the channel that "RTSP steaming not supported by PVE client; <url to mediaportal streaming server>". (after googling, and some error searching it seems this is also related to live555 steaming, which i don't know what really means). When trying ffmpeg streaming I dont get any messages, and it does nothing when choosing a channel (buffers for 2 sec, then nothing)

So I was wondering if anybody had similar issues, and could point me in the right direction, as the channel switching speed was really great with rtsp streaming (tsreader).

Cheers..

Edit: Her is the log messages:


17:15:31 T:3672 DEBUG: AddOnLog: MediaPortal PVR Client: ->OpenLiveStream(uid=10)
17:15:31 T:3224 DEBUG: ------ Window Init (DialogBusy.xml) ------
17:15:31 T:3224 DEBUG: Joystick 0 button 1 Up
17:15:35 T:3672 INFO: AddOnLog: MediaPortal PVR Client: Channel stream URL: rtsp://192.168.0.146/stream2.0, timeshift buffer: E:\TV-APPLICATION\TIMESHIFT\live2-0.ts.tsbuffer
17:15:35 T:3672 INFO: AddOnLog: MediaPortal PVR Client: Creating a new TsReader...
17:15:35 T:3672 NOTICE: AddOnLog: MediaPortal PVR Client: CTsReader::Open(rtsp://192.168.0.146/stream2.0)
17:15:35 T:3672 DEBUG: AddOnLog: MediaPortal PVR Client: open rtsp: rtsp://192.168.0.146/stream2.0
17:15:35 T:3672 ERROR: AddOnLog: MediaPortal PVR Client: Failed to open rtsp://192.168.0.146/stream2.0. PVR client is compiled without LIVE555 RTSP support.
17:15:35 T:3672 DEBUG: CAddonCallbacksAddon - ADDON::CAddonCallbacksAddon::QueueNotification - MediaPortal PVR Client - Error Message : 'PVR client has no RTSP support: rtsp://192.168.0.146/stream2.0'

Does this mean that rtsp is not supported yet? Or that it has been removed?

Only is that I had it working, but suddenly stopped (after a reboot), which leads me to belive it has something to with my configuration..
Reply
#2
Hmmz, can't remove any functionaly without you guys noticing it... Wink

You are right: the "tsreader + rtsp" combination is not supported at the moment. I pushed the tsreader code without rtsp support to the official xbmc-pvr-addons repository.
The only option for using rtsp at the moment is using the "ffmpeg" playback method instead of "tsreader". I know that the rtsp support of ffmpeg has its issues, but this is the only way right now...

In order to re-add the tsreader RTSP support, I need to add live555 as library dependency. I haven't done that because this means adding 100+ files of which only a small subset is used by the addon.
I'm not sure whether dushmaniac will accept that.
Futhermore, the required version of live555 is a specific version copied from MediaPortal. The latest version does not work (don't know why). This might cause problems when the pvr addons are added to the package repositories of the major Linux distributions.
Developer of the MediaPortal PVR addon and retired developer of the Argus-TV PVR-addon.
http://www.scintilla.utwente.nl/~marcelg/xbmc
Reply
#3
Thank you for the reply.

I guess I can live with that, is does work with rtsp streaming turned off.

Only the channel switching is painfully slow Sad. Is there any explanation why tsreader with rtsp is around 3 times faster then without rtsp? (atleast it was on my setup)

Really appreciate your work with the addon, and look forward to further releases.





Reply
#4
Is there any update on this? Zapping is painfully slow nowdays=)
Reply
#5
Zapping is slower on Frodo in general due to internal changes in XBMC since Eden. I'm seeing the same behavior with ForTheRecord.
Adding back RTSP support does not solve it.
Developer of the MediaPortal PVR addon and retired developer of the Argus-TV PVR-addon.
http://www.scintilla.utwente.nl/~marcelg/xbmc
Reply
#6
I use Eden PVR (xbmc-11.0-pvr-margro_v4) with Mediaportal addon and RTSP. It work perfectly for a few months. 1000 thanks for this addon. Now I'm using only XBMC and not XBMC and WMC7.
I have a test machine with the latest version of frodo and addon. zapping time for me is the last step before using frodo permanently.

I also use an application (HeidiSQL) to edit the sql MediaPortal. thanks to him I change the "scheduleType" to automatically record certain programs.
scheduleType = 0 ounces
scheduleType always = 3
Is it possible to implement this in the addon?
Reply
#7
@BenAtNVS
Not sure what you want me to implement in the addon. XBMC is responsible for the timer/schedule dialog and I can't extend it from the PVR addon side with additional options.
The only thing I can do at the moment is to map the MediaPortal schedules onto XBMC timers with the current options.
So scheduling a series recording is limited to the XBMC options like: multiple days, every monday, only weekends.

I'm trying to match the XBMC settings back to MediaPortal options here:
https://github.com/margro/xbmc-pvr-addon...s.cpp#L361

And from MediaPortal to XBMC:
https://github.com/margro/xbmc-pvr-addon...s.cpp#L302

As you can see, I'm not using the "Always" option because there is not XBMC GUI option for this...
Developer of the MediaPortal PVR addon and retired developer of the Argus-TV PVR-addon.
http://www.scintilla.utwente.nl/~marcelg/xbmc
Reply
#8
ok I think I understand. So do you think this can be changed in xbmc before frodo release?
it would be a shame to deprive them of this option.
Reply
#9
Nope. Frodo is feature frozen. Only bugfixes have a chance for inclusion. New features and missing features have to wait for the next XBMC version.

The first thing that should happen before extending the timer options is to investigate the supported options for all current PVR backends to see which XBMC GUI and PVR API extensions are actually needed to provide additional options for e.g. Series timers/schedules.
Developer of the MediaPortal PVR addon and retired developer of the Argus-TV PVR-addon.
http://www.scintilla.utwente.nl/~marcelg/xbmc
Reply
#10

Hi margro started testing Frdo last nigh (first time running XBMC for a couple years now) and I'm really impressed however.

TV in MePo 1.3.0 Beta is really stable for me XBMC not so much Smile

I found in MePo that zapping speed seems to be most affected by codec
(1.3.0.Beta on server and client)

LAV = 8 sec (SD/HD to SD/HD)
Microsoft = 8 sec (SD to HD and visa versa) but (SD to SD or HD to HD) = 3 sec

any channel change in XBMC = 8 or more sec
(1.3.0.Beta server and Frodo RC1 client)

It was mentioned that RTSP streaming is not available Sad
Its funny as coming from MePo I thought UNC was supposed to be faster than RTSP?

Is there any other way I can speed up zapping times? Can I adjust which codec I use for LiveTV?
Reply
#11
@m0t0k0: No you can't change codecs in XBMC. XBMC does not use Windows codecs. Instead it uses the ffmpeg library (LAV codecs are also ffmpeg based).
Channel switches itself take 2 sec on my machine, while XBMC's ffmpeg library takes 5-8 sec to analyse the streams before starting the playback.
I'm still trying to find a way to speed-up the channel switches, but this probably requires patching ffmpeg.
Developer of the MediaPortal PVR addon and retired developer of the Argus-TV PVR-addon.
http://www.scintilla.utwente.nl/~marcelg/xbmc
Reply
#12
Quote:I'm still trying to find a way to speed-up the channel switches, but this probably requires patching ffmpeg.

We have been working on this: https://github.com/FFmpeg/FFmpeg/commit/...73f7b49702

Now we can detect pmt changes on the fly and can skip analyzing the stream for ts. You need to send pat/pmt changes in the stream.
Reply
#13
(2013-01-03, 11:27)FernetMenta Wrote:
Quote:I'm still trying to find a way to speed-up the channel switches, but this probably requires patching ffmpeg.

We have been working on this: https://github.com/FFmpeg/FFmpeg/commit/...73f7b49702

Now we can detect pmt changes on the fly and can skip analyzing the stream for ts. You need to send pat/pmt changes in the stream.

Thats great news! When should we expect to see this in the nightlys so that us lowly users can partake in some fast channel changing goodness?
My HTPC A8-5400k APU, Asrock FM2A75-PRO4-M, 4GB Kingston HyperX, Samsung 830 64GB SSD, 4TB HDD Storage, Hauppage HVR-2200 Tuner, Silverstone LC-16M Case.
Reply
#14
(2013-01-03, 11:27)FernetMenta Wrote: We have been working on this: https://github.com/FFmpeg/FFmpeg/commit/...73f7b49702

Now we can detect pmt changes on the fly and can skip analyzing the stream for ts. You need to send pat/pmt changes in the stream.

Nice work. Will test this change soon to see if it also helps speeding up the channel switches. MediaPortal's TV Server changes the PAT on every channel change. That is what I'm already using to detect a channel change in the timeshift buffer files.

@nimrod77: this change is only in the upstream ffmpeg library and not yet in XBMC's version, so don't expect this change soon in the nightlies. This requires either a backport to the current version or a complete ffmpeg version update (won't happen before Frodo is released) for the Windows versions.

I will try this change first (after backporting this change to XBMC's ffmpeg lib) to see if this also helps speeding-up the stream detection on channel changes.
@FernetMenta: I guess the easiest way to test this is to cherry-pick the last two commits of your "streams" branch?
Developer of the MediaPortal PVR addon and retired developer of the Argus-TV PVR-addon.
http://www.scintilla.utwente.nl/~marcelg/xbmc
Reply
#15
good margro! keep us informed.
Reply

Logout Mark Read Team Forum Stats Members Help
Mediaportal PVR, RTSP not supported?0