快速登录:  

Forum: General Discussion

话题: My Strange Crashes - Page: 1

由于该帖子的部分内容已年深日久，可能包含陈旧过时或描述错误的信息。

Still getting these unexplained crashes since 5.02 that i wasn't getting with 5.0, getting like 3 and 4 a night and can't figure out why. Does one of the team fancy having a go at interpreting my crashguard txt?


CRASHGUARD
date=708241202
version=5.0
build=500
thread=Main
address=054f152c
ins=c74024ff
excode=c0000005 (1,690090)

CRASHGUARD
date=708242023
version=5.0
build=500
thread=Main
address=0629152c
ins=c74024ff
excode=c0000005 (1,690090)

CRASHGUARD
date=708242050
version=5.0
build=500
thread=Main
address=060c152c
ins=c74024ff
excode=c0000005 (1,6e0093)

CRASHGUARD
date=708242102
version=5.0
build=500
thread=Main
address=0556152c
ins=c74024ff
excode=c0000005 (1,6e0093)

CRASHGUARD
date=708242159
version=5.0
build=500
thread=Main
address=053c152c
ins=c74024ff
excode=c0000005 (1,690090)

Crash ID=0556152c (date=709012029, version=5.0 rev.2, build=502, thread=Main, dump=c74024ff, excode=c0000005 (1,6e0093))
Crash ID=0556152c (date=709012242, version=5.0 rev.2, build=502, thread=Main, dump=c74024ff, excode=c0000005 (1,6e0093))
Crash ID=0556152c (date=709012304, version=5.0 rev.2, build=502, thread=Main, dump=c74024ff, excode=c0000005 (1,28))
Crash ID=0046ff25 (date=709072254, version=5.0 rev.2, build=502, thread=Main, dump=8b510450, excode=c0000005 (0,4))
Crash ID=0549152c (date=709082110, version=5.0 rev.2, build=502, thread=Main, dump=c74024ff, excode=c0000005 (1,28))
Crash ID=0549152c (date=709082246, version=5.0 rev.2, build=502, thread=Main, dump=c74024ff, excode=c0000005 (1,28))
Crash ID=0549152c (date=709082310, version=5.0 rev.2, build=502, thread=Main, dump=c74024ff, excode=c0000005 (1,28))
 
发表时间 Sun 09 Sep 07 @ 2:44 am
 
发表时间 Sun 09 Sep 07 @ 3:26 am
sbangsPRO InfinityMember since 2004
to my understanding of those codes you may have a currupted database try using the fix tool in options on the browser tab
 
发表时间 Sun 09 Sep 07 @ 2:00 pm

All of your above crashes are the SAME crash.

(address=054f152c
ins=c74024ff )

So you migh have a found a bug. Can you try reproduce WHAT causes that exact crash ?
 
发表时间 Sun 09 Sep 07 @ 3:30 pm
Been there, done that, several times in fact, recursed more times than I care to mention, added to search db as many times, clicked 'artist' then 'title', added the '*' to search, clicked 'artist' and 'title' yet again, done check clean fix just as many times. Rescanned 'whole' music & video collection again using V5, done all the above 'AGAIN' But this crash still happens, as it does with soundman69

There is no specific action to make it happen, I could put a collection of videos into automix mode and leave it to play, touching 'nothing' and this crash will happen at some point.

Strange that at least two people are having exactly the same issue and the crash codes are exactly the same too. Points to an issue somewhere.

 
发表时间 Sun 09 Sep 07 @ 3:34 pm

Sure do point out to an isssue, since it same crash, unless its a "general memory" crash.

But will foward it to Dev Team, they read the "greak" words in the crash report as if it was plain English ;) hehe
 
发表时间 Sun 09 Sep 07 @ 3:35 pm
@ Norway

The crash cannot be recreated using any specific action. It's not on a particular record (pointing at file corruption), it's not when a certain keypress is made. VDJ can happily be playing away then BANG!

Now, if I do nothing, ie leave the smiley face there, I'm locked out of the interface, but VDJ is still happily playing the music video in the background, and will even carry on automixing into the next tune (gives me lots of time to cue a CD up).

Now as soon as I hit 'recover' then VDJ just disappears, completely closes.


Exactly the same as Soundman69 is having in the thread here :-

http://www.virtualdj.com/forums/75586/General_Discussion/Not_Happy_.html?highlight=c74024ff

 
发表时间 Sun 09 Sep 07 @ 3:39 pm
Hi!,
Yes I had this exact same behavior with automix and even once or twice iin the standard players when tag reading was on. It was completely random with known good files. The only way I could find to stop it was to configure the options under infos gathering on the browser tabs as follows:

Title/Artist: Only from filename
Tags: Never read
Comment: Don't read
Cover: Don't search
Search Database: Add manually

So basically you disable every new feature that v5 implemented for tags and database management and automix then seems to work fine. I haven't had a crash with the settings like that. So everything points to tag reading crashing the software. I just do everything manually when I add songs to my database just like I used to. I honestly don't mind disabling these features since it makes VDJ react faster anyway. However, that being said, the features should not be there if when you enable them they crash the software!

P.S.

I had one other type of crash happen which brought up a crashguard. It seems if you change a soundcard performance setting while using vdj and then don't restart it will crash. I duplicated that a couple of times. I'll post the txt file when I can.

 
发表时间 Sun 09 Sep 07 @ 5:19 pm
I may dig my gig box out and try those settings and just leave it doing some automixing for a while, may provide more input/insight to any dev team member following this issue.
 
发表时间 Sun 09 Sep 07 @ 5:35 pm
djcelPRO InfinityModeratorMember since 2004
TopHouse wrote :
Crash ID=0046ff25 (date=709072254, version=5.0 rev.2, build=502, thread=Main, dump=8b510450, excode=c0000005 (0,4))

Can you reproduce this one ?
 
发表时间 Sun 09 Sep 07 @ 11:37 pm
djcel wrote :
TopHouse wrote :
Crash ID=0046ff25 (date=709072254, version=5.0 rev.2, build=502, thread=Main, dump=8b510450, excode=c0000005 (0,4))

Can you reproduce this one ?



Probably, but as i said, it's not any particular action, it just is playing nicely and then BANG, now I could understand if it was something like "every time I press recurse it crashes" but this isn't. All those crashes occured doing exactly the same thing, autoplaying videos.

I know I had a few problems when 5.0 came into being, but i beleive they were the same problems everyone was having with the database. After I had done all the recurses and the add to databases and clicking artist then title then doing it with an * etc etc, then doing the check fix thingy, 5,0 had started to behave itself. The ones i'm describing now only seemed to start with 5.2

It has to be related to reading of tags somewhere or database issues as Soundman69 was getting exactly the same crash under exactly the same circumstances, and forcing vdj not to read the tags fixed it for him. As I've said above, again I could understand it if it was happening with the same music/video/karaoke file every time pointing to a file corruption, but it isn't, it's completely random. It's also not time specific, like it can happen 30 minutes after i've started, or it can happen 3 hours after I've started.

I'm quite happy to do my bit here and get my gig box up and running in the house on autoplay and to try anything you or dev team might suggest.
 
发表时间 Mon 10 Sep 07 @ 12:43 am
Dev staffHome userSenior staffMember since 2003
the crash 549152c really looks like a plugin crash. Do you have any specific plugin running when that crash happens?

the crash 46ff25 looks like something went wrong when opening a folder. Maybe it has something to do with the goto folder function. Where you using goto_folder when this crash happened?

Thank you for helping us iron these out btw.
 
发表时间 Mon 10 Sep 07 @ 12:45 am
No plugin at all, well, there is a transition for video turned on but that's it. No other plugin being used.

Just to add, all the rev2 crashes above, even though there are a couple with different ins numbers, they all happened under exactly the same circumstances and with the same symptoms.

EDIT

As an afterthough, I'm also running a DMC2 with jpboggis mapper, suppose that counts as a plugin of sorts.
 
发表时间 Mon 10 Sep 07 @ 12:46 am
on the plugin crash "flanged loopout" or sometime "Brake" while skip_beat "-2" is my common trigger after using several effects in a set "4 hours into it roughly"
(had simular plug in crashes, not very often though)
 
发表时间 Mon 10 Sep 07 @ 12:54 am
Since upgrading to 5.0, I've had several crashes with MP3+G's. The crashguard comes up...if I click on 'recover' VDJ disappears and leaves my singer staring at me. At least with 4.3 it would come back up in a couple of seconds where the song left off.
 
发表时间 Mon 10 Sep 07 @ 1:55 am
djcelPRO InfinityModeratorMember since 2004
TopHouse wrote :
there is a transition for video turned on but that's it.

Which one?
 
发表时间 Mon 10 Sep 07 @ 9:36 pm
djcel wrote :
TopHouse wrote :
there is a transition for video turned on but that's it.

Which one?


Satellite I believe. I know it's done it when satellite is on AND when flip3d is on, but NOT when it's actually transitioning/crossfading, the crash happens roughly half way to 3/4 of the way through the track. Possibly when it's reading/prompting for the next track to load.
 
发表时间 Mon 10 Sep 07 @ 9:41 pm
BUMP

Any more feedback on this yet?
 
发表时间 Wed 12 Sep 07 @ 7:01 pm
OK, after this thread has been seemingly abandoned, more input, tonight i tried the following settings as per soundman69's suggestion :-

tag reading to never read under info gathering in the browser options
title/artist to only from filename.
album covers on never
do not read comment.

Guess what, not a single problem! Come on dev team, after the amount of problems that people seem to have had, and the ways people have got round it, i think we can safely say that there is a problem somewhere with either the way V5 is writing it's database, or the way V5 is reading it's database.

It doesn't take an idiot to read through the majority of problems and put two and two together and realise that most of them are linked in some way or other to the database management.

Before anyone jumps up in defense, please read any other threads with regards the problems people are having since V5, then look at how many are database related.

I have to say it disappoints me that this thread seems to have been dumped by support. I'm not a serial whinner, i'm a realist, I say what i see, so cmon support people, turn round and say "ok guys, yes, houston, we seem to have a slight problem here" This will gain you a lot more respect and feedback than sweeping it under the carpet or pretending it doesn't exist.

Don't get me wrong, I love VDJ, but there is a problem here that needs looking into, but in the meantime, admit it's there!

I would suggest that in the meantime, anyone else suffering from erratic behaviour in V5, try the above settings and report back. It gets a bit disheartening when you actively support a software, are prepared to put in the effort, do the work and provide the feedback, but your efforts don't appear to get aknowleged.

Anyone who wants to, feel free to flame me on this, as long as you can honestly turn round and say i do not have a point here!

 
发表时间 Sat 15 Sep 07 @ 2:22 am
djcelPRO InfinityModeratorMember since 2004
TopHouse wrote :
I have to say it disappoints me that this thread seems to have been dumped by support. I'm not a serial whinner, i'm a realist, I say what i see, so cmon support people, turn round and say "ok guys, yes, houston, we seem to have a slight problem here" This will gain you a lot more respect and feedback than sweeping it under the carpet or pretending it doesn't exist.

You are totally wrong about the fact that we don't follow your topic !!!!

The database goes on working so there is nothing to do with that. The only difference is that you switched off the reading of ID3Tags so the problem can be your ID3Tags in your songs or a problem in the ID3Tags reading processus of VirtualDJ due to an unusual case but in this last situation, it's very difficult to debug if we can't know what (the unusual case) to debug (because we can't reproduce it).

Now, test each option one by one (only activate one and let the others off) in order to isolate the problem
 
发表时间 Sun 16 Sep 07 @ 9:00 pm
95%