JP1 Remotes Forum Index JP1 Remotes


FAQFAQ SearchSearch 7 days of topics7 Days MemberlistMemberlist UsergroupsUsergroups RegisterRegister
ProfileProfile Log in to check your private messagesLog in to check your private messages Log inLog in

Amino set-top box Aminet110
Goto page Previous  1, 2, 3
 
Post new topic   Reply to topic    JP1 Remotes Forum Index -> JP1 - Protocol Decodes
View previous topic :: View next topic  
Author Message
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3990

                    
PostPosted: Sat Aug 22, 2009 12:08 pm    Post subject: Reply with quote

mathdon, fyi (an incomplete list):

0181 ToadTog
01FE Device Multiplexer
01FC Device Specific Macro
01FB Pause
01F9 Long/Double Keypress
01F8 Custom Mode Name (for LCD display)
_________________
Beginners - Read this thread first
READ BEFORE POSTING or your post will be DELETED!


Remotes: OFA XSight Touch, AR XSight Touch
TVs: LG 65" Smart LED TV; Samsung QN850BF Series - 8K UHD Neo QLED LCD TV
RCVR: Onkyo TX-SR875; Integra DTR 40.3
DVD/VCR: Pioneer DV-400VK (multi-region DVD), Sony BDP-S350 (Blu-ray), Toshiba HD-A3 (HD-DVD), Panasonic AG-W1 (Multi-system VCR);
Laserdisc: Pioneer CLD-D704.
Amazon Firestick
tape deck: Pioneer CT 1380WR (double cassette deck)
(But I still have to get up for my beer)
Back to top
View user's profile Send private message
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Sat Aug 22, 2009 12:33 pm    Post subject: Reply with quote

Sorry, I didn't think of Special Protocols Embarassed . I'll change to 01Ex values. I know that the "standard" ad hoc code is 01FF, which is fine in PB, but if you are putting them into protocols.ini then they will be used by users who do not know about editing protocols.ini to change the PID. I hope Rob will come up with some ruling on what we should do, as it seems to me to defeat the point of adding non-UEI protocols to DecodeIR if they are not also in RM so that users can make use of what DecodeIR tells them.

I know Rob said in some post or other, when I started adding things to DecodeIR, that we can make it so that it is irrelevant to users whether or not a protocol is a UEI one or one of our construction. That's what I am trying to do.
_____________
Graham
Back to top
View user's profile Send private message
The Robman
Site Owner


Joined: 01 Aug 2003
Posts: 21210
Location: Chicago, IL

                    
PostPosted: Sat Aug 22, 2009 5:12 pm    Post subject: Reply with quote

Here's a possibility, but it would require an IR change. We could add all custom executors to protocol.ini as $01FF then when the user copies the code over to IR, if it detects that there's already a different protocol upgrade present that's using the $01FF pid, it could automatically change it to something else. (We'd need to define a list of acceptable alternative pids).

I guess the problem with this suggestion is that the user has to paste the device and protocol upgrades separately, so IR won't know which upgrade should use the $01FF pid and which should use the new pid, unless it keeps a copy of the original IR file in it's memory.

I've been thinking for a long time that it might be a good idea to come up with a combined upgrade format which would let the user paste the device and protocol upgrades at once. The benefit of doing this would be that IR would know which upgrade goes with which executor and it would make things a bit simpler for the user.
_________________
Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!
Back to top
View user's profile Send private message Visit poster's website
alanrichey
Expert


Joined: 24 Mar 2008
Posts: 3529
Location: UK/USA

                    
PostPosted: Tue Oct 06, 2009 5:22 am    Post subject: Reply with quote

I notice Amino is now sensed as a valid protocol by IRSCOPE but hasn't made it into RemoteMaster 1.96 ? Is that likely to happen ?
Back to top
View user's profile Send private message
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3990

                    
PostPosted: Tue Oct 06, 2009 6:48 am    Post subject: Reply with quote

It's not in 1.98 Beta 4 either.
_________________
Beginners - Read this thread first
READ BEFORE POSTING or your post will be DELETED!


Remotes: OFA XSight Touch, AR XSight Touch
TVs: LG 65" Smart LED TV; Samsung QN850BF Series - 8K UHD Neo QLED LCD TV
RCVR: Onkyo TX-SR875; Integra DTR 40.3
DVD/VCR: Pioneer DV-400VK (multi-region DVD), Sony BDP-S350 (Blu-ray), Toshiba HD-A3 (HD-DVD), Panasonic AG-W1 (Multi-system VCR);
Laserdisc: Pioneer CLD-D704.
Amazon Firestick
tape deck: Pioneer CT 1380WR (double cassette deck)
(But I still have to get up for my beer)
Back to top
View user's profile Send private message
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Tue Oct 06, 2009 12:18 pm    Post subject: Reply with quote

It's up to Greg whether he puts Amino, and other protocols that I have added into DecodeIR, into RemoteMaster but you can put them in yourself. If you have any of the recent IR 8.01 RC versions, you will see that the zip package contains a folder "protocols.ini Add-in", in which is a file "protocolsX.ini" and some read-me info. You can copy any or all of the 8 entries in "protocolsX.ini" (these .ini files are ordinary text files) into the protocols.ini file in your RM folder and then they will appear along with all the others when you open RM. RM 1.96 and later include CanalSat from my extras, but not the other 7. I think the problem is that although CanalSat has an official UEI PID, Amino and most of the others do not. I have given them PIDs that (at that time, at any rate) appear to be unallocated, but you can always change them if you wish when you copy the entries into protocols.ini.
_______________
Graham
Back to top
View user's profile Send private message
alanrichey
Expert


Joined: 24 Mar 2008
Posts: 3529
Location: UK/USA

                    
PostPosted: Tue Oct 06, 2009 1:06 pm    Post subject: Reply with quote

Thanks Graham , all done.

Could I also take this opportunity to give you my thanks for DecodeIR, as I am now using IRSCOPE and DecodeIR 2-3 times a day making Custom Remotes for people who have Slingboxes and do not have supported devices. Using these tools make it very easy to produce the remotes and although they thank me I know I couldn't do it without you Smile

Now if only IRSCOPE could remember settings between sessions... Smile

Cheers

Al
Back to top
View user's profile Send private message
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Tue Oct 06, 2009 3:26 pm    Post subject: Reply with quote

Thanks, Al, but John Fine is the brains behind DecodeIR. My part is only the recent enhancements (v2.37 and the under-development v2.38).

As for IRScope, I agree. I would also like to be able to re-size the window. I've thought of looking into that, but I don't want to stick my fingers into everyone's pies or I'll get a reputation for meddling in other people's business when it is not wanted. I'm only trying to help out when original developers no longer have the time to do so.
________________
Graham
Back to top
View user's profile Send private message
alanrichey
Expert


Joined: 24 Mar 2008
Posts: 3529
Location: UK/USA

                    
PostPosted: Tue Oct 06, 2009 3:30 pm    Post subject: Reply with quote

Assuming he reads this post then thanks to John as well Smile
Back to top
View user's profile Send private message
alanrichey
Expert


Joined: 24 Mar 2008
Posts: 3529
Location: UK/USA

                    
PostPosted: Tue Oct 20, 2009 2:58 pm    Post subject: Reply with quote

mathdon wrote:
If you have any of the recent IR 8.01 RC versions, you will see that the zip package contains a folder "protocols.ini Add-in", in which is a file "protocolsX.ini" and some read-me info. You can copy any or all of the 8 entries in "protocolsX.ini" (these .ini files are ordinary text files) into the protocols.ini file in your RM folder and then they will appear along with all the others when you open RM.


I did this, and used the TDC protocol in anger the first time today. The problem I have is that about half of the buttons do not register (4 of the 10 numbers for example). Inside RM this protocol allows only codes from 0-63 and I have tried all these codes with no success.

I am wondering if these buttons need codes higher than 63. Is there any way I can amend the protocol to try these higher numbers ?
Back to top
View user's profile Send private message
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Tue Oct 20, 2009 4:42 pm    Post subject: Reply with quote

Hi Alan

I'm not sure what you mean by "do not register". Do you mean you can't reproduce them? Have you any info about these buttons? A .irc file from IRScope with their signals, for example? From the data I have, TDC protocol only uses 6-bit commands (0-63). If there were a 7th bit it would mean that I have the division between command code and subdevice wrong. I don't know if you are using the default subdevice code (26), but if you are, try 27. If you are using any other subdevice value, if it is even then try adding 1, if it is odd try subtracting 1. But if you have no success with this, please give me as much info as you have about the signals you can't reproduce.
_____________
Graham
Back to top
View user's profile Send private message
alanrichey
Expert


Joined: 24 Mar 2008
Posts: 3529
Location: UK/USA

                    
PostPosted: Wed Oct 21, 2009 2:25 am    Post subject: Reply with quote

Hi Graham

OK, a few more details. The remote I am trying to learn is a Tilkin Mood 400. I have loaded it on my Harmony Remote and used IRScope to check the codes. It happily decoded many of the keys as IR Protocol TDC-38, Device 8, Sub-Device 10. Other keys were not recognised as valid.

Testing by the actual owner showed the Protocol and device/sub-device is working OK for some keys, so your basic logic must be correct.

I have posted 4 ICT files at http://www.hifi-remote.com/forums/dload.php?action=file&file_id=7393 that will hopefully help

These demonstrate the following examples:

Button 1 is happily recognised as above and with Code 15

Button 2 is not recognised by IRSCOPE as a valid code. Subsequent testing with the owner showed it is actually the same protocol/device with Code 1.

Button 3 is not recognised by IRSCOPE and although the user tested all 64 codes, none of them activated the '3'.

Button 4 is happily recognised as above and with Code 16

If you need any more info let me know.

Cheers

Al
Back to top
View user's profile Send private message
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Wed Oct 21, 2009 7:43 am    Post subject: Reply with quote

Al, you have found a new variant of the TDC protocol. What was thought to be a 6-bit OBC with a 1-bit check bit seems actually to be a true 7-bit OBC. I will amend DecodeIR.dll to handle this in the next release, and send you privately a temporary fix.
______________
Graham
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic       JP1 Remotes Forum Index -> JP1 - Protocol Decodes All times are GMT - 5 Hours
Goto page Previous  1, 2, 3
Page 3 of 3

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


 

Powered by phpBB © 2001, 2005 phpBB Group
Top 7 Advantages of Playing Online Slots The Evolution of Remote Control