View previous topic :: View next topic |
Author |
Message |
wnewell
Joined: 13 Jan 2009 Posts: 158 Location: DFW, Texas |
Posted: Tue Dec 01, 2009 5:45 am Post subject: RM 1.98b6 problem |
|
|
Created and added 2 new device codes numbered 3000 Audio and 3001 VCR in RM w/o a problem. Uploaded to RCRP05B remote with rmir and all works well. But, when I dowmloaded from the remote the device numbers in the devices tab had changed to 0952 and 0953 respectively. I did not try and re-upload. |
|
Back to top |
|
|
gfb107 Expert
Joined: 03 Aug 2003 Posts: 3411 Location: Cary, NC |
|
Back to top |
|
|
wnewell
Joined: 13 Jan 2009 Posts: 158 Location: DFW, Texas |
Posted: Tue Dec 01, 2009 2:00 pm Post subject: |
|
|
It wasn't, but I just downloaded 6a and get the same results. With both only the device tab code numbers changed. The device code assignments in the General tab stayed 3000 and 3001. |
|
Back to top |
|
|
wnewell
Joined: 13 Jan 2009 Posts: 158 Location: DFW, Texas |
Posted: Mon Dec 07, 2009 5:32 pm Post subject: |
|
|
Just an update. The largest built in code in the RCRP05B I found was 2957 for Panasonic Audio device, so I changed all my device codes back to 2901-2909. Same thing happens when you download from remote with rmir 1.98b6a. Device codes get changed to 0852 etc., respectively. Don't know how high valid device codes go in the new remotes, but it's a lot higher than rmir can handle properly when downloading from the remote. No problem uploading them though, so even using the 3000 codes worked for an upload. |
|
Back to top |
|
|
gfb107 Expert
Joined: 03 Aug 2003 Posts: 3411 Location: Cary, NC |
|
Back to top |
|
|
wnewell
Joined: 13 Jan 2009 Posts: 158 Location: DFW, Texas |
Posted: Mon Mar 15, 2010 2:46 pm Post subject: |
|
|
Sorry it took so long, but just got a couple more remotes and the same problem still exists.
setcode 3008, uploads fine. then when you download from remote the setcode shows it as 0960. |
|
Back to top |
|
|
wnewell
Joined: 13 Jan 2009 Posts: 158 Location: DFW, Texas |
Posted: Fri Apr 02, 2010 2:19 am Post subject: |
|
|
Greg, Have you had any time to look at this? |
|
Back to top |
|
|
alanrichey Expert
Joined: 24 Mar 2008 Posts: 3529 Location: UK/USA |
Posted: Wed Apr 14, 2010 2:12 am Post subject: |
|
|
Found another bug with v1.98beta7. If you change the value of an OBC then select File > Save, the OBC value reverts back to the previous value. It basically means you cannot edit an existing RM file if you have made an error. |
|
Back to top |
|
|
gfb107 Expert
Joined: 03 Aug 2003 Posts: 3411 Location: Cary, NC |
|
Back to top |
|
|
gfb107 Expert
Joined: 03 Aug 2003 Posts: 3411 Location: Cary, NC |
Posted: Wed Apr 14, 2010 7:27 am Post subject: |
|
|
alanrichey wrote: | Found another bug with v1.98beta7. If you change the value of an OBC then select File > Save, the OBC value reverts back to the previous value. It basically means you cannot edit an existing RM file if you have made an error. |
Don't really understand what you are saying here. What do you mean "if you have made an error"? Did you enter an invalid OBC? If that's the case, I don't consider this a bug - RM should not allow you to save invalid data. _________________ -- Greg
Original RemoteMaster developer
JP1 How-To's and Software Tools
The #1 Code Search FAQ and it's answer (PLEASE READ FIRST) |
|
Back to top |
|
|
Capn Trips Expert
Joined: 03 Oct 2003 Posts: 3990
|
Posted: Wed Apr 14, 2010 7:51 am Post subject: |
|
|
Greg, I BELIEVE that Alan is saying that if you made a rmdu in which you erroneously entered the wrong OBC for a function (not something that RM would be able to identify), and subsequently go back and attempt to CHANGE that OBC value, RM is not allowing him to save that changed rmdu.
I've not seen this behavior myself, and it would seem a simple workaround would be to DELETE the erroneous entry and add a new one, but that doesn't answer Alan's concern directly. _________________ 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 |
|
|
gfb107 Expert
Joined: 03 Aug 2003 Posts: 3411 Location: Cary, NC |
|
Back to top |
|
|
alanrichey Expert
Joined: 24 Mar 2008 Posts: 3529 Location: UK/USA |
Posted: Wed Apr 14, 2010 11:47 am Post subject: |
|
|
Sorry, I was too quick to declare a bug there. I hadn't noticed that shifting the focus allowed the changed value to remain. I'll do a bit more testing next time No need to fix it I think. |
|
Back to top |
|
|
gfb107 Expert
Joined: 03 Aug 2003 Posts: 3411 Location: Cary, NC |
|
Back to top |
|
|
gfb107 Expert
Joined: 03 Aug 2003 Posts: 3411 Location: Cary, NC |
|
Back to top |
|
|
|