Serviio

EDIT: See the viewtopic.php?f=5&t=7138#p51658 post in this thread for the summary of this bug.

When playing a live stream with mediabrowser set to orig quality, regardless of the original stream, the first play works correctly but the second play cannot find the original transcoded file, for example with either of these streams

The first play works fine but on the second play mediabrowser issues the following error message that the transcoded stream cannot be found.


The log shows the first play transcoded the file and that subsequent playbacks used the existing transcode without errors. There is no indication that Mediabrowser was unable to find the previously transcoded file.


I discovered this in attempting to play SOPCAST's http:\\127.0.0.1:8902 but it also happens with other http: streams as documented above. However it does not happen with other streams like rtmp,rtsp,or mmsh. It is similar to the problem we had during the beta where a repeat playback would not work until another file was played back.

Additional tests:
Set mediabrowser to play medium quality by default.
Repetitive playbacks in medium work fine, but the file is transcoded each time, unlike original which unsuccessfully tries to reuse previous transcoded file.
Switching to Original in the player just hangs on spinning wheel, and nothing shows in the log except the kill of the previous playback, then
Switching to low resolution on the player works fine.

I've now tested back to 1.0 beta2 and the same problem exists on all releases. http streams will play once in mediabrowser and then will not play again because the previous transcoded file cannot be found.

I've also tested this using Mediabrowser on my Android, which has a different version of flash than my PC, and the problem is the same. This rules out flash as the cause of the problem.

I have also repetitively played the streams via DLNA on my TV and it is able to replay.

Damn!!

Just realized the problem.

How can a livestream use a previously transcoded one...its live!!

There's the bug!!

Serviio is not forcing a new transcode when an http stream is replayed!

Its trying to use a previous one which of course does not exist!

Is this where you see: "DEBUG [AbstractTranscodingDeliveryEngine] No suitable transcoding job exists yet, start one for client" ?

I don't understand your question. That line appears whenever a file or stream is transcoded. Nothing to do with this problem.

Zip here is a summary of info regarding this Mediaplayer bug.

Online streams transcode each time they are played with Mediaplayer. (obviously because they cant use an old transcode of a live stream) Http: streams however think there is a previous livestream transcode available for use the second time they are played and so the playback fails in Mediabrowser because the previous transcode cannot be found.

This bug has particular impact on Desktop streaming and SOPCAST streaming. Both of which use http://192.168.1.nn:pppp or http://127.0.0.1:pppp because once they are streamed, they cannot be streamed again. The bug is repeatable on my PC as well as my Android which rules out Flash as the problem because the Android Flash is different than the PC Version. The problem does not occur with DLNA streaming to the TV.

In attempting to find a workaround however I have discovered that http:/localhost:pppp does not have this problem/bug and seems to start a new transcode each time.

Let me know if I can provide more info to fix this problem.

Thanks. Got it. Sorry.

the reuse message is there if you for example start a video, then stop it, then start it again. It works like this for DLNA clients.

Could this be related to the SOPCAST dilemma you posted about earlier?

I don't think so because it works fine with the DLNA client (TV and Bubbleupnp) and I can pause and resume playback on those. It but only fails when pausing and restaring or requesting a replay on the Mediabrowser. As the log shows in those cases the previous transcode gets lost and cannot be found. Quite specific. This happened before in the beta for all videos but now its just for http's.

OK I have found the problem.

When the http file is requested to play by mb, Serviio begins a transcode.

In my case 55 seconds later, Serviio issues the following messages, and regardless of what they say the livestream continues to play.


If a pause and restart, or a close and replay of that http stream is requested before those messages are issued, the mb will simply spin and in firefox the flash error message that file not found is displayed.

If I wait 55 seconds before requesting a restart or a replay everything works fine.

Do I need to raise a ticket?

EDIT:
Continuing to test. This is also happening with rtmp stream for nasatvhd from ustream. The closing of the piped stream messages are sporadic, sometimes they happen after 55 seconds, and other times they take a long time like 19 minutes and 28 seconds in the attached log. that shows, the original playback at 17:59.05,
then multiple requests to play, all of which said file not found, then the piped message at 18:18.33 which allowed a replay to succeed at 18:24
Seems the problem is a delay in closing this piped stream.

More testing:

As the extract below shows, replay and pause- restart will only work after Serviio closes the piped input stream but the delays in doing this are excessive. However if I request a medium playback while playing an original, subsequent original plays and pause-restarts close their piped input streams within seconds.


This extract when medium default is used, shows no attempt to reuse the existing transcode, but rather it is closed and a new transcode started. Only one instance of pipe closing occurs.

And just to confirm, these results are from using mediabrowser under Android browser rather than Windows which rules out the browser or flash as the source of the problem.

is this happening with live streams only?

yes, live streams only (http & rtmp) with mediabrowser set to orig quality. Seems the problem is a delay in closing the piped transcoded stream.Want a ticket?

Opened a ticket https://bitbucket.org/xnejp03/serviio/i ... y-or-pause

thanks