UMS 3.6.0 and Philips Aurea issues
Forum rules
Please make sure you follow the Problem Reporting Guidelines before posting if you want a reply
Please make sure you follow the Problem Reporting Guidelines before posting if you want a reply
UMS 3.6.0 and Philips Aurea issues
Since 3.4.0 release I'm experiencing these issues:
- ffmpeg is used by default even if mencoder selected or ffmpeg is disabled and unsuccessfully
Code: Select all
[pool-12-thread-2] Starting "C:\Program Files\Universal Media Server\win32\ffmpeg.exe" -loglevel fatal -ss 0 -i "G:\ums\Spring Parade.avi" -an -an -an -an -an -an -an -an -an [pool-12-thread-2] Attaching thread: ffmpeg.exe-2 [ffmpeg.exe-2-2] At least one output file must be specified [ffmpeg.exe-2-Cleanup] Stopping process: ffmpeg.exe-2
- chapters are not generated in 3.4.0+ at all, they are good in 3.3.0
Code: Select all
ERROR 2014-05-07 08:11:13.878 [New I/O worker #7] Error adding child: "Spring Parade.avi" java.lang.NullPointerException: null at net.pms.dlna.DLNAResource.addChild(DLNAResource.java:726) [ums.jar:3.6.0] at net.pms.dlna.DLNAResource.addChild(DLNAResource.java:479) [ums.jar:3.6.0] at net.pms.dlna.MapFile.manageFile(MapFile.java:116) [ums.jar:3.6.0] at net.pms.dlna.MapFile.analyzeChildren(MapFile.java:169) [ums.jar:3.6.0] at net.pms.dlna.DLNAResource.discoverWithRenderer(DLNAResource.java:973) [ums.jar:3.6.0] at net.pms.dlna.DLNAResource.getDLNAResources(DLNAResource.java:889) [ums.jar:3.6.0] at net.pms.network.RequestV2.answer(RequestV2.java:654) [ums.jar:3.6.0] at net.pms.network.RequestHandlerV2.writeResponse(RequestHandlerV2.java:288) [ums.jar:3.6.0] at net.pms.network.RequestHandlerV2.messageReceived(RequestHandlerV2.java:246) [ums.jar:3.6.0] at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) [ums.jar:3.6.0] at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [ums.jar:3.6.0] at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) [ums.jar:3.6.0] at org.jboss.netty.handler.stream.ChunkedWriteHandler.handleUpstream(ChunkedWriteHandler.java:142) [ums.jar:3.6.0] at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [ums.jar:3.6.0] at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) [ums.jar:3.6.0] at org.jboss.netty.handler.codec.http.HttpChunkAggregator.messageReceived(HttpChunkAggregator.java:145) [ums.jar:3.6.0] at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) [ums.jar:3.6.0] at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [ums.jar:3.6.0] at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) [ums.jar:3.6.0] at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:296) [ums.jar:3.6.0] at org.jboss.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:459) [ums.jar:3.6.0] at org.jboss.netty.handler.codec.replay.ReplayingDecoder.callDecode(ReplayingDecoder.java:536) [ums.jar:3.6.0] at org.jboss.netty.handler.codec.replay.ReplayingDecoder.messageReceived(ReplayingDecoder.java:435) [ums.jar:3.6.0] at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) [ums.jar:3.6.0] at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [ums.jar:3.6.0] at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559) [ums.jar:3.6.0] at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:268) [ums.jar:3.6.0] at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:255) [ums.jar:3.6.0] at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88) [ums.jar:3.6.0] at org.jboss.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108) [ums.jar:3.6.0] at org.jboss.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:318) [ums.jar:3.6.0] at org.jboss.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89) [ums.jar:3.6.0] at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) [ums.jar:3.6.0] at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) [ums.jar:3.6.0] at org.jboss.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) [ums.jar:3.6.0] at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [na:1.7.0_55] at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [na:1.7.0_55] at java.lang.Thread.run(Unknown Source) [na:1.7.0_55]
probably it is this exception:
Re: UMS 3.6.0 and Philips Aurea issues
Well, chapters are generated and played once after clean reinstall, however java exception is still there
There were problems resuming video from both #transcode and recently played folder both in ums_dbg6.zip and If you played chapters once, they also are added into recently played folder in the form >>[05:00:00] and Resume:>>[05:00:00] along with original filename, but chapters resuming is not saved between restarts.
There are many same titles of the movie in the recently played folder in the form: "Movie Name [Mencoder]" and "Resume:Movie Name [Mencoder]" STR:
1) start playing movie, stop it
2) go to chapters, play from [05:00:00], stop it
3) now you may not see original file in its folder (well, sometimes)
4) go to recently played folder and start resuming one by one
5) the 1st resume may work (even if it is Resume:>>[05:00:00]) yet the others sometimes don't work
6) at this step chapters are not generated
Btw, it might be useful to add data folder when packing debug files.
One thing about recently played files I don't understand, why the file some times gets removed from its folder on the TV interface.There were problems resuming video from both #transcode and recently played folder both in ums_dbg6.zip and If you played chapters once, they also are added into recently played folder in the form >>[05:00:00] and Resume:>>[05:00:00] along with original filename, but chapters resuming is not saved between restarts.
There are many same titles of the movie in the recently played folder in the form: "Movie Name [Mencoder]" and "Resume:Movie Name [Mencoder]" STR:
1) start playing movie, stop it
2) go to chapters, play from [05:00:00], stop it
3) now you may not see original file in its folder (well, sometimes)
4) go to recently played folder and start resuming one by one
5) the 1st resume may work (even if it is Resume:>>[05:00:00]) yet the others sometimes don't work
6) at this step chapters are not generated
Btw, it might be useful to add data folder when packing debug files.