s1p

Rating: 
4.941175
Your rating: None Average: 4.9 (34 votes)

s1p is an experimental SIP client for Sailfish OS

Successfully tested with:

  • Asterisk
  • 3CX
  • Yate
  • FritzBox
  • sipgate.de
  • sipgate.co.uk
  • sipnet.ru
  • easyfone.de
  • linphone.org
  • cellip.com
  • easybell.de
  • eventphone.de
  • nfon.com
  • voip.ms
  • voipraider.com
  • peoplefone.de
  • messagenet.com
  • linkspace.it

(please add a comment if you have been able to make it work with a provider not listed above)

Please don't forget to restart the app after making any changes to the settings.

New Salfish versions block access to the contacts database for 3rd party apps. To be able to see your contacts in s1p you have to copy the database file (as root) into the s1p data directory:
devel-su cp -r ~/.local/share/system/privileged/Contacts/qtcontacts-sqlite/contacts.db ~/.local/share/harbour-s1p/

 

Screenshots: 

Keywords:

Application versions: 
AttachmentSizeDate
File harbour-s1p-0.7.9-1.i486.rpm1.85 MB08/10/2020 - 17:24
File harbour-s1p-0.7.9-1.armv7hl.rpm1.82 MB08/10/2020 - 17:24
File harbour-s1p-0.8.0-1.i486.rpm1.85 MB08/10/2020 - 22:46
File harbour-s1p-0.8.0-1.armv7hl.rpm1.82 MB08/10/2020 - 22:46
File harbour-s1p-0.8.1-1.i486.rpm1.85 MB13/10/2020 - 11:40
File harbour-s1p-0.8.1-1.armv7hl.rpm1.82 MB13/10/2020 - 11:40
File harbour-s1p-0.8.2-1.i486.rpm1.86 MB14/10/2020 - 00:37
File harbour-s1p-0.8.2-1.armv7hl.rpm1.82 MB14/10/2020 - 00:37
File harbour-s1p-0.8.3-1.i486.rpm1.86 MB17/10/2020 - 11:16
File harbour-s1p-0.8.3-1.armv7hl.rpm1.82 MB17/10/2020 - 11:16
File harbour-s1p-0.8.4-1.i486.rpm1.9 MB21/10/2020 - 23:00
File harbour-s1p-0.8.4-1.armv7hl.rpm1.87 MB21/10/2020 - 23:00
File harbour-s1p-0.8.5-1.i486.rpm1.9 MB22/10/2020 - 09:43
File harbour-s1p-0.8.5-1.armv7hl.rpm1.87 MB22/10/2020 - 09:43
File harbour-s1p-0.8.6-1.i486.rpm1.9 MB25/10/2020 - 17:08
File harbour-s1p-0.8.6-1.armv7hl.rpm1.87 MB25/10/2020 - 17:08
File harbour-s1p-0.8.7-1.i486.rpm1.9 MB27/10/2020 - 23:32
File harbour-s1p-0.8.7-1.armv7hl.rpm1.87 MB27/10/2020 - 23:32
File harbour-s1p-0.8.8-1.i486.rpm1.91 MB31/10/2020 - 13:41
File harbour-s1p-0.8.8-1.armv7hl.rpm1.87 MB31/10/2020 - 13:41
File harbour-s1p-0.9.0-1.i486.rpm1.91 MB14/11/2020 - 23:12
File harbour-s1p-0.9.0-1.armv7hl.rpm1.88 MB14/11/2020 - 23:12
File harbour-s1p-0.9.1-1.i486.rpm1.92 MB24/11/2020 - 18:57
File harbour-s1p-0.9.1-1.armv7hl.rpm1.88 MB24/11/2020 - 18:57
File harbour-s1p-0.9.2-1.i486.rpm1.92 MB27/11/2020 - 13:14
File harbour-s1p-0.9.2-1.armv7hl.rpm1.88 MB27/11/2020 - 13:14
File harbour-s1p-0.9.3-1.armv7hl.rpm1.88 MB19/03/2021 - 16:46
File harbour-s1p-0.9.3-1.i486.rpm1.93 MB19/03/2021 - 16:46
File harbour-s1p-0.9.4-1.i486.rpm1.93 MB24/03/2021 - 17:31
File harbour-s1p-0.9.4-1.armv7hl.rpm1.88 MB24/03/2021 - 17:31
File harbour-s1p-0.9.5-1.i486.rpm1.93 MB26/03/2021 - 14:35
File harbour-s1p-0.9.5-1.armv7hl.rpm1.89 MB26/03/2021 - 14:35
File harbour-s1p-0.9.5-1.aarch64.rpm1.86 MB13/05/2021 - 13:41
File harbour-s1p-0.9.6-1.i486.rpm1.93 MB13/05/2021 - 18:33
File harbour-s1p-0.9.6-1.armv7hl.rpm1.88 MB13/05/2021 - 18:33
File harbour-s1p-0.9.6-1.aarch64.rpm1.86 MB13/05/2021 - 18:33
File harbour-s1p-0.9.7-1.aarch64.rpm1.86 MB14/07/2021 - 12:02
File harbour-s1p-0.9.7-1.i486.rpm1.93 MB14/07/2021 - 12:02
File harbour-s1p-0.9.7-1.armv7hl.rpm1.88 MB14/07/2021 - 12:02
File harbour-s1p-0.9.8-1.armv7hl.rpm1.88 MB18/07/2021 - 14:32
File harbour-s1p-0.9.8-1.i486.rpm1.93 MB18/07/2021 - 14:32
File harbour-s1p-0.9.8-1.aarch64.rpm1.86 MB18/07/2021 - 14:32
File harbour-s1p-0.9.9-1.aarch64.rpm1.48 MB09/04/2022 - 13:20
File harbour-s1p-0.9.9-1.armv7hl.rpm1.5 MB09/04/2022 - 13:20
File harbour-s1p-0.9.9-1.i486.rpm1.52 MB09/04/2022 - 13:20
Changelog: 

- 0.9.9 disables sandboxing to fix startup issues
- 0.9.8 allows dialing numbers saved in notes field (and X-SIP field) from contacts.
- 0.9.7 fixes account description, disables issues tracker
- 0.9.6 fixes audio output selection issues introduced with Sailfish 4.1.0.23
- 0.9.5 added direct access to contacts.db, user accessible database may be not up to date, though
- 0.9.4 minor imporvements to input fields, copying numbers from call history
- 0.9.3 fixes issues with early media
- 0.9.2 fixes some issues with FritzBox
- 0.9.1 fixes some issues with linphone.org
- 0.9.0 fixes default primary account setting
- 0.8.9 adds support for multiple active accounts
- 0.8.8 adds auto-answer
- 0.8.7 opens active account section (instead of always the first section) in settings dialog.
- 0.8.6 adds avatar image for ongoing calls
- 0.8.5 fixes disappearing hangup cover action after a call has been answered
- 0.8.4 fixes double entries in call history, fixes lookup of contacts in call history
- 0.8.3 improves audio routing, removes annoying switch to pre-call audio state with last samples still being played.
- 0.8.2 adds log upload to issues tracker
- 0.8.1 introduces (optional) log file (~/.local/share/harbour-s1p/s1p.log)
- 0.8.0 fixes issues with additional incoming calls during an already establiched call
- 0.7.9 introduces changes to the binary size for faster startup
- 0.7.8 fixes deleting call history, adds remorse timer to delete
- 0.7.7 fixes adding SIM calls to history when disabled, adds experimental issues tracker.
- 0.7.6 adds cellular call history integration
- 0.7.5 adds better notification handling, bringing UI to foreground on incoming calls
- 0.7.4 fixes double notifications
- 0.7.3 adds notifications, changes the way SIP daemon and UI communicate enabling background operations in the future.
- 0.7.2 fixes microphone input with headsets
- 0.7.1 fixes issue with receiving rtp traffic when local IP changes
- 0.7.0 changes to external IP address handling, crash handling, length of call-id and tags
- 0.6.9 fixes screen unlock on incoming calls
- 0.6.8 adds support for hardware/headset buttons to configuration page
- 0.6.7 fixes server port data type
- 0.6.6 adds support for additional SIP accounts (only one at a time can be active)
- 0.6.5 testing FritzBox 7590 compatibility
- 0.6.4 adds less used DTMF digits (A-D,F) to pulley menu, reduces ambiguity with status messages
- 0.6.3 minor visual changes to the cover page
- 0.6.2 adds contact name lookup by phone number
- 0.6.1 adds minor visual improvements to the call history and contacts pages
- 0.6.0 adds minor visual improvements to the contacts page
- 0.5.9 adds voicemail icon and counter
- 0.5.8 adds default audio port selector to settings dialog
- 0.5.7 adds Yate compatibility
- 0.5.6 adds audible ringback tone
- 0.5.5 adds compatibility with Easybell
- 0.5.4 testing compatibility with Easybell
- 0.5.3 fixes issues with saving display names in call history
- 0.5.2 adds display name to call history
- 0.5.1 fixes phone number in history page
- 0.5.0 adds call history page
- 0.4.9 adds small visual improvements to the UI
- 0.4.8 improves compatibility with pjsip
- 0.4.7 fixes error in media description parser
- 0.4.6 improves compatibility with 3CX
- 0.4.5 adds rport option
- 0.4.4 allows to set bind port on the settings page
- 0.4.3 adds support for buttons on wired headsets to allow answering / hanging-up calls
- 0.4.2 adds display activation on incomming calls
- 0.4.1 fixes misleadling log entries related to RTP destination address
- 0.4.0 adds codec selector in settings dialog
- 0.3.9 adds locking down to one of the available codecs when answering a call
- 0.3.8 adds workaround for 3cx
- 0.3.7 reinstates stricter approach to call progess messages
- 0.3.6 allows a more flexible approach to call progess messages
- 0.3.5 fixes proxy-authentication
- 0.3.4 adds support for display name
- 0.3.3 fixes previously broken default settings
- 0.3.2 fixes regsitering with sip.linphone.org
- 0.3.1 sets default register frequency to 1 hour
- 0.3.0 adds options for bind address and regsiter frequency
- 0.2.9 enables voicemail button, fixes issues with number input
- 0.2.8 fixes issues with setting latency and buffer length
- 0.2.7 adds configuration dialog options for latency and audio buffer length
- 0.2.6 adds configuration-file options for latency and audio buffer length
- 0.2.5 adds improvements to power consumption, audio handler and playback buffer
- 0.2.4 adds preferrence for domain instead of IP in SIP dialogs and adds auth-name field to SIP account settings
- 0.2.3 adds initial DTMF support
- 0.2.2 fixes call status being sometimes overwritten by regstration status
- 0.2.1 adds DNS SRV record lookup
- 0.2.0 adds G.711 μ-law codec, (hopefully) fixes some call-state issues
- 0.1.9 fixes choppy audio on some phones
- 0.1.8 makes some changes to how audio frames are handled
- 0.1.7 adds volume presets
- 0.1.6 enables mute button
- 0.1.5 fixes issues with audio output selection
- 0.1.4 enables audio output selection buttons
- 0.1.3 improves logging and handling of audio packets
- 0.1.2 adds log upload
- 0.1.1 adds contacts page
- 0.1.0 improves UI
- 0.0.9 fixes issues with outbound calls through sipgate
- 0.0.8 fixes inbound calls with sipgate (cancelling outbound calls still broken)
- 0.0.7 fixes some issues with sipgate (inbound calls still broken)
- 0.0.6 improves UI and makes hanging up calls more reliable
- 0.0.5 adds ringtones
- 0.0.4 fixes registering issues with antisip.com
- 0.0.3 adds log page
- 0.0.2 initial release

Comments

amaretzek's picture

Doesn't work via UI. It works if you edit the file. Verified on a fresh install on JP1 v3.2. Also, latency and buffers should come with defaults.

defactofactotum's picture

I set the register frequency but it makes no difference. When I change settings I press 'Accept' and it returns to the dialler page as 'not registered'. In the past it said registering and even authenticating but never succeeded. Closing the app changes nothing for me. Just in case this is a linphone thing, can someone recommend an easy to use alternative sip?

unmaintained's picture

please check if version 0.3.2 works with linphone.org

defactofactotum's picture

Hi, recent builds do not register for me with linphone (if anyone has done this please post details) and does not save settings after I press accept - it returns to not registered and settings is again blank. Help! It would be great to get this working.

unmaintained's picture

Is "Regsiter frequency" set to somethig between 3600 and 60?

Also don't forget to close the app after changing settings. 

amaretzek's picture

feature request:server reachable indicator. Or the other way round, "registered" turns red if server becomes unreachable....

unmaintained's picture

It should already indicate if registering failed but the default regstration frequency is 1h or so, means it can take while. s1p does not send any options packets yet.

amaretzek's picture

For 0.3.1 "registered" never changes, event if "regstration frequency" (which is an interval, right??) expired after loss of network. Also, the green phone gets active if you type a number, which is misleading, since there is no network. No problem for me, but for a normal user...

unmaintained's picture

After the regsitration expires nrad should re-register but based solely on time not on any changes to the network.

amaretzek's picture

Yeah. But, if register frequency is 70, presume seconds, if I wait 2 min after loosing network, I should see something. And I didn't. Somehow, I didn't wait long enough. After a while it was "registering". This is ok, but still the green phone was active while it didn't register due to lack of network. It got registered as soon as there was network, as expected. To me this means, ready to test with normal user.. Thanks a lot!

unmaintained's picture

What I mean is that if the green button is enabled or not does not depend on the registration status.

amaretzek's picture

But should, my 2 cents. The green button gets activated when a digit is typed. In my opinion, this should work the same for "server reachable" / "not reachable".

unmaintained's picture

Yes, it ets activated because without any destination to call there is no point in trying to send a sip invite but there's no way to know if at that moment the sip server is reachable or not without actively sending a packet.

amaretzek's picture

It always sends traffic through wlan0? I configured a server reachable via tun0, but packets get out on wlan0, disregarding kernel routing table.

unmaintained's picture

It's not designed to do that but maybe it has something to do which IP address it binds to? Could you check with the log if this would make sense?

amaretzek's picture

netstat says so. Why not binding to 0.0.0.0?

unmaintained's picture

I wonder if it would work if you would change the static IP address in /usr/share/harbour-s1p/qml/pages/s1p.py
line 187 (in function get_own_ip) to the IP of your SIP server (or VPN endpoint).

amaretzek's picture

Yes, it works for registering, didn't try calling, will do it later on. But I don't expect surprises... I used the VPN endpoint (on tun1).

amaretzek's picture

sip audio ok...

unmaintained's picture

Please check if this issue has been fixed in 0.2.5

amaretzek's picture

Yes, it works, at least for registering. Presume audio is ok, will check later on (tomorrow). Thanks!

unmaintained's picture

It will try to bind to the same IP for signalling and audio so I would expect ist to ether both to work or both to fail.

mano's picture

Power consumption: Hello, thanks again for taking the challange to complete the phone capabilities of Sailfish! And for this great user support!
Unfortunately I noticed a hughe battery drain on my Xperia X.
AP Infrastructure is constant for over a year here and keeping mails in sync over WiFi always needed about 30% capacity from (early) morning to (late) evening. Nothing changed in that regard, just started s1p in additon. Now I need 80% of the battery's capacity during the same time frame.
Lighthouse shows average but constant 3% of CPU usage for the s1p process.
SysMon indicates that CPUs are kept from idling and most likely even from reducing clock – but I can't verify that.
Is the power consumption known to be a fixable/optimizable problem in s1p's current state?

Thanks,
-mano

unmaintained's picture

I guess it should be fixable once I've been able to locate the cause :) I do have a few suspects but didn't have the time to look into it.

amaretzek's picture

Power consumption on my Xperia X starts after a call. Before it is ok.

unmaintained's picture

That could happen if e.g. the PulseAudio handler would not shut down properly after a call.

amaretzek's picture

Might have changed. ATM top says 12% CPU for s1p and 7% pa after start, 35%/7% during call, then back to 12/7 after call. Will look at battery drain in one hour or so.

unmaintained's picture

That could still be the PulseAudio handler. I've changed the way starting/stopping PA streams works so PA streams would not run amok after being stopped but this may use more cpu overall.
I will definitely look into it at some point. If I can make them stop when they are supposed to be stopped there should not be much left that could keep the cpu awake.

amaretzek's picture

I would say, it stops now. Battery drain s1p off: ~2.4%/h, s1p on: ~8%/h.

unmaintained's picture

Stopping PA handler should be much more reliable in 0.2.5

Pages