Searching for tracks takes a long time in find window
Searching for tracks takes a long time in find window
Hello
I don't know what i have changed, but since a couple of days searching for tracks takes a very long time.
Question is, what and where can i change in the settings so searching goes quicker?
Thanx
Friso
I don't know what i have changed, but since a couple of days searching for tracks takes a very long time.
Question is, what and where can i change in the settings so searching goes quicker?
Thanx
Friso
Re: Searching for tracks takes a long time in find window
Check your Find settings.
Eg the Force TAG Reading option. See right click menus of the Find window.
Eg the Force TAG Reading option. See right click menus of the Find window.
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: Searching for tracks takes a long time in find window
Bernd
I saw an earlier post in the forum from someone that has also problems during the find. I have gone back to v.29 and there it seems to work ok.
The problem i have with the log find time is in the latest version i downloaded yesterday.
I saw an earlier post in the forum from someone that has also problems during the find. I have gone back to v.29 and there it seems to work ok.
The problem i have with the log find time is in the latest version i downloaded yesterday.
Re: Searching for tracks takes a long time in find window
There is absolutely no issue with the latest v3.0.13.31 !
There was an initial rescan issue with the .30 though.
There was an initial rescan issue with the .30 though.
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: Searching for tracks takes a long time in find window
Bernd
I'm very sorry to say, but .29 doesn't have that issue. Now i tested it again in version .32 First search after startup PF search is going ok, but after that it takes a long time. Also have a crasch during refresh of the explorer, and just as we speak after closing PF this occurs.
I'm for now going back to .29
30-6-2014 14:30:29 [v3.0.13.32]:********** Error/Exception Information **********
Error Message: Object reference not set to an instance of an object.
Error Type: System.NullReferenceException
Error Source: DevExpress.XtraTreeList.v14.1.Void RaiseInvalidValueException(DevExpress.XtraEditors.Controls.InvalidValueExceptionEventArgs)
********** System Stack Trace **********
at DevExpress.XtraTreeList.TreeListContainerHelper.RaiseInvalidValueException(InvalidValueExceptionEventArgs e)
at DevExpress.XtraEditors.Container.ContainerHelper.OnInvalidValueException(IWin32Window owner, Exception sourceException, Object fValue)
at DevExpress.XtraTreeList.Data.TreeListDataHelper.InvalidValueException(Exception e, Object value)
at DevExpress.XtraTreeList.Data.TreeListData.SetValue(Int32 nodeID, Object columnID, Object value, Boolean initEdit)
at DevExpress.XtraTreeList.TreeList.SetNodeValue(TreeListNode node, Object columnId, Object val, Boolean initEdit)
at DevExpress.XtraTreeList.TreeList.OnSetValue(TreeListNode node, Object columnID, Object val)
at DevExpress.XtraTreeList.Nodes.TreeListNode.SetValue(Object columnID, Object val)
at DevExpress.XtraTreeList.Nodes.TreeListNode.set_Item(Object columnID, Object value)
at ProppFrexx.p.a(Object A_0, ProgressChangedEventArgs A_1)
at System.ComponentModel.BackgroundWorker.OnProgressChanged(ProgressChangedEventArgs e)
at System.ComponentModel.BackgroundWorker.ProgressReporter(Object arg)
********** End **********
I'm very sorry to say, but .29 doesn't have that issue. Now i tested it again in version .32 First search after startup PF search is going ok, but after that it takes a long time. Also have a crasch during refresh of the explorer, and just as we speak after closing PF this occurs.
I'm for now going back to .29
30-6-2014 14:30:29 [v3.0.13.32]:********** Error/Exception Information **********
Error Message: Object reference not set to an instance of an object.
Error Type: System.NullReferenceException
Error Source: DevExpress.XtraTreeList.v14.1.Void RaiseInvalidValueException(DevExpress.XtraEditors.Controls.InvalidValueExceptionEventArgs)
********** System Stack Trace **********
at DevExpress.XtraTreeList.TreeListContainerHelper.RaiseInvalidValueException(InvalidValueExceptionEventArgs e)
at DevExpress.XtraEditors.Container.ContainerHelper.OnInvalidValueException(IWin32Window owner, Exception sourceException, Object fValue)
at DevExpress.XtraTreeList.Data.TreeListDataHelper.InvalidValueException(Exception e, Object value)
at DevExpress.XtraTreeList.Data.TreeListData.SetValue(Int32 nodeID, Object columnID, Object value, Boolean initEdit)
at DevExpress.XtraTreeList.TreeList.SetNodeValue(TreeListNode node, Object columnId, Object val, Boolean initEdit)
at DevExpress.XtraTreeList.TreeList.OnSetValue(TreeListNode node, Object columnID, Object val)
at DevExpress.XtraTreeList.Nodes.TreeListNode.SetValue(Object columnID, Object val)
at DevExpress.XtraTreeList.Nodes.TreeListNode.set_Item(Object columnID, Object value)
at ProppFrexx.p.a(Object A_0, ProgressChangedEventArgs A_1)
at System.ComponentModel.BackgroundWorker.OnProgressChanged(ProgressChangedEventArgs e)
at System.ComponentModel.BackgroundWorker.ProgressReporter(Object arg)
********** End **********
Re: Searching for tracks takes a long time in find window
The error you posted was due to the fact, that you terminated/closed PF while a search/find operation was still in progress. Nothing serious, but should still not happen.
What error/crash did you get with the Explorer?!
What error/crash did you get with the Explorer?!
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: Searching for tracks takes a long time in find window
Bernd
It looks like the problem is gone with version .14
It looks like the problem is gone with version .14