Serviio

Let me start out by saying that I right off the bat like Serviio, which actually makes DLNA viable for my tv (a Grundig 47 VLE 9279 BP).

For some reason my tv wont find serviio unless I first run the stop process bat file and then the start process bat file. - That was both of them and always. - Both the process and the console starts with Windows, so I don't understand what the problem is.
While on the matter what is the difference between the "server", which you can start and stop in the console, and the "process"? It is only made clear that they are not the same.

Untill three weeks from now my only internet connection at home is through my smart phone. Can this explain why Serviio when checking a url gives me a red cross? I've checked the url with VLC and it takes a long time before it shows a picture, and when it does it is very laggy, all of which I blame on my connection. The url is rtsp://rtsplive.dr.dk:80/livestream12.sdp, and it might only work with a danish IP (it is a big public service channel in Denmark, so it probably works as it should on their end). I will try again when I do get a cable connection, but I would like to know as soon as possible if that couldn't be the explanation, and hence that I should start looking into a solution.

EDIT: I've just checked the URL from somewhere with a cable connection and it is still a bit laggy in VLC (might be less). However that could be due to how VLC works with software decoding.

EDIT2:
When I use windows media player as dlna server I have this show where the folders are in the correct order i.e. Season 1, Season 2, Season 3, ..., Season n whereas with servioo the order is scrambled. Can I do something about this?

The process is the actual serviio service windows process, the server in the console is just the UPnP/DLNA module.

To check stream validity you can try ffmpeg -i "url"

I'll have to try ffmpeg -i "url" the next time I'm on a linux console.

What about the need to restart the service before Serviio is found on my TV? When Windows starts it also starts and has a PID and everything.
What about the the list of folders not being lexicographically ordered? Are they not sorted by name, but instead timestamp or something else? If so can I change it to sort by name?

1. Server missing issue - try bound ip instead leaving it blank in console ( my reasoning - u r somehow loosing interface ip and it's binding to windows default ip instead)
2. Sort feature is not there ATM but I believe it is on the way.

Npuser

That worked. Thanks.

For some reason I can't pause or wind/rewind with mp4 files (or at least the ones I have).
Is this something that could possibly be fixed with the right profile? Right now I'm just using the standard profile (which btw, if I have understood correctly, doesn't do any transcoding of my local files). My TV is a Grundig 47" 3D LED Smart-TV 47 VLE 9279 BP. I assume having a Grundig is problematic in this regard, since there probably wont be that many having one of those, leaving me profile-less.

EDIT:
Turns out that specifically it's when the video is MPEG4 that I can't wind/rewind.

That's probably the device's issue.

I've just checked the same movie on the same TV with first windows media player as DLNA server and then Serviio. Only with Serviio I couldn't wind/rewind (i.e increase speed to 2x and such).
As I said I only see this behavior with MPEG4.

It might be because WMP is transcoding to mpeg2. Can you see what is the protocolInfo value of the file (in WMP) when using AVMediaController from Intel tools ? (link in my signature)

I'm not home right now, but I used the info feature on my TV while streaming the movie from both windows media player and serviio. With both of them it said video: MPEG4 and sound: MP3. That is actually how I know it is MPEG4.

Are there any reason not to think the error is on Serviio's side? I mean both servers are streaming MPEG4 to the tv and only one of them gives the tv any problems.

Now I know that in software you can have a bug that only manifests itself under very special conditions leading you to believe that the thing making the bug manifest is at fault instead of the other way around.
By that logic it could go both ways, but I think the default assumption would be to assume the bug is on Serviio's side (i.e. if we don't assume my Grundig tv has a weird bug that only Serviio (without having a bug itself) expose).

It could be a different mime type of the fact Serviio only supports time-based seek on transcoded media.

"[...] Serviio only supports time-based seek on transcoded media." I don't transcode anything, because the default profile don't do that (if it does I have misunderstood that). - When you say time-based seek I assume you mean delta-seek as in wind/rewind as opposed to absolute-seek like goto hour:minute:seconds.

"It could be a different mime type [...]" There are multiple mime-types for MPEG4? If so I suppose it will be a matter of Serviio supporting more of them, since windows media player and my tv apparently already supports whatever mime-type it is.

By using k-lite mega codec pack's bundled tool MediaInfo I'm asserted that all files that don't let me wind/rewind are encoded with MPEG-4 Visual. Exactly as my tv reported when using its info feature. It makes sense that they report the same, since I don't do any transcoding.
I tested a lot of random files that does NOT give me problems and none of them are encoded with mpeg-4.

I have the newest version of k-lite mega codec pack if that means anything.

EDIT:
Yes. I have checked them all with windows media player and with that one there are no problems. When checking tv's info it says mpeg-4, so it's not because it does transcoding behind my back.

what I meant is that Serviio only supports time based seek on transcoded files, on non transcoded files it supports only byte-based seek. So if the TV requires time based one it won't work. WMP might support time based seek on all files.

Regarding mime-type, you can try AVMediaBrowser from INtel tools (in my signature) and browse to the file in WMP and Serviio and post protocol info of the video resource (via properties) on both. The strings will include mime-type and other useful info.

But since I transcode no files and my TV work with all the other files, it must mean that the tv use byte-based seek or it wouldn't work with any of them. Right?
If it can use byte-based seek with everything else but mpeg4 encoded files, then why does it not work with them aswell?



I'll have to look into that.

I now know that my tv is only DLNA certified to do ranged seek, i.e. byte-seek, which luckily fits perfectly with that Serviio only does byte-seek when not transcoding. This is lucky because I'm using the generic non-transcoding profile. On the other hand it means that I can never fix anything by transcoding with Serviio without losing wind/rewind.

I still haven't tried the tool you are referring to, which I will, but I have tried transcoding MPEG4 to mpeg2video on Serviio. When doing that the tv's info feature said something like MPEG1/2. What this shows is that when it said MPEG4 before it really meant MPEG4 and wasn't hiding some transcoding to MPEG2 by windows media player. This means that windows media player probably isn't doing any transcoding. Yet wind/rewind with MPEG4 encoded videos works with windows media player.

As far as I can tell by the certificate, and it is cumbersome, any video codec supported by my tv also comes WITH byte-seek. So if I can see it without transcoding it, I can byte-seek it.
Still all videos with MPEG4 encoding streamed from Serviio don't let me wind/rewind.

EDIT:
I meant mpeg2video and not mpeg2ts - was thinking of the target container which is mpegts

I have now found out that it is only when video codec is mpeg4 AND audio codec is mp3. When I play such a file I can use this feature where I jump to a specified time (hours::minutes::seconds), but wind/rewind doesn't work. When I transcode something BOTH of these features don't work, which imply that they both need byte-based seek. This also means that byte-based vs time-based seek can't be the problem since when I can't wind/rewind I can't still use the jump-to-time feature.

Windows Media Player is not doing any transcoding.

When you said AV Media Browser I assume you meant AV Media controller (there is no program with that bundle called AV Media Browser) and damn is it unstable.

Anyway I got NINE resources for one file in Windows Media Player, so I copied the protocol info from each of them:
http-get:*:video/avi:DLNA.ORG_OP=01;DLNA.ORG_FLAGS=01500000000000000000000000000000
http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_PS_NTSC;DLNA.ORG_OP=10;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=01500000000000000000000000000000
http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_PS_PAL;DLNA.ORG_OP=10;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=01500000000000000000000000000000
http-get:*:video/x-ms-asf:DLNA.ORG_PN=VC1_ASF_AP_L1_WMA;DLNA.ORG_OP=10;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=01500000000000000000000000000000
rtsp-rtp-udp:*:video/x-ms-asf:DLNA.ORG_PN=VC1_ASF_AP_L1_WMA;DLNA.ORG_OP=10;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=83100000000000000000000000000000;DLNA.ORG_MAXSP=5
http-get:*:video/x-ms-wmv:DLNA.ORG_PN=WMVMED_BASE;DLNA.ORG_OP=10;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=01500000000000000000000000000000
rtsp-rtp-udp:*:video/x-ms-wmv:DLNA.ORG_PN=WMVMED_BASE;DLNA.ORG_OP=10;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=83100000000000000000000000000000;DLNA.ORG_MAXSP=5
http-get:*:video/x-ms-wmv:DLNA.ORG_PN=WMVSPML_BASE;DLNA.ORG_OP=10;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=01500000000000000000000000000000
rtsp-rtp-udp:*:video/x-ms-wmv:DLNA.ORG_PN=WMVSPML_BASE;DLNA.ORG_OP=10;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=83100000000000000000000000000000;DLNA.ORG_MAXSP=5

The reason there is no protocol info from Serviio is that AV Media controller makes some weird changes to the content of the folders. I can tell you that there were two resources.