T O P I C R E V I E W |
Markstar |
Posted - 25 Jul 2006 : 12:04:01 Hi, doesn't anybody else have the problem that XMM is really slow? Changing from one movie to the next takes 3.1 - 3.2 seconds!
I first thought it was my fault because my database has ~1400 movies, but I do not think that's it: The example database has 16 movies, most have all the common fields filled out. When I select one of those movies, the data appears right away! It goes so fast I can't see anything being loaded, it's just there at once.
But, if I add just one or two movies to the example DB (by hand, import, whatever), those additional movies will take those 3.1 - 3.2 seconds I mentioned above (Athlon64 3000+). It takes ~4.3 seconds if I downclock to 800 MHz.
Also, if I create a new DB with just a few movies, same thing: more than 3 seconds to go from one movie to another. Furthermore, if I restart XMM, the DB with 2 movies almost takes as long as a DB with 1400 movies.
I have some fair knowledge about programming and databases and I don't think making a DB request and filling the fields should take that long and obviously it doesn't have to since the original example DB works just fine.
Oh, and I have tried the "Repair and Compact Database" option - no difference.
Kind regards Markstar |
12 L A T E S T R E P L I E S (Newest First) |
Alessio Viti |
Posted - 30 Sep 2006 : 18:31:41 Hi Gadzooksit, and sorry for my late reply, I was on holidays
Do you still have this problem? also for the new entries?
Please let me know,
Alessio |
gadzooksit |
Posted - 24 Sep 2006 : 08:38:20 Hi...newbie here...I have just started using the latest full version and the "13String was not recognized as a valid DateTime" (mentioned above) appears for about 3 seconds...then disapears. This thread didn't seem to resolve or make mention of a resolve...it's not hurting my entries, but it's appearing nonetheless...is there a patch around?
So far - I love this db and interface...it took only 2 days of play before I knew I should register it...great - no, eXtreme interface!! |
Markstar |
Posted - 28 Jul 2006 : 08:22:41 Did some testing with the example database from the latest XMM on a 1.76GHz Centrino laptop: While switching between the movies already in the database was so fast that I only saw the data changing, the movies I added where a little slower and the moviecard flickered for a moment.
Don't know if that helps, I just thought it was interesting that there seems to be a difference between data that is already stored in the example database and the data that comes after it.
Cheers Markstar |
Markstar |
Posted - 27 Jul 2006 : 16:35:24 I sent you a database. Don't think that's it though.
It works flawlessly on my SLOWER computer that I just reinstalled. Had to download the MS Installer and of course .Net. After it worked on my slower PC I tried reinstalling .Net on my faster machine since I have VS 2005 installed there but I still the same problem.
I'll see if I can test it on some more computers, maybe I can find the source of the problem somehow.
Greets Markstar |
Alessio Viti |
Posted - 27 Jul 2006 : 10:30:29 Markstar please add some other movies (2 or 3) and send the example database to me, so I can take a look where is the problem. (zip it please). If I have understand correctly the new movies takes 3 seconds to be opened.
Alessio |
Markstar |
Posted - 26 Jul 2006 : 17:50:17 Oh, btw, you can take a look at my systems here: http://markstar.sam-city.com/en/about/systems.html |
Markstar |
Posted - 26 Jul 2006 : 13:40:01 Reinstalled XMM, I get the 13String... error when viewing these movies in the example database: Matrix Revolutions, Autumn Sonata, Cinderella Man, Lord Of The Ring, LOTR 2, Lost in Space, Matrix, Matrix Reloaded, Star Trek Nemesis, Strangeland and The Craft. Obviously it has nothing to do with the Cover since it has gotten worse after the reinstall and many of these movies have a cover.
And once I add another movie it takes forever to switch to that one, the others work quickly. |
Alessio Viti |
Posted - 26 Jul 2006 : 12:25:21 Hi Markstar,
Please make a backup of the whole XMM folder (and your database if you have it in another subfolder) and install XMM FULL from scratch.
Please let me know if you still have problems.
Alessio |
Markstar |
Posted - 26 Jul 2006 : 10:39:04 This is the error I get when I add a movie to a newly created database:
458Bad variable type.
When I add a second movie to the database, I get the 458 error for a second and then
13Conversion from string "" to type 'Double' is not valid.
From now on I always get the 13Conversion error when switching between movies until I import from IMDB - after that I always get
13String was not recognized as a valid DateTime
Furthermore, I even get an error in the example database! There I also get the 13String error, but not on every movie (for example Memento and Lord of the Rings has no error message but Strangeland does). I went through all movies and found out that those that don't have a cover display the 13String error message. However, all of those movies show up right away so the 13String does not seem to be the problem.
And if I quit XMM after importing some movies from files, I get all kinds of errors (also described in the other thread). The most recent was being:
Hope that helps.
Greets Markstar |
Alessio Viti |
Posted - 25 Jul 2006 : 23:49:24 Hi Markstar,
this is NOT normal, I have a bug database too and switch from a movi to another takes really less time.
I think there is something wrong in the database. Did you see any error message in the XMM toolbar when you select a movie?
Alessio |
Markstar |
Posted - 25 Jul 2006 : 18:08:48 Hi Alessio,
In a database with 2 movies, switching between MovieCards takes 2.8 seconds and it takes 3.2 seconds in the QuickEdit window.
Adding a 3rd movie takes 8.7 seconds.
Kind regards Markstar |
Alessio Viti |
Posted - 25 Jul 2006 : 15:08:35 Hi Markstar,
Sorry for my bad english, but I need to know if you have this problem only when you "select" a movie or when you add a new one.
Have you notice any difference if you show the MovieCard or the QuickEdit window?
Alessio |