My bad sorry for this mistake, i was confuse by the name of the file...just tested it using gdb trick and it's working!!!! working with injectso as well !! But i never see anything into loader.log, is it normal? At first i was feeling bad because exeDSP has crashed when loading a multimedia file but this has nothing to do with your patch but it's more a design problem from the B5xx series, a known bug. Sometime when loading a file with the mediaplayer it's crashing, even with no additional module, but this is another story.
Right now i'm watching a file with DTS soundtrack, it's really amazing how good it works, i cant believe it's real! It's really a damn good job. As previously reported the first 25-30 seconds of the movie is lagging but we can hear some sound but not clearly. I haven't tested with audio switch yet. Cpu time is oscillating between 60 and 80% CPU using default configuration which is using libdca.so. Load average: 5.36 6.31 4.84 (Status: S=sleeping R=running, W=waiting). With ffmepg directly (which is using another dts lib?) CPU usage is much better as previously said, it's around 40-50% CPU.
I observed that when lagging in the first 30 seconds of the file top is showing this:
Code: Select all
Mem: 109332K used, 1696K free, 0K shrd, 1272K buff, 60428K cached
Load average: 11.26 7.43 5.34 (Status: S=sleeping R=running, W=waiting)
PID USER STATUS RSS PPID %CPU %MEM COMMAND
45 root S N 47624 44 67.9 42.8 exeDSP
242 root DW< 0 13 16.8 0.0 usb-storage
7 root SW 0 1 5.8 0.0 softirq-block/0
486 root R N 724 339 2.1 0.6 top
19 root SW< 0 13 0.1 0.0 kswapd0
339 root S N 472 338 0.0 0.4 sh
31 root S 356 25 0.0 0.3 rc.local
25 root S 344 24 0.0 0.3 rc.local
44 root S 292 31 0.0 0.2 rc.local
24 root S 284 23 0.0 0.2 rcS
338 root S N 276 45 0.0 0.2 sh
1 root S 264 0 0.0 0.2 init
23 root S 108 1 0.0 0.0 init
20 root SW< 0 13 0.0 0.0 kswapd1
56 root SWN 0 1 0.0 0.0 aeMsgTask0
14 root SW< 0 13 0.0 0.0 kblockd/0
4 root SW 0 1 0.0 0.0 softirq-timer/0
8 root SW 0 1 0.0 0.0 softirq-tasklet
11 root SW< 0 1 0.0 0.0 events/0
16 root SW 0 1 0.0 0.0 kdtvlogd
18 root SW 0 13 0.0 0.0 pdflush
I had 2 case of files with soundtrack that are lagging this way even after 30 s of playback (using libdca and ffmpeg is same), and seems like until the end of the file, i dont know why, i will analyze those files.
As you can see usb-storage and softirq are pretty high and there's after kswapd, this seems to says the interrupt rate due to the usb controller is too high and it's in conflict with exeDSP code which produces the laggy sound . Also you can see the free memory is pretty low ( 1696K free), maybe it's kinda swaping? or maybe kswapd is responsible of context switch swaping, i dont know well how system process are working in linux.
Also i've noticed i dont see output log with serial cable when exeDSP is patched, is it normal?
Thank you