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
(1) |
7
|
8
|
9
|
10
|
11
|
12
|
13
|
14
|
15
|
16
|
17
|
18
|
19
|
20
|
21
|
22
|
23
|
24
|
25
(2) |
26
|
27
(1) |
28
|
29
|
30
|
31
|
|
|
From: Lionel P. <l.p...@gm...> - 2013-10-27 07:18:41
|
Bonjour Henri, Thanks for this return, I had make modifications in RtpSession.cpp to make it working but I am sure yours would be better! Would it be useful for you if I check if 858 is OK ? Congratulations for this software, very useful and after some hours to understand how its working . easy to dive into !! Avec le bonjour du Luxembourg! Lionel De : Henri Herscher [mailto:hen...@gm...] Envoyé : vendredi 25 octobre 2013 23:45 À : Lionel Pichon Cc : ore...@li... Objet : Re: [Oreka-devel] ReInvite Bonjour Lionel, This problem was fixed in the very latest svn code, just sync to svn r858 and it should solve it. Avec le bonjour du Québec, Henri On 6 October 2013 09:56, Lionel Pichon <l.p...@gm...> wrote: Hello all, I am testing your great development , and I have a problem in capturing streams. Let me explain: - 192.168.178.25 call 192.168.178.24 play some music, .25 hit DTMF 0 and wait for a client recording is in file _XXTQ.wav OK - 192.168.178.128 call 192.168.178.25 , .25 respond with some music, hit 0 and is Reinvited on another IP Port . Recording in File _XXTR.wav the file _XXTR isnt good after the reinvite there is only sound in one way. Could you help me ? Is it a problem capture (in .mcf file) or a processing problem ? I have download and compiled all the solution , so I can test source modification if you want. At the moment I am a little lost with all these files So please help me I ran with orkaudio debug > debug.log, and there is a lot of messages S1 remapped to . You can find traces and .wav (in stereo). http://fsend.net/?bee5rwyvzd9 Thanks a lot. ---------------------------------------------------------------------------- -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60134791 <http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk > &iu=/4140/ostg.clktrk _______________________________________________ Oreka-devel mailing list Ore...@li... https://lists.sourceforge.net/lists/listinfo/oreka-devel |
From: Henri H. <hen...@gm...> - 2013-10-25 21:44:38
|
Bonjour Lionel, This problem was fixed in the very latest svn code, just sync to svn r858 and it should solve it. Avec le bonjour du Québec, Henri On 6 October 2013 09:56, Lionel Pichon <l.p...@gm...> wrote: > ** ** > > Hello all,**** > > ** ** > > I am testing your great development , and I have a problem in capturing > streams.**** > > ** ** > > Let me explain:**** > > **- **192.168.178.25 call 192.168.178.24 play some music, .25 > hit DTMF 0 and wait for a ‘client’ recording > is in file _XXTQ.wav OK**** > > **- **192.168.178.128 call 192.168.178.25 , .25 respond with > some music, hit 0 and is Reinvited on another IP Port …. Recording in File > _XXTR.wav**** > > ** ** > > ** ** > > the file _XXTR isn’t good after the reinvite there is only sound in one > way.**** > > ** ** > > Could you help me ? Is it a problem capture (in .mcf file) or a > processing problem ?**** > > ** ** > > I have download and compiled all the solution , so I can test source > modification if you want.**** > > ** ** > > At the moment I am a little lost with all these files …**** > > ** ** > > So please help me **** > > ** ** > > I ran with orkaudio debug > debug.log, and there is a lot of messages S1 > remapped to ….**** > > ** ** > > You can find traces and .wav (in stereo).**** > > ** ** > > http://fsend.net/?bee5rwyvzd9**** > > ** ** > > Thanks a lot.**** > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk > _______________________________________________ > Oreka-devel mailing list > Ore...@li... > https://lists.sourceforge.net/lists/listinfo/oreka-devel > > |
From: Henri H. <hen...@gm...> - 2013-10-25 21:35:02
|
No, but Oreka can record into stereo files, one side in the left channel, one side in the right channel, see below. Henri ================================================ Stereo recording: Warning! Stereo recording requires 10 (ten) times more hard drive space than the default mono GSM wav format for the same audio duration. To set up stereo recording, please modify the config.xml file (in /etc/orkaudio) by modifying/adding the following: <StorageAudioFormat>ulaw</StorageAudioFormat> <StereoRecording>true</StereoRecording> <TapeNumChannels>2</TapeNumChannels> You can substitute ulaw with alaw or pcmwav but gsm is *not* supported for stereo recording You will need to restart the orkaudio service for this to take effect. On 25 September 2013 14:00, John Yang <jy...@ca...> wrote: > Can Oreka record in 2 sepearte mono files (1 file for in and 1 file for > out)?**** > > ** ** > > John**** > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk > _______________________________________________ > Oreka-devel mailing list > Ore...@li... > https://lists.sourceforge.net/lists/listinfo/oreka-devel > > |
From: Lionel P. <l.p...@gm...> - 2013-10-06 13:56:17
|
Hello all, I am testing your great development , and I have a problem in capturing streams. Let me explain: - 192.168.178.25 call 192.168.178.24 play some music, .25 hit DTMF 0 and wait for a 'client' recording is in file _XXTQ.wav OK - 192.168.178.128 call 192.168.178.25 , .25 respond with some music, hit 0 and is Reinvited on another IP Port .. Recording in File _XXTR.wav the file _XXTR isn't good after the reinvite there is only sound in one way. Could you help me ? Is it a problem capture (in .mcf file) or a processing problem ? I have download and compiled all the solution , so I can test source modification if you want. At the moment I am a little lost with all these files . So please help me I ran with orkaudio debug > debug.log, and there is a lot of messages S1 remapped to .. You can find traces and .wav (in stereo). http://fsend.net/?bee5rwyvzd9 Thanks a lot. |