Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
After i updated to ur new version it stoped working again! Now i cant get any recorded files at all! I tried all possible solutions but nothing worked!! Even installing the original one is not working! :(

UPDATE:
it works only if i remove my headphones!
Need to report to the devloper!!
Anyone can test this in their phones? Mine is 5S
 
Last edited:
After i updated to ur new version it stoped working again! Now i cant get any recorded files at all! I tried all possible solutions but nothing worked!! Even installing the original one is not working! :(

Did you remove the previous version first?
 
A pirate one. I won't tell the name, though, to avoid supporting piracy. It was just an example of why avoiding pirate sites can be advantageous - in this case, they're much slower with their cracked & muted versions than me with my muted one.

Oh, alright. Thought it was something like cydiaupdates except with private repos
 
i've added another version of the record button (V2)
Choose your favorite

https://forums.macrumors.com/threads/1566350/

Cool! I'm just getting the iOS muter ready - the dylib patching is already working. The OS X one is ready and, now, also supports automatically overwriting the pref. bundle contents as well, in addition to the already-existing patching the executable (see yesterday's version). Basically, on OS X, you don't need to do anything else to mute the file - other than extracting / repacking the DEB file, that is.
 
The OS X one is ready and, now, also supports automatically overwriting the pref. bundle contents as well, in addition to the already-existing patching the executable (see yesterday's version). Basically, on OS X, you don't need to do anything else to mute the file - other than extracting / repacking the DEB file, that is.

The full(!) sources are (OS X only!) here: https://dl.dropboxusercontent.com/u/81986513/012014/10 71b3 evasion7/MuteAudioRecorder - full.zip

Feel free to use it, should you want to easily mute Elias' own 2-64 yourself.
 
iOS version of my self-standing muter ready!!!

This app allows you NOT to have to install my own muted version but stick with the original Limneos one - along with a completely independent patcher. The latter can be run any time, even over a course of several recorder reinstalls, and right on your iOS.

1. Full sources: https://dl.dropboxusercontent.com/u/81986513/012014/11 own AR 462 muter/MuteAudioRecorderiOS.zip

It, source-wise, only differs from the OS X version that it, instead of overwriting, deletes the files Localizable.strings and warning.caf and recreates them. This was necessary. Otherwise, apart from the obvious change (NSString* mainDir = @"";) it's exactly the same program.

I haven't added any special scripting to the DEBIAN pre/postinst files. Unfortunately, they can't be instructed "execute this after executing the app" - only installation- and removal-time scripting is possible.

Don't run the app deployed from Xcode because of the insufficient access rights - install it as a DEB file.

2. The latter may also have signaled you OS-level code execution would have been needed. Currently, you need to do it yourself, by completely(!) rebooting the device. Simple Respring won't suffice!

3. That is, you need to do the following:

- you must have the original Audio Recorder 0.4-62 installed on your iPhone. Doesn't matter its state (how many recordings have you already made; configuration etc.)

- you must install my DEB file (it can be installed before installing AR and can be kept on the device even w/o AR installed!), respring and execute it once. (No problem if you execute it more than once! It's just that the FIRST execution MUST be followed by a reboot before the next recording.)

- then, reboot before making any new recordings. I repeat: REBOOT. Otherwise, the dylib may remain the same non-patched, while the pref. bundle contents are already new, causing AR to stop working altogether, resulting in a complete removal / reinstall process to make it record again.

4. Some screenshots:

IMG_0002.jpeg


Cydia detail page


IMG_0004.jpeg


Cydia list page


IMG_0003.jpeg


Springboard - annotated is the icon of my app
 
Last edited:
Thanks for your wonderful work! All are appreciated! :)

BTW, what's the process we need to do to get the original deb file from Cydia before it gets installed?
 
Thanks for your wonderful work! All are appreciated! :)

Thanks :) More to come - as promised. I'm off to church now but as soon as I get back, I continue development.

BTW, what's the process we need to do to get the original deb file from Cydia before it gets installed?

Before? That's a bit more involved - as it's only a partial, resume-able file that is saved under /var/cache/apt/archives/partial while the app is being downloaded.

1, in your Cydia app, add the repo you want to fetch the DEBs from
2, navigate to /var/lib/apt/lists
3, look for the file <reponame with slashes converted to underscores>._Packages; open it
4, look for your record; it'll have a “Filename” key somewhere

For example, with AR, the Packages file (see bullet 3) is named limneos.net_repo_._Packages and has only one record as the repo only has one app. The record is as follows (I've removed the majority of the description and used bold to denote the filename):

Package: net.limneos.callrecorder
Version: 0.4-62
Architecture: iphoneos-arm
Maintainer: Elias Limneos
Installed-Size: 1172
Depends: mobilesubstrate (>= 0.9.5000) ,preferenceLoader
Filename: .//net.limneos.callrecorder_0.4-62_iphoneos-arm.deb
Size: 456192
MD5sum: 7fda9e65a35a7ebc998125bb30db216c
Section: Tweaks
Description: First iPhone Call Recorder Ever!
...

Here, “.//net.limneos.callrecorder_0.4-62_iphoneos-arm.deb” means the DEB file is in the same directory as the repo (not, say, a subdirectory “debs” as I do at the http://winmobiletech.com/cy/ repo), which means you can directly access it by just adding the filename to the repo URL:

http://limneos.net/repo/net.limneos.callrecorder_0.4-62_iphoneos-arm.deb
 
- you must have the original Audio Recorder 0.4-62 installed on your iPhone. Doesn't matter its state (how many recordings have you already made; configuration etc.)

I've just released a new version in both Cydia and as a self-standing DEB file (link: http://www.winmobiletech.com/cy/debs/com.winmobiletech.MuteAudioRecorderiOS_1.1_iphoneos-arm.deb ):

MuteAudioRecorder11cydia.jpg


For 0.4-62 users, it has exactly the same functionality as the previous one: it patches Limneos' original app on your iPhone, without your having to uninstall it and install my muted full DEB file on top of it. You click the "MuteAudioRecorder" icon, reboot and you're set.

HOWEVER! Assuming Elias Limneos doesn't change the protection scheme (CRC strings in /Library/MobileSubstrate/DynamicLibraries/callrecorder.dylib and in the Localizable.strings under /Library/PreferenceBundles/CallRecorderPreferences.bundle), the new version will be able to fix future versions as well - without my intervention. Basically, you'll be able to mute your new, official AR version in the very moment it's released and won't end up having to wait for me.

NOTE: while I've made the tool failsafe, it's unpredictable what happens in the future. I *really* hope Elias doesn't add, say, punishing code into his app upon detecting it's been muted. The algorithm may also fail with future protection types. That is, I only guarantee it'll work if and only if Elias doesn't change the protection fundamentally, "only" edits the executable and other files.

Geek stuff - advice for JB programmers only

The source code of the just-released, 1.1 version is at https://dl.dropboxusercontent.com/u/81986513/012014/11 own AR 462 muter/MuteAudioRecorderiOS11.zip

It's iOS sources only - I don't maintain an OS X patcher any more. After all, you can patch your AR on your Mac as well if you run my patcher in the emulator. Just make sure you correctly set the NSString* mainDir local variable to point to the root of the decompressed AR DEB file.

NOTE: I use the somewhat more awkward, plain C-based file patching methology, not the much terser and more elegant [NSData writeToFile:atomically].

That is, I patch the file in every iteration after finding out the starting position of the to-be-overwritten 40-char string like this:

rewind (f);
fseek(f, firstOccurrence.location, 1);
fwrite([hackedCRCStr UTF8String], 1, 40, f);


Instead of just doing the overwrite with two (now commented-out) statements at the bottom:

[fileManagerForDeletion removeItemAtPath:fullPathToDylib error:&error];
[dylibFileNSData writeToFile:fullPathToDylib atomically:YES];

with the already-patched "dylibFileNSData" file.

The reason for this is simple: the second approach would have required a flag setting of to o+w of /Library/MobileSubstrate/DynamicLibraries either manually, via, say, SSH or iFile:

IMG_0050.jpeg


IMG_0051.jpeg


or via the standard pre/postinst debian file:

chmod o+w /Library/MobileSubstrate/DynamicLibraries

This (theoretically) could have increased the vulnerability of the system; therefore, I've voted for the lengthier but safer code.
 
Last edited:
If he change, the Super Recorder is there! :p
he better not loss many buyers! ;-)

I just have both on my phone because Super Recorder sometimes fails to wake up during a call. Also if the headphones are hocked, it record the call just fine. During a reboot or unpredictable times, when Super Recorder fails, Audio Recorder does the job!
 
If he change, the Super Recorder is there! :p
he better not loss many buyers! ;-)

I just have both on my phone because Super Recorder sometimes fails to wake up during a call. Also if the headphones are hocked, it record the call just fine. During a reboot or unpredictable times, when Super Recorder fails, Audio Recorder does the job!

exactly, SR fails many times. Its like having an ambulance and not knowing if it will start when an rescue mission is imminent
 
Is AudioRecorder.app consuming too many rams? I always open 4 or above apps on iPhone 5s, these apps stay in background and never quit, but after opening AudioRecorder.app, the background has just 1 or 2 apps remaining, I have to see the start screen every time I open the 3rd app.
 
Is AudioRecorder.app consuming too many rams? I always open 4 or above apps on iPhone 5s, these apps stay in background and never quit, but after opening AudioRecorder.app, the background has just 1 or 2 apps remaining, I have to see the start screen every time I open the 3rd app.

On 32-bit platforms, no such problems are present.

A shot of a freshly booted-in system:

http://www.flickr.com/photos/33448355@N07/11964066066/

No sign of AR.

And after starting the AR interface, with some 10-15 recorded calls:

http://www.flickr.com/photos/33448355@N07/11963526653/

As you can see (and is also annotated), 12M RAM is occupied only.

You'll really want to use "top" to find out the memory usage on your own system. Feel free to post a screenshot of the full "top" result.
 
On 32-bit platforms, no such problems are present.

A shot of a freshly booted-in system:

http://www.flickr.com/photos/33448355@N07/11964066066/

No sign of AR.

And after starting the AR interface, with some 10-15 recorded calls:

http://www.flickr.com/photos/33448355@N07/11963526653/

As you can see (and is also annotated), 12M RAM is occupied only.

You'll really want to use "top" to find out the memory usage on your own system. Feel free to post a screenshot of the full "top" result.

thanks, I will try it later. Maybe it has recorded too many calls (at least 50 plus), and hours long...
 
thanks, I will try it later. Maybe it has recorded too many calls (at least 50 plus), and hours long...

OK, make sure you post at least two screenshots: one after rebooting (w/o starting AR) and another after starting the app.
 
Your app works when I set record to automatic for all calls. I do not know how to work it manually. Any tips?
 
If he change, the Super Recorder is there! :p
he better not loss many buyers! ;-)

I just have both on my phone because Super Recorder sometimes fails to wake up during a call. Also if the headphones are hocked, it record the call just fine. During a reboot or unpredictable times, when Super Recorder fails, Audio Recorder does the job!

I have an issue with super recorder not recording correctly. It plays back the audio at a very high rate of speed. This issue was fixed for a while but has returned. Oh well.
 
just rebooted
j7zwvs.jpg


AR started
23katqw.jpg


playing a 2-minute call, 120 recorded calls in total
9j40he.jpg


then I switch between with all/incoming calls/outgoing calls, AR crashed...
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.