Displaying 9 results from an estimated 9 matches for "oku".
Did you mean:
ok
2015 Aug 16
0
Održavanje, čišćenje, hortikultura, tehničko upravljanje, property managment, facility managment, ostale usluge
...?anje gostiju
* Provjera nekretnine i inventara po odlasku gostiju
* Generalno ?i??enje nekretnine po odlasku gostiju
* Briga oko promjene posteljine i ru?nika
* Dezinfekcija kupaonica i WC-a
* Posebne usluge prema Va?im ?eljama...
Ostale usluge
* ?i??enje (apartmana, ku?a, plovila, bazena i oku?nica)
* Ure?enje i odr?avanje oku?nica
* Usluga pranja posteljine
* Osiguranje objekta
* Video nadzor
* Tehni?ko upravljanje objektima
* Property managment
Web: www.chm.hr ( http://www.chm.hr )
E-mail: info at chm.hr
Benkovac: +385 (0) 23 789 777+385 (0) 23 789 777
Ured Slovenija: officeslov...
2011 Sep 04
0
[LLVMdev] git Status
Now I can convert llvm and clang to mercurial with full history,
especially for clang, the current git mirror for clang is not tracking
the whole history(for those revisions under cfe/cfe/trunk), but the
one I converted is good on this, I was using an own modified
hgsubversion to do this, but I got problems on converting hg to git.
2011/8/19, FlyLanguage <flylanguage at gmail.com>:
2011 Sep 04
1
[LLVMdev] git Status
Hello
> Now I can convert llvm and clang to mercurial with full history,
> especially for clang, the current git mirror for clang is not tracking
> the whole history(for those revisions under cfe/cfe/trunk),
For example? Which revisions are not tracked?
--
With best regards, Anton Korobeynikov
Faculty of Mathematics and Mechanics, Saint Petersburg State University
2012 May 02
1
[PATCH] resample: Fix input indexing bug from interleaved functions
From: Jyri Sarha <jsarha at ti.com>
This bug happens quite often when resampling from a low to a high
sample-rate with big enough factor. Also the resampling call has to
be limited by the output buffer size and some unused samples needs be
left in the input buffer.
Sometimes when up-sampling with a big factor the resampling function
wants to peek one more sample from the input buffer to
2011 Aug 19
11
[LLVMdev] git Status
> On Aug 18, 2011, at 10:57 AM, David Greene wrote:
>>
>> Did the project ever come to a decision about making a transition to
>> git? I'm trying to do some longer-term planning and it would be helpful
>> to know what the roadmap is.
It's stuck on:
1) A misunderstanding that global revision numbers are necessary and
that 'git describe' along with
2011 Sep 01
0
[PATCH 4/5] configure.ac: Add ARM NEON support
From: Jyri Sarha <jsarha at ti.com>
Use --enable-neon to force NEON optimization on. The auto detection
should also work if your CFLAGS supports NEON.
---
configure.ac | 32 +++++++++++++++++++++++++++++++-
1 files changed, 31 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 255c0b4..08d3d5f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -89,6 +89,23 @@
2011 Sep 01
0
[PATCH 5/5] resample: Add NEON optimized inner_product_single for floating point
From: Jyri Sarha <jsarha at ti.com>
Also adds inline asm implementations of WORD2INT(x) macro for fixed
and floating point.
---
libspeex/resample_neon.h | 101 ++++++++++++++++++++++++++++++++++++++++++++++
1 files changed, 101 insertions(+), 0 deletions(-)
diff --git a/libspeex/resample_neon.h b/libspeex/resample_neon.h
index ba93e41..e7e981e 100644
--- a/libspeex/resample_neon.h
+++
2011 Sep 01
0
[PATCH 3/5] resample: Add NEON optimized inner_product_single for fixed point
From: Jyri Sarha <jsarha at ti.com>
Semantics of inner_product_single have also been changed to contain
the final right shift and saturation so it can also be implemented in
the optimal way for the used platform. This change affects fixed point
calculations only.
I also added a new fixed point macro SATURATE32PSHR(x, shift, a). It
does pretty much the same thing as SATURATE32(PSHR32(x,
2011 Sep 01
6
[PATCH 0/5] ARM NEON optimization for samplerate converter
From: Jyri Sarha <jsarha at ti.com>
I optimized Speex resampler for NEON capable ARM CPUs. The first patch
should speed up resampling on any platform that can spare the
increased memory usage. It would be nice to have these merged to the
master branch. Please let me know if there is anything I can do to
help the the merge. The patches have been rebased on top of master
branch in