Your Universal Remote Control Center
RemoteCentral.com
Philips Pronto Classic Forum - View Post
Previous section Next section Up level
Up level
The following page was printed from RemoteCentral.com:

Login:
Pass:
 
 

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
Todd
Historic Forum Post
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
Barry
Historic Forum Post
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
Todd
Historic Forum Post
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.


Jump to


Protected Feature 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.

Hosting Services by ipHouse