•   
  • 1
  • 24
  • 25
  • 26(current)
  • 27
  • 28
  • 52
  •   
  Thread Closed
libstagefright - Experimental hardware video decoding builds
Koying when calling the notification bar to check battery why does XBMC playback stops ?
(2013-02-24, 11:24)CruNcher Wrote: Koying when calling the notification bar to check battery why does XBMC playback stops ?
AFAIK, XBMC pauses automatically if it looses focus (at least when playing vids).
(2013-02-23, 18:17)Koying Wrote: I'm a bit lost. Then why did you say color conversion YUV420 -> RGB induced reduced performance? Does that happen in CPU memory?
Color conversion itself will not reduce performance and it is necessary. But the problem is the OMX component's color conversion RGB destination is surface buffer not final FB, GPU still have to blit it to final FB. Use private path the yuv data will be blit directly to final FB. And more color conversion and GPU rendering must be serially executed which will reduce performance.

(2013-02-23, 18:17)Koying Wrote: So, it is not possible to use private path and kHardwareCodecsOnly, right? Or can we still get a tVPU_FRAME via MediaBuffer::data() if we don't specify a native window?
Yes, you're right. In kHardwareCodecsOnly case the video frame data is output in the MediaBuffer::GraphicBuffer. In kSoftwareCodecsOnly case will output a tVPU_FRAME via MediaBUffer::data() it is not depend on the native window.
(2013-02-23, 18:17)Koying Wrote: Would you mind publishing the diff on SoftwareRenderer.cpp, too?
No, I don't mind personally. But I am not sure.I have to check when I return to work on Monday.

(2013-02-23, 18:58)fun_ Wrote: is decoded frame always converted and composed to RGB framebuffer in zero copy path?

I think most stick/STB products with RK3066 use 1280x720 framebuffer. then, any 1080p videos are downscaled to 720p for framebuffer, and lastly upscaled to 1080p for 1080p TV?

or 1920x1080 YUV framebuffer can be overlayed on top of 1280x720 RGB(UI) framebuffer?

(this question will be off-topic, but I want to know how "normal video player apps" works on RK3066 because I want to know difference between other apps and XBMC...)
For most device we use 720p FB. But on HW we can use a overlay output for 1920x1080p YUV I don't know much about the final product's choice. They have to balance more things.

(2013-02-23, 19:00)CruNcher Wrote: Hmm there is a issue Chen a AVC Blu-Ray stream .m2ts shows strange frame jumping (reorder issue) in the beginning for around 35 seconds either with H/W+ or XBMC
no frame jumps with the kSoftwareCodecsOnly path (RKPlayer,MX Player Hardware Mode, Archos Video Player). Maybe it's a parser issue i guess both player use in these modes the libav parser not yours.
Though it happens only on the first load seeking back doesn't show these frame jumps anymore.

Mpeg-2 Blu-Ray stream .m2ts still fallsback to ff-mpeg2video, is the vpu mpeg-2 decoder not accessible via libstagefright as neither mx player can use it in H/W+ mode ?

Also .m2ts and .mkv VC-1 fallback to ff-vc1

so currently only H.264 seems to work accelerated for RK3066, which at least grants most web based plugin support by now Smile

tested and work now

Vimeo 1080p
Youtube 1080p
Apple Quicktime Trailer 1080p

Lot of Apple Quicktime 1080p content tough wont work sufficient yet, especially Game content Promo Videos that use very high framerates

so most H.264 based Web Platforms should work now

Mpeg-4 Part 2 ASP 1080p 23.976 stf-mpeg4 also works though frame drop issues
About the ts stream problem ts stream usually has a very high bitrate and ts parsing will consume a lot CPU and have a heavy load on file system specially on flash base storage. The first load will have a lot cache miss both on code and file reading so it is relatively slow, the second run will be better. It is normal.

vpu mpeg-2 decoder can decode mpeg2 stream. Maybe it is a config or parameter issue? I will check with my colleague. I am not sure whether mpeg2 and ts omx component is tested completely.

I have checked it with my colleague. vpu mpeg-2 deocder can not support OMX component so far due to parser stream and timestamp problem. We will fix this bug on later version.
Are we to assume that Herman's patched libstagefright.so is required for further testing and development of these builds on RK3066 SoCs? If so we could do with a link and explanation in the OP or we'll end up with a slew of problems stemming from users not having installed that file.

@ Herman

You mentioned in a previous post that your libstagefright.so was only for 4.1 - will it also work on the incremental 4.2?
XBMC Running on:
- Intel i5 & GTX 980
- Intel NUC i3 Thunderbolt Edition
- Sony Xperia Z3 & Z3 Tablet
- Pivos XIOS DS M1
- Raspberry Pi 3

If my post was helpful please click the +Reputation button.
(2013-02-24, 13:47)Katch Wrote: You mentioned in a previous post that your libstagefright.so was only for 4.1 - will it also work on the incremental 4.2?
There are a lot differences between 4.1 and 4.2 especially on wifi display and related modules. I am not sure this lib can work on 4.2. I will check that

To Katch: I have checked that 4.1 and 4.2 can not use the same lib. But we will add the 4.1 patch to all new release version.
(2013-02-24, 13:47)Katch Wrote: Are we to assume that Herman's patched libstagefright.so is required for further testing and development of these builds on RK3066 SoCs? If so we could do with a link and explanation in the OP or we'll end up with a slew of problems stemming from users not having installed that file.

I guess "reference RK3066 system image" may be necessary for testers...

there are many RK3066 products and there are many custom ROMs on the net. components will be changed very easily.
"hi. I'm using Mr.foo's awesome ROM!" "hi! I'm using Mr.bar's ultimate ROM!" "hi! I'm using Mr.baz's superb ROM!" these will not tell any important information.

it will be better to test XBMC/libstagefright on many systems as much as possible. but bug report from unknown system may give confusion to developer. (sorry, I'm not sure. debug log may give all information)

I don't say XBMC project should make own distribution(custom rom) specialized for RK3066 devices and enforcing it to users.
but I think it is possible to ask testers to try same system image(except kernel) as developer.

EDIT: same system image "which includes all necessary patches"

using "same system image" may cause some minor issue on device which has different hardware configuration. but I think it can be ignored for "testing XBMC/libstagefright" purpose.

if someone notice some issue on his system, then let's try to reproduce it on "reference system". if it is reproducible, there is a issue in XBMC or his kernel, let's start bug hunting.

if it isn't reproducible, there is a issue in his system. he should ask author of his system, not XBMC developer.

EDIT:
if it's necessary, I can offer some tools for RK3066 devices e.g. prepare kernel.img from boot.img, flash kernel.img into kernel partition, backup current system, install reference system, etc.
(2013-02-23, 19:00)CruNcher Wrote: Hmm there is a issue Chen a AVC Blu-Ray stream .m2ts shows strange frame jumping (reorder issue) in the beginning for around 35 seconds either with H/W+ or XBMC
no frame jumps with the kSoftwareCodecsOnly path (RKPlayer,MX Player Hardware Mode, Archos Video Player). Maybe it's a parser issue i guess both player use in these modes the libav parser not yours.
Though it happens only on the first load seeking back doesn't show these frame jumps anymore.

Mpeg-2 Blu-Ray stream .m2ts still fallsback to ff-mpeg2video, is the vpu mpeg-2 decoder not accessible via libstagefright as neither mx player can use it in H/W+ mode ?

Also .m2ts and .mkv VC-1 fallback to ff-vc1

so currently only H.264 seems to work accelerated for RK3066, which at least grants most web based plugin support by now Smile

tested and work now

Vimeo 1080p
Youtube 1080p
Apple Quicktime Trailer 1080p

Lot of Apple Quicktime 1080p content tough wont work sufficient yet, especially Game content Promo Videos that use very high framerates

so most H.264 based Web Platforms should work now

Mpeg-4 Part 2 ASP 1080p 23.976 stf-mpeg4 also works though frame drop issues

About the ts stream problem ts stream usually has a very high bitrate and ts parsing will consume a lot CPU and have a heavy load on file system specially on flash base storage. The first load will have a lot cache miss both on code and file reading so it is relatively slow, the second run will be better. It is normal.

vpu mpeg-2 decoder can decode mpeg2 stream. Maybe it is a config or parameter issue? I will check with my colleague. I am not sure whether mpeg2 and ts omx component is tested completely.

thx for the explanation i thought something like that seeing that it was gone after 35 seconds and on the back seek and only visible in the higher overhead scenario Smile

the problem is the mpeg-2 decoder doesn't get called up by XBMC @ all though neither MX Player does load it in their H/W+ Mode
Archos Video Player has no issues calling it also with their non Hardware Overlay Rendering i wonder what for a path they chose here it doesn't look like a GPU Renderer nor it is a Hardware Overlay (default framework) it seems to be a Software memcpy not as fast as RKPlayer that way i wonder why they don't use the Hardware Overlay path like RKPlayer Smile
(2013-02-24, 15:48)fun_ Wrote:
(2013-02-24, 13:47)Katch Wrote: Are we to assume that Herman's patched libstagefright.so is required for further testing and development of these builds on RK3066 SoCs? If so we could do with a link and explanation in the OP or we'll end up with a slew of problems stemming from users not having installed that file.

I guess "reference RK3066 system image" may be necessary for testers...

there are many RK3066 products and there are many custom ROMs on the net. components will be changed very easily.
"hi. I'm using Mr.foo's awesome ROM!" "hi! I'm using Mr.bar's ultimate ROM!" "hi! I'm using Mr.baz's superb ROM!" these will not tell any important information.

it will be better to test XBMC/libstagefright on many systems as much as possible. but bug report from unknown system may give confusion to developer. (sorry, I'm not sure. debug log may give all information)

I don't say XBMC project should make own distribution(custom rom) specialized for RK3066 devices and enforcing it to users.
but I think it is possible to ask testers to try same system image(except kernel) as developer.

using "same system image" may cause some minor issue on device which has different hardware configuration. but I think it can be ignored for "testing XBMC/libstagefright" purpose.

if someone notice some issue on his system, then let's try to reproduce it on "reference system". if it is reproducible, there is a issue in XBMC or his kernel, let's start bug hunting.

if it isn't reproducible, there is a issue in his system. he should ask author of his system, not XBMC developer.

I agree with all of what you are saying - but something as pivotal for performance such as patched and specific modified libs that we are relying on for XBMC to function properly - need to be installed by testers as they will not be a stock part of any ROM -

Herman's libstagefright.so is an excellent case in point. No stock ROM will contain his patch as it is too new to be at OEM level. ROM chefs (like myself over on Flashmyandroid) can start to include these patched libs once we are sure they are stable and as functional as possible.

In the meantime it will become important to know that we are working off the same libs.

PS - I assume you are the same fun_ that has been bringing CWM to RK3066 - props for your hard work in that area!
XBMC Running on:
- Intel i5 & GTX 980
- Intel NUC i3 Thunderbolt Edition
- Sony Xperia Z3 & Z3 Tablet
- Pivos XIOS DS M1
- Raspberry Pi 3

If my post was helpful please click the +Reputation button.
(2013-02-24, 16:06)CruNcher Wrote: the problem is the mpeg-2 decoder doesn't get called up by XBMC @ all though neither MX Player does load it in their H/W+ Mode
Archos Video Player has no issues calling it also with their non Hardware Overlay Rendering i wonder what for a path they chose here it doesn't look like a GPU Renderer nor it is a Hardware Overlay (default framework) it seems to be a Software memcpy not as fast as RKPlayer that way i wonder why they don't use the Hardware Overlay path like RKPlayer Smile

is there any visible difference in logcat output from these players?
I guess all players except MX H/W+ mode just use default framework provided by Rockchip...

EDIT:
sorry, it may be off-topic...
Without patched libstagefright it is useless to test XBMC nor MXPlayer HW+ due to instability. It is not possible to test any 1080p file because it freezes or restarts whole device. With this patch we can see how these files behave in XBMC because it will not freeze anymore? So we will overcome "ROM" bug and avoid false reports that XBMC froze the system?:idea:
BTW. Thanks to all for great work!
(2013-02-24, 16:09)Katch Wrote: Herman's libstagefright.so is an excellent case in point. No stock ROM will contain his patch as it is too new to be at OEM level. ROM chefs (like myself over on Flashmyandroid) can start to include these patched libs once we are sure they are stable and as functional as possible.

agreed.

EDIT: minor correction, same system image "which includes all necessary patches"

btw, I guess if it's possible to detect presence of that bug, XBMC can notify it.

(2013-02-24, 16:09)Katch Wrote: PS - I assume you are the same fun_ that has been bringing CWM to RK3066 - props for your hard work in that area!

yes and thanks. sorry for using not so unique name Wink

EDIT: signature is added Wink
(2013-02-24, 16:12)fun_ Wrote:
(2013-02-24, 16:06)CruNcher Wrote: the problem is the mpeg-2 decoder doesn't get called up by XBMC @ all though neither MX Player does load it in their H/W+ Mode
Archos Video Player has no issues calling it also with their non Hardware Overlay Rendering i wonder what for a path they chose here it doesn't look like a GPU Renderer nor it is a Hardware Overlay (default framework) it seems to be a Software memcpy not as fast as RKPlayer that way i wonder why they don't use the Hardware Overlay path like RKPlayer Smile

is there any visible difference in logcat output from these players?
I guess all players except MX H/W+ mode just use default framework provided by Rockchip...

EDIT:
sorry, it may be off-topic...

they all callup swrenderer so yes all player that use the default framework can benefit from the Hardware Overlay like the default Google Player does Wink
Though for some reason Archos doesn't want to Wink

Imho i find the idea of rendering the Video on a OpenGL surface silly for the GUI ok but for the Video hmm it's just overhead and if you don't want to manipulate the video layer why doing it ?

Chen is this still recent ?

<4>[ 4.366275] rk29_ipp: module is from the staging directory, the quality is unknown, you have been warned.
<4>[ 4.389178] ipp irq 47
<4>[ 4.391739] IPP init, version rk30-ipp 1.001

so ipp does the hardware overlay deinterlacing, i guess it's not a motion adaptive deinterlacer but a more simple field deinterlacer ?
(2013-02-24, 17:37)CruNcher Wrote: they all callup swrenderer so yes all player that use the default framework can benefit from the Hardware Overlay like the default Google Player does Wink
Though for some reason Archos doesn't want to Wink

I see. thank you.

(2013-02-24, 17:37)CruNcher Wrote: Imho i find the idea of rendering the Video on a OpenGL surface silly for the GUI ok but for the Video hmm it's just overhead and if you don't want to manipulate the video layer why doing it ?

well, you asked this part to me? I'm not XBMC developer...

I think why using OpenGL is because it can get benefit from 3D GPU. 3D GPU will do necessary work to show decoded raw frames such as color space conversion, scaling, etc.
and this XBMC libstagefright aim to offer hardware decoding function to several devices by general way, i.e. libstagefright + OpenGL.

using hardware specific function such as RK's color space converter, hardware overlay, and deinterlacer should be done in "XBMC for rockchip" as koying mentioned.

I guess using hardware composer (hwc) framework in Android may be better, it will use best hardware for composing on each device. but I'm not video app developer, I'm not sure hwc can be used for video streams from native code without overhead.
Hello to all. Use longer for your version of XBMC and I am very satisfied with it there is no problem Play All 1080p video, but I have a problem with the server vk.com.

Some videos go and some do not. After turning on the video starts up with an error sound goes, but there are various cary.Tak it off. Are you using a Minix Neo X5. Here I'm sending log.

Code:
05:34:38 T:1693046800   DEBUG: ------ Window Init (DialogBusy.xml) ------
05:34:38 T:1693046800   DEBUG: Window DialogBusy.xml was already loaded
05:34:38 T:1693046800   DEBUG: Alloc resources: 0.09m
05:34:38 T:1693046800   DEBUG: waiting for python thread 27 (/mnt/sdcard/Android/data/org.xbmc.xbmc/files/.xbmc/addons/plugin.video.serialycz.cz/default.py) to stop
05:34:38 T:1693046800   DEBUG: python thread 27 (/mnt/sdcard/Android/data/org.xbmc.xbmc/files/.xbmc/addons/plugin.video.serialycz.cz/default.py) destructed
05:34:38 T:1797502104  NOTICE: Creating Demuxer
05:34:38 T:1797502104   DEBUG: SECTION:LoadDLL(libavcodec-53-arm.so)
05:34:38 T:1797502104   DEBUG: Loading: /data/data/org.xbmc.xbmc/lib/libavcodec-53-arm.so
05:34:38 T:1797502104   DEBUG: SECTION:LoadDLL(libavformat-53-arm.so)
05:34:38 T:1797502104   DEBUG: Loading: /data/data/org.xbmc.xbmc/lib/libavformat-53-arm.so
05:34:38 T:1797502104   DEBUG:  - probing detected format [mov,mp4,m4a,3gp,3g2,mj2]
05:34:40 T:1737207192   DEBUG: , request seek on source to 50706765
05:34:40 T:1737207192    INFO:  - Created session to http://gosupark.com
05:34:40 T:1797502104   DEBUG:  - waiting for position 50772243.
05:34:40 T:1797502104   DEBUG:  - avformat_find_stream_info starting
05:34:40 T:1737207192    INFO: CFileCache::Process - Hit eof.
05:34:40 T:1737207192   DEBUG: , request seek on source to 601506
05:34:41 T:1797502104   DEBUG:  - av_find_stream_info finished
05:34:41 T:1797502104   DEBUG: CDVDInputStreamFile::SetReadRate - set cache throttle rate to 170173 bytes per second
05:34:41 T:1797502104  NOTICE: Opening video stream: 0 source: 256
05:34:41 T:1797502104  NOTICE: Creating video codec with codec id: 28
05:34:41 T:1797502104   DEBUG: CDVDFactoryCodec: compiled in hardware support: CrystalHD:no OpenMax:no libstagefright:yes VDPAU:no VAAPI:no
05:34:41 T:1797502104   DEBUG: FactoryCodec - Video: stf-xxxx - Opening
05:34:41 T:1797502104   DEBUG: CDVDVideoCodecStageFright:: - trying to open, codec(28), profile(100), level(21)
05:34:41 T:1797502104    INFO: CBitstreamConverter::Open bitstream to annexb init
05:34:41 T:1797502104   DEBUG: >>> texid: -1
05:34:41 T:1797502104   DEBUG: CStageFrightVideo:: - component: OMX.rk.video_decoder.avc
05:34:41 T:1797502104   DEBUG: FactoryCodec - Video: stf-h264 - Opened
05:34:41 T:1797502104  NOTICE: Creating video thread
05:34:41 T:1797502104  NOTICE: Opening audio stream: 1 source: 256
05:34:41 T:1797502104  NOTICE: Finding audio codec for: 86018
05:34:41 T:1797502104   DEBUG: FactoryCodec - Audio: FFmpeg - Opening
05:34:41 T:1797502104   DEBUG: SECTION:LoadDLL(libswresample-0-arm.so)
05:34:41 T:1797502104   DEBUG: Loading: /data/data/org.xbmc.xbmc/lib/libswresample-0-arm.so
05:34:41 T:1844821136  NOTICE: running thread: video_thread
05:34:41 T:1844821136   DEBUG: CDVDPlayerVideo - CDVDMsg::GENERAL_SYNCHRONIZE
05:34:41 T:1797502104   DEBUG: FactoryCodec - Audio: FFmpeg - Opened
05:34:41 T:1797502104  NOTICE: Creating audio thread
05:34:41 T:1797502104   DEBUG: CDVDPlayer::SetCaching - caching state 1
05:34:41 T:1797502104   DEBUG: CDVDPlayer::SetCaching - caching state 3
05:34:41 T:1844821136   DEBUG: CDVDPlayerVideo - CDVDMsg::GENERAL_RESYNC(0.000000, 1)
05:34:41 T:1844821136    INFO: CDVDPlayerVideo - Stillframe left, switching to normal playback
05:34:41 T:1796965808  NOTICE: running thread: CDVDPlayerAudio::Process()
05:34:41 T:1797502104   DEBUG: CDVDPlayer::CheckContinuity - resync backward :2, prev:160000.000000, curr:40000.000000, diff:-120000.000000
05:34:41 T:1844821136 WARNING: CDVDMessageQueue(video)::Get - asked for new data packet, with nothing available
05:34:41 T:1796965808  NOTICE: Creating audio stream (codec id: 86018, channels: 2, sample rate: 44100, no pass-through)
05:34:41 T:1796965808    INFO: CSoftAE::MakeStream - AE_FMT_S16NE, 44100, FL,FR
05:34:41 T:1844821136  NOTICE:  fps: 25.000000, pwidth: 428, pheight: 240, dwidth: 426, dheight: 240
05:34:41 T:1844821136   DEBUG:  - change configuration. 428x240. framerate: 25.00. format: EGLIMG
05:34:41 T:1692188576   DEBUG: CSoftAE::Run - Sink restart flagged
05:34:41 T:1692188576    INFO: CSoftAE::InternalOpenSink - keeping old sink with : AE_FMT_FLOAT, FL,FR, 44100hz
05:34:41 T:1692188576   DEBUG: CSoftAE::InternalOpenSink - Using speaker layout: 2.0
05:34:41 T:1692188576   DEBUG: CSoftAE::InternalOpenSink - Internal Buffer Size: 49152
05:34:41 T:1692188576   DEBUG: AERemap: Downmix normalization is disabled
05:34:41 T:1692188576   DEBUG: CSoftAEStream::CSoftAEStream - Converting from AE_FMT_S16NE to AE_FMT_FLOAT
05:34:41 T:1796965808   DEBUG: CDVDPlayerAudio:: synctype set to 0: clock feedback
05:34:41 T:1797502104   DEBUG: CDVDPlayer::HandleMessages - player started 1
05:34:41 T:1844821136 WARNING: CRenderManager::Configure - timeout waiting for previous frame
05:34:41 T:1844821136  NOTICE: Display resolution DESKTOP : 1280x720 @ 60.00 - Full Screen (16)
05:34:41 T:1693046800   DEBUG: CGUIInfoManager::SetCurrentMovie(http://gosupark.com:8777/ncor7grzfxan4u2fj443iaxpqvcdt5uaqrhbjwuekkdhyy65xfqv7pmep4/v.mp4)
05:34:41 T:1693046800   DEBUG: CAnnouncementManager - Announcement: OnPlay from xbmc
05:34:41 T:1693046800   DEBUG: GOT ANNOUNCEMENT, type: 1, from xbmc, message OnPlay
05:34:41 T:1693046800   DEBUG: Activating window ID: 12005
05:34:41 T:1693046800   DEBUG: ------ Window Deinit (MyVideoNav.xml) ------
05:34:41 T:1693046800   DEBUG: ------ Window Init (VideoFullScreen.xml) ------
05:34:41 T:1693046800   DEBUG: Window VideoFullScreen.xml was already loaded
05:34:41 T:1693046800   DEBUG: Alloc resources: 0.72m
05:34:41 T:1797502104   DEBUG: CDVDPlayer::SetCaching - caching state 0
05:34:41 T:1692188576   DEBUG: CSoftAE::Run - Sink restart flagged
05:34:41 T:1692188576    INFO: CSoftAE::InternalOpenSink - keeping old sink with : AE_FMT_FLOAT, FL,FR, 44100hz
05:34:41 T:1692188576   DEBUG: CSoftAE::InternalOpenSink - Using speaker layout: 2.0
05:34:41 T:1692188576   DEBUG: CSoftAE::InternalOpenSink - Internal Buffer Size: 49152
05:34:41 T:1796965808   DEBUG: CDVDPlayerAudio - CDVDMsg::GENERAL_RESYNC(183219.954649, 0)
05:34:41 T:1796965808   DEBUG: CDVDPlayerAudio:: Discontinuity1 - was:193689.124000, should be:106652.946612, error:-87036.177388
05:34:41 T:1693046800  NOTICE: Using GL_TEXTURE_2D
05:34:41 T:1693046800   DEBUG: GL: Requested render method: 0
05:34:41 T:1693046800  NOTICE: GL: Using EGL Image render method
05:34:41 T:1693046800  NOTICE: GL: NPOT texture support detected
05:34:41 T:1693046800   DEBUG: ------ Window Deinit (DialogBusy.xml) ------
05:34:41 T:1797502104   DEBUG: CDVDPlayer::HandleMessages - player started 2
05:34:42 T:1796965808   DEBUG: CDVDPlayerAudio:: Discontinuity1 - was:1536878.321612, should be:1717932.669451, error:181054.347839
05:34:44 T:1693046800   DEBUG: Keyboard: scancode: 0x34, sym: 0x0078, unicode: 0x0078, modifier: 0x0
05:34:44 T:1693046800   DEBUG: : x (0xf058) pressed, action is Stop
05:34:44 T:1693046800  NOTICE: CDVDPlayer::CloseFile()
05:34:44 T:1693046800  NOTICE: DVDPlayer: waiting for threads to exit
05:34:44 T:1797502104  NOTICE: CDVDPlayer::OnExit()
05:34:44 T:1797502104  NOTICE: DVDPlayer: closing audio stream
05:34:44 T:1797502104  NOTICE: Closing audio stream
05:34:44 T:1797502104  NOTICE: Waiting for audio thread to exit
05:34:44 T:1796965808  NOTICE: thread end: CDVDPlayerAudio::OnExit()
05:34:44 T:1797502104  NOTICE: Closing audio device
05:34:44 T:1797502104   DEBUG: CSoftAEStream::~CSoftAEStream - Destructed
05:34:44 T:1797502104  NOTICE: Deleting audio codec
05:34:44 T:1797502104  NOTICE: DVDPlayer: closing video stream
05:34:44 T:1797502104  NOTICE: Closing video stream
05:34:44 T:1797502104  NOTICE: waiting for video thread to exit
05:34:44 T:1692188576   DEBUG: CSoftAE::Run - Sink restart flagged
05:34:44 T:1692188576    INFO: CSoftAE::InternalOpenSink - keeping old sink with : AE_FMT_FLOAT, FL,FR, 44100hz
05:34:44 T:1692188576   DEBUG: CSoftAE::InternalOpenSink - Using speaker layout: 2.0
05:34:44 T:1692188576   DEBUG: CSoftAE::InternalOpenSink - Internal Buffer Size: 49152
05:34:44 T:1844821136  NOTICE: thread end: video_thread
05:34:44 T:1797502104  NOTICE: deleting video codec
05:34:44 T:1797502104  NOTICE: CDVDPlayer::OnExit() deleting demuxer
05:34:44 T:1797502104  NOTICE: CDVDPlayer::OnExit() deleting input stream
05:34:44 T:1797502104   DEBUG: CAnnouncementManager - Announcement: OnStop from xbmc
05:34:44 T:1797502104   DEBUG: GOT ANNOUNCEMENT, type: 1, from xbmc, message OnStop
05:34:44 T:1693046800  NOTICE: DVDPlayer: finished waiting
05:34:44 T:1693046800   DEBUG: LinuxRendererGL: Cleaning up GL resources
05:34:44 T:1693046800   DEBUG: CGUIWindowManager::PreviousWindow: Deactivate
05:34:44 T:1693046800   DEBUG: ------ Window Deinit (VideoFullScreen.xml) ------
05:34:44 T:1693046800   DEBUG: CGUIWindowManager::PreviousWindow: Activate new
05:34:44 T:1693046800   DEBUG: ------ Window Init (MyVideoNav.xml) ------
05:34:44 T:1693046800   DEBUG: Window MyVideoNav.xml was already loaded
05:34:44 T:1693046800   DEBUG: Alloc resources: 5.73m
05:34:44 T:1693046800   DEBUG: CGUIMediaWindow::GetDirectory (plugin://plugin.video.serialycz.cz/?cp=73657269616c79637a2e637a&list=687474703a2f2f7777772e73657269616c79637a2e637a2f63617465676f72792f686f6d652f73657269616c792f737461722d776172737468652d636c6f6e652d776172732f)
05:34:44 T:1693046800   DEBUG:   ParentPath = [plugin://plugin.video.serialycz.cz/?cp=73657269616c79637a2e637a&list=687474703a2f2f7777772e73657269616c79637a2e637a2f63617465676f72792f686f6d652f73657269616c792f737461722d776172737468652d636c6f6e652d776172732f]
05:34:44 T:1693046800   DEBUG: Loading fileitems [plugin://plugin.video.serialycz.cz/?cp=73657269616c79637a2e637a&list=687474703a2f2f7777772e73657269616c79637a2e637a2f63617465676f72792f686f6d652f73657269616c792f737461722d776172737468652d636c6f6e652d776172732f]
05:34:44 T:1693046800   DEBUG:   -- items: 103, directory: plugin://plugin.video.serialycz.cz/?cp=73657269616c79637a2e637a&list=687474703a2f2f7777772e73657269616c79637a2e637a2f63617465676f72792f686f6d652f73657269616c792f737461722d776172737468652d636c6f6e652d776172732f sort method: 0, ascending: false
05:34:44 T:1693046800   DEBUG:  took 1 ms for 6 items query: SELECT  files.strFilename, files.playCount,  bookmark.timeInSeconds, bookmark.totalTimeInSeconds FROM files  LEFT JOIN bookmark ON    files.idFile = bookmark.idFile AND bookmark.type = 1  WHERE files.idPath=17
05:34:45 T:1693046800  NOTICE: CDVDPlayer::CloseFile()
05:34:45 T:1693046800 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
05:34:45 T:1693046800  NOTICE: DVDPlayer: waiting for threads to exit
05:34:45 T:1693046800  NOTICE: DVDPlayer: finished waiting
05:34:45 T:1693046800   DEBUG: LinuxRendererGL: Cleaning up GL resources
05:34:45 T:1800669232   DEBUG:  - Saving file state for video item plugin://plugin.video.serialycz.cz/?play=687474703a2f2f7777772e73657269616c79637a2e637a2f323031332f30312f737763772d30357831342f&cp=73657269616c79637a2e637a&
05:35:10 T:1693046800    INFO:  - Closing session to http://gosupark.com (easy=0x72082008, multi=0x67aebe18)
05:35:15 T:1693046800   DEBUG: SECTION:UnloadDelayed(DLL: libavcodec-53-arm.so)
05:35:15 T:1693046800   DEBUG: Unloading: libavcodec-53-arm.so
05:35:15 T:1693046800    INFO:  - Closing session to http://gosupark.com (easy=0x71f7f8e8, multi=0x64f6dc48)
05:35:15 T:1693046800   DEBUG: SECTION:UnloadDelayed(DLL: libavformat-53-arm.so)
05:35:15 T:1693046800   DEBUG: Unloading: libavformat-53-arm.so
05:35:16 T:1693046800   DEBUG: SECTION:UnloadDelayed(DLL: libswresample-0-arm.so)
05:35:16 T:1693046800   DEBUG: Unloading: libswresample-0-arm.so
05:36:29 T:1693046800   DEBUG: Keyboard: scancode: 0x04, sym: 0x0008, unicode: 0x0008, modifier: 0x0
05:36:29 T:1693046800   DEBUG: : backspace (0xf008) pressed, action is Back
05:36:29 T:1693046800   DEBUG: CGUIMediaWindow::GetDirectory (plugin://plugin.video.serialycz.cz/)
05:36:29 T:1693046800   DEBUG:   ParentPath = [addons://sources/video/]
05:36:29 T:1693046800   DEBUG: Loading fileitems [plugin://plugin.video.serialycz.cz/]
05:36:29 T:1693046800   DEBUG:   -- items: 98, directory: plugin://plugin.video.serialycz.cz/ sort method: 0, ascending: false
05:36:30 T:1693046800   DEBUG: Keyboard: scancode: 0x04, sym: 0x0008, unicode: 0x0008, modifier: 0x0
05:36:30 T:1693046800   DEBUG: : backspace (0xf008) pressed, action is Back
05:36:30 T:1693046800   DEBUG: CGUIMediaWindow::GetDirectory (addons://sources/video/)
05:36:30 T:1693046800   DEBUG:   ParentPath = []
05:36:30 T:1693046800   DEBUG: Keyboard: scancode: 0x04, sym: 0x0008, unicode: 0x0008, modifier: 0x0
05:36:30 T:1693046800   DEBUG: : backspace (0xf008) pressed, action is Back
05:36:30 T:1693046800   DEBUG: CGUIMediaWindow::GetDirectory ()
05:36:30 T:1693046800   DEBUG:   ParentPath = []
05:36:31 T:1693046800   DEBUG: Keyboard: scancode: 0x04, sym: 0x0008, unicode: 0x0008, modifier: 0x0
05:36:31 T:1693046800   DEBUG: : backspace (0xf008) pressed, action is Back
05:36:31 T:1693046800   DEBUG: CGUIWindowManager::PreviousWindow: Deactivate
05:36:32 T:1693046800   DEBUG: ------ Window Deinit (MyVideoNav.xml) ------
05:36:32 T:1693046800   DEBUG: CGUIWindowManager::PreviousWindow: Activate new
05:36:32 T:1693046800   DEBUG: ------ Window Init (Home.xml) ------
05:36:32 T:1693046800   DEBUG: Window Home.xml was already loaded
05:36:32 T:1693046800   DEBUG: Alloc resources: 18.18m
05:36:32 T:1693046800   DEBUG: Keyboard: scancode: 0x14, sym: 0x0112, unicode: 0x0112, modifier: 0x0
05:36:32 T:1693046800   DEBUG: : down (0xf081) pressed, action is Down
05:36:33 T:1693046800   DEBUG: Keyboard: scancode: 0x14, sym: 0x0112, unicode: 0x0112, modifier: 0x0
05:36:33 T:1693046800   DEBUG: : down (0xf081) pressed, action is Down
05:36:33 T:1693046800   DEBUG: Keyboard: scancode: 0x42, sym: 0x000d, unicode: 0x000d, modifier: 0x0
05:36:33 T:1693046800   DEBUG: : return (0xf00d) pressed, action is Select
05:36:33 T:1693046800   DEBUG:  : Translating ActivateWindow(ShutdownMenu)
05:36:33 T:1693046800   DEBUG:  : To ActivateWindow(ShutdownMenu)
05:36:33 T:1693046800   DEBUG: Activating window ID: 10111
05:36:33 T:1693046800   DEBUG: ------ Window Init (DialogButtonMenu.xml) ------
05:36:33 T:1693046800    INFO: Loading skin file: DialogButtonMenu.xml, load type: KEEP_IN_MEMORY
05:36:33 T:1693046800   DEBUG: Load DialogButtonMenu.xml: 41.70ms
05:36:33 T:1693046800   DEBUG: Alloc resources: 44.27ms  (42.06 ms skin load)
05:36:33 T:1693046800   DEBUG:  : Translating down
05:36:33 T:1693046800   DEBUG:  : To down
05:36:34 T:1693046800   DEBUG: Keyboard: scancode: 0x42, sym: 0x000d, unicode: 0x000d, modifier: 0x0
05:36:34 T:1693046800   DEBUG: : return (0xf00d) pressed, action is Select
05:36:34 T:1693046800   DEBUG:  : Translating XBMC.Quit()
05:36:34 T:1693046800   DEBUG:  : To XBMC.Quit()
05:36:34 T:1693046800   DEBUG: CAnnouncementManager - Announcement: OnQuit from xbmc
05:36:34 T:1693046800   DEBUG: GOT ANNOUNCEMENT, type: 8, from xbmc, message OnQuit
05:36:34 T:1693046800  NOTICE: Storing total System Uptime
05:36:34 T:1693046800  NOTICE: Saving settings
05:36:34 T:1693046800  NOTICE: stop all
05:36:34 T:1693046800    INFO: stopping PVRManager
05:36:34 T:1693046800   DEBUG:  - Signaling network services to stop
05:36:34 T:1693046800  NOTICE: ES: Stopping event server
05:36:34 T:1693046800   DEBUG:  - Waiting for network services to stop
05:36:34 T:1742205272  NOTICE: ES: UDP Event server stopped
05:36:34 T:1693046800  NOTICE: stop sap announcement listener
05:36:34 T:1693046800  NOTICE: clean cached files!
05:36:34 T:1693046800  NOTICE: unload skin
05:36:34 T:1693046800    INFO: Unloading old skin ...
05:36:34 T:1693046800   DEBUG: ------ Window Deinit (Home.xml) ------
05:36:34 T:1693046800   DEBUG:  - Closed bundle
05:36:34 T:1693046800   DEBUG: ADDON: Stopping service addons.
05:36:34 T:1693046800    INFO: Stopping script with id: 2
05:36:34 T:1739307536  NOTICE: StorageServer-2.5.0 Closed down
05:36:34 T:1739307536    INFO: Scriptresult: Success
05:36:34 T:1693046800   DEBUG: XBPyThread::stop - script termination took 227ms
05:36:34 T:1693046800  NOTICE: stop python
05:36:34 T:1693046800   DEBUG: waiting for python thread 2 (/mnt/sdcard/Android/data/org.xbmc.xbmc/files/.xbmc/addons/script.common.plugin.cache/default.py) to stop
05:36:34 T:1693046800   DEBUG: python thread 2 (/mnt/sdcard/Android/data/org.xbmc.xbmc/files/.xbmc/addons/script.common.plugin.cache/default.py) destructed
05:36:34 T:1693046800   DEBUG: GUI Shader - Destroying Shader : 0x64f31b20
05:36:34 T:1693046800  NOTICE: stopped
05:36:34 T:1693046800  NOTICE: destroy
05:36:34 T:1693046800    INFO: ADDON: cpluff: 'An unreleased information object was encountered at address 0x64ea8a48 with reference count 1 when destroying the associated plug-in context. Not releasing the object.'
05:36:34 T:1693046800    INFO: ADDON: cpluff: 'An unreleased information object was encountered at address 0x64ebc710 with reference count 1 when destroying the associated plug-in context. Not releasing the object.'
05:36:34 T:1693046800    INFO: ADDON: cpluff: 'An unreleased information object was encountered at address 0x64e98498 with reference count 1 when destroying the associated plug-in context. Not releasing the object.'
05:36:34 T:1693046800    INFO: ADDON: cpluff: 'An unreleased information object was encountered at address 0x64ea9998 with reference count 1 when destroying the associated plug-in context. Not releasing the object.'
05:36:34 T:1693046800    INFO: ADDON: cpluff: 'An unreleased information object was encountered at address 0x64dcf418 with reference count 1 when destroying the associated plug-in context. Not releasing the object.'
05:36:34 T:1693046800    INFO: ADDON: cpluff: 'An unreleased information object was encountered at address 0x64e599a0 with reference count 1 when destroying the associated plug-in context. Not releasing the object.'
05:36:34 T:1693046800    INFO: ADDON: cpluff: 'An unreleased information object was encountered at address 0x64e9ccf0 with reference count 1 when destroying the associated plug-in context. Not releasing the object.'
05:36:34 T:1693046800    INFO: ADDON: cpluff: 'An unreleased information object was encountered at address 0x64f0c7b8 with reference count 1 when destroying the associated plug-in context. Not releasing the object.'
05:36:34 T:1693046800    INFO: ADDON: cpluff: 'An unreleased information object was encountered at address 0x64eb64b8 with reference count 1 when destroying the associated plug-in context. Not releasing the object.'
05:36:34 T:1693046800    INFO: ADDON: cpluff: 'An unreleased information object was encountered at address 0x64e7bf38 with reference count 1 when destroying the associated plug-in context. Not releasing the object.'
05:36:34 T:1693046800  NOTICE: unload sections
05:36:35 T:1693046800    INFO: lastfm destroyed
05:36:35 T:1693046800   DEBUG: CAnnouncementManager - Announcement: OnClear from xbmc
05:36:35 T:1693046800   DEBUG: GOT ANNOUNCEMENT, type: 2, from xbmc, message OnClear
05:36:35 T:1693046800   DEBUG: CAnnouncementManager - Announcement: OnClear from xbmc
05:36:35 T:1693046800   DEBUG: GOT ANNOUNCEMENT, type: 2, from xbmc, message OnClear
05:36:35 T:1693046800   DEBUG: object 0 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 1 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 2 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 3 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 4 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 5 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 6 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 7 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 8 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 9 --> 0 instances
05:36:35 T:1693046800   DEBUG: SECTION:UnloadAll(DLL: libcpluff-arm.so)
05:36:35 T:1693046800   DEBUG: Unloading: libcpluff-arm.so
05:36:35 T:1693046800   DEBUG: SECTION:UnloadAll(DLL: libcurl.so)
05:36:35 T:1693046800   DEBUG: Unloading: libcurl.so
05:36:35 T:1693046800   DEBUG: SECTION:UnloadAll(DLL: libavutil-51-arm.so)
05:36:35 T:1693046800   DEBUG: Unloading: libavutil-51-arm.so
05:36:35 T:1693046800   DEBUG: SECTION:UnloadAll(DLL: libswscale-2-arm.so)
05:36:35 T:1693046800   DEBUG: Unloading: libswscale-2-arm.so
05:36:35 T:1693046800   DEBUG: CAnnouncementManager - Announcement: OnClear from xbmc
05:36:35 T:1693046800   DEBUG: GOT ANNOUNCEMENT, type: 2, from xbmc, message OnClear
05:36:35 T:1693046800  NOTICE: destroy
05:36:35 T:1693046800 WARNING: Attempted to remove window 10013 from the window manager when it didn't exist
05:36:35 T:1693046800 WARNING: Attempted to remove window 10014 from the window manager when it didn't exist
05:36:35 T:1693046800 WARNING: Attempted to remove window 10015 from the window manager when it didn't exist
05:36:35 T:1693046800 WARNING: Attempted to remove window 10016 from the window manager when it didn't exist
05:36:35 T:1693046800 WARNING: Attempted to remove window 10017 from the window manager when it didn't exist
05:36:35 T:1693046800 WARNING: Attempted to remove window 10018 from the window manager when it didn't exist
05:36:35 T:1693046800 WARNING: Attempted to remove window 10019 from the window manager when it didn't exist
05:36:35 T:1693046800 WARNING: Attempted to remove window 10021 from the window manager when it didn't exist
05:36:35 T:1693046800 WARNING: Attempted to remove window 10107 from the window manager when it didn't exist
05:36:35 T:1693046800 WARNING: Attempted to remove window 10115 from the window manager when it didn't exist
05:36:35 T:1693046800 WARNING: Attempted to remove window 10104 from the window manager when it didn't exist
05:36:35 T:1693046800  NOTICE: unload sections
05:36:35 T:1693046800   DEBUG: CAnnouncementManager - Announcement: OnClear from xbmc
05:36:35 T:1693046800   DEBUG: Previous line repeats 1 times.
05:36:35 T:1693046800   DEBUG: object 0 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 1 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 2 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 3 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 4 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 5 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 6 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 7 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 8 --> 0 instances
05:36:35 T:1693046800   DEBUG: object 9 --> 0 instances
05:36:35 T:1693046800  NOTICE: application stopped...
05:36:35 T:1730156320   DEBUG: PVRManager - destroyed
05:36:35 T:1730156320   DEBUG: CAnnouncementManager - Announcement: OnClear from xbmc
05:36:35 T:1730156320   DEBUG: Previous line repeats 1 times.
05:36:35 T:1730156320   DEBUG: LinuxRendererGL: Cleaning up GL resources
(2013-02-24, 17:37)CruNcher Wrote: they all callup swrenderer so yes all player that use the default framework can benefit from the Hardware Overlay like the default Google Player does Wink
Though for some reason Archos doesn't want to Wink

Imho i find the idea of rendering the Video on a OpenGL surface silly for the GUI ok but for the Video hmm it's just overhead and if you don't want to manipulate the video layer why doing it ?

Chen is this still recent ?

<4>[ 4.366275] rk29_ipp: module is from the staging directory, the quality is unknown, you have been warned.
<4>[ 4.389178] ipp irq 47
<4>[ 4.391739] IPP init, version rk30-ipp 1.001

so ipp does the hardware overlay deinterlacing, i guess it's not a motion adaptive deinterlacer but a more simple field deinterlacer ?

ipp just do a simple field deinterlace.
  •   
  • 1
  • 24
  • 25
  • 26(current)
  • 27
  • 28
  • 52
  •   
  Thread Closed
 
Thread Rating:
  • 10 Vote(s) - 4.5 Average



Logout Mark Read Team Forum Stats Members Help
libstagefright - Experimental hardware video decoding builds4.510
This forum uses Lukasz Tkacz MyBB addons.