You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
|
Feb
(17) |
Mar
(5) |
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
(11) |
2007 |
Jan
(2) |
Feb
(2) |
Mar
(1) |
Apr
|
May
(7) |
Jun
(3) |
Jul
(5) |
Aug
(21) |
Sep
(7) |
Oct
(4) |
Nov
|
Dec
|
2008 |
Jan
|
Feb
(5) |
Mar
(4) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(6) |
Dec
(3) |
2009 |
Jan
(3) |
Feb
(2) |
Mar
|
Apr
(3) |
May
(1) |
Jun
(8) |
Jul
(8) |
Aug
(19) |
Sep
(23) |
Oct
(20) |
Nov
(5) |
Dec
(9) |
2010 |
Jan
(16) |
Feb
(20) |
Mar
(5) |
Apr
(1) |
May
(2) |
Jun
(10) |
Jul
(5) |
Aug
(3) |
Sep
(1) |
Oct
(2) |
Nov
(8) |
Dec
(2) |
2011 |
Jan
(7) |
Feb
(1) |
Mar
(3) |
Apr
(4) |
May
(4) |
Jun
|
Jul
|
Aug
(15) |
Sep
(5) |
Oct
(4) |
Nov
(6) |
Dec
(2) |
2012 |
Jan
(4) |
Feb
(7) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
(3) |
Dec
|
2013 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
(5) |
May
(1) |
Jun
(6) |
Jul
|
Aug
(6) |
Sep
(5) |
Oct
(4) |
Nov
(4) |
Dec
(5) |
2014 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
(2) |
Jul
(1) |
Aug
(1) |
Sep
(6) |
Oct
(5) |
Nov
(22) |
Dec
(5) |
2015 |
Jan
(5) |
Feb
(5) |
Mar
(1) |
Apr
(2) |
May
(5) |
Jun
(6) |
Jul
(5) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(5) |
Dec
(1) |
2016 |
Jan
(1) |
Feb
(2) |
Mar
(6) |
Apr
(4) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
(2) |
Feb
(4) |
Mar
(1) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
|
2018 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
2021 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
|
1
|
2
|
3
|
4
|
5
|
6
|
7
|
8
|
9
|
10
|
11
|
12
|
13
|
14
(1) |
15
|
16
|
17
|
18
|
19
|
20
|
21
|
22
(2) |
23
(1) |
24
|
25
(1) |
26
|
27
|
28
|
29
|
30
|
31
|
|
|
|
|
|
|
From: Robin L. <Rob...@so...> - 2015-05-25 06:27:07
|
Hi, Thanks for the reply! I run ORKAUDIO on a windows machine so I don’t think I can run GREP. MCF: from 80kb to about 402kb. WAV: always 1kb The WAV file is not playable. On the physical server that works (can record the files and merge them to one WAV file only) I can listen to the file but is seems like its not a phone or something else…it sounds like a “pocket call”. You hear people in the background but it’s either too far away to distinguish any voices or too close to hear what they talk about. Cheers Robin From: Henri Herscher [mailto:hen...@gm...] Sent: den 22 maj 2015 23:20 To: Robin Lindström Cc: ore...@li... Subject: Re: [Oreka-devel] MCF and WAV files not merged on some calls Please report the output to the following command: # grep VPJK orkaudio.log Also, what typical size are the wav files when the associated mcf file sticks around? Also are the wav files playable in this case? Henri On 22 May 2015 at 04:51, Robin Lindström <Rob...@so...<mailto:Rob...@so...>> wrote: Hi, In our CallRecoding folder 95% of all calls are recorded correctly. The other 5% still have one MCF and one WAV file. I can see this in the log: 2015-05-22 10:32:50,445 INFO port:303 - [VPIK] #VPIK start 2015-05-22 10:32:50,445 INFO reporting:184 - [localhost,8080] enqueued: type=tape recid=20150522_103250_VPIK stage=start captureport=VPIK timestamp=1432283570 filename=2015/05/22/10/20150522_103250_VPIK localparty=10.67.36.22 localentrypoint= remoteparty=10.67.51.90 direction=unkn duration=0 service=orkaudio-ARN01-VR01 localip=10.67.36.22 remoteip=10.67.51.90 nativecallid= tags= side=both hostname=ARN01-VR01 2015-05-22 10:32:50,461 INFO rtpsessions:2913 - [VPJK] media address:10.67.36.22,51840 RawRtp callId: endpoint:10.67.36.22 Can anyone point me in the right direction? The recorder runs on a Virtual Machine (replaces a physical one). The physical one works just fine and does not have the same issue…however we have a hardware problem on it so we need to replace it ASAP. I’m fairly new with this software by the way ;) Best regards / Med vänlig hälsning / Med venlig hilsen Robin Lindström ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Oreka-devel mailing list Ore...@li...<mailto:Ore...@li...> https://lists.sourceforge.net/lists/listinfo/oreka-devel |
From: Mohammad S. A. <moh...@ph...> - 2015-05-23 09:12:49
|
Dear, Where can I find the source code (branch/tag) related to Oreka 1.7 windows installer? We want to add some custom code and want to make sure that we are consistent with the source code version used. Thanks, |
From: Henri H. <hen...@gm...> - 2015-05-22 21:20:10
|
Please report the output to the following command: # grep VPJK orkaudio.log Also, what typical size are the wav files when the associated mcf file sticks around? Also are the wav files playable in this case? Henri On 22 May 2015 at 04:51, Robin Lindström <Rob...@so...> wrote: > Hi, > > In our CallRecoding folder 95% of all calls are recorded correctly. > > The other 5% still have one MCF and one WAV file. > > > > I can see this in the log: > > > > 2015-05-22 10:32:50,445 INFO port:303 - [VPIK] #VPIK start > > 2015-05-22 10:32:50,445 INFO reporting:184 - [localhost,8080] enqueued: > type=tape recid=20150522_103250_VPIK stage=start captureport=VPIK > timestamp=1432283570 filename=2015/05/22/10/20150522_103250_VPIK > localparty=10.67.36.22 localentrypoint= remoteparty=10.67.51.90 > direction=unkn duration=0 service=orkaudio-ARN01-VR01 localip=10.67.36.22 > remoteip=10.67.51.90 nativecallid= tags= side=both > hostname=ARN01-VR01 > > 2015-05-22 10:32:50,461 INFO rtpsessions:2913 - [VPJK] media > address:10.67.36.22,51840 RawRtp callId: endpoint:10.67.36.22 > > > > Can anyone point me in the right direction? > > > > The recorder runs on a Virtual Machine (replaces a physical one). > > The physical one works just fine and does not have the same issue…however > we have a hardware problem on it so we need to replace it ASAP. > > > > I’m fairly new with this software by the way ;) > > > > Best regards / Med vänlig hälsning / Med venlig hilsen > > > > Robin Lindström > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Oreka-devel mailing list > Ore...@li... > https://lists.sourceforge.net/lists/listinfo/oreka-devel > > |
From: Robin L. <Rob...@so...> - 2015-05-22 09:10:27
|
Hi, In our CallRecoding folder 95% of all calls are recorded correctly. The other 5% still have one MCF and one WAV file. I can see this in the log: 2015-05-22 10:32:50,445 INFO port:303 - [VPIK] #VPIK start 2015-05-22 10:32:50,445 INFO reporting:184 - [localhost,8080] enqueued: type=tape recid=20150522_103250_VPIK stage=start captureport=VPIK timestamp=1432283570 filename=2015/05/22/10/20150522_103250_VPIK localparty=10.67.36.22 localentrypoint= remoteparty=10.67.51.90 direction=unkn duration=0 service=orkaudio-ARN01-VR01 localip=10.67.36.22 remoteip=10.67.51.90 nativecallid= tags= side=both hostname=ARN01-VR01 2015-05-22 10:32:50,461 INFO rtpsessions:2913 - [VPJK] media address:10.67.36.22,51840 RawRtp callId: endpoint:10.67.36.22 Can anyone point me in the right direction? The recorder runs on a Virtual Machine (replaces a physical one). The physical one works just fine and does not have the same issue...however we have a hardware problem on it so we need to replace it ASAP. I'm fairly new with this software by the way ;) Best regards / Med vänlig hälsning / Med venlig hilsen Robin Lindström |