Search results for query: *

  • Users: bsp
  • Order by date
  1. bsp

    Pandora Open Pandora Super Low Latency Audio (mini howto)

    ...audio in Audacity. Reverting that file to the original made those messages go away. The essential change is this (in omap-mcbsp.c):   #if 0    /* Original code (==> min period=256 frames, latency=~5.8ms) */    frames.min = size / channels->min; #else    /* Low latency hack (==> min...
  2. bsp

    Pandora Open Pandora Super Low Latency Audio (mini howto)

    is this something for the firmware kernel?  ==> yes btw which audio software are you using?? ==> my own (work in progress)
  3. bsp

    Pandora Open Pandora Super Low Latency Audio (mini howto)

    ...the patches/hacks, you can use e.g. 64 frame period sizes. This kind of low latency is needed since the latencies add up if you process audio. 2*5.8=11.6ms was just too high and felt sluggish. The drawback with the patches is that it breaks the sound of some emulators (e.g. EmuExAlpha)...
  4. bsp

    [announce] c64_tools (DSP loader and IPC)

    hmm... that's quite terrible indeed (more than 10x slower than on the Pandora!) the RPC_ADD_BENCHMARK uses the DSP polling mode which calls pthread_yield() each third loop iteration (in src/linux/osal/osal_linux.c:osal_yield(). You could try commenting out that line, for testing purposes. You...
  5. bsp

    [announce] c64_tools (DSP loader and IPC)

    ...more matrices (bones), then add up the resulting vertices using per-bone/per-vertex weights, i.e. something along the lines of:  outVtx = mat[0]*vtx*weight[0] + mat[1]*vtx*weight[1] .. + mat[n]*vtx*weight[n]  outNorm = mat[0]*norm*weight[0] + mat[1]*norm*weight[1] .. + mat[n]*norm*weight[n]...
  6. bsp

    [announce] c64_tools (DSP loader and IPC)

    You have to allocate physically contiguous shared memory, just take a look at one of the testcases in c64_tc.c (look for dsp_shm_*). It's almost as easy as using malloc/free. Actually, you just need two extra calls to setup a shared memory heap (dsp_shm_alloc() and dsp_mspace_create()), then...
  7. bsp

    [announce] c64_tools (DSP loader and IPC)

    ...correct ? Even when overclocked to 800Mhz, 1% CPU usage would mean 8,000,000 cycles per second. OPL3 has up to 18 channels and even when used in 3*2 op + 6*4 op + 5 drum channels (6 ops) mode, that's still 14 channels / 36 FM operators that need to be emulated. At a sample rate of 48Khz (OPL3...
  8. bsp

    [announce] c64_tools (DSP loader and IPC)

    Looks like you can compile the source w/o X86 assembly optimizations so I would say yes, you can run that. Question is whether it will, without further optimizations, run faster than a Cortex-A8 build of it (..probably not). Making the decoder use the OMAP h264 video acceleration HW could...
  9. bsp

    Running scalers on DSP

    @M-HT: Thanks for reporting the typo. I didn't notice since the test only transfers a few bytes so there's probably not much to wait for. Your test results regarding linked transfers are quite interesting. Originally I added them since I had a usecase where I needed to gather more memory...
  10. bsp

    [announce] c64_tools (DSP loader and IPC)

    ...applications to use the DSP even if they don't need it all the time (e.g. just for repainting a UI when some event occurs).   And here it is:   ** Changes  18-Jan-2014    - changed DSP power on/off sequences to match those found in TIs SysLink.       This seems to fix stability issues...
  11. bsp

    [announce] c64_tools (DSP loader and IPC)

    So far we have DSP acceleration routines for Sprites (8x8 or 32x32 in 32bit), featuring alphatest / premultiplied and non-premultiplied srcover blend modes (about twice as fast as SGX hardware graphics accelerator) Planar to chunky graphics conversion (up to 8 Amiga style bitplanes with scroll...
  12. bsp

    [announce] c64_tools (DSP loader and IPC)

    Well, in this case, the credit has to be attributed to some unnamed TI devs from india, who most likely have been sweating about this issue for some time before coming up with the proper (workaround) code :) thanks guys!
  13. bsp

    [announce] c64_tools (DSP loader and IPC)

    Woohoo! Yeah, it's a monster, all right. I thought that even though we don't have direct TI support and there are (apparently) no erratas, they do release at least some of their code as open source, incorporating all the company internal erratas..,  and that's even better than some field...
  14. bsp

    [announce] c64_tools (DSP loader and IPC)

    "notaz and rohezal like this" *g* notaz, does that mean that this is finally working ? (the stresstest's been doing fine so far for ~3h on my 'Ghz' Pandora)
  15. bsp

    [announce] c64_tools (DSP loader and IPC)

    I think I have some good news (for a change). I just transcribed the power on/off functions from SysLink (omap3530pwr.c) to c64_tools. This resulted in the following improvements: udelay() call at the begining of dsp_poweroff() is no longer needed, even if the DSP is powercycled as fast as...
  16. bsp

    [announce] c64_tools (DSP loader and IPC)

    ...a source update that corrects this. I also did some other small changes in dsp_c64.c: increase udelay() at the start of dsp_poweroff() to 4*250 uS  (there's is sth fishy going on here: the udelay(10) in previous versions was definitely required on 3730 when powercycling the DSP as fast as...
  17. bsp

    [announce] c64_tools (DSP loader and IPC)

    Amen to that. I lost count of how many times I rebooted today. Admittedly, having to reflash is far worse, though.. Ok, thanks for confirming this. Couldn't see the klog message myself (no serial console here). I think we've tried hard enough. This is definitely a case for TI support (which we...
  18. bsp

    [announce] c64_tools (DSP loader and IPC)

    I just wrote a small utility that dumps the seq. instruction memory. It indeed is random (had to turn off the unit for 10sec or so to randomize the memory). I also tried your version of dsp_c64.c. While the DSP was powered on (TC_IDLE with 30sec delay) I could see that the ARM9 indeed was...
  19. bsp

    [announce] c64_tools (DSP loader and IPC)

    It's not really surprising that this didn't solve the issue. Your findings might come in handy when/if trying to do sth useful with the video accelerator, though. You were right about the RST bit: there are actually two videoseq related bits, one for resetting the accelerators (probably iLF and...
  20. bsp

    [announce] c64_tools (DSP loader and IPC)

    @M-HT: Looks like you're right. I just spent two hours reading about the video sequencer (and taking notes). Seems like I missed that part of the TRM, although so far I've mainly been looking for info about the DSP, not the videoseq.  The docs might be enough to actually execute some code on...
Back
Top