quadrium | flame breeder not working
-
- Posts: 14
- Joined: Tue Jan 01, 2008 8:26 pm
quadrium | flame breeder not working
For some (probably obvious) reason the breeder no longer breeds. I put images into the pool on the left and click breed below but nothing happens. Using iBook G3 and OSX 10.4.11 - and the breeder did work originally...! Thanks for any useful tips!
-
- Posts: 14
- Joined: Tue Jan 01, 2008 8:26 pm
This is what is in console.log when I search for breed:
===== Display starts at offset 4229085 within file of length 4360157. ====
===== Use File->Reload (Cmd-R) to display more. ====
I wish I could say confidently that I know what I am doing here! Should I be searching elsewhere in console.app? Thanks!
===== Display starts at offset 4229085 within file of length 4360157. ====
===== Use File->Reload (Cmd-R) to display more. ====
I wish I could say confidently that I know what I am doing here! Should I be searching elsewhere in console.app? Thanks!
-
- Posts: 14
- Joined: Tue Jan 01, 2008 8:26 pm
Here we are - I opened QF, made some random flames, dropped a couple in the breeder, opened breeder window and .... it worked! Closed QF, did the same again and it didn't work. This is the log for all that:
2008-01-08 21:22:51.910 quadrium | flame[1148] Can't open input server /Library/InputManagers/Smart Crash Reports.bundle
2008-01-08 21:22:52.844 quadrium | flame[1148] Loaded qui_104 bundle
2008-01-08 21:22:53.428 quadrium | flame[1148] Looking for initWithOverridableWindowNibName:StartingPoints
2008-01-08 21:22:53.429 quadrium | flame[1148] Overriding StartingPoints as /Applications/Fractal applications/quadriumFlame1.3/quadrium | flame.app/Contents/Resources/English.lproj/StartingPoints.nib
2008-01-08 21:22:54.456 quadrium | flame[1148] Looking for initWithOverridableWindowNibName:QuiGlobalBar
2008-01-08 21:22:54.498 quadrium | flame[1148] Overriding QuiGlobalBar as /Applications/Fractal applications/quadriumFlame1.3/quadrium | flame.app/Contents/Resources/English.lproj/QuiGlobalBar.nib
2008-01-08 21:24:07.372 quadrium | flame[1151] Can't open input server /Library/InputManagers/Smart Crash Reports.bundle
2008-01-08 21:24:08.092 quadrium | flame[1151] Loaded qui_104 bundle
2008-01-08 21:24:08.745 quadrium | flame[1151] Looking for initWithOverridableWindowNibName:StartingPoints
2008-01-08 21:24:08.747 quadrium | flame[1151] Overriding StartingPoints as /Applications/Fractal applications/quadriumFlame1.3/quadrium | flame.app/Contents/Resources/English.lproj/StartingPoints.nib
2008-01-08 21:24:09.802 quadrium | flame[1151] Looking for initWithOverridableWindowNibName:QuiGlobalBar
2008-01-08 21:24:09.803 quadrium | flame[1151] Overriding QuiGlobalBar as /Applications/Fractal applications/quadriumFlame1.3/quadrium | flame.app/Contents/Resources/English.lproj/QuiGlobalBar.nib
2008-01-08 21:25:20.599 quadrium | flame[1151] *** -[NSCFDictionary setObject:forKey:]: attempt to insert nil value
2008-01-08 21:25:26.529 quadrium | flame[1151] *** -[NSCFDictionary setObject:forKey:]: attempt to insert nil value
2008-01-08 21:25:31.579 quadrium | flame[1151] *** -[NSCFDictionary setObject:forKey:]: attempt to insert nil value
2008-01-08 21:22:51.910 quadrium | flame[1148] Can't open input server /Library/InputManagers/Smart Crash Reports.bundle
2008-01-08 21:22:52.844 quadrium | flame[1148] Loaded qui_104 bundle
2008-01-08 21:22:53.428 quadrium | flame[1148] Looking for initWithOverridableWindowNibName:StartingPoints
2008-01-08 21:22:53.429 quadrium | flame[1148] Overriding StartingPoints as /Applications/Fractal applications/quadriumFlame1.3/quadrium | flame.app/Contents/Resources/English.lproj/StartingPoints.nib
2008-01-08 21:22:54.456 quadrium | flame[1148] Looking for initWithOverridableWindowNibName:QuiGlobalBar
2008-01-08 21:22:54.498 quadrium | flame[1148] Overriding QuiGlobalBar as /Applications/Fractal applications/quadriumFlame1.3/quadrium | flame.app/Contents/Resources/English.lproj/QuiGlobalBar.nib
2008-01-08 21:24:07.372 quadrium | flame[1151] Can't open input server /Library/InputManagers/Smart Crash Reports.bundle
2008-01-08 21:24:08.092 quadrium | flame[1151] Loaded qui_104 bundle
2008-01-08 21:24:08.745 quadrium | flame[1151] Looking for initWithOverridableWindowNibName:StartingPoints
2008-01-08 21:24:08.747 quadrium | flame[1151] Overriding StartingPoints as /Applications/Fractal applications/quadriumFlame1.3/quadrium | flame.app/Contents/Resources/English.lproj/StartingPoints.nib
2008-01-08 21:24:09.802 quadrium | flame[1151] Looking for initWithOverridableWindowNibName:QuiGlobalBar
2008-01-08 21:24:09.803 quadrium | flame[1151] Overriding QuiGlobalBar as /Applications/Fractal applications/quadriumFlame1.3/quadrium | flame.app/Contents/Resources/English.lproj/QuiGlobalBar.nib
2008-01-08 21:25:20.599 quadrium | flame[1151] *** -[NSCFDictionary setObject:forKey:]: attempt to insert nil value
2008-01-08 21:25:26.529 quadrium | flame[1151] *** -[NSCFDictionary setObject:forKey:]: attempt to insert nil value
2008-01-08 21:25:31.579 quadrium | flame[1151] *** -[NSCFDictionary setObject:forKey:]: attempt to insert nil value
So these were done using the same set of images each time? I.e., does using certain image make it more likely to have this problem?
At the very least, the breeding code has been partially rewritten for prime (it now works all asynchronous in the background so your UI isn't wedged while waiting for potentially slow breedings)
At the very least, the breeding code has been partially rewritten for prime (it now works all asynchronous in the background so your UI isn't wedged while waiting for potentially slow breedings)
-
- Posts: 14
- Joined: Tue Jan 01, 2008 8:26 pm
As an experiment, try taking just one of the starting points and repeatedly breeding it (to itself, in some sort of sick incestuous dance).
Then add in all the rest of the starting points from that default starting category.
I cranked through a couple of dozen breedings without a problem (and it is much more fun to watch on the improved asynchronous version)
See if you can make it fail just using the preset starting points...
Then add in all the rest of the starting points from that default starting category.
I cranked through a couple of dozen breedings without a problem (and it is much more fun to watch on the improved asynchronous version)
See if you can make it fail just using the preset starting points...
-
- Posts: 14
- Joined: Tue Jan 01, 2008 8:26 pm
Using the random starting point causes the problem every time - found the problem, fixed it.
In the mean time, as a work around, you can click on the random starting (to open it as a new document) and then drag from that new document (by clicking on the frame of the image) or using the menu command Random > Add to Breeding Pool.
In the mean time, as a work around, you can click on the random starting (to open it as a new document) and then drag from that new document (by clicking on the frame of the image) or using the menu command Random > Add to Breeding Pool.