the tables from your conv_tch_afs.c
I thought, that I need them to get the voice.
___________________________________________________________
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192
...ASF-Tables for the different channel codec modes
___________________________________________________________
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192
>It should work for the SACCH and SACCH but will _not_ decode the FACCH
You mean the counter should work for SACH and FACCH?
I know...other channels are decoded differently.
Thats why I am asking. I am trying to implement FACH and hopefully ASF.
I used your tch_h_1 mframe task to grab the tch.
Best regards,
Tobias
___________________________________________________________
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192
is the burst couter in app_cch_scans local_burst_decode()
bid = -1;
...
if (bid == -1)
return;
also working for tch?
Im asking, because "if (bid == -1)" is not triggered correctly with my tch samples.
Regards,
Tobias
___________________________________________________________
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192
Hi all!
I would like to ask everyone to report known issues with OsmocomBB to
the trac at http://bb.osmocom.org/trac/newticket
I think there is a lot of knowledge already somwewhere in the project,
but it's not readily available. Especially as there is some movement
towards creating an actual usable phone, it would be great to have a
collection of all known problems in the existing code.
Don't worry too much if you don't know the correct component to which to
attach the report, we will figure that out.
If you don't have a wiki account for bb.osmocom.org, just send me a mail
and I will create it.
Thanks for your cooperation!
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
<DISCLAIMER> Please follow-up to openbsc(a)lists.osmocom.org </DISCLAIMER>
Hi all,
this idea has been around for quite some time, and for 2012 I really
want to turn it into reality:
I'd like to have a Osmocom developer workshop
The idea here is to get all the active contributors of the project
together for a couple of days (maybe 2-4 days), in order to exchange
ideas, get to know each other better and last but not least work
together on ironing out some of the more difficult issues.
* City:
Regarding the location: I think for me it is only possible to organize
it if it is to be held in Berlin. I'mn happy if somebody else wants to
host it at some other location, but then that person would also have to
take care of local organization. Berlin also has good train and flight
connections, which is definitely a plus.
* Venue:
If it is in Berlin, we might consider talking with c-base or
Raumfahrtagentur as possible venues.
* Date:
Regarding a proposed date, I'm completely open for suggestions. Of
course there shouldn't be any overlap with other major FOSS or Sescurity
related conferences, and it should also not coincide with major public
holidays, as that only makes travel + accomodation more expensive.
* Funding:
As we don't have that many commercial users of Osmocom projects, getting
funding for e.g. travel / accomodation is probably going to be
difficult. We can ask the "usual suspects" among those commercial users
we know,, but I guess it will only be possible in exceptional cases to
provide that kind of funding.
Any ideas / comments / feedback is much appreciated. If somebody has
a particular suggestion.
<DISCLAIMER> Please follow-up to openbsc(a)lists.osmocom.org </DISCLAIMER>
Cheers,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi all,
there appears to be moderate interest in doing the filter rework and I
encourage anyone that modified a phone to share the experience with all of us.
I have created a simple docbook that uses the pictures uploaded by Luka and
annotates them with a "calloutlist". The docbook xml can be found here[1] and
the draft PDF is in the wiki as well.
It would be nice if all of us could contribute about the motivation of the
rework, maybe a bit of history (how the RX path was identified, how new baluns
were selected, ...), experience/tools used during the rework, review the
draft, note the differences of the various phones.
cheers
holger
[1]
http://bb.osmocom.org/trac/attachment/wiki/Hardware/FilterReplacement/userm…
Harald, interesting information!
Do you have a link to those carrier predictions?
--
Alexander Chemeris
Sent from my Android device. Sorry for my brevity.
On Dec 13, 2011 6:19 PM, "Harald Welte" <laforge(a)gnumonks.org> wrote:
Hi Alexander,
On Tue, Dec 13, 2011 at 04:09:56PM +0300, Alexander Chemeris wrote:
> Excuse me for offtopic: I won...
it depends on the Operator and where you are. They all only use 2100
MHz for 3G, not the lower 900/1800 MHz bands (which they could do
legally after a EU regulation). But yes, indoor coverage can be really
bad. For example in my apartment it is difficult to have 3G of all
operators, and the one I use mostly (Eplus) barely has 2G coverage here.
T-mobile and Vodafone are generally better.
It's of course different if you're at major locations like train
stations or the big squares downtown...
Another note: I've recently seen some operator predictions for Germany,
and they assume something like GSM being in operation until 2020 -
definitely significantly longer than the life time of their existing GSM
licenses (expiring in 2016). This tells us a lot about the
installed/deployed user base, as well as the limited 3/3.5/4G coverage..
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
===================...
