Bug#849272: kodi: Don't restore geometry
On Sat, Jan 14, 2017 at 10:29:02AM +0100, Bálint Réczey wrote: > I'm not sure if it is a bug or a design decision since switching to > native resolution also makes sense. What that sense is? I never see similar behavior of other applications. But with this I can't switch to size what I need. This is something ridiculous. > I'm marking the bug as wontfix since I don't want to diverge from > upstream in this behavior and the current one makes sense. > Feel free to discuss that question with upstream and if they change > how switching to fullscreen works it will be available in the package, > too. I think You should forward this bug report to upstream. ### Vladimir Stavrinov ### ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#798054: kodi: http header "Location:" is wrong handled
On Sat, Jan 14, 2017 at 10:15:43AM +0100, Bálint Réczey wrote: > There were many changes in this area in Kodi. Could you please check > if the issue is still present in 17.x? I couldn't find URL I have used for testing before do this bug report. But some others ones, that returns different hostname than what in request are working. So, I think , You can close this issue. ### Vladimir Stavrinov ### ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#831591: ffmpeg: kodi crash
On Sun, Jul 17, 2016 at 05:30:40PM +0300, Vladmimir Stavrinov wrote: > It happens with 7:3.1.1-2 - see attached log. With 7:3.0.2-4 there P.S. kodi crashes on acestream only. ### Vladimir Stavrinov ### ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#800938: kodi: segfault on start
On Tue, Oct 06, 2015 at 07:03:30PM +0300, Vladimir Stavrinov wrote: > They promise to fix it in next version, that already uploaded. No, it is not true. They say about 0.6.1, but it doesn't work. glx-diversions-0.6.1 and nvidia-340.93-1 doesn't work. ### Vladimir Stavrinov ### ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#800938: kodi: segfault on start
On Tue, Oct 06, 2015 at 06:52:13PM +0300, Vladimir Stavrinov wrote: > But the question remains: where to redirect report to. May be > somebody already reported this bug. Need some search over BTS. It looks like the problem is here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799948 They promise to fix it in next version, that already uploaded. ### Vladimir Stavrinov ### ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#800938: kodi: segfault on start
On Tue, Oct 06, 2015 at 06:06:00PM +0300, Vladimir Stavrinov wrote: > It requires some more investigation. Done. Downgrade to these version of these packages solves the problem: ii glx-alternative-mesa0.5.1 amd64 allows the selection of MESA as GLX provider ii glx-alternative-nvidia 0.5.1 amd64 allows the selection of NVIDIA as GLX provider ii glx-diversions 0.5.1 amd64 prepare for using accelerated GLX implementations from GPU v ii libegl1-nvidia:amd64340.93-1 amd64 NVIDIA binary EGL libraries ii libgl1-nvidia-glx:amd64 340.93-1 amd64 NVIDIA binary OpenGL libraries ii libgl1-nvidia-glx:i386 340.93-1 i386 NVIDIA binary OpenGL libraries ii libgl1-nvidia-glx-i386:i386 340.93-1 i386 NVIDIA binary OpenGL 32-bit libraries ii libgles1-nvidia:amd64 340.93-1 amd64 NVIDIA binary OpenGL|ES 1.x libraries ii libgles2-nvidia:amd64 340.93-1 amd64 NVIDIA binary OpenGL|ES 2.x libraries ii libnvidia-eglcore:amd64 340.93-1 amd64 NVIDIA binary EGL core libraries ii libnvidia-ml1:amd64 340.93-1 amd64 NVIDIA Management Library (NVML) runtime library ii nvidia-alternative 340.93-1 amd64 allows the selection of NVIDIA as GLX provider ii nvidia-driver 340.93-1 amd64 NVIDIA metapackage ii nvidia-driver-bin 340.93-1 amd64 NVIDIA driver support binaries ii nvidia-kernel-dkms 340.93-1 amd64 NVIDIA binary kernel module DKMS source ii nvidia-vdpau-driver:amd64 340.93-1 amd64 Video Decode and Presentation API for Unix - NVIDIA driver ii xserver-xorg-video-nvidia 340.93-1 amd64 NVIDIA binary Xorg driver But the question remains: where to redirect report to. May be somebody already reported this bug. Need some search over BTS. ### Vladimir Stavrinov ### ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#800938: kodi: segfault on start
On Tue, Oct 06, 2015 at 04:17:19PM +0200, Bálint Réczey wrote: > It seems there is something with X/OpenGL, Yes, You are right: > 11:51:22 T:139689330411904 ERROR: GLX Error: Could not create context > the crash happens only at exit.: It starts and falls down in the next moment. > Do other OpenGL programs work OK? No, xlock crashes too on GL mode. > Is there anything special regarding X/OpenGL/screens in your system? Nothing apart from nvidia, but it is totally from Debian only: ii glx-alternative-mesa0.6.1 amd64 allows the selection of MESA as GLX provider ii glx-alternative-nvidia 0.6.1 amd64 allows the selection of NVIDIA as GLX provider ii glx-diversions 0.6.1 amd64 prepare for using accelerated GLX implementations from GPU v ii libgl1-mesa-dev:amd64 10.6.8-1 amd64 free implementation of the OpenGL API -- GLX development fil ii libgl1-mesa-glx:amd64 10.6.8-1 amd64 free implementation of the OpenGL API -- GLX runtime ii libgl1-mesa-glx:i38610.6.8-1 i386 free implementation of the OpenGL API -- GLX runtime ii libgl1-nvidia-glx:amd64 340.93-3 amd64 NVIDIA binary OpenGL libraries ii libgl1-nvidia-glx:i386 340.93-3 i386 NVIDIA binary OpenGL libraries ii libgl1-nvidia-glx-i386:i386 340.93-3 i386 NVIDIA binary OpenGL 32-bit libraries ii libva-glx1:amd641.6.1-1amd64 Video Acceleration (VA) API for Linux -- GLX runtime ii libxcb-glx0:amd64 1.10-3+b1 amd64 X C Binding, glx extension ii libxcb-glx0:i3861.10-3+b1 i386 X C Binding, glx extension ii libxcb-glx0-dev:amd64 1.10-3+b1 amd64 X C Binding, glx extension, development files ii nvidia-alternative 340.93-3 amd64 allows the selection of NVIDIA as GLX provider > I have packaged Kodi RC3, does it fix the problem for you in case it > is a Kodi bug? > There are prebuilt binaries here: > http://debomatic-amd64.debian.net/distribution#unstable/kodi/15.2~rc3+dfsg1-1/ No, the same result. > Did previous version of kodi worked on this system? Yes, I am using kodi(xbmc) for a while. And some GLX related packages was updated recently. I guess this caused this problem. So, this bug report should be redirected to some other package. But to which one? It requires some more investigation. ### Vladimir Stavrinov ### ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#798189: rtmp inside m3u don't supported anymore
On Mon, Sep 07, 2015 at 02:15:28PM +0200, Carl Eugen Hoyos wrote: > The samples WTV-9.m3u and twIT.m3u work fine here, I cannot reproduce an > issue > for them. I've gave You four examples for comparison: two with http, that works, and other two with rtmp that doesn't work. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#798189: rtmp inside m3u don't supported anymore
On Mon, Sep 07, 2015 at 12:05:03PM +0200, Carl Eugen Hoyos wrote: > > How can I reproduce this issue? > Try these examples in attachments. ### Vladimir Stavrinov ### CBS.m3u Description: audio/mpegurl CNN.m3u Description: audio/mpegurl twIT.m3u Description: audio/mpegurl WTV-9.m3u Description: audio/mpegurl ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#754186: xbmc: OpenDemuxStream - Error creating demuxer
On Mon, Jan 05, 2015 at 10:22:19PM +0100, Bálint Réczey wrote: > Someone started working on the bug in the upstream bug tracker. > Could you please provide a link which is usable for testing? See playlist in attachment. But it seems that those bugs: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754186 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754459 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770358 all are about the same problem. Though for different links (not for this playlist, where all links are the same type and source) different errors may be reported, nevertheless I think this problem caused by curl in all cases. Time to time I am facing such problems with different MRL, though those MRL are not permanent and dies after while. But in all cases I see the same picture: xmbc doesn't works where all others (vlc, mplayer, avplay) does. *** ### Vladimir Stavrinov ### vstavri...@gmail.com *** livestream.m3u Description: audio/mpegurl ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#754096: xbmc: Working ...
On Fri, Jul 11, 2014 at 10:31:30PM +0200, Bálint Réczey wrote: > Could you please attach the relevant part of the crash log? Here it is. I think, the key of problem indicated by last record: "NOTICE: DVDPlayer: waiting for threads to exit". It is waiting forever, but there should be configurable timeout or it should be minimal like few seconds. ***** ### Vladimir Stavrinov ### vstavri...@gmail.com * ## XBMC CRASH LOG ### SYSTEM INFO Date: Sat Jul 12 11:29:11 MSK 2014 XBMC Options: Arch: x86_64 Kernel: Linux 3.14-1-amd64 #1 SMP Debian 3.14.10-1 (2014-07-07) Release: Debian GNU/Linux ## END SYSTEM INFO ## ### STACK TRACE # => Core file: /home/vs/core (2014-07-12 11:29:10.985003366 +0400) = [New LWP 6768] [New LWP 6776] [New LWP 6778] [New LWP 6787] [New LWP 6779] [New LWP 6777] [New LWP 6782] [New LWP 6792] [New LWP 6785] [New LWP 6810] [New LWP 6797] [New LWP 6796] [New LWP 6798] [New LWP 6795] [New LWP 6793] [New LWP 6786] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/lib/xbmc/xbmc.bin'. Program terminated with signal SIGABRT, Aborted. #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 Thread 16 (Thread 0x7f650a7fc700 (LWP 6786)): #0 0x7f653fa642d3 in select () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f6546960883 in ?? () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #2 0x7f65469eedf5 in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #3 0x7f65469ee332 in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #4 0x7f65469ee332 in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #5 0x7f6546a53360 in PyEval_EvalCodeEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #6 0x7f65469e8849 in PyEval_EvalCode () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #7 0x7f65469bc84a in PyRun_FileExFlags () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #8 0x00c9919f in CPythonInvoker::execute(std::string const&, std::vector > const&) () #9 0x00c9709d in CPythonInvoker::Execute(std::string const&, std::vector > const&) () #10 0x0113e578 in CThread::Action() () #11 0x0113ec39 in CThread::staticThread(void*) () #12 0x7f65481730ca in start_thread (arg=0x7f650a7fc700) at pthread_create.c:309 #13 0x7f653fa6b06d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 15 (Thread 0x7f64fa7d3700 (LWP 6793)): #0 0x7f653fa6252d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f654a2360dc in ?? () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3 #2 0x7f654a235c5b in avahi_simple_poll_run () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3 #3 0x7f654a235e38 in avahi_simple_poll_iterate () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3 #4 0x7f654a23606d in avahi_simple_poll_loop () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3 #5 0x7f654a236134 in ?? () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3 #6 0x7f65481730ca in start_thread (arg=0x7f64fa7d3700) at pthread_create.c:309 #7 0x7f653fa6b06d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 14 (Thread 0x7f64f97d1700 (LWP 6795)): #0 0x7f653fa642d3 in select () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f654a022bb7 in ?? () from /usr/lib/x86_64-linux-gnu/libmicrohttpd.so.10 #2 0x7f654a022cf2 in ?? () from /usr/lib/x86_64-linux-gnu/libmicrohttpd.so.10 #3 0x7f65481730ca in start_thread (arg=0x7f64f97d1700) at pthread_create.c:309 #4 0x7f653fa6b06d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 13 (Thread 0x7f64df7fe700 (LWP 6798)): #0 0x7f653fa642d3 in select () at ../sysdeps/unix/syscall-template.S:81 #1 0x00da06c4 in JSONRPC::CTCPServer::Process() () #2 0x0113e578 in CThread::Action() () #3 0x0113ec39 in CThread::staticThread(void*) () #4 0x7f65481730ca in start_thread (arg=0x7f64df7fe700) at pthread_create.c:309 #5 0x7f653fa6b06d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 12 (Thread 0x7f64f8fd0700 (LWP 6796)): #0 0x7f653fa642d3 in select () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f654a022bb7 in ?? () from /usr/lib/x86_64-linux-gnu/libmicrohttpd.so.10 #2 0x7f654a022cf2 in ?? () from /usr/lib/x86_64-linux-gnu/libmicrohttpd.so.10 #3 0x7f65481730ca in start_thread (arg=0x7f64f8fd0700) at pthread_create.c:309 #4 0x7f653fa6b06d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:
Bug#754096: xbmc: Working ...
On Wed, Jul 09, 2014 at 12:58:41PM +0200, Bálint Réczey wrote: > The hangs were solved by installing xbmc-pvr-iptvsimple on my system. > Could you please give it a try? This debian package was not installed, but this add-on was enabled. So I've deinstalled it, and then have installed debian package, but nothing changes. Note please, that this depend on time. If You wait few seconds while it "Working ...", and then hit "x" it may not hang. To get it hang You should wait long enough. ***** ### Vladimir Stavrinov ### vstavri...@gmail.com * ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#754096: xbmc: Working ...
On Tue, Jul 08, 2014 at 04:50:02PM +0400, Vladimir Stavrinov wrote: > rtmp://mi-edge-1.cdn2.streamago.tv:80/streamagoedge/1916?idutente=1916&idcanale=225&pwd=/225 > live=1 swfUrl=http://www.streamago.tv/app/StreamVideo.swf > pageUrl=http://www.streamago.tv/iframe/1916/ > > Start this stream, wait for 1 minute and hit "x" - it will hang. One more url that hangs for testing: rtmp://46.61.223.16:1935/live/ app=live/ swfUrl=http://lapti.tv/uppod.swf pageURL=http://lapti.tv Playpath=ntv.stream live=true ***** ### Vladimir Stavrinov ### vstavri...@gmail.com * ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#754186: xbmc: OpenDemuxStream - Error creating demuxer
On Tue, Jul 08, 2014 at 04:06:43PM +0200, Bálint Réczey wrote: > M3u playlists are handled by the IPTV PVR addon packaged in > xbmc-pvr-iptvsimple. > See http://forum.xbmc.org/showthread.php?tid=169274 > > It would be nice to handle them from command line though. No! It is neither command line nor m3u issue. First, for example the same stream are working with different URL from command line: xbmc http://rm-edge-3.cdn2.streamago.tv/streamagoedge/34960/28965/playlist.m3u8 Second, I gave You command line for convenient testing only, while actually I don't use it, but start stream from Vidoes/Files menu with lot of m3u files, containing m3u8 links like this: cat CNN_International_1.m3u #EXTINF:0, CNN International News Live (1) http://rm-edge-3.cdn2.streamago.tv/streamagoedge/34960/28965/playlist.m3u8 > Since this is not a packaging related bug I suggest opening it upstream. As for this and other bug reports, I expect You will forward all of them to upstream if need. It is usual and convenient practice for Debian users and maintainers, to have single input point for bug reports. * ### Vladimir Stavrinov ### vstavri...@gmail.com * ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#750603: xbmc: no video
On Thu, Jun 05, 2014 at 03:48:01PM +0700, Bálint Réczey wrote: > Could you please test it with VDPAU acceleration turned off? Yes,it works. Thanks > be able to use VAAPI by installing vdpau-va-driver package, see It installed already. * ### Vladimir Stavrinov ### vstavri...@gmail.com * ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#719469: crtmpserver: externalStreams = drop down and never reconnect
Package: crtmpserver Version: 1.0~dfsg-3 Severity: normal Dear Maintainer, The links of external streams like ones from examples in config file /etc/crtmpserver/applications/flvplayback.lua externalStreams = { { uri="rtsp://fms20.mediadirect.ro/live2/realitatea/realitatea", localStreamName="rtsp_test", forceTcp=true }, } lives short period of time, then terminated and never reconnected. So it is impossible to use ip cameras directly, but only with external streamer connected to the server. I saw lot of reports like this one. So this is old permanent problem. -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages crtmpserver depends on: ii crtmpserver-apps 1.0~dfsg-3 ii crtmpserver-libs 1.0~dfsg-3 ii libc6 2.17-3 ii libgcc1 1:4.7.1-2 ii liblua5.1-0 5.1.5-2 ii libssl1.0.0 1.0.1c-3 ii libstdc++64.7.1-2 ii libtinyxml2.6.2 2.6.2-1 crtmpserver recommends no packages. crtmpserver suggests no packages. -- Configuration Files: /etc/default/crtmpserver changed: ENABLED="yes" DAEMON_USER="rtmpd" DAEMON_ARGS="--daemon" DAEMON_CONF="/etc/crtmpserver/crtmpserver.lua" -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#719119: crtmpserver: shutdown immediately after startup
Package: crtmpserver Version: 1.0~dfsg-5 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** After upgrade it becomes unusable, Here is log in attachment. *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages crtmpserver depends on: ii crtmpserver-apps 1.0~dfsg-5 ii crtmpserver-libs 1.0~dfsg-5 ii libc6 2.17-92 ii libgcc1 1:4.8.1-8 ii liblua5.1-0 5.1.5-4 ii libssl1.0.0 1.0.1e-3 ii libstdc++64.8.1-8 ii libtinyxml2.6.2 2.6.2-2 crtmpserver recommends no packages. crtmpserver suggests no packages. -- no debconf information PID: 5369; TIMESTAMP: 1375969196 1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:203:Initialize:Initialize I/O handlers manager: epoll 1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:206:Initialize:Configure modules 1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/module.cpp:84:LoadLibrary:Module /usr/lib/crtmpserver/applications/applestreamingclient/libapplestreamingclient.so loaded 1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/module.cpp:84:LoadLibrary:Module /usr/lib/crtmpserver/applications/appselector/libappselector.so loaded 1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/module.cpp:84:LoadLibrary:Module /usr/lib/crtmpserver/applications/flvplayback/libflvplayback.so loaded 1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/module.cpp:84:LoadLibrary:Module /usr/lib/crtmpserver/applications/proxypublish/libproxypublish.so loaded 1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/module.cpp:84:LoadLibrary:Module /usr/lib/crtmpserver/applications/stresstest/libstresstest.so loaded 1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:212:Initialize:Plug in the default protocol factory 1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:219:Initialize:Configure factories 1375969196:3:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:225:Initialize:Configure acceptors 1375969196:4:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/netio/epoll/iohandlermanager.cpp:100:RegisterIOHandler:Handlers count changed: 0->1 IOHT_ACCEPTOR 1375969196:0:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/common/src/platform/linux/linuxplatform.cpp:156:setFdReuseAddress:Unable to reuse port 1375969196:0:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/common/src/platform/linux/linuxplatform.cpp:211:setFdOptions:Unable to enable reuse address 1375969196:0:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/netio/epoll/tcpacceptor.cpp:64:Bind:Unable to set socket options 1375969196:0:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/module.cpp:130:BindAcceptor:Unable to fire up acceptor from this config node: 0.0.0.0 1935 inboundRtmp 1375969196:0:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/module.cpp:107:BindAcceptors:Unable to configure acceptor: 0.0.0.0 1935 inboundRtmp 1375969196:0:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/configuration/configfile.cpp:132:ConfigAcceptors:Unable to configure acceptors 1375969196:0:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:227:Initialize:Unable to configure acceptors 1375969196:2:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:266:Cleanup:Shutting down protocols manager 1375969196:2:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:270:Cleanup:Shutting down I/O handlers manager 1375969196:4:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/thelib/src/netio/epoll/iohandlermanager.cpp:109:UnRegisterIOHandler:Handlers count changed: 1->0 IOHT_ACCEPTOR 1375969196:2:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:275:Cleanup:Unregister and delete default protocol handler 1375969196:2:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:280:Cleanup:Shutting down applications 1375969196:2:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:283:Cleanup:Delete the configuration 1375969196:2:/build/crtmpserver-vJoxXj/crtmpserver-1.0~dfsg/crtmpserver/src/crtmpserver.cpp:287:Cleanup:Doing final OpenSSL cleanup 1375969196:2:/build/crtmpserver-vJoxXj/