Hi Klod,

----- Original Message -----
> From: [email protected]
> To: [email protected]
> Sent: Monday, October 14, 2013 7:32:56 AM
> Subject: [SFLphone] [Technical] Sugestion
> 
> Klod sent a message using the contact form at
> http://sflphone.org/contact.
> 
> Hello,
> I'm a technician responsable for a small contact centre in Tirana
> Albania.
> After working in this position for a year, now I'm considering to
> convert my
> PCs in Linux and SFL Phone seems to do a grate job replacing EyeBeam
> wich is
> the sip phone we've been using until now.
> A very useful feature we use a lot in the soft-phone is the
> "Recording"
> capabilitie.
> In SFL phone I noticed that the software creates only 1 ".wav" file
> per call.
> when i need to record different parts of the same call, it overides
> the
> previous recording. In this case, before recording a second part I
> need to
> hangup the call so the previous recording won't be canceled by the
> next
> one...
> My sugestion is that the recod feature should not take in
> consideration the
> status of the call itself, but only the status of the "record"
> button. So
> when the recording is stopped, the file should be saved, and when the
> recod
> is enabled again a new ".wav" file is created.
> I think it has something to do with the filename. The timestamp in
> the
> filename takes in consideration only the time when the call is placed
> and not
> the time when the recording is started.

Normally stopping and starting recording is not supposed to overwrite
the previous recording but to append to it. If this is broken, it's a
regression. That said, it might be easier for users if recordings
are separate files instead of being concatenated together. I'll do 
some tests to see what's going on.

Best,
Tristan

-- 

Tristan Matthews
Développeur de logiciels libres
[email protected]
Ligne directe: 514-276-5468 poste 190

Fax : 514-276-5465
7275 Saint Urbain
Bureau 200
Montréal, QC, H2R 2Y5

_______________________________________________
SFLphone mailing list
[email protected]
http://lists.savoirfairelinux.net/mailman/listinfo/sflphone

Reply via email to