Serviio

I have been using an old version of serviio 0.61 for a long time and it worked great
on my 8-core Mac Pro running snow leopard. I recently upgraded to Mac OS 10.8 and
have to upgrade my serviio to the latest. Now whenever I play any video stream
(all the ones that worked without problems in the past), I get very choppy playbacks.
I noticed ffmpeg appeared to be only running 40-60% cpu even though I have
assigned all 8 cores to it. This is very frustrating as all the video files played
flawlessly in the old version. I can't figure out what is wrong with this new 1.4.1 version.
Help!!

Has the library completed its build? The library required a complete rebuild in version 1.3 or thereabouts, and could take some time. Check Library, Show Status or check a detailed log.

What is your device and video type (post ffmpeg -i)? Perhaps the profile changed between the versions that now requires transcoding (perhaps unneccessarily)

I turned on DEBUG as you requested and looked at the log. Nothing really
jumped out - Serviio appeared to be completed the building and scanning.

I did ffmpeg -i (using the ffmpeg from serviio package on one of the video
I am having problems..)

ffmpeg version N-54096-ge41bf19 Copyright (c) 2000-2013 the FFmpeg developers
built on Jun 18 2013 11:47:55 with gcc 4.0.1 (GCC) (Apple Inc. build 5493)
configuration: --enable-static --disable-shared --disable-ffplay --disable-ffserver --enable-libmp3lame --enable-librtmp --enable-libfreetype --enable-fontconfig --enable-libass --enable-pthreads --enable-libx264 --enable-gpl --disable-mmx --extra-ldflags=-L/Users/MacAdmin/Desktop/build/target/lib --extra-cflags=-I/Users/MacAdmin/Desktop/build/target/include --extra-libs='-lpolarssl -lfreetype -lexpat -liconv'
libavutil 52. 37.101 / 52. 37.101
libavcodec 55. 16.100 / 55. 16.100
libavformat 55. 9.100 / 55. 9.100
libavdevice 55. 2.100 / 55. 2.100
libavfilter 3. 77.101 / 3. 77.101
libswscale 2. 3.100 / 2. 3.100
libswresample 0. 17.102 / 0. 17.102
libpostproc 52. 3.100 / 52. 3.100
Input #0, matroska,webm, from 'BL.mkv':
Duration: 02:15:02.30, start: 0.000000, bitrate: 15406 kb/s
Chapter #0.0: start 0.000000, end 523.689833
Metadata:
title : Chapter 00
Chapter #0.1: start 523.689833, end 866.615744
Metadata:
title : Chapter 01
Chapter #0.2: start 866.615744, end 1197.487956
Metadata:
title : Chapter 02
Chapter #0.3: start 1197.487956, end 1673.296622
Metadata:
title : Chapter 03
Chapter #0.4: start 1673.296622, end 2058.264533
Metadata:
title : Chapter 04
Chapter #0.5: start 2058.264533, end 2572.444867
Metadata:
title : Chapter 05
Chapter #0.6: start 2572.444867, end 2877.374500
Metadata:
title : Chapter 06
Chapter #0.7: start 2877.374500, end 3236.191289
Metadata:
title : Chapter 07
Chapter #0.8: start 3236.191289, end 3629.250622
Metadata:
title : Chapter 08
Chapter #0.9: start 3629.250622, end 4056.635911
Metadata:
title : Chapter 09
Chapter #0.10: start 4056.635911, end 4476.972500
Metadata:
title : Chapter 10
Chapter #0.11: start 4476.972500, end 4959.329367
Metadata:
title : Chapter 11
Chapter #0.12: start 4959.329367, end 5317.812500
Metadata:
title : Chapter 12
Chapter #0.13: start 5317.812500, end 5799.126667
Metadata:
title : Chapter 13
Chapter #0.14: start 5799.126667, end 6065.684622
Metadata:
title : Chapter 14
Chapter #0.15: start 6065.684622, end 6308.093456
Metadata:
title : Chapter 15
Chapter #0.16: start 6308.093456, end 6735.645578
Metadata:
title : Chapter 16
Chapter #0.17: start 6735.645578, end 7207.408533
Metadata:
title : Chapter 17
Chapter #0.18: start 7207.408533, end 7506.415578
Metadata:
title : Chapter 18
Chapter #0.19: start 7506.415578, end 8102.302500
Metadata:
title : Chapter 19
Stream #0:0(eng): Video: h264 (Main), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)
Stream #0:1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 1536 kb/s (default)

My device is (from the log)
2014-03-15 22:06:16,949 DEBUG [ServiioHttpService] Incoming request from /192.168.1.11:56086: POST /serviceControl HTTP/1.1, headers = [X-AV-Physical-Unit-Info: pa="BRAVIA KDL-55NX810";,X-AV-Client-Info: av=5.0; cn="Sony Corporation"; mn="BRAVIA KDL-55NX810"; mv="1.7";,Host: 192.168.1.3:8895,User-Agent: UPnP/1.0 DLNADOC/1.50,Content-Length: 273,Content-Type: text/xml; charset="utf-8",SOAPACTION: "urn:schemas-upnp-org:service:ConnectionManager:1#GetProtocolInfo"]]

I am using the Sony Bravia 2010 profile (I did played around using Sony Bravia 2011-US profile - doesn't
seem to make a difference w.r.t. solving my choppy playbacks..)

Are you on WiFi or wired network?

Wired.
As I said, my old Serviio 0.6.0.1. streamed flawlessly without any problems
for a long time. After upgrading, all videos that worked fine previously started
having problems. Let me elaborate:
I observed that after it starting to play for few minutes, the video will start
and stop every 1-2 secs for maybe 2-4 minutes and then it worked fine.
During the 2-4 minutes, I noticed ffmpeg is running using 40-70% cpu even
though I assigned 4 cores for transcoding (I have a 8 core Mac Pro 3.2Ghz Xeon
with 18GB of memory - lots of power/memory). I noticed ffmpeg will run for
about 2-5 minutes and terminate and once it stop the video streamed fine..)
Note that I have replaced the 2010 Sony Bravia transcoding profile with the old
Sony profile found in version 0.6.0.1 - the problem still exist.
Has Serviio changed in the way it dispatches ffmpeg for transcoding?
BTW, I also replaced ffmpeg binary with my own and with the ones built
by others (downloaded from the net). The problem still exists..

0.6.x is 2 years old, so a lot of things changed. It should not really change for the worse though.

Try with 0.6.0.1 again: http://download.serviio.org/releases/se ... osx.tar.gz

Version 0.6.0.1 doesn't appear to run on Mac OSX 10.8.
Sorry for not explaining clearly, the reason why I upgraded
from 0.6.0.1 is because I upgraded my Mac OS 10.6.x to 10.8.x
After upgrading, I found that 0.6.0.1 doesn't work any more.

For what it is worth - this is the error log. I think this has to do with Java support.
2014-03-19 22:57:33,464 WARN [DiscoveryAdvertisementNotifier] Problem during DiscoveryAdvertisementNotifier, will try again
java.net.SocketException: Can't assign requested address
at java.net.PlainDatagramSocketImpl.socketNativeSetOption(Native Method)
at java.net.PlainDatagramSocketImpl.socketSetOption(PlainDatagramSocketImpl.java:412)
at java.net.PlainDatagramSocketImpl.setOption(PlainDatagramSocketImpl.java:352)
at java.net.MulticastSocket.setNetworkInterface(MulticastSocket.java:536)
at org.serviio.util.MultiCastUtils.startMultiCastSocketForSending(MultiCastUtils.java:58)
at org.serviio.upnp.discovery.DiscoveryAdvertisementNotifier.sendAliveToSingleInterface(DiscoveryAdvertisementNotifier.java:155)
at org.serviio.upnp.discovery.DiscoveryAdvertisementNotifier.sendAlive(DiscoveryAdvertisementNotifier.java:128)
at org.serviio.upnp.discovery.DiscoveryAdvertisementNotifier.run(DiscoveryAdvertisementNotifier.java:96)
at java.lang.Thread.run(Thread.java:695)

BTW, I really appreciate you taking the time to respond to my problem.

YOu could try 0.6.2 (not sure if it's been fixed in this version)

http://download.serviio.org/releases/se ... osx.tar.gz

Sorry for the delay in responding..
I tried 0.6.2. I first run it on my Mac (double-clinking it)
and proceed to let it initialize and scan all my media files.
Once it has completed, I tried out streaming different
media (that has caused problems in the past new version).
It worked flawlessly. Great. Then I set it up to be on my
Mac login items so that it will be run automatically when I
start my Mac. I rebooted my Mac and then test it out.
Urrgh.., the problems came back. Mmm, back to square one.
Now, I noticed something.. when I set Serviio up
in my login items, I use the "Hide" option - out of
habit in the past when I set up Serviio..
So I proceed to "unhide" the application instead,
well it worked. The problem went away . I went back
and tried version 1.4.1 (not checking the hide box) and
it worked flawlessly. I have been using it for the last
few days - the problems have now disappeared.
Yeah!!

It seems that the new Mac OS X (mountain lion)
must have somehow changed the way the dispatcher/scheduler
work if you hide the app (vs the older Mac OX snow leopard).
Maybe it affect the way Serviio main app and ffmeg being
scheduled/dispatched. Oh well. I am happy.
Thanks for all your help. Much appreciated!