[Updated 14 Jul!] MPExtended Service 0.5.4 (14 Viewers)

[Oxan]

Mike, background importing is being worked on as we speak. But it will be a feature of 0.6 so it is a few months away.

Probably more than a few months, but yeah, it will come, thanks to @DieBagger.

 

[Lyfesaver74]

Probably more than a few months, but yeah, it will come, thanks to @DieBagger.

A fella can dream, can't he?

 

[mike9677]

OK, i will soon upload my logs (as far as i can)
another question: what about a button within WebMP tu update movies and tv-series ?

So, here is the log.
And i have made a little video to demonstrate the issue. But i dont you how tu upload the file.
mike

and here is the link :https://www.dropbox.com/sh/9uf472mxmu0i9of/2jtLqbU0Xm

 

[Oxan]

OK, i will soon upload my logs (as far as i can)
another question: what about a button within WebMP tu update movies and tv-series ?

So, here is the log.
And i have made a little video to demonstrate the issue. But i dont you how tu upload the file.
mike

and here is the link :https://www.dropbox.com/sh/9uf472mxmu0i9of/2jtLqbU0Xm

I see, that's a bug in MPExtended. I'll fix it for 0.5.4.

 

[Lyfesaver74]

I see, that's a bug in MPExtended. I'll fix it for 0.5.4.

Oxan rocks!

 

[JaMa]

I am using the MPService successfully with VLC as a client when is in the same subnet but it does not work when the client is in a different subnet.

I obtain these messages in services.log
2013-04-15 17:47:30.02246 [(21)] DEBUG: Called StartStream with ident=webmediaportal-86649; profile=Direct; start=0
2013-04-15 17:47:30.02246 [(21)] DEBUG: StartStream with identifier webmediaportal-86649 for file mediatype=TV provider=0 id=D:\MPRec\TShift\live3-0.ts.tsbuffer filetype=Content offset=0 path=D:\MPRec\TShift\live3-0.ts.tsbuffer
2013-04-15 17:47:30.02246 [(21)] DEBUG: Using 1280x720 as output size for stream webmediaportal-86649
2013-04-15 17:47:30.02343 [(21)] DEBUG: Final stream selection: audioId=64, subtitleId=
2013-04-15 17:47:30.04980 [(21)] INFO: Assembling following pipeline:
2013-04-15 17:47:30.04980 [(21)] INFO: data 1: MPExtended.Services.StreamingService.Units.InputUnit (input False, data True, log False)
2013-04-15 17:47:30.04980 [(21)] INFO: Using TsBuffer to read input
2013-04-15 17:47:30.04980 [(21)] INFO: TsBuffer: Files added 1, removed 0
2013-04-15 17:47:30.05078 [(21)] DEBUG: Setup data unit 1
2013-04-15 17:47:30.05078 [(21)] INFO: Pipeline assembled
2013-04-15 17:47:30.05078 [(21)] INFO: Starting data unit 1
2013-04-15 17:47:30.05078 [(21)] INFO: All data units started!
2013-04-15 17:47:30.05078 [(21)] INFO: Started stream with identifier 'webmediaportal-86649'
2013-04-15 17:47:30.53417 [(21)] DEBUG: Called FinishStream with identifier=webmediaportal-86649
2013-04-15 17:47:30.53417 [(21)] DEBUG: Stopping stream with identifier webmediaportal-86649
2013-04-15 17:47:30.53417 [(21)] INFO: Stopping data unit 1
2013-04-15 17:47:30.53515 [(21)] DEBUG: Pipeline stopped
2013-04-15 17:47:30.53515 [(21)] DEBUG: Killed stream with identifier webmediaportal-86649
2013-04-15 17:47:30.53515 [(21)] INFO: Cancel timeshifting with identifier webmediaportal-86649
2013-04-15 17:47:30.65136 [(22)] DEBUG: Canceling timeshifting for user mpextended-webmediaportal-86649

and these messages in webmediaportal.log

2013-04-15 17:47:26.71972 [(23)] DEBUG: Starting stream type=TV; itemId=16; transcoder=Direct; starttime=0; continuationId=none-provided-49486
2013-04-15 17:47:26.71972 [(23)] DEBUG: Stream is for user from host XXX.XXX.156.30, has identifier webmediaportal-86649 and is using mode Proxied with timeout 300s
2013-04-15 17:47:30.05078 [(23)] DEBUG: Stream started successfully and is at http://XXX.XXX.158.200:4322/MPExten...etrieveStream?identifier=webmediaportal-86649
2013-04-15 17:47:30.05175 [(23)] DEBUG: Proxying stream from http://XXX.XXX.158.200:4322/MPExten...etrieveStream?identifier=webmediaportal-86649 with buffer size 65536
2013-04-15 17:47:30.53417 [(23)] WARN: Exception while proxying stream http://XXX.XXX.158.200:4322/MPExten...etrieveStream?identifier=webmediaportal-86649
System.Web.HttpException (0x80004005): Error mientras se comunicaba con el host remoto. El error de código es 0x80070040.
---> System.Runtime.InteropServices.COMException (0x80070040): El nombre de red especificado ya no está disponible. (Excepción de HRESULT: 0x80070040)
en System.Web.Hosting.IIS7WorkerRequest.RaiseCommunicationError(Int32 result, Boolean throwOnDisconnect)
en System.Web.Hosting.IIS7WorkerRequest.ExplicitFlush()
en System.Web.HttpResponse.Flush(Boolean finalFlush)
en System.Web.HttpResponse.Flush()
en System.Web.HttpWriter.WriteFromStream(Byte[] data, Int32 offset, Int32 size)
en System.Web.HttpResponseStream.Write(Byte[] buffer, Int32 offset, Int32 count)
en MPExtended.Applications.WebMediaPortal.Controllers.StreamController.ProxyStream(String sourceUrl) en C:\Users\Oxan\Documents\Projects\MPExtended\Applications\MPExtended.Applications.WebMediaPortal\Controllers\StreamController.cs:línea 277
2013-04-15 17:47:30.53417 [(23)] DEBUG: Finished stream webmediaportal-86649

Could you help with this issue. It seems something related with the "Time To Live" configuration but I do not know how change it.

Also, Oxan look how the last line in webmediaportal.log targets to your own path...

Thank you!

 

[Lyfesaver74]

Also, Oxan look how the last line in webmediaportal.log targets to your own path...

@Iwen explained it another thread. It has been brought up a lot but it is VERY normal.

If I'm not mistaken, that's just the user who compiled the code. In this case it's Oxan. If you would compile the source code by yourself, your user name would be mentioned in the logs.
It's totaly normal and has nothing to do with your problems as far as I know.

As for the rest of your post, Oxan would have to answer that

 

[Oxan]

I am using the MPService successfully with VLC as a client when is in the same subnet but it does not work when the client is in a different subnet.

Which streaming mode have you configured on the settings tab in WebMediaPortal?

Also, Oxan look how the last line in webmediaportal.log targets to your own path...

As already mentioned, that's normal: it's simply the location of the code during compilation.

 

[JaMa]

The stream type settings in WebMediaPortal is "Direct if possible, proxy if not"
I include an image with the configuration page...View attachment 126866
Thank you for your support.

 

[Oxan]

The stream type settings in WebMediaPortal is "Direct if possible, proxy if not"
I include an image with the configuration page...View attachment 126866
Thank you for your support.

Hmm, that seems fine. You could try to set it to Proxied, but I don't think that is going to help. Your logs look like a regular disconnect. Does VLC give any error messages? (If you're using the browser plugin, you should save the playlist link, open that file with VLC and check the Messages windows in the Tools menu).