| 06:31 | coredumb | fritsch: nothing really changed actually :( |
| 06:32 | coredumb | i've fixed the A/V desync by setting -400ms delay by default |
| 06:32 | coredumb | and the shhhhhhhhhhhhh sound issue came back |
| 08:39 | fritsch | coredumb: debuglog or it never happened :-) |
| 09:01 | coredumb | fritsch: i can fetch the log from kodi on openelec directly? |
| 09:04 | fritsch | yes, but you need to enable component logging before |
| 09:04 | fritsch | video / audio at least |
| 09:05 | fritsch | then it's in /storage/.kodi/temp/kodi.log |
| 09:32 | coredumb | fritsch: i can enable that from the interface or is it some advanced settings ? |
| 09:33 | fritsch | yes |
| 09:33 | fritsch | system settings system debugging |
| 09:35 | coredumb | ok |
| 09:38 | coredumb | gosh kodi's interface have become damn slow :( |
| 09:46 | coredumb | fritsch: http://pastie.org/9891677 |
| 09:59 | coredumb | any clue ? |
| 10:04 | fritsch | you don't use CEC, do you? |
| 10:04 | fritsch | please disable it in the connections |
| 10:04 | fritsch | it spams the log |
| 10:04 | fritsch | seems to make the main loop stuck |
| 10:04 | fritsch | and render runs try |
| 10:04 | fritsch | no nice |
| 10:05 | fritsch | sucks |
| 10:19 | coredumb | fritsch: i don't seem to use CEC no |
| 10:19 | fritsch | so disable it |
| 10:19 | fritsch | input devices somewhere |
| 10:19 | fritsch | in the menus |
| 10:22 | coredumb | damn the interface is really damn slow :( |
| 10:25 | coredumb | would that be worth trying the geekbox version ? |
| 10:25 | coredumb | ok CEC disabled |
| 10:26 | Artox | I dont think that should make any difference (xbmc = xbmc) |
| 10:27 | coredumb | well i read that geekbox is more actively patching the kodi imx6 version |
| 10:27 | coredumb | now... |
| 10:27 | Artox | I think the imx6 patches go directly into kodi |
| 10:28 | coredumb | ok |
| 10:30 | coredumb | i wonder if it's that slow since all my libraries have been populated ... |
| 10:31 | coredumb | it's slow enough to be unpleasant to use :( |
| 10:31 | Artox | populated? |
| 10:31 | Artox | you messed with packages? |
| 10:32 | Artox | then tehre is a good chance something replace the vivante gpu blobs with mesa libs |
| 10:32 | coredumb | no i meant the kodi movies/tv shows libraries :D |
| 10:32 | Artox | Oh |
| 10:32 | Artox | then maybe its jsut busy |
| 10:32 | jnettlet | well I didn't update the openelec package in ignition because there have been some reported problems. |
| 10:33 | coredumb | Artox: well kodi CPU usage doesn't get higher than 11% |
| 10:34 | coredumb | jnettlet: you mean update to 5.0.1 instead of the 5.0.0 provided on the sd card ? |
| 10:34 | Artox | coredumb: then I have no clue |
| 10:35 | coredumb | so far the box works brilliantly with MPD |
| 10:35 | coredumb | sound quality is excellent |
| 10:35 | jnettlet | coredumb, I am not sure what the versions were off the top of my head |
| 10:35 | coredumb | it's just the kodi experience that sucks |
| 10:35 | coredumb | :D |
| 10:35 | jnettlet | yes there is a project built around mpd I believe |
| 10:36 | jnettlet | I would probably say you should try the ignition image again and don't update it |
| 10:36 | coredumb | jnettlet: i just added MPD from the openelec unofficial addons |
| 10:36 | coredumb | works like a charm |
| 10:37 | coredumb | jnettlet: i don't use ignition afaik got the cubox delivered with openelec directly |
| 10:37 | coredumb | any easy way to easily downgrade to see if it's better ? |
| 10:38 | Artox | take second sdcard |
| 10:38 | Artox | install :) |
| 10:38 | vpeter | coredumb: put tar to update folder and reboot - http://wiki.openelec.tv/index.php/Updating_OpenELEC |
| 10:39 | coredumb | vpeter: thx |
| 10:41 | coredumb | downloading 5.0.0 build to see |
| 10:43 | coredumb | update on its way |
| 10:44 | coredumb | ok interface is definitely faster on 5.0.0 |
| 10:48 | coredumb | same sound issue though |
| 10:49 | coredumb | also have some visual glitches |
| 10:49 | coredumb | like background "pulsing" |
| 10:51 | coredumb | http://pastie.org/9891763 here's my log if it's useful |
| 10:51 | coredumb | ERROR: CAESinkALSA - snd_pcm_writei(-32) Broken pipe - trying to recover |
| 11:00 | coredumb | any idea folks ? |
| 11:05 | fritsch | that happens only once |
| 11:05 | fritsch | and it tries to recover itself and wins |
| 11:05 | coredumb | yeah |
| 11:05 | coredumb | doesn't seems like it's even logged |
| 11:05 | fritsch | the display changes refreshrate |
| 11:05 | coredumb | yes |
| 11:05 | fritsch | that very moment the audio device shortly goes away |
| 11:05 | fritsch | (cause hdmi audio) |
| 11:06 | fritsch | last package of silence cannot be added |
| 11:06 | fritsch | comes back when display is ready |
| 11:06 | mk01_ | fritsch: finally tell the guy to remove OE and install the only "right" os - XBian :)) |
| 11:06 | mk01_ | heh |
| 11:06 | fritsch | mk01_: hehehe :-) that would have been next, yes |
| 11:06 | coredumb | actually i wouldn't mind |
| 11:06 | fritsch | coredumb: it won't change a thing |
| 11:07 | fritsch | same alsa, some core, same refreshrate switching |
| 11:07 | coredumb | ok so should i just send the cubox back as it's not able to perform as the vendor says it does ? |
| 11:07 | fritsch | lol? |
| 11:07 | Artox | if the gpu is broken, ofc |
| 11:07 | Artox | (it probably isnt) |
| 11:07 | fritsch | it's not broken |
| 11:07 | fritsch | nothing is broken in that log |
| 11:07 | Artox | yeah |
| 11:08 | curlymo | @fritsch, i notice that regularly my alsa audio device loses connection somehow although it's always on. If i manually set it again in the menu it works again for a half a day. |
| 11:08 | mk01_ | what is the problem with coredumb ? that as movie proceeding audio goes out of sync ? |
| 11:08 | coredumb | is there a version of kodi that's known to work correctly ? no sound issue no visual glitches ? |
| 11:08 | fritsch | curlymo: do you have the alsa hotplug patches installed? |
| 11:08 | coredumb | mk01_: that is less than an issue |
| 11:08 | fritsch | curlymo: cause without them kodi has no idea of any audio device changing |
| 11:09 | coredumb | mk01_: i have some "shhhhhhhhh" randomly coming on and off on every movie |
| 11:09 | coredumb | kind of crackling |
| 11:09 | mk01_ | ah |
| 11:10 | curlymo | i never change the audio device except when it's stops working |
| 11:10 | curlymo | and as i said, i never turn the DAC off |
| 11:11 | fritsch | curlymo: so kodi sees the device still there, but you don't hear anything anymore? |
| 11:11 | curlymo | yep |
| 11:11 | curlymo | then i go to the audio settings |
| 11:11 | curlymo | change DAC - analog to DAC - digital to DAC - analog and it works again |
| 11:11 | curlymo | the DAC stays on and connected |
| 11:12 | curlymo | so the audio device change is within the DAC itself, don't have to change to HDMI first and then to DAC again |
| 11:13 | fritsch | okay, going to that audio settings will reenumerate |
| 11:13 | fritsch | audio devices |
| 11:13 | fritsch | and reinit |
| 11:13 | fritsch | do you have "keep audio alive" ticked? |
| 11:13 | curlymo | yes |
| 11:13 | fritsch | so under the hood something says good bye |
| 11:14 | fritsch | any other programs that could mess with our alsa? |
| 11:14 | curlymo | no |
| 11:14 | fritsch | like pulseaudio or something? |
| 11:14 | mk01_ | curlymo: do you need "keep alive" ? |
| 11:14 | curlymo | i don't know what i need ;) |
| 11:14 | curlymo | i just tried various things |
| 11:14 | mk01_ | unclick it |
| 11:14 | fritsch | mk01_: why? |
| 11:14 | fritsch | when using hdmi audio, you will loose the first 100 to 200 ms of audio |
| 11:14 | mk01_ | it is leftover from early xbian version |
| 11:14 | fritsch | and menu sound clicks won't be hearable anymore |
| 11:14 | fritsch | nope |
| 11:15 | fritsch | that one is upstream setting I coded it |
| 11:15 | fritsch | audio engine silent noise generator |
| 11:15 | fritsch | to not make the AVRs loose signal when idleing |
| 11:15 | mk01_ | fritsch: no, I mean it's setting TO ON |
| 11:15 | mk01_ | was forced early in xbian for ix6 |
| 11:15 | mk01_ | imx6 |
| 11:15 | fritsch | ah |
| 11:15 | fritsch | i have it on one minute |
| 11:15 | mk01_ | it is not anymore. |
| 11:15 | mk01_ | that I wanted to say :) |
| 11:16 | fritsch | https://github.com/xbmc/xbmc/pull/5982 <- curlymo this one hear listens for alsa changes |
| 11:16 | mk01_ | 1m is ok, but we forced -1 (forever) |
| 11:16 | fritsch | if it goes off without you doing anything and without xbmc getting knowledge of it |
| 11:16 | fritsch | it's something |
| 11:17 | fritsch | coredumb: btw. do you currently test my experimental build? or default OpenELEC 5.0.1? |
| 11:17 | fritsch | i currently rebuild one with latest and greatest (TM, C, R) upstream code |
| 11:17 | fritsch | though some nice xbian changes are not in there :-) |
| 11:19 | mk01_ | fritsch: do we have DEBUG kernel log from coredumb? (mxc_hdmi.c and mxc-hdmi-core.c ) ? |
| 11:20 | fritsch | nope, nothing |
| 11:20 | fritsch | curious if the same issue would also happen over spdif |
| 11:20 | mk01_ | fritsch: my bet is no |
| 11:20 | fritsch | mine, too |
| 11:21 | fritsch | though - i would have expected something in the log, e.g. render stalled, audio dropped, whatever |
| 11:21 | fritsch | but i could not see anything |
| 11:21 | mk01_ | do OE have DYNAMIC_DEBUG in kernel ON ? |
| 11:21 | mk01_ | fritsch: but there IS from those two kernel drivers |
| 11:22 | fritsch | nope, disabled |
| 11:22 | mk01_ | only we need the debug output |
| 11:22 | fritsch | coredumb: try with xbian, better to debug in that regard - though I could rebuild with DYNAMIC_DEBUG set to yes |
| 11:22 | fritsch | if that helps |
| 11:22 | mk01_ | coredumb: can you boot with xbian kernel & dtb ? just for test |
| 11:22 | mk01_ | and turn on dynamic debug ? |
| 11:22 | mk01_ | will tell you how |
| 11:23 | mk01_ | fritsch: our zImage would be enough for test |
| 11:24 | fritsch | what I wonder here, I see 6 channel audio opening, so that connection should be an AVR |
| 11:24 | fritsch | therefore we could try with 2 channels and direct TV connection first |
| 11:28 | mk01_ | ok, if AVR is somehow broken |
| 11:28 | mk01_ | but from kernel internal point of view (audio stream on hdmi), it doesn't matter. or ? |
| 11:29 | mk01_ | as when media start play with 2ch, 2ch are pushed as config to hdmi, ... not ? |
| 11:31 | curlymo | i don't have spdif |
| 11:31 | curlymo | so my DAC is outputting 2ch stereo |
| 11:36 | fritsch | dac :-) |
| 11:36 | fritsch | i like those |
| 11:36 | fritsch | curlymo: you want to take part in an audiophile test? |
| 11:38 | curlymo | sure |
| 11:38 | curlymo | i have the equipment for it |
| 11:38 | curlymo | but want to solve the problem as well |
| 11:39 | curlymo | also @fritsch, i have a flac file that let's KODI hang instantly |
| 11:39 | curlymo | just one album, the rest is fine |
| 11:43 | fritsch | latest kodi? |
| 11:43 | curlymo | not sure |
| 11:43 | curlymo | mk01 probably knows :) |
| 11:43 | fritsch | i fixed something for 14.1 |
| 11:43 | curlymo | latest xbian kodi version |
| 11:43 | fritsch | just post the flac file somewhere |
| 11:43 | fritsch | and I will test |
| 11:43 | mk01_ | latest from Helix |
| 11:43 | curlymo | ok |
| 11:43 | mk01_ | not master |
| 11:43 | curlymo | there are to issues |
| 11:44 | curlymo | 1. when i start the album from the recently added albums it immediatly hangs |
| 11:44 | curlymo | 2. when i start the album from the regular music list (so first song, then let it play the rest) it hangs as soon as it goes to fullscreen |
| 11:44 | fritsch | mmh |
| 11:44 | fritsch | give me the file please |
| 11:45 | fritsch | will play it from video files |
| 11:45 | curlymo | any ideas about the DAC issue? |
| 11:48 | curlymo | @fritsch, check your pm |
| 11:50 | coredumb | mk01_: let me find my micro sd adapter somewhere and i'll test what you want :) |
| 11:51 | curlymo | @coredumb, it's something that you want but you just don't know it yet. mk01 did ;) |
| 11:51 | coredumb | hehe |
| 11:57 | fritsch | curlymo: what was the "dac issue" again? this 1. 2.? |
| 11:58 | curlymo | nee |
| 11:58 | curlymo | no |
| 11:58 | curlymo | further up |
| 11:58 | fritsch | this does not sound like a dac issue, but something f*cking with the render |
| 11:58 | curlymo | russian backdoor? |
| 11:59 | fritsch | yeah, summarize in one sentence please |
| 11:59 | fritsch | :-) |
| 12:01 | coredumb | mk01_: let me know what i should do |
| 12:01 | curlymo | what DAC or FLAC? |
| 12:09 | fritsch | curlymo: DAC issue i did not read anywhere |
| 12:09 | fritsch | the flac I have |
| 12:10 | curlymo | [11:09] @fritsch, i notice that regularly my alsa audio device loses connection somehow although it's always on. If i manually set it again in the menu it works again for a half a day. |
| 12:15 | mk01_ | curlymo: did you retest with the keep alive off ? |
| 12:16 | fritsch | ah! |
| 12:16 | fritsch | with keep alive off, we unload complete alsa stack |
| 12:16 | fritsch | at a point |
| 12:16 | fritsch | and reinit |
| 12:17 | fritsch | #'*`?p-? |
| 12:17 | fritsch | damn, tomatoe soupe on the keyboard |
| 12:17 | coredumb | mk01_: i just install the latest xbian version then ? |
| 12:24 | fritsch | curlymo: works perfectly on the cubox |
| 12:25 | fritsch | curlymo: i don't like the music though :-) |
| 12:25 | fritsch | is that hip hop for people not too brave for real classic? :-) |
| 12:25 | curlymo | that's good! second point |
| 12:26 | fritsch | now let me add it to the library |
| 12:27 | fritsch | also works |
| 12:27 | fritsch | curlymo: okay - https://dl.dropboxusercontent.com/u/55728161/OpenELEC-imx6.arm-devel-20150129075243-r19965-gcfac26c.tar |
| 12:27 | fritsch | curlymo: if you like :-) |
| 12:28 | curlymo | whut? |
| 12:28 | curlymo | are you serious |
| 12:28 | fritsch | jep - I have one of your patches in the eyes |
| 12:28 | fritsch | mk01_: the one that links in, if fullscreen switching etc. is going on |
| 12:28 | curlymo | so could this also be related to alsa? |
| 12:28 | fritsch | nope |
| 12:28 | fritsch | most likely not |
| 12:29 | fritsch | start kodi in gdb |
| 12:29 | fritsch | and get a thread apply all bt |
| 12:29 | fritsch | then let's see where it hangs |
| 12:29 | fritsch | ouh noes, now the girl starts to sing ... |
| 12:29 | curlymo | haha |
| 12:29 | fritsch | https://dl.dropboxusercontent.com/u/55728161/01-crackletest.ogg |
| 12:29 | fritsch | here, same issue? |
| 12:30 | curlymo | i though i picked the right track :) |
| 12:30 | fritsch | do you hear the slight crackle at minute 4:10 in my sample? |
| 12:30 | fritsch | you need to hear from the beginning |
| 12:30 | curlymo | in firefox yes |
| 12:31 | curlymo | i would've loved to send you vivaldi or ach but one isn't giving problems |
| 12:31 | curlymo | could it be a filter of Kodi to stop supporting shitty music? |
| 12:31 | fritsch | no |
| 12:31 | fritsch | it's one of your custom patches mk01_ knows |
| 12:31 | fritsch | which one |
| 12:31 | fritsch | if you disable viz |
| 12:32 | fritsch | it should work |
| 12:32 | curlymo | so it's a custom music filter by mk01 ;) |
| 12:32 | fritsch | nothing to do with music |
| 12:32 | curlymo | sjezus |
| 12:32 | fritsch | jo? |
| 12:32 | curlymo | i understand dude |
| 12:33 | fritsch | not crackle at minute 4:10 for you? |
| 12:33 | fritsch | you need to listen it a bit louder |
| 12:34 | fritsch | so that all your neighbours can hear it |
| 12:34 | curlymo | there is |
| 12:34 | curlymo | can here it on my laptop as well |
| 12:35 | fritsch | there isn't |
| 12:35 | fritsch | just wanted to have you listen to the whole song :-) |
| 12:35 | fritsch | nice organ recording from notre dame |
| 12:35 | fritsch | but back to your bug |
| 12:35 | fritsch | viz off - all fine? |
| 12:35 | curlymo | openelec? |
| 12:36 | fritsch | xbian |
| 12:36 | curlymo | how do i turn viz off? |
| 12:36 | fritsch | Settings -> Music |
| 12:36 | fritsch | or something |
| 12:36 | fritsch | i am a gui dau |
| 12:36 | curlymo | aha |
| 12:36 | curlymo | vizualisations |
| 12:36 | fritsch | that one |
| 12:36 | curlymo | just a sec |
| 12:40 | mk01_ | fritsch: there is no patch touching visualisations ... ohhh. what which where ehm ? |
| 12:40 | mk01_ | but I got "vivaldi" from the discussion :D |
| 12:41 | curlymo | didn't work |
| 12:41 | curlymo | will start gdb |
| 12:42 | fritsch | curlymo: just for fun (my fun) try OpenELEC - mo, will link you a build with smallint's latest code |
| 12:42 | fritsch | btw. there is a nice patch by popcornmix for the pi to do gui rendering only with 10 fps |
| 12:42 | fritsch | when a movie is playing |
| 12:42 | fritsch | that would also help the cubox a lot with the new bypass code |
| 12:44 | mk01_ | fritshc: xbmc IS doing GUI at 10 by default when playing video |
| 12:45 | mk01_ | you are making stories now :) |
| 12:45 | fritsch | i mean, when you press "enter" |
| 12:45 | fritsch | or the osd is up |
| 12:45 | fritsch | and so on |
| 12:45 | fritsch | so the menu stuff is rendered onto |
| 12:45 | mk01_ | fritsch: I understand |
| 12:45 | mk01_ | this is no changing what I said |
| 12:46 | mk01_ | fullscreenvideo && nopause -> 10fps |
| 12:46 | mk01_ | by default |
| 12:47 | mk01_ | maybe it changed in helix |
| 12:48 | curlymo | tried inside gdb |
| 12:48 | curlymo | nothing interesting to see |
| 12:48 | mk01_ | but that is how gotham is processing renred() |
| 12:48 | mk01_ | render() |
| 12:48 | fritsch | mk01_: https://github.com/OpenELEC/OpenELEC.tv/blob/master/projects/RPi/patches/kodi/kodi-001-helix_rpb_backports.patch#L4182 |
| 12:49 | curlymo | song just starts 2 sec, and then stops, after 10 seconds music again, stops, 10 seconds music again, stops music continues fine after a 10seconds but kodi isn't responsing anymore |
| 12:49 | fritsch | curlymo: you have a spare microsd? |
| 12:50 | curlymo | it continues because gdb is keeping it alive ;) |
| 12:50 | curlymo | will try later |
| 12:52 | curlymo | any idea about the DAC issue? |
| 12:55 | mk01_ | fritsch: AGAIN |
| 12:55 | mk01_ | that code is ALREADY IN |
| 12:55 | mk01_ | BY DEFAULT :) |
| 12:55 | mk01_ | that is what actually render does |
| 12:56 | mk01_ | when those conditions are met |
| 13:02 | fritsch | mk01_: enable debug screen |
| 13:02 | fritsch | mk01_: switch disaplay to 60 hz |
| 13:04 | fritsch | btw. the patch is wrong |
| 13:04 | fritsch | frameTime is not used at all |
| 13:29 | curlymo | @fritsch, that flac runs fine on Kodi Raspberry Pi 2?!, will test latest xbian kodi on iMX6 |
| 13:29 | fritsch | mk01_: see again where the return; is added in the patch and compare with the other one in that function |
| 13:29 | fritsch | curlymo: mo, will test |
| 13:29 | curlymo | i just confirmed :) |
| 13:45 | mk01_ | fritsch: there is no actual difference in the code |
| 13:45 | mk01_ | only that clearcache, updateresolutions is called |
| 13:46 | fritsch | you need to read the complete ::RendeR() method |
| 13:46 | fritsch | it directly comes in after the !mstop condition |
| 13:46 | mk01_ | fritsch: what do you think I'm talking about ? |
| 13:47 | fritsch | i am honestly not fully sure :-) |
| 13:47 | mk01_ | about render() method |
| 13:47 | fritsch | cause the code does a shortcut |
| 13:47 | fritsch | all the flip |
| 13:47 | fritsch | and stuff is left out |
| 13:47 | mk01_ | yes |
| 13:47 | mk01_ | bud debug the conditions |
| 13:47 | mk01_ | but |
| 13:47 | mk01_ | in case you play video |
| 13:47 | mk01_ | which is not paused |
| 13:48 | mk01_ | check conditions for flipping |
| 13:48 | fritsch | i just run that code |
| 13:48 | mk01_ | imagine dirtyregions when there is no change |
| 13:49 | mk01_ | and ? |
| 13:49 | fritsch | and reduced my complete fps to 10 :-) |
| 13:49 | mk01_ | soooooooo ? |
| 13:49 | fritsch | i miss something |
| 13:49 | mk01_ | probably I know what you want to say |
| 13:50 | mk01_ | why the debug screen is showing full fps |
| 13:50 | mk01_ | if render() is looping at 1/100s (10fps) |
| 13:50 | mk01_ | yes ? |
| 13:51 | fritsch | i need to revisit first what the rewrite code does |
| 13:51 | fritsch | i think I did not understand everything |
| 13:51 | mk01_ | I spent in that function few hours |
| 13:51 | fritsch | and the 10 fps i really only wanted on the gui elements, which happens when you run the pi for example |
| 13:51 | fritsch | you see the menu, etc. lags |
| 13:51 | mk01_ | we use it to shutdown renderer when XBMC is not active |
| 13:51 | fritsch | while the video is fine |
| 13:52 | fritsch | there is an limitFrame infrastructure already there |
| 13:52 | fritsch | so, it should be enough to EnableFrameLimiter |
| 13:53 | mk01_ | yes |
| 13:53 | mk01_ | it is |
| 13:55 | curlymo | @fritsch @mk01, i just rechecked. The specific flac runs fine on the Raspberry Pi 2 xbian image but doesn't on the iMX6 (Hummignboard) version. |
| 13:55 | curlymo | i believe kodi is the same on both (right mk01?) |
| 13:55 | mk01_ | curlymo +- a commit |
| 13:56 | mk01_ | yes |
| 13:56 | mk01_ | the same |
| 13:56 | fritsch | you dropped all the custom patches for that build? |
| 13:57 | mk01_ | fritsch: what patch is it which bothers you in regards to the flac ? |
| 13:57 | mk01_ | as beside the EGLNative both platforms use the same patch set |
| 13:58 | fritsch | wait a mo - need to go through them |
| 14:00 | fritsch | new or old: https://github.com/xbianonpi/xbian-package-xbmc/blob/master/patches/imx6-nightly/91-imx-repatch.patch ? |
| 14:00 | fritsch | curlymo: or build without all those patches and see if it makes a difference |
| 14:01 | curlymo | yes, but if all are the same... |
| 14:01 | fritsc | 14:01 * fritsch votes for a kodi fork (would make cherry pick much easier ;-)) |
| 14:01 | curlymo | except one |
| 14:01 | fritsch | those patches are all not in any mainline version |
| 14:01 | curlymo | and i will test openelec later |
| 14:01 | curlymo | on my list |
| 14:03 | curlymo | but i hoped you guys could tell me that the difference between Raspberry Pi (2) and Hummingboard was all the clues you needed :) |
| 14:05 | mk01_ | curlymo: it freezes on OPEN ? did it always, or it used to work and then stopped ? |
| 14:06 | mk01_ | curlymo: in egeneral, code base is the same, but SYSTEM libs are all different |
| 14:06 | mk01_ | starting from libtag, ending at whatever |
| 14:06 | curlymo | always, you know that i complained about this album earlier. The behavior is what i explained earlier: |
| 14:06 | curlymo | song just starts 2 sec, and then stops, after 10 seconds music again, stops, 10 seconds music again, stops music continues fine after a 10seconds but kodi isn't responsing anymore |
| 14:08 | mk01_ | can you play it with ffmpeg ? |
| 14:08 | curlymo | cmdline? |
| 14:08 | mk01_ | on RPI and imx6 ? |
| 14:08 | mk01_ | yes |
| 14:08 | mk01_ | but I would take the XBMCs code |
| 14:09 | mk01_ | and configure parameters |
| 14:09 | curlymo | that is? |
| 14:09 | mk01_ | send me the track |
| 14:09 | mk01_ | I will test it |
| 14:21 | mk01_ | fritsch: just got answer to your question / "problem" |
| 14:22 | mk01_ | activated debug screen |
| 14:22 | fritsch | oki |
| 14:22 | fritsch | tell me |
| 14:22 | mk01_ | set frame limiter to 500ms |
| 14:22 | mk01_ | (2fps) |
| 14:22 | mk01_ | screen (including debug part) is 2fps |
| 14:22 | mk01_ | debug showing 60 |
| 14:23 | mk01_ | if you check the GUIINfoDebug class |
| 14:23 | mk01_ | and trace the frametime calculations |
| 14:23 | mk01_ | you will see it is assumed |
| 14:23 | fritsch | you can press "o" additionally |
| 14:23 | fritsch | this is what confuses me |
| 14:25 | mk01_ | "o" is Window object part of SKIN |
| 14:25 | mk01_ | and SKIN window activations & and their internal render |
| 14:25 | mk01_ | is not called from render() |
| 14:25 | mk01_ | but from process() or action() |
| 14:26 | mk01_ | don't remember exactly |
| 14:28 | fritsch | codec screen directly polls the player |
| 14:28 | mk01_ | (windowmanager has own render() following different path) |
| 14:28 | fritsch | via the guiinfomanager object in the middle |
| 14:29 | mk01_ | yes, but codec screen is not showing GUI fps |
| 14:30 | mk01_ | there is aonther prove easy to do if you don't believe me with the gui renderer fps |
| 14:31 | mk01_ | add a log line with millis time |
| 14:31 | mk01_ | into it |
| 14:32 | mk01_ | we can ask popcornmix why he (re)added same code |
| 14:34 | fritsch | good idea - i think it's cause of the special way the pi is rendering |
| 14:35 | fritsch | was only a test |
| 14:35 | fritsch | and it did something - most likely counterproductive, but yeah :-) |
| 14:35 | mk01_ | yes |
| 14:35 | mk01_ | was thinking about it just now |
| 14:36 | fritsch | my understanding was: it renders bypassing our render |
| 14:36 | fritsch | and from time to time the stuff the rendermanager does is blended in |
| 14:36 | fritsch | and his change would reduce that amount |
| 14:37 | mk01_ | with the 1st your are very right |
| 14:38 | mk01_ | I remember when popcorn integrated the codec stats |
| 14:38 | mk01_ | it was like 100 bug reports / day |
| 14:38 | mk01_ | all the same - my RPI broke - it plays videos only at 10fps |
| 14:40 | mk01_ | and |
| 14:40 | mk01_ | when thinking it all through |
| 14:40 | mk01_ | you will be absolutely right |
| 14:41 | fritsch | "will be" is the future :-) |
| 14:41 | mk01_ | the gui when fullscreen video on rpi is not xbmc |
| 14:41 | fritsch | jep |
| 14:42 | mk01_ | that means |
| 14:42 | mk01_ | there is no "clock" (frametime) |
| 14:42 | mk01_ | for XBMC |
| 14:43 | mk01_ | soit just looping renderer |
| 14:43 | mk01_ | and empty loops without sleep are CPU heater |
| 14:44 | mk01_ | so popcorn is "simulating" hasRendered |
| 14:45 | mk01_ | with calls to frametime |
| 14:45 | mk01_ | what is updating private time - last frame rendered |
| 14:45 | fritsch | jo |
| 14:46 | fritsch | now let's think if we can get something similar done concernig the cubox |
| 14:46 | fritsch | similar but differently |
| 14:46 | fritsch | video is quite nice with the new code |
| 14:46 | mk01_ | och. and we are again at beginning |
| 14:46 | fritsch | but whenever controls, osd, whatever comes in, we have a problem |
| 14:46 | fritsch | jo :-) |
| 14:46 | mk01_ | cubox i doing that ;) |
| 14:46 | mk01_ | via std ways xbmc is providing |
| 14:46 | mk01_ | (by default) |
| 14:47 | fritsch | every eglswapbuffer will suck |
| 14:47 | fritsch | as it needs very heavy copy |
| 14:47 | mk01_ | yes yes |
| 14:47 | mk01_ | because all the locks |
| 14:47 | fritsch | and the bus |
| 14:48 | mk01_ | but that's easy |
| 14:48 | fritsch | that should go in the current PR |
| 14:48 | fritsch | in a more generic way |
| 14:48 | mk01_ | lesimply let's add the condition (which now triggers 10fps) |
| 14:49 | mk01_ | to condition for flip |
| 14:49 | mk01_ | and you are done |
| 14:49 | fritsch | correct |
| 14:49 | fritsch | nice |
| 14:49 | mk01_ | actually |
| 14:50 | mk01_ | going to compile it |
| 14:50 | mk01_ | so at least see it wont break anything else |
| 14:51 | fritsch | pastebin your patch please, that we test the same |
| 14:51 | mk01_ | hmm |
| 14:51 | mk01_ | not easy |
| 14:51 | mk01_ | as exactly that code |
| 14:51 | mk01_ | we have already patches |
| 14:51 | mk01_ | patched |
| 14:52 | mk01_ | but ok - you will manually adapt |
| 14:52 | mk01_ | easyy to follow |
| 14:52 | fritsch | that's fine |
| 14:52 | mk01_ | check |
| 14:52 | mk01_ | cecstandby.patch |
| 14:53 | fritsch | where is that one? |
| 14:53 | mk01_ | as currently if we have xbmc inactive, we set fps limimter to 1.5 fps |
| 14:53 | fritsch | https://github.com/xbianonpi/xbian-package-xbmc/blob/master/patches/CecStandbyRenderV2.patch <- that one? |
| 14:53 | mk01_ | where you was with the other link |
| 14:53 | mk01_ | yes |
| 14:54 | mk01_ | + flip = !standby |
| 14:54 | mk01_ | and xbmc.bin is idling around 1% cpu |
| 14:54 | mk01_ | at 336 mhz |
| 14:54 | fritsch | i just add if video is playing in there |
| 14:54 | fritsch | query the settings |
| 14:54 | fritsch | and adjust the singleFrameTime |
| 14:54 | fritsch | accordingly |
| 14:55 | fritsch | that should work, should it? |
| 14:55 | mk01_ | yes |
| 14:55 | fritsch | good |
| 14:56 | mk01_ | btw |
| 14:56 | mk01_ | use already existing blocks and conditions |
| 14:57 | mk01_ | (bools) |
| 14:57 | mk01_ | as |
| 14:57 | mk01_ | if you take it thorugh code with singleframetime |
| 14:58 | mk01_ | forget that |
| 14:58 | mk01_ | nothing |
| 15:00 | fritsch | we are not going into the else block |
| 15:00 | fritsch | as we are stuck in the if |
| 15:00 | fritsch | as we are in fullscreen and not paused |
| 15:00 | mk01_ | the only difference is there that scrensaver clock is zeroed |
| 15:00 | mk01_ | (that won't happen that saver kicks in during playing of video) |
| 15:00 | fritsch | oki, need to go afk |
| 15:00 | mk01_ | yes yes |
| 15:01 | fritsch | real life catching up |
| 15:01 | mk01_ | bue |
| 15:01 | mk01_ | so don't mess with singleframetime |
| 15:01 | mk01_ | is useless for you |
| 20:12 | Exaga | malte: :D |
| 22:06 | malte | Exaga :) |