 |
 |
|
|
Philips Pronto Classic Forum - View Post
|
|
 |
|
|
|
 |
|
The following page was printed from RemoteCentral.com:
|
ProntEdit and Learn IR Code
| |
|
| Topic: | ProntEdit and Learn IR Code This thread has 12 replies. Displaying all posts. |
|
| Post 1 made on Sunday November 5, 2000 at 20:00 |
I am trying to use Pronto Edit to learn IR codes and I am not having any luck, please help
Todd
|
|
| OP | Post 2 made on Sunday November 5, 2000 at 20:13 |
Andy V. Historic Forum Post |
|
|
Are you trying to learn codes from an original remote? If this is the case don't do it through ProntoEdit. Learn them with the Pronto and then upload the file to ProntoEdit so changes can be made.
~Andy~
|
|
| OP | Post 3 made on Sunday November 5, 2000 at 20:20 |
Barry Shaw Historic Forum Post |
|
|
Todd-
Could you be more specific...What happens when you try to learn using Prontoedit?
This is constantly discussed, (there is a pretty good thread just 5 down the list) but the general upshot of most of the posts is it's more reliable to learn IR directly to the the Pronto, then upload.
I think I'm in the minority, but I learn in Prontoedit most of the time because it's faster and I can "see" the learned IR as I go. If I have troubles, I'll revert to direct remote-to-remote learning.
|
|
| OP | Post 4 made on Sunday November 5, 2000 at 21:57 |
Matt Gradwohl Historic Forum Post |
|
|
Here's what happens when I try to learn codes with ProntoEdit 1.5.
A crash!
Yes I have updated my pronto sys and app software.
Frustrating
|
|
| OP | Post 5 made on Monday November 6, 2000 at 12:12 |
process of using pronto edit:
1. pronto is pluged in to computer 2. start pronto edit 3. make a new button and click learn ir code
|
|
| OP | Post 6 made on Monday November 6, 2000 at 12:14 |
barry
process of using pronto edit:
1. pronto is pluged in to computer 2. start pronto edit 3. make a new button and click learn ir code 4. press button on remote to learn from 5. nothing happens. I get a timeout error 6. I have tried different distances and 3 different remotes. it never works. 7. if I use pronto by itself it works very well
|
|
| OP | Post 7 made on Wednesday November 8, 2000 at 21:13 |
Peter Dewildt Historic Forum Post |
|
|
It is well known that learning from ProntoEdit directly does not always work especially with 2000/NT.
Learn directly from yuor Pronto instead.
|
|
| OP | Post 8 made on Tuesday November 21, 2000 at 00:14 |
Jeff Gold Historic Forum Post |
|
|
I just installed Proedit 1.5. I'm seeing the same problem. The program also crashed any time I perform a learn and either locks up my system or dumps me back to my desktop.
|
|
| OP | Post 9 made on Tuesday November 21, 2000 at 22:40 |
StJake Historic Forum Post |
|
|
I had the same problem and solved it by rebooting my Pronto. Take battery of and on, all you have to do after that is to set time again. I did all my 9 remotes succesfully but suddenly adding few forgotten ones had the problem.
|
|
| OP | Post 10 made on Tuesday November 21, 2000 at 23:10 |
Jeff Gold Historic Forum Post |
|
|
Tried resetting my Pronto via removing the battery. No change with the problem. Compatibility problem with Win2K.
|
|
| OP | Post 11 made on Wednesday November 22, 2000 at 04:13 |
Leo Davidson Historic Forum Post |
|
|
I find that it I press "learn" in ProntoEdit and then *wait a couple of seconds* before pressing the button on the remote control it all works a lot better.
Seems the Pronto takes a bit of time to react and start learning.
|
|
| OP | Post 12 made on Sunday November 26, 2000 at 23:25 |
Daniel Tonks Historic Forum Post |
|
|
Since the Pronto isn't doing too much when you learn through the computer (plus the fact that such delays aren't needed when learning on the base remote), I think it's more of a ProntoEdit/remote timing issue rather than something with the Pronto itself.
|
|
| OP | Post 13 made on Tuesday November 28, 2000 at 11:49 |
Bob Kouré Historic Forum Post |
|
|
Geek-speak analysis: It's a "bad pointer" bug in ProntoEdit. For some reason it's OK to read/write "unowned" memory in Win95/98, but this GPFs in Win2K (which is more protective about such things). The bug changed between 1.3 and 1.4 (went from reading/writing a non-zero address (I *think* it was 0x14, but it's been long enough that I forget...) to reading random, writing to 0, which would indicate that they're now "zeroing" pointers, but whatever code's attempting to use this pointer is still doing so). I would *guess* that the bug's in the "save learned IR code" rather than in the "upload via serial port" section as uploads seem OK. I've tried to report this to Phillips (at least a year ago, don't remember the exact date) and have offered to help fix this, but haven't received any response.
|
|
 |
Before you can reply to a message... |
You must first register for a Remote Central user account - it's fast and free! Or, if you already have an account, please login now. |
Please read the following: Unsolicited commercial advertisements are absolutely not permitted on this forum. Other private buy & sell messages should be posted to our Marketplace. For information on how to advertise your service or product click here. Remote Central reserves the right to remove or modify any post that is deemed inappropriate.
|
|
|
|
|