djcel
halo_djk wrote :
Showcover
Do not use this plugin for the moment because there is a problem of D3DDevice in multi-threading
And in a general way, it's not easy to debug something if you use others things at the same time ;-)
Posté Tue 12 Feb 08 @ 5:41 am
halo_djk
Thanks Cell! =) been working well here for months though, I trust you know what's going on so will wait foir the revised version before re-use.
Well Show system has now been running for 6 hours, in exactly the same way it crashed last time, after 18 tracks, and on Sun, after 2 songs!
Will retest tomorrow again, with no Show Cover.
Kym
Well Show system has now been running for 6 hours, in exactly the same way it crashed last time, after 18 tracks, and on Sun, after 2 songs!
Will retest tomorrow again, with no Show Cover.
Kym
Posté Tue 12 Feb 08 @ 6:12 am
djcel
halo_djk wrote :
Crash ID=004868dc (date=802091916, version=5.0.7, build=507, thread=Main, dump=8b088b51, excode=c0000005 (0,190420))
Crash ID=7c918fea (date=802100409, version=5.0.7, build=507, thread=Main, dump=ff40108b, excode=c0000005 (1,10))
Crash ID=7c918fea (date=802110232, version=5.0.7, build=507, thread=Main, dump=ff40108b, excode=c0000005 (1,10))
Crash ID=7c918fea (date=802100409, version=5.0.7, build=507, thread=Main, dump=ff40108b, excode=c0000005 (1,10))
Crash ID=7c918fea (date=802110232, version=5.0.7, build=507, thread=Main, dump=ff40108b, excode=c0000005 (1,10))
From the data I have, these crashes are from ShowCover
I guess the last one is a consequence of the crash
Posté Tue 12 Feb 08 @ 6:20 am
halo_djk
Just manged to crash it again, after 7 hours. No Showcover this time BUT it had been running, I had just deactivated it a hour agao when I read the post.
Same symtoms, photos, run normally, the zoom through 5, then normal for a bit, the start fading in and out of the same slide, after a few minutes of this, slideshow went black, and wouldnt restart by playing a vid, then a new MP3.
No crashguard this time, but may have something to do with the fact I was working the PC by skipping through the playlist, pretty quick to listen to VDJ's mixing types.
The plugin was fine all sat night, so this must be Automix related?
Same symtoms, photos, run normally, the zoom through 5, then normal for a bit, the start fading in and out of the same slide, after a few minutes of this, slideshow went black, and wouldnt restart by playing a vid, then a new MP3.
No crashguard this time, but may have something to do with the fact I was working the PC by skipping through the playlist, pretty quick to listen to VDJ's mixing types.
The plugin was fine all sat night, so this must be Automix related?
Posté Tue 12 Feb 08 @ 7:23 am
SBDJ
Thanks for the information... I'll set up an automix session to run for 12 hours or so and log everything that happens, see if we can get to the bottom of this :)
Posté Tue 12 Feb 08 @ 8:32 am
djcel
To my mind it's the sum of automix background loading thread and loading a new picture at the same time. It will increase the CPU.
@SBDJ
In your plugin, do you only update the texture (+ release it) and not destroy the vertices and recreate everything ?
@SBDJ
In your plugin, do you only update the texture (+ release it) and not destroy the vertices and recreate everything ?
Posté Tue 12 Feb 08 @ 9:04 am
halo_djk
djcel wrote :
@SBDJ
In your plugin, do you only update the texture (+ release it) and not destroy the vertices and recreate everything ?
@SBDJ
In your plugin, do you only update the texture (+ release it) and not destroy the vertices and recreate everything ?
Only english in this forum please! =P
Posté Wed 13 Feb 08 @ 3:37 am
SBDJ
LOL @ Kym!
@ DJCel:
I only create the vertices once at DXInit, but run with two textures drawn with alpha as necessary. Images are loaded into the two textures on a rotational basis.
The only actual CPU hit occurs during the loading procedure which makes use of D3DXCreateTextureFromFile and then D3DXGetImageInfoFromFile. It seems the actual texture creation is what hits the CPU a bit - if anyone has any suggestions on how to improve this I'm all ears :)
As is typical when you're trying to debug things I ran my latest version last night on automix with 2000 images for about 12 hours without a problem. I'm going to repeat the experiment again tonight!
Regards,
Scott
@ DJCel:
I only create the vertices once at DXInit, but run with two textures drawn with alpha as necessary. Images are loaded into the two textures on a rotational basis.
The only actual CPU hit occurs during the loading procedure which makes use of D3DXCreateTextureFromFile and then D3DXGetImageInfoFromFile. It seems the actual texture creation is what hits the CPU a bit - if anyone has any suggestions on how to improve this I'm all ears :)
As is typical when you're trying to debug things I ran my latest version last night on automix with 2000 images for about 12 hours without a problem. I'm going to repeat the experiment again tonight!
Regards,
Scott
Posté Wed 13 Feb 08 @ 5:47 am
brian_fligg
Looks like it's getting close to being 100%? Kewl!
Thank you again scott for your efforts in this.
Thank you again scott for your efforts in this.
Posté Wed 13 Feb 08 @ 9:15 am
halo_djk
I suspect that my delay setting may cause issues, I'm using 4 seconds, thus when Automix is real busy changing tracks real quick, the plugin may not be able to load the next image in time?
What would the plugin do, if the next image didnt get loaded in time, for it to display?
What would the plugin do, if the next image didnt get loaded in time, for it to display?
Posté Thu 14 Feb 08 @ 6:49 am
SBDJ
halo_djk wrote :
I suspect that my delay setting may cause issues, I'm using 4 seconds, thus when Automix is real busy changing tracks real quick, the plugin may not be able to load the next image in time?
What would the plugin do, if the next image didnt get loaded in time, for it to display?
What would the plugin do, if the next image didnt get loaded in time, for it to display?
Well, I was going to say that nothing is displayed if no texture is loaded, as I check for NULL texture before drawing, but something else has just occurred to me that could cause issues due to the drawing and loading being in different threads ;)
I'm going to write some code in as a safeguard against something and will send you a test version by PM Kym.
Regards,
Scott
Posté Thu 14 Feb 08 @ 10:03 am
SBDJ
OK, couple of changes made and you have a PM... I was testing this version on a folder with 2000 images, with a delay of 0 secs, running an automix with the satellite boom transition. CPU was being hammered LOL! Can't give it a proper test as I'm at work ;)
Posté Thu 14 Feb 08 @ 10:17 am
halo_djk
Will test on show PC later today. File limit seems fixed now, using folder with 380 files in it, Also fade transition look so much better. Great work Scott.
Thanks for that will give a solid test, if anyone can crash something, I can! (Sometimes even when theres nothing wrong with it!)
Thanks for that will give a solid test, if anyone can crash something, I can! (Sometimes even when theres nothing wrong with it!)
Posté Thu 14 Feb 08 @ 7:06 pm
SBDJ
Thanks, let me know how you get on.
I ran it last night live for 4 hours, mixed with video and my scrolling text plugin running all the time without any noticeable issues. Just in the process of adding your custom aspect ratio function now :)
Regards,
Scott
I ran it last night live for 4 hours, mixed with video and my scrolling text plugin running all the time without any noticeable issues. Just in the process of adding your custom aspect ratio function now :)
Regards,
Scott
Posté Fri 15 Feb 08 @ 9:07 am
brian_fligg
So excited to not have to use two computers just to do a slide show now. YIPPIE!
Posté Fri 15 Feb 08 @ 9:40 am
SBDJ
OK, I've added two sliders that allow control of the X and Y resolutions.
X allows:
0 (auto), 320, 640, 704, 720, 800, 852, 960, 1024, 1088, 1152, 1280, 1360, 1366, 1440, 1600, 1680, 1920 and 4096
Y allows:
0 (auto), 240, 480, 576, 600, 612, 720, 768, 800, 864, 900, 1024, 1050, 1080, 1200 and 2160.
Basically these sliders override what the plugin sees the window size as, allowing you to modify the images aspect ratio. Is this suitable for what you wanted do you think Kym?
Regards,
Scott
X allows:
0 (auto), 320, 640, 704, 720, 800, 852, 960, 1024, 1088, 1152, 1280, 1360, 1366, 1440, 1600, 1680, 1920 and 4096
Y allows:
0 (auto), 240, 480, 576, 600, 612, 720, 768, 800, 864, 900, 1024, 1050, 1080, 1200 and 2160.
Basically these sliders override what the plugin sees the window size as, allowing you to modify the images aspect ratio. Is this suitable for what you wanted do you think Kym?
Regards,
Scott
Posté Fri 15 Feb 08 @ 10:26 am
Gilbz
Scott when will this be available?
I have sod all to do Monday so I can give it a good thrash at home with v5.07.
Well done again, like Brain said we may be turning our backs on taking 2 pc's out just to run VDJ and a slideshow!!!!!!
I have sod all to do Monday so I can give it a good thrash at home with v5.07.
Well done again, like Brain said we may be turning our backs on taking 2 pc's out just to run VDJ and a slideshow!!!!!!
Posté Sat 16 Feb 08 @ 8:02 am
brian_fligg
The plugin is on the video effect download page. It may not be the latest, but it does seem to work without major issue.
Posté Sat 16 Feb 08 @ 10:23 am
TopHouse
Gilbz wrote :
Scott when will this be available?
I have sod all to do Monday so I can give it a good thrash at home
I have sod all to do Monday so I can give it a good thrash at home
I do wish you'd keep your sexual practices to yourself Lee!!
Oh, here's that item you were asking about :-
Lee's Item Link
Posté Sat 16 Feb 08 @ 10:25 pm
halo_djk
SBDJ wrote :
OK, I've added two sliders that allow control of the X and Y resolutions.
X allows:
0 (auto), 320, 640, 704, 720, 800, 852, 960, 1024, 1088, 1152, 1280, 1360, 1366, 1440, 1600, 1680, 1920 and 4096
Y allows:
0 (auto), 240, 480, 576, 600, 612, 720, 768, 800, 864, 900, 1024, 1050, 1080, 1200 and 2160.
Basically these sliders override what the plugin sees the window size as, allowing you to modify the images aspect ratio. Is this suitable for what you wanted do you think Kym?
Regards,
Scott
X allows:
0 (auto), 320, 640, 704, 720, 800, 852, 960, 1024, 1088, 1152, 1280, 1360, 1366, 1440, 1600, 1680, 1920 and 4096
Y allows:
0 (auto), 240, 480, 576, 600, 612, 720, 768, 800, 864, 900, 1024, 1050, 1080, 1200 and 2160.
Basically these sliders override what the plugin sees the window size as, allowing you to modify the images aspect ratio. Is this suitable for what you wanted do you think Kym?
Regards,
Scott
Hiya Scott,
Yup, thats even better than my idea, it allows for users custom res's as well. awesome. I think a lot of people may not even realise that their PC is not outputting in the correct ratio for their monitors, so this will be a invaluble feature when they realise something is wrong. Can't wait for the beta!
Kym
Posté Sun 17 Feb 08 @ 12:14 am
