I tried the idea below (re-importing images from CF card in file manager,
removing .jpg files from the imported folder, and importing only the CR2
files into dt), and am still having the same problem. I even uninstalled
DT, removed the mipmaps file and library.db, and reinstalled the "release"
version (was originally running the "unstable" branch).
This is only happening with this particular group of images, as far as I
can tell. Here's the error message I get in the terminal when the crash
occurs:
darktable: /build/buildd/darktable-1.1.2/src/develop/pixelpipe_hb.c:597:
dt_dev_pixelpipe_process_rec: Assertion `tiling.factor > 0.0f &&
tiling.factor < 100.0f' failed.
Aborted (core dumped)
The above message follows many, many of the errors saying "Not a JPEG file:
starts with 0x49 0x49". At first this message only happened twice before
the crash would occur, and now it's many screens filled with the message.
I also tried playing with some of the core settings in Preferences, but
they seemed to have no effect on this problem.
Once again, any additional insight would be much appreciated!
-Mark
------------------------------
>
> Message: 3
> Date: Sat, 2 Feb 2013 20:22:03 -0500
> From: Mark Patey <mjpa...@gmail.com>
> Subject: Re: [Darktable-users] Repeatable crash
> To: John P Santos <jpsan...@greenbeemedia.ca>,
> darktable-users@lists.sourceforge.net
> Message-ID:
> <
> caepfzwq+aual3j7hrjv6arh1yp0rrqltbujgc7-zaq5gze9...@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> OK, I've now tried that. In the new film roll (from a new directory I
> copied the original CR2, JPG and xmp files into), I have all sorts of
> weirdness. I select a thumbnail in light table to edit in darkroom, and the
> wrong image opens. Only 1/5 of the files imported at all, so it's a much
> smaller film roll than the original, despite the fact that the folder it's
> imported from contains the same files as the original.
>
> So then I tried starting fresh. I re-imported the images from the CF card
> into a brand-new film roll. And I'm having the same problem as in my
> original post. It's as if there are some jpegs (or thumbnails?) that truly
> are corrupted from the start, perhaps?
>
> My next step will be to copy the original files from the CF card to a local
> directory using my file manager, and then remove all jpegs... then import
> that directory (CR2 files only) into dt. I will post back with my results!
>
> Meanwhile, any better ideas to get this working properly?
>
> Thanks,
>
> -Mark
>
>
> On Sat, Feb 2, 2013 at 2:20 PM, John P Santos <jpsan...@greenbeemedia.ca
> >wrote:
>
> > I got exactly the same thing. I was not able to google how to remove the
> > thumbnails, because apparently the problem was one of the thumbnails
> > causing the crash. I solved the problem by removing all the photos from
> > the directory, and then manually removing them from the film roll and
> > importing it again.
> >
> > -J
> >
> > On Sat, Feb 2, 2013 at 1:49 PM, Mark Patey <mjpa...@gmail.com> wrote:
> >
> >> Hi, all-
> >>
> >> I just imported a film roll and edited several shots. Then darktable
> >> began crashing (closing instantly, not freezing), and I noticed it was
> >> happening whenever I scrolled up to a certain point in the film roll. It
> >> happens in both the light table and filmstrip.
> >>
> >> When running from a command line, here's what happens:
> >>
> >> mjpatey@minimus:~$ darktable
> >> Not a JPEG file: starts with 0x49 0x49
> >> Not a JPEG file: starts with 0x49 0x49
> >> darktable:
> >>
> /build/buildd/darktable-1.1.2+27~gd926fe6/src/develop/pixelpipe_hb.c:597:
> >> dt_dev_pixelpipe_process_rec: Assertion `tiling.factor > 0.0f &&
> >> tiling.factor < 100.0f' failed.
> >> Aborted (core dumped)
> >>
> >>
> >> ...the first "Not a JPEG file..." message happens early on in the
> >> filmstrip, and a little further down, the second one happens, followed
> >> immediately by the "tiling.factor" failure message and crash.
> >>
> >> I'm running darktable 1.1.2+27~gd926fe6.
> >>
> >> Is there a way to fix this without having to delete and re-import the
> >> images? And if I do have to delete and re-import, can I save the .xmp
> files
> >> from the original batch to preserve my edits?
> >>
> >> Thanks for any light you can shed!
> >>
> >> -Mark
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> Everyone hates slow websites. So do we.
> >> Make your web apps faster with AppDynamics
> >> Download AppDynamics Lite for free today:
> >> http://p.sf.net/sfu/appdyn_d2d_jan
> >> _______________________________________________
> >> Darktable-users mailing list
> >> Darktable-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/darktable-users
> >>
> >>
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 4
> Date: Sat, 2 Feb 2013 20:51:41 -0500
> From: John P Santos <jpsan...@greenbeemedia.ca>
> Subject: Re: [Darktable-users] Screen profile and image histogram...
> To: Richard Levitte <rich...@levitte.org>
> Cc: darktable-users@lists.sourceforge.net
> Message-ID:
> <
> cajwmy2tc78vhjjph+xjwb3i9namku7flktgqqhrrjzc01ro...@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Richard,
>
> It's not a bug. The image profile does actually change the data that
> you're working with, so you will get another histogram. If you've just
> calibrated your monitor, did you restart your shell? Darktable will use
> the system settings for output profile. I set everything to Adobe, because
> I record all my images in an Adobe colour profile because it has more
> colour depth.
>
> Anyone reading this who knows better, please correct me if I'm wrong. I've
> made a lot of assumptions above, but it's the only thing that makes sense
> to me.
>
> Regards,
>
> John P Santos
> *Green Bee Media* - Digital Media Consultant
> http://greenbeemedia.com
> +1 (416) 854-3089
>
>
> On Sat, Feb 2, 2013 at 4:14 PM, Richard Levitte <rich...@levitte.org>
> wrote:
>
> > Hi,
> >
> > for a moment, I thought I had found a HUGE bug in darktable. You see,
> > I had just calibrated my screen (wow, grey really looks grey now!),
> > and was surprised to see that darktable suddenly gave me very
> > different results in development mode. The histogram looked awfully
> > wrong, the left end of the green channel would for example never move
> > left, it stopped a bit in from the left of the histogram, and colors
> > were all weird.
> >
> > It took me a moment to notice the display profile choice in the output
> > color profile module. Changing it to something like sRGB made things
> > quite a bit better.
> >
> > Something I noticed was that the change of display profile changed the
> > image histogram... and that has me surprised. Why should the display
> > profile affect the image histogram? I can understand if output and
> > softproof profiles affect the histogram... but *display*?
> > Truly, this looks like a bug to me... however, not as huge as I first
> > thought, but still a usability bug. It makes me distrust the
> > histogram.
> >
> > Cheers,
> > Richard
> >
> > --
> > Richard Levitte rich...@levitte.org
> > http://richard.levitte.org/
> >
> > "Life is a tremendous celebration - and I'm invited!"
> > -- from a friend's blog, translated from Swedish
> >
> >
> >
> ------------------------------------------------------------------------------
> > Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics
> > Download AppDynamics Lite for free today:
> > http://p.sf.net/sfu/appdyn_d2d_jan
> > _______________________________________________
> > Darktable-users mailing list
> > Darktable-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/darktable-users
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 5
> Date: Sat, 2 Feb 2013 20:34:16 -0500
> From: John P Santos <jpsan...@greenbeemedia.ca>
> Subject: Re: [Darktable-users] Repeatable crash
> To: Mark Patey <mjpa...@gmail.com>
> Cc: darktable-users@lists.sourceforge.net
> Message-ID:
> <
> cajwmy2v+eek_c8ofh0aj6ormqbsm2mk5_mdriuzut0rogsz...@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Mark,
>
> When you removed the images, and changed their directory, did you see the
> old pictures with the little skull icon showing they were "dead" or bad?
>
> It sounds like the thumbnails need to be regenerated.
>
> Does anyone know how to clear the thumbnail cache in Darktable? I wasn't a
> fan of the solution I used. My crashes continued even after I removed the
> .xmp files, the crash would always happen when it started to display the
> thumbnails.
>
> Thanks,
>
> John P Santos
> *Green Bee Media* - Digital Media Consultant
> http://greenbeemedia.com
> +1 (416) 854-3089
>
>
> On Sat, Feb 2, 2013 at 8:22 PM, Mark Patey <mjpa...@gmail.com> wrote:
>
> > OK, I've now tried that. In the new film roll (from a new directory I
> > copied the original CR2, JPG and xmp files into), I have all sorts of
> > weirdness. I select a thumbnail in light table to edit in darkroom, and
> the
> > wrong image opens. Only 1/5 of the files imported at all, so it's a much
> > smaller film roll than the original, despite the fact that the folder
> it's
> > imported from contains the same files as the original.
> >
> > So then I tried starting fresh. I re-imported the images from the CF card
> > into a brand-new film roll. And I'm having the same problem as in my
> > original post. It's as if there are some jpegs (or thumbnails?) that
> truly
> > are corrupted from the start, perhaps?
> >
> > My next step will be to copy the original files from the CF card to a
> > local directory using my file manager, and then remove all jpegs... then
> > import that directory (CR2 files only) into dt. I will post back with my
> > results!
> >
> > Meanwhile, any better ideas to get this working properly?
> >
> > Thanks,
> >
> > -Mark
> >
> >
> > On Sat, Feb 2, 2013 at 2:20 PM, John P Santos <jpsan...@greenbeemedia.ca
> >wrote:
> >
> >> I got exactly the same thing. I was not able to google how to remove
> the
> >> thumbnails, because apparently the problem was one of the thumbnails
> >> causing the crash. I solved the problem by removing all the photos from
> >> the directory, and then manually removing them from the film roll and
> >> importing it again.
> >>
> >> -J
> >>
> >> On Sat, Feb 2, 2013 at 1:49 PM, Mark Patey <mjpa...@gmail.com> wrote:
> >>
> >>> Hi, all-
> >>>
> >>> I just imported a film roll and edited several shots. Then darktable
> >>> began crashing (closing instantly, not freezing), and I noticed it was
> >>> happening whenever I scrolled up to a certain point in the film roll.
> It
> >>> happens in both the light table and filmstrip.
> >>>
> >>> When running from a command line, here's what happens:
> >>>
> >>> mjpatey@minimus:~$ darktable
> >>> Not a JPEG file: starts with 0x49 0x49
> >>> Not a JPEG file: starts with 0x49 0x49
> >>> darktable:
> >>>
> /build/buildd/darktable-1.1.2+27~gd926fe6/src/develop/pixelpipe_hb.c:597:
> >>> dt_dev_pixelpipe_process_rec: Assertion `tiling.factor > 0.0f &&
> >>> tiling.factor < 100.0f' failed.
> >>> Aborted (core dumped)
> >>>
> >>>
> >>> ...the first "Not a JPEG file..." message happens early on in the
> >>> filmstrip, and a little further down, the second one happens, followed
> >>> immediately by the "tiling.factor" failure message and crash.
> >>>
> >>> I'm running darktable 1.1.2+27~gd926fe6.
> >>>
> >>> Is there a way to fix this without having to delete and re-import the
> >>> images? And if I do have to delete and re-import, can I save the .xmp
> files
> >>> from the original batch to preserve my edits?
> >>>
> >>> Thanks for any light you can shed!
> >>>
> >>> -Mark
> >>>
> >>>
> >>>
> ------------------------------------------------------------------------------
> >>> Everyone hates slow websites. So do we.
> >>> Make your web apps faster with AppDynamics
> >>> Download AppDynamics Lite for free today:
> >>> http://p.sf.net/sfu/appdyn_d2d_jan
> >>> _______________________________________________
> >>> Darktable-users mailing list
> >>> Darktable-users@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/darktable-users
> >>>
> >>>
> >>
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
>
> ------------------------------
>
> _______________________________________________
> Darktable-users mailing list
> Darktable-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/darktable-users
>
>
> End of Darktable-users Digest, Vol 27, Issue 3
> **********************************************
>
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
_______________________________________________
Darktable-users mailing list
Darktable-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/darktable-users
