Universal Media Server | Forum

infidel wrote:
I should have also mentioned trying the transcode/mux renderer options. For instance TranscodeVideo (see description in renderers/PS3.conf):

Code: Select all

TranscodeVideo = H264TSAC3

Thank's a lot. That one works as well and maybe with somewhat better quality for moving objects. I will try the renderer profile fix for a while instead of the fix in the ffmpeg-webfilters but any of them works well for SVT.

B.t.w. I also tried "TranscodeVideo = MPEGTSAC3" but that one ends up with the same missing vbv buffer size error.

Pen

PS: Next step will be to get the server head-less but I can see a lot of more contributions in the forum for that topic.

PLEASE, help!
I can't get the CHANNELS-plugin to work anymore!
Can someone help me to get this work again? I really miss SVTPlay..
It looks like a problem when I start UMS.
In the log I can find this:
09-06 14:00:22 PMSEncoder: loading built-in log4j config file: jar:file:/C:/Program%20Files%20(x86)/Universal%20Media%20Server/plugins/pmsencoder-2.0.0-rc1.jar!/log4j_default.xml
09-06 14:00:28 Exception in thread "main" java.lang.VerifyError: (class: com/chocolatey/pmsencoder/PMSEncoder, method: super$4$getSubtitles signature: (Lnet/pms/io/OutputParams;)Lnet/pms/dlna/DLNAMediaSubtitle;) Illegal use of nonvirtual function call
09-06 14:00:28 at com.chocolatey.pmsencoder.Plugin.<init>(Plugin.groovy:163)
09-06 14:00:28 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
09-06 14:00:28 at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
09-06 14:00:28 at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
09-06 14:00:28 at java.lang.reflect.Constructor.newInstance(Unknown Source)
09-06 14:00:28 at java.lang.Class.newInstance(Unknown Source)
09-06 14:00:28 at net.pms.external.ExternalFactory.instantiateEarlyListeners(ExternalFactory.java:419)
09-06 14:00:28 at net.pms.external.ExternalFactory.lookup(ExternalFactory.java:399)
09-06 14:00:28 at net.pms.PMS.init(PMS.java:658)
09-06 14:00:28 at net.pms.PMS.createInstance(PMS.java:1033)
09-06 14:00:28 at net.pms.PMS.main(PMS.java:1129)

I have tried to switch PMSEncoder without to get it work.
Sometimes I can see channels on mt TV but get the message "can't connect to server" when I try to start a clip.

jontemyrr wrote:I can't get the CHANNELS-plugin to work anymore!

The Channels plugin won't work with UMS > 3.0.0-a1 yet, so try UMS 2.6.5 (and pmsencoder 1.6.2 if you need pmsencoder).

hello.

after using pms for a long time i wanted to try ums.

it works great, but i can't get the channel plugin to work

iinstalled ums 2.6.5 and installed the channel plugin from within the application.
after installing channels i also did the install/update thing

now on my playstation is a channels folder , but in that folder are no channels. what is wrong?

i tried to add the channels manually, i found a file here with the channels in it and i copy/pasted it in the channels folder.

now all channels are accessable on my ps3 .
in icefilms all movies are shown. when i open a movie only 'add to favorites" is shown, no movie content.
in youtube i can search. when i choose b for instance, it says "no titles"

what is going wrong?

i uploaded the debug log

i hope somebody knows the problem.

Hi,

Now when I have got the transcoding to work in Linux, the next step is to get some level of stability. The most annoying problem which I get very frequent (almost perfectly repeatable) is the following:

I choose a media in SVTPlay (the debug is on Rapport) and it starts to play as it should. After a while I stop the media and the last folder comes up as it should (the speed selection in this case). But when I try to go one step up in the folder hierarchy (hitting the return button on the remote) the TV tells me there are no video files on the server.

Edit: It is not even necessary to start play the media for this to happen. Just going into the speed selecton folder is enough. Moreover, the fault only happens with svtplay a-z. I have replaced the attached logs to reflect the simpler use case.

It is possible to partly recover by going from video to music and back again on the TV (or by simply change the TV source to TV and back). Then the root directory shows upp again. But now the subfolders on SVTPlay are quite inpredictable. Some contains media and others not.

Edit: Well, they seems to be much more predictable. Here is the actual status after returning back:
- Folder A-Z shows up and contains all subfolders
- All subfolders of A-Z (as "A" and "R") contains all their subfolders - i.e. the shows.
- The shows in "A" to "Z" except "R" works finne
- The shows in "R" contains no speed selection items - i.e. no media.
So basically, even if all shows are visible in the "R" folder - none of them contain any content - whereas all other folders "A" to "Z" are fully working. More explicit: Everything having "R" as parent is permanently f-k'd up.
If I instead start the experiment by playing a show in the "A" folder (like ABC), then the "A" folder is permanently f-k'd up.

It's also interesting that after a recovery, the problem is still there in the same folder. It's like the structure is cached somewhere (either in UMS or possibly in the TV). I know there is a cache somewher in UMS but the corresponding foder "Cache" is empty. Maybe it's there anyway - can I turn it off?

Edit2: I also wiresharked the network traffic. I turns out that the DLNA SOAP request/response is identical when going down the path to the Rapport directory and when going up the path to the Rapport directory. Also, on TCP level, the TV accknowledges the reception of the DLNA response also when going up the path - i.e. when responding with "no media available on server" it has recieved a directory description. I attached an edited easy to read version of the DLNA SOAP request/response for the "missing" folder.

I cannot see anything wrong in the reply from UMS so I start to believe it's something wrong in the Samsung D series.


My setup:
Ubuntu 12.04
UMS 2.6.5
Channels 2.20
FFmpeg 0.10.7
Renderer Samsung D series

Any tip what could be wrong? Any other having the same problem? It's now very predictable.

Pen

I think I have found the root cause of my problem. I make a new post this time to separate from the basic trouble shoting.

So this is the exact catch of the problem:

In the subtree of SVTPlay/A-Z, whenever a directory D contains a subdirectory D1 with a title containing the letter "/", then if entering D1 and then going back to the parent directory D, the TV will present "no media available on server". If there is another subdirectory D2 with a title not containg the letter "/" then entering D2 and then going back to D actually succeds.

I'm pretty sure this has nothing at all to do with SVTPlay. It's just that I haven't been able to find any other channel that contains a directory with a title containing the latter "/".

Note that the SOAP reponse that the TV gets when entering D is the same when going down-tree (working) as when going up-tree (not working). This is the critical part of the SOAP response from UMS:
In the dc:title part the value contains the "/" letter. I'm not an expert on DLNA so I don't know if the "/" should be escaped or not. But it seems like the TV cannot fully manage to accept the "/". So either it is an error in not escaping "/" (in UMS) or it is an error in the TV (not able to cope with the "/").

However, I still don't understand why the parsing works fine when going down-tree but not up-tree. Secondly, I still don't understand why the parsing works well also when going up-tree if the directory with the "/" in it's title was not seected. It shouldn't matter in the parsing step although it could matter later.

Edit: I have now confirmed the root cause by rewriting the svt.ch file so that the title (or name) group of the regexp will truncate everything after a "/". That means that "Rapport 24/9" will show up as "Rapport 24":
With this modification everything works. While it's a confirmation it's not a good solution though since all versions of Rapport will show up with the same title. I also have tried to write a regex that skips over the "/" instead of trunkating but haven't found that it is possible to express as a regex.

I have also searched through the different namespaces related to DLNA and as far as I can see the "/" is allowed in the dc:title value. So that ends up in that there is compliance problem in Samsung with respect to the DLNA standard.

I think that it will be almost impossible to convince Samsung to correct this (I haven't even found a way to post a trouble ticke of this kind).

So I can see the following ways forward:
1. I have to live with the problem, partly helped by using my .ch fix to trunkate titles
2. Sharkhunter helps me to enable a way to configure in a .ch file to replace certain characters in a title. This would end up in two versions of .ch files depending on renderer but I would personally be very happy with this.
3. Sharkhunter or subjunk helps out by always replacing the "/" somehow. Might be annoying for non Samsung owners.
4. Most elegant, provide a way to configure the replacement in the renderer profile.

I have no clue if the Samsung incompliance applies to all generations of TV sets. If it does, it applies to 1/4 of all TV sets (market share). Anyway, the truncating svt.ch file is attached.

I think I have to leave it here. If I was more skilled I would have volontered to change the code, but also in that case a decision on a reasonable way forward (1-4) should be done by the major developers.

EndOfEdit

Edit2

I have now verified that the error applies to both Samsung D and E series of TV sets.
Posted as trouble ticket #81 with proposal 3.

Edit3

I finally found of way of implementing proposal 2 myself in the svt.ch file. Didn't know there could be multiple name groups in one regexp but I learn't by looking into another .ch file. So the attached svt.ch has been updated. The "/" is now replaced with a ":" letter. Still, I hope on a better solution according to proposal 3. Branching .ch is not a good idea.

Pen

Hi people,

I'm still alive. I'll take a long look tomorrow on some of the issues here and hopefully come back with answers either tomorrow or on monday

pen - is this for real? I thought Sony was bad but this even stranger. Anyway the "/" should be escaped or removed. I'll try and escape it otherwise I'll most likely replace it with the ":" but I'll do it in code so we don't need to hack all .ch files...
You would have trouble with "Add to favorite/monitor" as well then? Or is it just folders that has this magic property on Samsung...

Just throwing this out there... but maybe if we posted here they'll look at it?

http://developer.samsung.com/home.do

I've got a solution for it now which allows you to change unsupported/unwanted chars/strings on a per render basis. Someone with a Samsung can try it out.