Universal Media Server | Forum

SharkHunter wrote:Sounds like it worked as it should (more or less)...... I know for sure that SVTPlay works and TPB.

I did (multiple times to succeed) install the previous version, and I got the .exe ones, than changed to 2.22 version and after waiting for morning and a better internet it's somehow better Some channels got lists of movies or tv shows, but for now I can only watch some SVT videos (too bad I don't get the language).

Thanks for your help, but not sure where I'm suppose to go from there, even the channel log file does not seem to be very helpful.

DTigerBKK wrote:

SharkHunter wrote:Sounds like it worked as it should (more or less)...... I know for sure that SVTPlay works and TPB.

I did (multiple times to succeed) install the previous version, and I got the .exe ones, than changed to 2.22 version and after waiting for morning and a better internet it's somehow better Some channels got lists of movies or tv shows, but for now I can only watch some SVT videos (too bad I don't get the language).

Thanks for your help, but not sure where I'm suppose to go from there, even the channel log file does not seem to be very helpful.

If you upload the logs we can see what goes on. Which channels did you try? Make sure you try stuff just before you pack the logs as they are clear on restart...

SharkHunter wrote:Nope SubJunk has to do an update there. You can manually download version 2.22 from here https://sharkhunter-shb.googlecode.com/ ... ug_222.jar and place that file in the plugins dir (remove the 2.21 version also).

Hi.

I tried this. Obviously I cannot test the PnP as such until Subjunk has done the update but I tried to start UMS with the 2.22 plugin anyway. So more precisely this is the sequence:
UMS 3.0.0 working on Ubuntu 12.04
PnP install of Channels 2.21 (hangs after pepy.zip as before and as expected)
Stopping UMS
Replacing Channels plugin to Channels 2.22
Starting UMS
Getting the same same error as before after having restarted UMS after an unsuccessful PnP install (but not the same as at PnP install). Anyway, I attach the fresh log.

Not sure if I should also remove the PMSEncoder plugin (since it is now the failing one)? But can I run without it?

Pen

Yes PMSEncoder should be removed since it crashes. I look into it and see if I can upgrade there. In the future use the DbgPacker to pack all logs. See viewtopic.php?f=9&t=556

Ok, so I removed the PMSEncoder and channels starts. Now I can browse SVTPlay but when I try to start a media UMS refuses to use FFMpeg to play it. It's the same FFMpeg as I use for UMS 2.6.5 so it should play HTTPS. It all ends up in that it tries with VLC instead which isn't there:

• TRACE 2013-11-15 17:44:03.404 [New I/O worker #6] Matched format WEB to "http://svtplay7h-f.akamaihd.net/i/world ... m3u8?null="
  TRACE 2013-11-15 17:44:03.405 [New I/O worker #6] Getting player for resource "1670 Kbps"
  TRACE 2013-11-15 17:44:03.406 [New I/O worker #6] Player "MEncoder" is incompatible
  TRACE 2013-11-15 17:44:03.407 [New I/O worker #6] tsMuxeR cannot determine compatibility based on audio track for http://svtplay7h-f.akamaihd.net/i/world ... m3u8?null=
  TRACE 2013-11-15 17:44:03.407 [New I/O worker #6] Player "tsMuxeR" is incompatible
  TRACE 2013-11-15 17:44:03.407 [New I/O worker #6] Player "FFmpeg" is incompatible
  TRACE 2013-11-15 17:44:03.407 [New I/O worker #6] Player "FFmpeg Audio" is incompatible
  TRACE 2013-11-15 17:44:03.407 [New I/O worker #6] Player "Audio High Fidelity" is incompatible
  TRACE 2013-11-15 17:44:03.408 [New I/O worker #6] Player "FFmpeg Web Video" is incompatible
  TRACE 2013-11-15 17:44:03.408 [New I/O worker #6] Returning compatible player "VLC Web Video"

Any ideas what have happened between UMS 2.6.5. and 3.0.0? Should I post this in the general thread instead?

Try moving FFmpegwebvideo up to the top of the engines.

Ok, let's start with the current list. In the console it looks like this:

Web Video Streaming Engines:
- FFMpegWebVideo
- VLCWebVideo
- VLCWebVideo(Legacy)
- MEncoderWeb
Web Audio Streaming Engines:
- VLCWebAudio(Legacy)

Obervations
- VLC is in the list of both Video and Audio web streaming engines - why? For the non web engines VLC is correctly detected by UMS as missing but for the web engines it is not? Is VLC Web supposed to be bundled with UMS - i.e. VLC is hard coded to exist?
- With UMS 2.6.5 PMSEncoder is within the list - but FFMpeg is anyway used and working correctly. With Ums 3.0.0 PMSEncoder is not within the list - so this is correct.
- According to the trace, UMS is really considering FFMpeg web video, but of some reason it claims that it is incompatible - so is it really the order that is wrong? I would rather suspect that it is the decision criteria that is wrong or as if the discovery of encoder capabilities got wrong somehow.

Tried work arounds:
Since FFMpeg web video is already higest in the list of web engines the only way to change the list is by manually configuring the UMS.conf file. Tried this:

- Put the ffmpegebvideo in front of everything in the list of engines (even before the non web engines). No success.

Pen

Ok, issue the command and paste the output here. I suspect that http isn't supported by your ffmpeg.

pen wrote:DEBUG 2013-11-15 17:43:15.591 [main] FFmpeg supported protocols: [mms, https]

It's your ffmpeg, pen. I checked this url on the command line with the UMS ffmpeg binary on my system (Ubuntu 12.04 64bit) and it works for me.

Here is the FFMpeg information:
And here are some more important facts:

I have UMS 2.6.5 and UMS 3.0.0 istalled on the same (physical) Ubuntu 12.04 64-bit server. I have carefully made sure that they do not share any config files. I have disabled the bundled FFMpeg image in both versions and replaced them with symlinks to the same Ubuntu "native" FFMpeg image. I only run one of the versions at a time.

Channels SVTPlay A-Z works on UMS 2.6.5 but not on UMS 3.0.0

So I'm pretty sure that the URL works on FFMpeg command line, since I fighted alot to find a working FFMpeg for SVTPlay HTTPS and tested it from command line and since it works when it's called by UMS 2.6.5 but not from 3.0.0.

infidel.... the line
"DEBUG 2013-11-15 17:43:15.591 [main] FFmpeg supported protocols: [mms, https]"
is present in the logs of both UMS 2.6.5 and UMS 3.0.0 - still it only works with UMS 2.6.5
What should the line read to be compliant?

Pen