I'm using the F-Droid build on LG G2 with the latest CyanogenMod 12.1 nightly, but the IR-Diode isn't sending out any signal. The app detects an IR-Blaster at startup. According to the changelog of CM the IR-Blaster is supported on the LG G2 now: http://review.cyanogenmod.org/#/c/111554/

Maybe a logcat helps: 10-25 15:11:43.672 I/ActivityManager(819): START u0 {act=android.intent.action.VIEW dat=https://github.com/42SK/TVKILL cmp=org.mozilla.fennec_fdroid/.App} from uid 10137 on display 0 10-25 15:19:59.591 I/Timeline(2123): Timeline: Activity_launch_request id:com.redirectapps.tvkill time:13823519 10-25 15:19:59.592 I/ActivityManager(819): START u0 {act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] flg=0x10200000 cmp=com.redirectapps.tvkill/.MainActivity (has extras)} from uid 10009 on display 0 10-25 15:19:59.620 V/WindowManager(819): addAppToken: AppWindowToken{16a1519 token=Token{29c0ec60 ActivityRecord{1ff10863 u0 com.redirectapps.tvkill/.MainActivity t2581}}} to stack=1 task=2581 at 0 10-25 15:19:59.623 V/WindowManager(819): Adding window Window{2bc3e778 u0 Starting com.redirectapps.tvkill} at 12 of 18 (after Window{2ce1cd34 u0 org.mozilla.fennec_fdroid/org.mozilla.fennec_fdroid.App}) 10-25 15:19:59.673 I/ActivityManager(819): Start proc 12821:com.redirectapps.tvkill/u0a15 for activity com.redirectapps.tvkill/.MainActivity 10-25 15:19:59.818 V/WindowManager(819): Adding window Window{eea7e8d u0 com.redirectapps.tvkill/com.redirectapps.tvkill.MainActivity} at 12 of 19 (before Window{2bc3e778 u0 Starting com.redirectapps.tvkill}) 10-25 15:19:59.943 I/ActivityManager(819): Displayed com.redirectapps.tvkill/.MainActivity: +299ms 10-25 15:20:00.142 I/Timeline(819): Timeline: Activity_windows_visible id: ActivityRecord{1ff10863 u0 com.redirectapps.tvkill/.MainActivity t2581} time:13824070 10-25 15:20:02.149 W/PackageManager(1592): Failure retrieving resources for com.redirectapps.tvkill: Resource ID #0x0 10-25 15:20:06.464 V/WindowManager(819): Adding window Window{3028f6b5 u0 Starting com.nolanlawson.logcat} at 13 of 19 (after Window{eea7e8d u0 com.redirectapps.tvkill/com.redirectapps.tvkill.MainActivity}) 10-25 15:20:24.449 I/Timeline(819): Timeline: Activity_windows_visible id: ActivityRecord{1ff10863 u0 com.redirectapps.tvkill/.MainActivity t2581} time:13848377 10-25 15:20:28.235 W/PackageManager(1592): Failure retrieving resources for com.redirectapps.tvkill: Resource ID #0x0

• adjusted for new Android Studio Version
• adjusted for Android 8
• simpler UI
  • this removes the possibility of a brand selection for the infinite mode
  • remove transmission dialog
  • show progress bar when sending all off patterns
  • show other app content instead of dialog when device is not supported
• refactored widget
  • widget indicates if currently sending + allows canceling
• move all transmission work into a Service
  • the screen rotation lock is not needed anymore

Hi, I tried this app with my phone on 2 Sony TV's But neither worked. It did detect my IR blaster so it should work. Can you confirm whether it should work on my setup? It seems like I'm having the same issue as the guy running CM on his LG G2

Killing TVs is good, but killing more TVs is better. I've yet stumbled upon a Grundig TV set that did not react to the shipped patterns.

What about crowdsourcing more? If the Android IR thing can also receive IR, recording patterns from an actual remote is easy. If not, one could publish a tiny Arduino-based circuit and code to produce necessary data.

• target android pie
• java 1.8 compatibility
• bump kotlin to 1.2.71 (1.3.0 is released; I'll let you do that :))
• use kotlin jdk8
• replaced some kotlin "if"s with "when"s
• reformat code
• fix some english

My Sony Xperia Z2 Tablet isn't recognized by the app. "No IR blaster" which I'm pretty sure its got. The tablet even comes with an universal remote control app.

Device: Sony Xperia Z2 Tablet (SGP511) Android: 5.1.1 Firmware: 23.4.A.1.264

Would it be possible to show live/raw activity of the IR blaster doing its thing (blinking on/off) as well as a cycling queue of which pattern is currently being played and which patterns are coming up next? Or are the instructions sent off to the API asynchronously?

How about a GPG key for this project? Also good to add this in README.md

## Our GPG key
You can get public key from [here]( Link to key )

EDIT:

Also how about X.509 key to sign apk?

ConsumerIrManager is not installed, as the IR transmitter isn't supposed to be accessible by third party apps. The QRemote API doesn't exist, either. The preinstalled Quick Remote app appears to be the only thing able to access the IR. Other apps can't even tell it exists. Can you still send IR signals via root? LG G2 VS980, upgraded to Lollipop OTA.

I'm using a LG G2 Mini (D620/D620r/G2M), which does have an IR blaster.

Is this a hardware limitation or is it down to not having a phone to debug with? Either way, let me know if there's anything I can do to help. I wouldn't know where to start personally, but I can be guided through things.

The 'experimental' mute button works. Every time (multiple TV models). Would it be possible to get a button to reduce the volume instead of muting it? For example, cutting volume in half? I love the app. You rock my world for making it available. Thank you! I would use it more-- every day, almost, at work where I'm plagued by TVs in my break rooms cranked up to f**king ELEVEN, with this feature.

There are currently no screenshots on this app's page in the F-Droid catalog. Without a preview, only by a text description, it is difficult to decide whether to download and install the application or not. I propose to add a few screenshots that most fully describe the appearance and functionality of the application.

As @ysard pointed out in #49, changes toe the Additional Patterns preference (a.k.a. " depth") take some time to take effect:

The "additional codes" parameter is not always taken into account instantly. When starting the app, select this parameter, return to the universal remote control tab and send codes: Depending to the initial state, the patterns are neither added (number remains at 20), nor deleted (number remains at 287). It goes both ways almost unpredictably. Even if you go back in preferences and change the setting.

Restarting the application (exiting the app from the list of active apps) seems to apply the new setting.

Sometimes it works the first time.

Tested on 2 phones.

Is there an explanation for this?

I am currently working on a branch allowing the use of external USB modules (idea from #47, it could bring TVKILL to all Android devices).

They are produced by the company that publishes the ZaZa Remote application. See app.

• These are proprietary modules which were recently reversed here:

https://gitlab.com/XenRE/tiqiaa-usb-ir/ https://habr.com/ru/post/494800/

• The application is itself proprietary; I also broke my teeth during its reversing.

• The company publishes an SDK which allows its application and others like it, to query a large database of codes. https://developer.tiqiaa.com/en/mainconsole.html This SDK is licensed for a fee.

• Example of material (micro USB / USB-C): https://fr.aliexpress.com/item/4000211545067.html

In short, these are fairly closed hardware and software. Encouraging the purchase of these modules may not be a good idea. However, they cost around € 3 which is very honorable and is even more valuable if they can be hijacked.

My code and the lib integration interface correctly with TVKILL. The Java / native code binding is done with the JNA project. The integration of the native libusb library on Android is still imperfect and the example I had used JNA...

Personally, I would have preferred to use JNI directly or even convert the C++ code into pure Java for a lighter integration into the project. However, I am running out of time for these things...

In addition to the ethical aspects exposed above, I noticed that the sending of the codes is slowed down by approximately 6 seconds for 297 codes (for a duration of 64s instead of 58s). The Java-JNA-C ++ additional cost therefore generates ~20ms per call.

The integration in TVKILL is finished but I'm still cleaning the lib code.

=> This PR is NOT ready and is based on my implementation of external json patterns (not currently merged).

I plan to integrate these projects (libusb and libtiqiaa) as submodules rather than hard in this repository. But this remains open.

What do you think of all this? :p

Hi, here are some fixes and updates for a new version 1.5.0 based on 1.4.0 of #49 (following #46)

Mainly: Add an option in preferences to allow a user to load a custom JSON database with its own codes. Moreover this should avoid having to recompile the application for a pattern test.

Hi, here are some fixes and updates for a new version 1.4.0. Mainly:

• Ability to load patterns from a JSON file to bypass the limit of 64kB of methods (See #46)
• All TV-B-Gone NA/EU codes are supported (Thanks to glaukon-ariston for its conversion program)
• Add some custom codes for Europe
• Add codes for projectors (Epson for example), camcorders, HiFi devices (mainly via universal remotes) (Thanks to Furrtek and its modification of the TV-B-Gone firmware)
• Translation updates

JSON file is just a binding over Brand and Pattern classes. Example for a Brand:

{
    "designation": "projectors EU",
    "patterns": [
      {
        "comment": "sony SX263U T=26.315789us",
        "frequency": 38000,
        "pattern": [...]
      },
    "mute": {
        "frequency": 38000,
        "pattern": [...]
    }
}

It should be ok for merging; then, once done, someone should update the Google Store version and contact the F-Droid packager for a release. I can try to ping the F-Droid part.