Hi -
What is the default codec used in the native Android SIP app?
is there a way to update the native SIP app to use G729 codec?
I'm running stock 4.2.2
thanks.
That would be pretty sweet. But the 729 codec is not free, so I doubt it could be incorporated.
native integration of g729
So I know this post is over a year old, but I've been searching everywhere for some kind of solution. I run CSipSimple which is pretty good with the exception of the fact that it crashes on occasion and I swear it chews up my battery life even though it doesn't seem to register at all in the stock battery usage monitor. I'd love to be able to use the stock sip stack with g729 as the default codec. I totally get that it is a licensed codec, which means that it can't be easily integrated into the native sip stack from the distribution end (although, if there were any custom roms that skirted around that issue, I'd love to know about them). I have a license for the g729 codec in CSipSimple, I'd love to able to extend that somehow to the stock sip stack since the licence is per device using the codec (at least this is how it's been explained to me). Is there some apk or zip using CWM or TWRP that I could install that would add native g729 capabilities into my native sip stack. I've tried using the ulaw and alaw codecs, they just don't work for me, the quality is lower, packets seem to drop, and it's difficult to carry on a conversation. The g729 codec on the other hand has worked flawless, I'd just like to be able to use it natively on my device. Any ideas would be welcomed.
If there was some way that I could add g729 by hacking the sip stack, instructions on that would be appreciated, I'm not afraid to hack some code!
Thanks in advance.
Sip Codec G729
Hi I was wondering if anyone has any updates for this
Cheers
I have to use my Old Nokia N8 for sip as its much clearer to use
Related
I have tried several versions of Coreplayer (1.25, 1.3) and I still cannot get it to enable the AVRCP profile. in 1.25 is just doesn't check, and in 1.3 it crashes the program. I have hardrest before installing each just to see.
If I cannot get that to work, is there a way to turn down Bluetooth volume? My Jabra Halo have a high starting volume, and S2P or WMP are too loud and the volume controls don't seem to work
Thanks for the help in advance, I really appreciate all the work you devs do!
I switched to PocketPlayer due to this, latest version of it works fine with A2DP controls from headset. I don't think CorePlayer has a version that would work correctly by default.
Yes, I've noticed it too and mentioned it in "I Got Mine" thread. AADP works flawlessly even without tweaks, but no AVRCP in Coreplayer (whatever version and settings i've made).
For the moment I have to use TF3D Audio Manager to play music through my SE HBH DS-980. Although quality (sound fidelity) is quite behind compared to Coreplayer. What a shame.
Gotta find Widcomm Stack hack (TP2 has this BT stack, previous version of Touch series has Microsoft Stack) to work on Coreplayer. Or, wait for coreplayer to release patch/upgrade for their player to work the AVRCP on TP2.
I have the same problem. Did you find a widcomm stack hack ?
I'm very about htc to make AVRCP only working with HTC audio player. Not with other programs like PocketMusic or core player
Why HTC still allows AVRCP in this player even when it's desactivated in TFT3D menubar.
Here my mail to HTC :
Question :Hello, I have a Touch pro 2 and I have a problem : I can't use bluetooth AVCRP with touch flo 3D 2.5, but it working only with HTC audio manager in touch flo 3D. But i want to use other program with my stereo headset like pocketmusic (avcrp compatible verified) Please tell me what can I do Regards
Answer :
Thank you for contacting HTC Technical Support regarding your HTC Touch Pro2.
I would be happy to assist you.. HTC is unable to support third party programs on the device. It is recommend to contact the vendor of the third party applications if you are experiencing trouble. I cannot guarantee all third party applications will work properly with your HTC device. I can recommend checking our self-help user forum at www.htcwiki.com for more information regarding your inquiry. I apologize for any inconvenience you may have experienced.
In addition, you can find a customer satisfaction survey at: http://survey.htc.com/worldwide/.
Thank You,
Stephanie
HTC Technical Support Team
I will reply AVRCP is in the list of the technical specification and I can't use It. Because if a standart like AVRCP become a closed API, and designed to work only with HTC apps, i see no difference beetween HTC and the iphone closed world.
Pro-Click Zone(tm)
http://www.storageserver.be/images/pocketdj_fftest.jpg
Well, sadly, thanks to a lack of certain XNA APIs, this is going to remain a concept for a while. But I still sketched something up in Photoshop to give people an idea what I had in mind.
Basically, it's a two-deck player (refresh button top-right would switch decks), with pitch shift (slider on the left), simple transports, crossfader (bottom right) and scrobbling by finger manipulation on the wave display.
The left hand dimmed side of the wave display is already played content and might act as surface for more potential controls (stuff like bass cut, if I ever figure out how to make an EQ work).
The mixer would output either a single stereo channel with the monitor signal mixed in, or dual mono mode, where one channel is the main and the other the monitor (in case you're trying to be leet on a party and mix using the phone). On top of that, there would be single deck stereo-out mode for freaks with two phones. I guess there may be demand for this, since I've seen evidence of Apple clowns doing something like this in the past with their crop of mobile DJing apps.
Filetype support would be MP3 only, there are no APIs to access the system codecs for frame level decoding, and the only thing I could dig up on the web is a C# MP3 decoder.
Right now I'm only waiting for the XNA's XACT APIs to hit Windows Phone 7, or at least something similar. Without raw audio output capabilities, like what that API allows, this project stays at concept stage.
Anyway, opinions?
Looks good.
Multi-touch will sure be usefull there
Pretty much similar project I submitted to the wp7req for device . But it failed because of lack of the access to the raw audio output. Also, not sure if WP7 allows access to media library...
In XNA, you there's a MediaPlayer class you can make use files from your Zune library, from how I understand it, but it still wouldn't give you straight file access.
WP7 doesn't exactly need XACT, but at least something to do simple stereo raw output. One wouldn't even expect low latency from a phone. And maybe APIs to leverage system codecs, but that'll probably stay a dream for a while.
Well, this project is definitely on ice for indeterminate time.
To continue, Microsoft needs to allow access to the phone's codecs. The only available MP3 decoder written completely in C# decodes at only 7x in the emulator, which is way faster than the actual phone.
Since there can be up to four decoding instances running (two decks playing, and up to two proxies for visualization being generated), making this application work is impossible without access to high-performance decoder (read: native ones).
So sad to hear.
I was pretty excited when I stumbled on your post. I had the same exact concept for an app in my mind when I heard that XNA has access to the media library.
effects aside though, how were you going to account for beat matching and bpm?
I wanted to decode the stuff and then interpolate it accordingly for pitch shift and use my FFT stuff from that other application to detect bass for counting. Automatic matching might have been workable in the long run.
The UI was supposed to get a pitch shifter, speed up and slow down and cue buttons, the ability to scrub/scratch. To have it handle like a real turntable.
But as long Microsoft doesn't supply an API to seek and decode specific blocks of audio files, ideally from the music library, there's no point. As I said, the MP3 decoder written in C# that I have here is slow as **** in the emulator already, the phone's considerably slower.
I would really something this: to 'mix' a playlist to share with my friends. It should be easy to use and have some nice effect, just for casual use
I was just wondering if anyone one is making a custom media player for windows phone 7. It would be nice to ba able to play avi and other video format like yxflash does for iphone and android.
becknise said:
I was just wondering if anyone one is making a custom media player for windows phone 7. It would be nice to ba able to play avi and other video format like yxflash does for iphone and android.
Click to expand...
Click to collapse
There's a few reasons this won't happen without an MS update:
1. No way of getting files onto the device
2. WP7 by default only supports this list of codecs, which afaik Zune copies directly onto the phone without encoding for playback anyway.
3. No native code, so pretty much no existing codec libraries can be used
Unless, of course the devs here can work out an unrestricted way of running native code!
It's not, actually, 100% true.
1. You can get files to the app's isolated storage file. Of course you need some additional desktop/web solution for that. Also, you can play streaming video in different formats: rtp, fragmented mp4, LiveStreaming etc.
2. Fortunately WP7 supports H.264 for video. For most cases it's enough (you just need a proper container parser).
3. Yes, it's a minus but the custom MediaStreamSource, 1 GHz CPU, lot of RAM and possibility to port java code to C# give you a good chances ;-)
P.S. 4 example, I can play a lot of containers including avi/mp4/mkv. But I can't share/publish code - it's not my own property...
sensboston said:
It's not, actually, 100% true.
1. You can get files to the app's isolated storage file. Of course you need some additional desktop/web solution for that. Also, you can play streaming video in different formats: rtp, fragmented mp4, LiveStreaming etc.
2. Fortunately WP7 supports H.264 for video. For most cases it's enough (you just need a proper container parser).
3. Yes, it's a minus but the custom MediaStreamSource, 1 GHz CPU, lot of RAM and possibility to port java code to C# give you a good chances ;-)
P.S. 4 example, I can play a lot of containers including avi/mp4/mkv. But I can't share/publish code - it's not my own property...
Click to expand...
Click to collapse
Of course with workarounds, anything is possible!
This won't happen though, because nobody is going to be able to port enough decoders to a MediaStreamSource implementation to make it a viable playback solution like,e.g. VLC
Plus I sure wouldn't want half my media going through a webserver for obvious reasons
And I would say that while h264 is quite prominent now, XviD playback would be the main codec
Probably, home based video streaming solution (using Apache + third party SmoothStreaming implementation, http://smoothstreaming.code-shop.com/trac/wiki) will be good. Not too hard to implement but very hard to sell
Hi, I was wondering if there are plans for other media player on wp7. I'm thinking about getting a new phone and also thinking about starting development on wp7 so I would need a wp7 device for that(yes a know i can just use the emulator), but media support is a requirement for me as my galaxy s will play pretty much everything without additional software. I have a lot a ogg, flac and mkvs in my collection and would like to avoid having to transcode everything. So.. what say you?
In short - this is between highly unlikely and impossible.
The thing is, you need access to native APIs to add support for codecs and even for adding new containers, you simply can't make that stuff in Silverlight. So, apart from a possible jailbreak solution and getting tools to make native stuff, there are only three possible sources for added media format support - Microsoft, operators and OEMs. Microsoft will never add support for FLAC, mkv or ogg. Operators have zero interest. OEMs theoretically can do it, but I haven't heard anything with regard to this, and it will only be on new handsets which won't appear until the end of the year (fall at the earliest).
On a somewhat positive note, you should be able to watch mkv videos on your phone without reencoding because in theory you only need remuxing (which is a much easier process and takes minutes, not hours). The codecs are mostly supported, it's just a container issue.
Job Description:
We are looking for a talented Android (and possibly iPhone) developer who is experienced in VOIP.
Skills Required:
SIP (for audio and video calls)
XMPP (for presence and messaging)
Additional Requirements:
We would like a person who has experience with using a sip stack library for making audio and video calls (H264 for video, ilbc, opus or similar for audio) and using an xmpp library for mobile phones (mainly Android but iPhone is also a big plus). Also that person should know how to use NAT traversal technologies like ICE protocol, STUN, and TURN servers. Also big plus is knowledge of adaptive bit rate and other means of changing video and sound quality based on the quality of internet connection.
To apply, please send an email with your application to tin.sesnic (at) butterflymx.com