| Author |
Message |
| Registered: July 29, 2007 |  Posts: 183 |
| | Posted: | | | | Thanks! Works now, you rule!  But that means I most likely had that happen before with other people, too, but overseen it? So I'll better start all over again for the third time.  |
|
| Registered: March 14, 2007 | Reputation:  | | Posts: 6,738 |
| | Posted: | | | | Quoting Corma: Quote:
But that means I most likely had that happen before with other people, too, but overseen it? So I'll better start all over again for the third time. That's what I meant with "sorry for the inconvenience  " | | | Karsten
DVD Collectors Online
 | | | | Last edited: by DJ Doena |
|
| Registered: July 29, 2007 | | Posts: 183 |
| | Posted: | | | | Quoting DJ Doena: Quote:
Quoting Corma:
Quote:
But that means I most likely had that happen before with other people, too, but overseen it? So I'll better start all over again for the third time.
That's what I meant with "sorry for the inconvenience " No need to be sorry. The above was more a rather bad written statement expressing it's being easier to simply copy the cast & crew once more than to go on a hunt to find the few people that might be affected by that 'bug'. A 'normal' movie with 25 actors and a crew of 50 people is instantly ready now to be copied. I can start over a 10th time and will never waste as much time as in the past couple of years with a hopeless struggle to keep my cast & crew free of the worst problems. I can't tell how often I had to fix Kevin Smith alone. So no worries, I'm still in heaven for having found CCE2! |
|
| Registered: March 31, 2007 | | Posts: 662 |
| | Posted: | | | | Quote:
Bugfix when copying fake birth years that are actually real birth years. So this only happened when real birthyears are involved? As I started all over with your fake-BY support and don't use real ones, I shouldn't be affected by this bug?! | | |  |
|
| Registered: March 14, 2007 | | Reputation: | | Posts: 6,738 |
| | Posted: | | | | Quoting StaNDarD: Quote:
Quote:
Bugfix when copying fake birth years that are actually real birth years.
So this only happened when real birthyears are involved?
As I started all over with your fake-BY support and don't use real ones, I shouldn't be affected by this bug?! Yes. No, you won't be. | | | Karsten
DVD Collectors Online
|
|
| Registered: March 31, 2007 | | Posts: 662 |
| | Posted: | | | | Lucky me!  | | | |
|
| Registered: March 31, 2007 | | Posts: 662 |
| | Posted: | | | | Hi, it's me again.  Could you integrate a progress bar while scanning site? I don't need to see any time calculation. A perfect solution would be, if I could see it on the task bar icon. | | | |
|
| Registered: March 14, 2007 | | Reputation: | | Posts: 6,738 |
| | Posted: | | | | Quoting StaNDarD: Quote:
Hi, it's me again.
Could you integrate a progress bar while scanning site? I don't need to see any time calculation.
A perfect solution would be, if I could see it on the task bar icon. A progress bar is not that complicated. What's complicated is the way Windows behaves. You see, in order for Windows to re-draw a window (e.g. when you move another window over it - or to re-paint a progress bar with a higher value) the UI of that program has to be repsonsive to user input. To ensure this you usually put tasks that will take a while to complete in a background thread, seperate from the main (UI) thread. But then the communication of these two threads has to be synchronized. The background thread can't simply change values in GUI controls anymore. I never expected CCE2 to get this big and to do so many different things (getting triva, goofs, headshots) so I never bothered to implement a background thread for all these tasks. Right now you press a button, it does all the jobs you have settings activated for and then the program returns with the result. Implementing a progress bar that actually shows results (and not just 0% at the beginning and 100% when done) would require a major overhaul. | | | Karsten
DVD Collectors Online
|
|
| Registered: March 14, 2007 | | Reputation: | | Posts: 6,738 |
| | Posted: | | | | Hey who'd have thunk it? You're in luck.
The progress bar you can draw on the Taskbar (as supported from Windows Vista upwards) already is an independent thread. I just tested it and it updates just fine.
Now the question is: Does come in pink? Normally the taskbar supports two colours but they have a specific meaning: green for normal progress and red for an error of some kind.
Since getting birth years and getting headshots are two sequential tasks that can be enabled/disabled on their own I would make to independent and sequential runs of the progress bar.
The question is: Do you want me to misuse the error colour for one of them or shall I make both green? | | | Karsten
DVD Collectors Online
| | | | Last edited: by DJ Doena |
|
| Registered: March 31, 2007 | | Posts: 662 |
| | Posted: | | | | Both in green would be OK to me, but I'll leave it up to you. | | | |
|
| Registered: March 14, 2007 | | Reputation: | | Posts: 6,738 |
| |
| Registered: March 13, 2007 | Reputation:  | | Posts: 2,005 |
| | Posted: | | | | Quoting DJ Doena: Quote:
To ensure this you usually put tasks that will take a while to complete in a background thread, seperate from the main (UI) thread. But then the communication of these two threads has to be synchronized. The background thread can't simply change values in GUI controls anymore. Usually a Application.DoEvents() after increasing the the progress value is enough in .NET applications to give the GUI elements time to redraw. Should be used sparingly though, because it can slow down the process. Especially if the the progress maximum is going into the thousands. Then I would do the DoEvents only maybe after every 1 percent of the whole progress. | | | 
 |
|
| Registered: March 14, 2007 | | Reputation: | | Posts: 6,738 |
| | Posted: | | | | Quoting TomGaines: Quote:
Quoting DJ Doena:
Quote:
To ensure this you usually put tasks that will take a while to complete in a background thread, seperate from the main (UI) thread. But then the communication of these two threads has to be synchronized. The background thread can't simply change values in GUI controls anymore.
Usually a
Application.DoEvents()
after increasing the the progress value is enough in .NET applications to give the GUI elements time to redraw.
Should be used sparingly though, because it can slow down the process. Especially if the the progress maximum is going into the thousands. Then I would do the DoEvents only maybe after every 1 percent of the whole progress. Thanks, will give it a try. | | | Karsten
DVD Collectors Online
|
|
| Registered: March 31, 2007 | | Posts: 662 |
| | Posted: | | | | Quoting DJ Doena: Quote:
Done.
v1.7.1.0 is released Great! | | | |
|
| Registered: March 31, 2007 | | Posts: 662 |
| | Posted: | | | | I just ran into a "problem". There are some TV-mini-series, which do have a full cast, but no ( It) or very small ( Covert One: The Hades Factor) episode cast. Trying to parse those profiles as movies, I get no cast & crew at all, parsing as tv shows the best I get is the very small episode data. Is there something I miss? | | | |
|
| Registered: March 14, 2007 | | Reputation: | | Posts: 6,738 |
| | Posted: | | | | I know the dilemma, I have some Czech series with the same problem.
TBH I just did them "by hand". | | | Karsten
DVD Collectors Online
|
|