UMS 5.0.0-a1 (Bugs)

Download and discuss official beta builds here
User avatar
SharkHunter
Developer
Posts: 669
Joined: Fri Jun 01, 2012 9:36 pm

Re: UMS 5.0.0-a1 (Bugs)

Post by SharkHunter » Mon Nov 17, 2014 9:30 pm

I'm a bit curios. We could plug the NPE real simple (the function it occurs in could detect it and return null) but I wonder what happens after. I looked at the code and the calling function should be able to cope with a null reply but that would most likely be almost the same as the NPE (minus the ugly printout). So Madoka what works and what doesn't work? Or is the NPE crash making everything break down?
We reject: kings, presidents and voting.
We believe in: rough consensus and running code.

User avatar
pipin
Posts: 65
Joined: Fri Dec 28, 2012 12:17 am

Re: UMS 5.0.0-a1 (Bugs)

Post by pipin » Mon Nov 17, 2014 11:59 pm

I noticed a strange behaviour. Playing two video files after another with external subs results in mixed subs for the second file.
The strange thing is that this does not happen from the beginning. After 2/3 of the second file both external subs are shown.
Regards,
Jens
-----------
Devices used with UMS : - Windows 10 PC, Samsung UE32 F4580SS, Samsung UE48H6600

Madoka
Posts: 316
Joined: Fri Jun 01, 2012 12:51 pm

Re: UMS 5.0.0-a1 (Bugs)

Post by Madoka » Tue Nov 18, 2014 2:34 pm

SJ,

You're right! UMS freezes with that NPE and refuses to work. I had to re-enable the web interface to use UMS 5.0.

It's 4.2.1 (and now 4.2.2) that gives me the following when I chose Web Interface with web_enable = false:

Code: Select all

11-17 19:59:48  Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
11-17 19:59:48  	at net.pms.io.BasicSystemUtils.lambda$addSystemTray$133(BasicSystemUtils.java:157)
11-17 19:59:48  	at net.pms.io.BasicSystemUtils$$Lambda$119/1661406123.actionPerformed(Unknown Source)
11-17 19:59:48  	at java.awt.MenuItem.processActionEvent(Unknown Source)
11-17 19:59:48  	at java.awt.MenuItem.processEvent(Unknown Source)
11-17 19:59:48  	at java.awt.MenuComponent.dispatchEventImpl(Unknown Source)
11-17 19:59:48  	at java.awt.MenuComponent.dispatchEvent(Unknown Source)
11-17 19:59:48  	at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
11-17 19:59:48  	at java.awt.EventQueue.access$400(Unknown Source)
11-17 19:59:48  	at java.awt.EventQueue$3.run(Unknown Source)
11-17 19:59:48  	at java.awt.EventQueue$3.run(Unknown Source)
11-17 19:59:48  	at java.security.AccessController.doPrivileged(Native Method)
11-17 19:59:48  	at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
11-17 19:59:48  	at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
11-17 19:59:48  	at java.awt.EventQueue$4.run(Unknown Source)
11-17 19:59:48  	at java.awt.EventQueue$4.run(Unknown Source)
11-17 19:59:48  	at java.security.AccessController.doPrivileged(Native Method)
11-17 19:59:48  	at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
11-17 19:59:48  	at java.awt.EventQueue.dispatchEvent(Unknown Source)
11-17 19:59:48  	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
11-17 19:59:48  	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
11-17 19:59:48  	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
11-17 19:59:48  	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
11-17 19:59:48  	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
11-17 19:59:48  	at java.awt.EventDispatchThread.run(Unknown Source)

Madoka
Posts: 316
Joined: Fri Jun 01, 2012 12:51 pm

UMS 5.0.0 (Bugs)

Post by Madoka » Sun Jan 25, 2015 2:03 pm

I just tried the test build UMS-dfd6e27.exe found in the general help forum.

It still does not defer to MEncoder for embedded fonts as in anime like 4.4.0 does.

Also during and after playing a file, the javaw.exe process consumes 13% CPU the whole time UMS is running, even when not playing anything. This on a Win 7, 64-bit, 8u25 java, core i7 laptop.

I remember talking with SJ about this. The play time presented in the status tab of the PS3 is inaccurate. It does not stop when you pause and keeps running even after you stop the file. SJ explained that some renderers do not report the correct time back to UMS. In that case, is it possible to disable the timer on a per renderer basis? Because currently implemented on a PS3, it is not very useful.

Finally, 5.0.0 uses a lot more memory (sometimes 2x) than 4.4.0 while doing similar things, like playing the same file. Is that normal?

kraks77
Posts: 2
Joined: Thu Jan 29, 2015 2:33 am

Re: UMS 5.0.0-a1 (Bugs)

Post by kraks77 » Thu Jan 29, 2015 2:41 am

First time user of UMS. I have been using PMS since it came out and have been some what happy, but thought I try this out.
I dont if its my setup og UMS, but i haven't had many problems with PMS so far. But UMS keeps freezing picture and sound continues, then sound freezes and the picture catches up. It did that 5 times in the first 35 min. of my first playback. So now i have shot down UMS and opened PMS again, which works without any problems. Problem with PMS is that it isn't really getting updated so i would love it if UMS would work correctly. Log doesn't say anything about the problems.

Hope u can help me or fix it.

Br

ExSport
Posts: 596
Joined: Wed Oct 10, 2012 1:57 am

Re: UMS 5.0.0-a1 (Bugs)

Post by ExSport » Thu Jan 29, 2015 9:00 am

Without logs...you know...

Madoka
Posts: 316
Joined: Fri Jun 01, 2012 12:51 pm

Re: UMS 5.0.1-a1 (Bugs)

Post by Madoka » Mon Feb 02, 2015 10:11 am

With 5.0.1, I get a lot of these in the log tab. The video plays fine. I just happened to notice. To a PS3 on Win7.

Code: Select all

02-01 13:38:01  ChunkedInput.isEndOfInput() failed
java.io.IOException: Stream closed
	at java.io.PushbackInputStream.ensureOpen(Unknown Source) ~[na:1.8.0_25]
	at java.io.PushbackInputStream.read(Unknown Source) ~[na:1.8.0_25]
	at io.netty.handler.stream.ChunkedStream.isEndOfInput(ChunkedStream.java:82) ~[ums.jar:5.0.1]
	at io.netty.handler.stream.ChunkedWriteHandler.discard(ChunkedWriteHandler.java:177) [ums.jar:5.0.1]
	at io.netty.handler.stream.ChunkedWriteHandler.doFlush(ChunkedWriteHandler.java:203) [ums.jar:5.0.1]
	at io.netty.handler.stream.ChunkedWriteHandler.channelInactive(ChunkedWriteHandler.java:147) [ums.jar:5.0.1]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:208) [ums.jar:5.0.1]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:194) [ums.jar:5.0.1]
	at io.netty.channel.ChannelInboundHandlerAdapter.channelInactive(ChannelInboundHandlerAdapter.java:75) [ums.jar:5.0.1]
	at io.netty.handler.codec.http.HttpObjectAggregator.channelInactive(HttpObjectAggregator.java:236) [ums.jar:5.0.1]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:208) [ums.jar:5.0.1]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:194) [ums.jar:5.0.1]
	at io.netty.handler.codec.ByteToMessageDecoder.channelInactive(ByteToMessageDecoder.java:247) [ums.jar:5.0.1]
	at io.netty.channel.CombinedChannelDuplexHandler.channelInactive(CombinedChannelDuplexHandler.java:132) [ums.jar:5.0.1]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:208) [ums.jar:5.0.1]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:194) [ums.jar:5.0.1]
	at io.netty.channel.DefaultChannelPipeline.fireChannelInactive(DefaultChannelPipeline.java:828) [ums.jar:5.0.1]
	at io.netty.channel.AbstractChannel$AbstractUnsafe$5.run(AbstractChannel.java:576) [ums.jar:5.0.1]
	at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:380) [ums.jar:5.0.1]
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:357) [ums.jar:5.0.1]
	at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116) [ums.jar:5.0.1]
	at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137) [ums.jar:5.0.1]
	at java.lang.Thread.run(Unknown Source) [na:1.8.0_25]

caspar007
Posts: 1
Joined: Sun Feb 08, 2015 12:59 am

Re: UMS 5.0.0-a1 (Bugs)

Post by caspar007 » Sun Feb 08, 2015 1:15 am

Hi,

I got the same java IO Exception as the previous poster (found this post via Google :ugeek: )

Attached my Debug Log... hope you guys can make sense of it. Playback is fine (most of the times), sometimes A/V is a little off.

Code: Select all

WARN  13:07:16.036 [nioEventLoopGroup-3-9] ChunkedInput.isEndOfInput() failed
java.io.IOException: Stream closed
	at java.io.PushbackInputStream.ensureOpen(Unknown Source) ~[na:1.8.0_31]
	at java.io.PushbackInputStream.read(Unknown Source) ~[na:1.8.0_31]
	at io.netty.handler.stream.ChunkedStream.isEndOfInput(ChunkedStream.java:82) ~[ums.jar:5.0.1]
	at io.netty.handler.stream.ChunkedWriteHandler.discard(ChunkedWriteHandler.java:177) [ums.jar:5.0.1]
	at io.netty.handler.stream.ChunkedWriteHandler.doFlush(ChunkedWriteHandler.java:203) [ums.jar:5.0.1]
	at io.netty.handler.stream.ChunkedWriteHandler.channelInactive(ChunkedWriteHandler.java:147) [ums.jar:5.0.1]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:208) [ums.jar:5.0.1]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:194) [ums.jar:5.0.1]
	at io.netty.channel.ChannelInboundHandlerAdapter.channelInactive(ChannelInboundHandlerAdapter.java:75) [ums.jar:5.0.1]
	at io.netty.handler.codec.http.HttpObjectAggregator.channelInactive(HttpObjectAggregator.java:236) [ums.jar:5.0.1]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:208) [ums.jar:5.0.1]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:194) [ums.jar:5.0.1]
	at io.netty.handler.codec.ByteToMessageDecoder.channelInactive(ByteToMessageDecoder.java:247) [ums.jar:5.0.1]
	at io.netty.channel.CombinedChannelDuplexHandler.channelInactive(CombinedChannelDuplexHandler.java:132) [ums.jar:5.0.1]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:208) [ums.jar:5.0.1]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:194) [ums.jar:5.0.1]
	at io.netty.channel.DefaultChannelPipeline.fireChannelInactive(DefaultChannelPipeline.java:828) [ums.jar:5.0.1]
	at io.netty.channel.AbstractChannel$AbstractUnsafe$5.run(AbstractChannel.java:576) [ums.jar:5.0.1]
	at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:351) [ums.jar:5.0.1]
	at io.netty.util.concurrent.SingleThreadEventExecutor.confirmShutdown(SingleThreadEventExecutor.java:650) [ums.jar:5.0.1]
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:362) [ums.jar:5.0.1]
	at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116) [ums.jar:5.0.1]
	at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137) [ums.jar:5.0.1]
	at java.lang.Thread.run(Unknown Source) [na:1.8.0_31]
Best regards
C........
Attachments
ums_dbg.zip
(60.03 KiB) Downloaded 201 times

Madoka
Posts: 316
Joined: Fri Jun 01, 2012 12:51 pm

Re: UMS 5.3.1-a1 (Bugs)

Post by Madoka » Wed Nov 25, 2015 5:37 am

I'll put it here rather than start a new thread.

As I'm a subtitle ho, I thought I'd check out the new FFmpeg subtitle implementation by valib. It works great for .srt subs, same size and UMS now uses the color specified in the subtitles tab which is great. And no temp .ass files generated.

.ass subs, however, are way too small compared to what they should be (without checking fontconfig). Sometimes the color seems a bit off compared to no fontconfig.

mariareese
Posts: 1
Joined: Fri Jun 16, 2017 7:04 pm

Re: UMS 5.0.0-a1 (Bugs)

Post by mariareese » Fri Jun 16, 2017 7:07 pm

Is there any latest update of its new version?

Post Reply