UMS 5.0.0-a1 (Bugs)
- SharkHunter
- Developer
- Posts: 648
- Joined: Fri Jun 01, 2012 9:36 pm
Re: UMS 5.0.0-a1 (Bugs)
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.
We believe in: rough consensus and running code.
Re: UMS 5.0.0-a1 (Bugs)
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.
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
Jens
-----------
Devices used with UMS : - Windows 10 PC, Samsung UE32 F4580SS, Samsung UE48H6600
Re: UMS 5.0.0-a1 (Bugs)
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:
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)
UMS 5.0.0 (Bugs)
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?
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?
Re: UMS 5.0.0-a1 (Bugs)
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
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
Re: UMS 5.0.0-a1 (Bugs)
Without logs...you know...
Re: UMS 5.0.1-a1 (Bugs)
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]
Re: UMS 5.0.0-a1 (Bugs)
Hi,
I got the same java IO Exception as the previous poster (found this post via Google
)
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.
Best regards
C........
I got the same java IO Exception as the previous poster (found this post via Google
![Uber Geek :ugeek:](./images/smilies/icon_e_ugeek.gif)
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]
C........
- Attachments
-
- ums_dbg.zip
- (60.03 KiB) Downloaded 1353 times
Re: UMS 5.3.1-a1 (Bugs)
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.
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.
-
- Posts: 1
- Joined: Fri Jun 16, 2017 7:04 pm
Re: UMS 5.0.0-a1 (Bugs)
Is there any latest update of its new version?