Hi ImageJ users and developers,
I was doing my research about RGB image stitching with the courtesy of FiJi's stitching plugin of 1.45b version. However, when the final stitched image size greater than some size, say 2.6G, it displayed incorrectlly. What's more, I failed to save the image. Although it seemed that I managed to save it, however, when I checked the size, it showed as 1K! And when I tried to open it , the software got stuck. I am wondering that does this has any relationship with my computer's local video memory which is 2.5G. Therefore, I wanna know what's the maximum image size ImageJ can open and process. Or, dose anyone has an idea about this or has the same experience? Any advice will be appreciated. Thanks in advance. Best Regards. Jun |
Dear Jun,
ImageJ can handle images with max 2G pixels in the plane (x,y) and 2G slices shared by all remaining dimensions (c,z,t). That limit is set by using Java arrays that are addressed through 32bit signed integers. We have developed ( and are currently developing ) ImgLib, a generic image processing library for Java, with one of its aims being to break this size limit. ImgLib does this by supporting a variety of strategies to keep pixels in memory, one of them being a set of custom size cells (that would mean max 2Gx2G pixels distributed freely among the dimensions). Keep an eye on the ImageJ2 development that makes use of ImgLib for storing pixel data. http://imagejdev.org Best, Stephan On Mon, 2011-03-07 at 18:46 +0800, Meng Jun wrote: > Hi ImageJ users and developers, > > I was doing my research about RGB image stitching with the courtesy of FiJi's stitching plugin of 1.45b version. > However, when the final stitched image size greater than some size, say 2.6G, it displayed incorrectlly. > What's more, I failed to save the image. > Although it seemed that I managed to save it, however, when I checked the size, it showed as 1K! > And when I tried to open it , the software got stuck. > I am wondering that does this has any relationship with my computer's local video memory which is 2.5G. > Therefore, I wanna know what's the maximum image size ImageJ can open and process. > > Or, dose anyone has an idea about this or has the same experience? > Any advice will be appreciated. > Thanks in advance. > > Best Regards. > > Jun > |
Dear Saalfeld,
Thank you for reply, but the fact is that my computer is 64-bit system and FIJi is also 64-bit version. So the limit is also 2G? Thanks Best, Jun At 2011-03-07,"Stephan Saalfeld" <[hidden email]> wrote: >Dear Jun, > >ImageJ can handle images with max 2G pixels in the plane (x,y) and 2G >slices shared by all remaining dimensions (c,z,t). That limit is set by >using Java arrays that are addressed through 32bit signed integers. > >We have developed ( and are currently developing ) ImgLib, a generic >image processing library for Java, with one of its aims being to break >this size limit. ImgLib does this by supporting a variety of strategies >to keep pixels in memory, one of them being a set of custom size cells >(that would mean max 2Gx2G pixels distributed freely among the >dimensions). > >Keep an eye on the ImageJ2 development that makes use of ImgLib for >storing pixel data. > >http://imagejdev.org > >Best, >Stephan > > > > >On Mon, 2011-03-07 at 18:46 +0800, Meng Jun wrote: >> Hi ImageJ users and developers, >> >> I was doing my research about RGB image stitching with the courtesy of FiJi's stitching plugin of 1.45b version. >> However, when the final stitched image size greater than some size, say 2.6G, it displayed incorrectlly. >> What's more, I failed to save the image. >> Although it seemed that I managed to save it, however, when I checked the size, it showed as 1K! >> And when I tried to open it , the software got stuck. >> I am wondering that does this has any relationship with my computer's local video memory which is 2.5G. >> Therefore, I wanna know what's the maximum image size ImageJ can open and process. >> >> Or, dose anyone has an idea about this or has the same experience? >> Any advice will be appreciated. >> Thanks in advance. >> >> Best Regards. >> >> Jun >> |
|
Unfortunately it is even only 2^31 as Java only supports signed integers...
Nice greetings, Stephan Am 08.03.2011 um 03:13 schrieb Chris Mawata <[hidden email]>: > It is not the computer that is the issue. The language is defined to have > an int as a 32 bit number (whether the underlying operating system is > 8 bit or 64 bit does not matter). Since arrays are defined to be indexed > by ints you have that an individual array can not have more entries than > 2^32. > Chris > > On 3/7/2011 8:10 PM, Meng Jun wrote: >> Dear Saalfeld, >> >> Thank you for reply, but the fact is that my computer is 64-bit system and FIJi is also 64-bit version. >> So the limit is also 2G? >> >> Thanks >> >> Best, >> >> Jun >> >> >> >> >> >> At 2011-03-07£¬"Stephan Saalfeld"<[hidden email]> wrote: >> >>> Dear Jun, >>> >>> ImageJ can handle images with max 2G pixels in the plane (x,y) and 2G >>> slices shared by all remaining dimensions (c,z,t). That limit is set by >>> using Java arrays that are addressed through 32bit signed integers. >>> >>> We have developed ( and are currently developing ) ImgLib, a generic >>> image processing library for Java, with one of its aims being to break >>> this size limit. ImgLib does this by supporting a variety of strategies >>> to keep pixels in memory, one of them being a set of custom size cells >>> (that would mean max 2Gx2G pixels distributed freely among the >>> dimensions). >>> >>> Keep an eye on the ImageJ2 development that makes use of ImgLib for >>> storing pixel data. >>> >>> http://imagejdev.org >>> >>> Best, >>> Stephan >>> >>> >>> >>> >>> On Mon, 2011-03-07 at 18:46 +0800, Meng Jun wrote: >>>> Hi ImageJ users and developers, >>>> >>>> I was doing my research about RGB image stitching with the courtesy of FiJi's stitching plugin of 1.45b version. >>>> However, when the final stitched image size greater than some size, say 2.6G, it displayed incorrectlly. >>>> What's more, I failed to save the image. >>>> Although it seemed that I managed to save it, however, when I checked the size, it showed as 1K! >>>> And when I tried to open it , the software got stuck. >>>> I am wondering that does this has any relationship with my computer's local video memory which is 2.5G. >>>> Therefore, I wanna know what's the maximum image size ImageJ can open and process. >>>> >>>> Or, dose anyone has an idea about this or has the same experience? >>>> Any advice will be appreciated. >>>> Thanks in advance. >>>> >>>> Best Regards. >>>> >>>> Jun >>>> |
True indeed. The twos complement representation costs you one of the 32
slots :( Chris On 3/8/2011 4:43 AM, Stephan Preibisch wrote: > Unfortunately it is even only 2^31 as Java only supports signed integers... > > Nice greetings, Stephan > > > > Am 08.03.2011 um 03:13 schrieb Chris Mawata<[hidden email]>: > >> It is not the computer that is the issue. The language is defined to have >> an int as a 32 bit number (whether the underlying operating system is >> 8 bit or 64 bit does not matter). Since arrays are defined to be indexed >> by ints you have that an individual array can not have more entries than >> 2^32. >> Chris >> >> On 3/7/2011 8:10 PM, Meng Jun wrote: >>> Dear Saalfeld, >>> >>> Thank you for reply, but the fact is that my computer is 64-bit system and FIJi is also 64-bit version. >>> So the limit is also 2G? >>> >>> Thanks >>> >>> Best, >>> >>> Jun >>> >>> >>> >>> >>> >>> At 2011-03-07£¬"Stephan Saalfeld"<[hidden email]> wrote: >>> >>>> Dear Jun, >>>> >>>> ImageJ can handle images with max 2G pixels in the plane (x,y) and 2G >>>> slices shared by all remaining dimensions (c,z,t). That limit is set by >>>> using Java arrays that are addressed through 32bit signed integers. >>>> >>>> We have developed ( and are currently developing ) ImgLib, a generic >>>> image processing library for Java, with one of its aims being to break >>>> this size limit. ImgLib does this by supporting a variety of strategies >>>> to keep pixels in memory, one of them being a set of custom size cells >>>> (that would mean max 2Gx2G pixels distributed freely among the >>>> dimensions). >>>> >>>> Keep an eye on the ImageJ2 development that makes use of ImgLib for >>>> storing pixel data. >>>> >>>> http://imagejdev.org >>>> >>>> Best, >>>> Stephan >>>> >>>> >>>> >>>> >>>> On Mon, 2011-03-07 at 18:46 +0800, Meng Jun wrote: >>>>> Hi ImageJ users and developers, >>>>> >>>>> I was doing my research about RGB image stitching with the courtesy of FiJi's stitching plugin of 1.45b version. >>>>> However, when the final stitched image size greater than some size, say 2.6G, it displayed incorrectlly. >>>>> What's more, I failed to save the image. >>>>> Although it seemed that I managed to save it, however, when I checked the size, it showed as 1K! >>>>> And when I tried to open it , the software got stuck. >>>>> I am wondering that does this has any relationship with my computer's local video memory which is 2.5G. >>>>> Therefore, I wanna know what's the maximum image size ImageJ can open and process. >>>>> >>>>> Or, dose anyone has an idea about this or has the same experience? >>>>> Any advice will be appreciated. >>>>> Thanks in advance. >>>>> >>>>> Best Regards. >>>>> >>>>> Jun >>>>> |
Am I missing something here? I have a 64 bit Windows 7 box with 12 GB of RAM. I took a stack that is 3.5 GB and did a reslice on it, no problem. Then I closed the resliced stack and concatenated the original stack with itself. I tried a adding noise, inverting and median filtering. I drew a polygon area and cleared it through all slices. All worked. Conclusion: 64 bit machines with a lot of RAM work with large datasets.
_________________________________________ Michael Cammer, Assistant Research Scientist Skirball Institute of Biomolecular Medicine Lab: (212) 263-3208 Cell: (914) 309-3270 ________________________________________ From: ImageJ Interest Group [[hidden email]] On Behalf Of Chris Mawata [[hidden email]] Sent: Wednesday, March 09, 2011 7:42 PM To: [hidden email] Subject: Re: what's the maximum image size ImageJ can open and process True indeed. The twos complement representation costs you one of the 32 slots :( Chris On 3/8/2011 4:43 AM, Stephan Preibisch wrote: > Unfortunately it is even only 2^31 as Java only supports signed integers... > > Nice greetings, Stephan > > > > Am 08.03.2011 um 03:13 schrieb Chris Mawata<[hidden email]>: > >> It is not the computer that is the issue. The language is defined to have >> an int as a 32 bit number (whether the underlying operating system is >> 8 bit or 64 bit does not matter). Since arrays are defined to be indexed >> by ints you have that an individual array can not have more entries than >> 2^32. >> Chris >> >> On 3/7/2011 8:10 PM, Meng Jun wrote: >>> Dear Saalfeld, >>> >>> Thank you for reply, but the fact is that my computer is 64-bit system and FIJi is also 64-bit version. >>> So the limit is also 2G? >>> >>> Thanks >>> >>> Best, >>> >>> Jun >>> >>> >>> >>> >>> >>> At 2011-03-07£¬"Stephan Saalfeld"<[hidden email]> wrote: >>> >>>> Dear Jun, >>>> >>>> ImageJ can handle images with max 2G pixels in the plane (x,y) and 2G >>>> slices shared by all remaining dimensions (c,z,t). That limit is set by >>>> using Java arrays that are addressed through 32bit signed integers. >>>> >>>> We have developed ( and are currently developing ) ImgLib, a generic >>>> image processing library for Java, with one of its aims being to break >>>> this size limit. ImgLib does this by supporting a variety of strategies >>>> to keep pixels in memory, one of them being a set of custom size cells >>>> (that would mean max 2Gx2G pixels distributed freely among the >>>> dimensions). >>>> >>>> Keep an eye on the ImageJ2 development that makes use of ImgLib for >>>> storing pixel data. >>>> >>>> http://imagejdev.org >>>> >>>> Best, >>>> Stephan >>>> >>>> >>>> >>>> >>>> On Mon, 2011-03-07 at 18:46 +0800, Meng Jun wrote: >>>>> Hi ImageJ users and developers, >>>>> >>>>> I was doing my research about RGB image stitching with the courtesy of FiJi's stitching plugin of 1.45b version. >>>>> However, when the final stitched image size greater than some size, say 2.6G, it displayed incorrectlly. >>>>> What's more, I failed to save the image. >>>>> Although it seemed that I managed to save it, however, when I checked the size, it showed as 1K! >>>>> And when I tried to open it , the software got stuck. >>>>> I am wondering that does this has any relationship with my computer's local video memory which is 2.5G. >>>>> Therefore, I wanna know what's the maximum image size ImageJ can open and process. >>>>> >>>>> Or, dose anyone has an idea about this or has the same experience? >>>>> Any advice will be appreciated. >>>>> Thanks in advance. >>>>> >>>>> Best Regards. >>>>> >>>>> Jun >>>>> ------------------------------------------------------------ This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email. ================================= |
I'm not in front of my PC at the moment, but my recollection is imagej right out of the "box" has a memory limit. You need to take some action to get it to use more memory.
The imagej online documentation indicates for windows you use Edit->options->memory You also have to be using the 64 bit version of java. In the past I had some issues with large files under windows, but that was a few revs ago. I ran it under linux at the time and the issue went away. -----Original Message----- From: "Cammer, Michael" <[hidden email]> Sender: ImageJ Interest Group <[hidden email]> Date: Wed, 9 Mar 2011 19:54:18 To: <[hidden email]> Reply-To: ImageJ Interest Group <[hidden email]> Subject: Re: what's the maximum image size ImageJ can open and process Am I missing something here? I have a 64 bit Windows 7 box with 12 GB of RAM. I took a stack that is 3.5 GB and did a reslice on it, no problem. Then I closed the resliced stack and concatenated the original stack with itself. I tried a adding noise, inverting and median filtering. I drew a polygon area and cleared it through all slices. All worked. Conclusion: 64 bit machines with a lot of RAM work with large datasets. _________________________________________ Michael Cammer, Assistant Research Scientist Skirball Institute of Biomolecular Medicine Lab: (212) 263-3208 Cell: (914) 309-3270 ________________________________________ From: ImageJ Interest Group [[hidden email]] On Behalf Of Chris Mawata [[hidden email]] Sent: Wednesday, March 09, 2011 7:42 PM To: [hidden email] Subject: Re: what's the maximum image size ImageJ can open and process True indeed. The twos complement representation costs you one of the 32 slots :( Chris On 3/8/2011 4:43 AM, Stephan Preibisch wrote: > Unfortunately it is even only 2^31 as Java only supports signed integers... > > Nice greetings, Stephan > > > > Am 08.03.2011 um 03:13 schrieb Chris Mawata<[hidden email]>: > >> It is not the computer that is the issue. The language is defined to have >> an int as a 32 bit number (whether the underlying operating system is >> 8 bit or 64 bit does not matter). Since arrays are defined to be indexed >> by ints you have that an individual array can not have more entries than >> 2^32. >> Chris >> >> On 3/7/2011 8:10 PM, Meng Jun wrote: >>> Dear Saalfeld, >>> >>> Thank you for reply, but the fact is that my computer is 64-bit system and FIJi is also 64-bit version. >>> So the limit is also 2G? >>> >>> Thanks >>> >>> Best, >>> >>> Jun >>> >>> >>> >>> >>> >>> At 2011-03-07£¬"Stephan Saalfeld"<[hidden email]> wrote: >>> >>>> Dear Jun, >>>> >>>> ImageJ can handle images with max 2G pixels in the plane (x,y) and 2G >>>> slices shared by all remaining dimensions (c,z,t). That limit is set by >>>> using Java arrays that are addressed through 32bit signed integers. >>>> >>>> We have developed ( and are currently developing ) ImgLib, a generic >>>> image processing library for Java, with one of its aims being to break >>>> this size limit. ImgLib does this by supporting a variety of strategies >>>> to keep pixels in memory, one of them being a set of custom size cells >>>> (that would mean max 2Gx2G pixels distributed freely among the >>>> dimensions). >>>> >>>> Keep an eye on the ImageJ2 development that makes use of ImgLib for >>>> storing pixel data. >>>> >>>> http://imagejdev.org >>>> >>>> Best, >>>> Stephan >>>> >>>> >>>> >>>> >>>> On Mon, 2011-03-07 at 18:46 +0800, Meng Jun wrote: >>>>> Hi ImageJ users and developers, >>>>> >>>>> I was doing my research about RGB image stitching with the courtesy of FiJi's stitching plugin of 1.45b version. >>>>> However, when the final stitched image size greater than some size, say 2.6G, it displayed incorrectlly. >>>>> What's more, I failed to save the image. >>>>> Although it seemed that I managed to save it, however, when I checked the size, it showed as 1K! >>>>> And when I tried to open it , the software got stuck. >>>>> I am wondering that does this has any relationship with my computer's local video memory which is 2.5G. >>>>> Therefore, I wanna know what's the maximum image size ImageJ can open and process. >>>>> >>>>> Or, dose anyone has an idea about this or has the same experience? >>>>> Any advice will be appreciated. >>>>> Thanks in advance. >>>>> >>>>> Best Regards. >>>>> >>>>> Jun >>>>> ------------------------------------------------------------ This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email. ================================= |
You can't have exceeded the limit Stephen was talking about
quote: max 2G pixels in the plane (x,y) and 2Gslices shared by all remaining dimensions (c,z,t) :endquote Having more memory means you can have *more arrays* but none of them can exceed the limitation built into the java spec. Cheers Chris On 3/9/2011 8:21 PM, Gary Sellani wrote: > I'm not in front of my PC at the moment, but my recollection is imagej right out of the "box" has a memory limit. You need to take some action to get it to use more memory. > > The imagej online documentation indicates for windows you use > > Edit->options->memory > > You also have to be using the 64 bit version of java. > > In the past I had some issues with large files under windows, but that was a few revs ago. I ran it under linux at the time and the issue went away. > > -----Original Message----- > From: "Cammer, Michael"<[hidden email]> > Sender: ImageJ Interest Group<[hidden email]> > Date: Wed, 9 Mar 2011 19:54:18 > To:<[hidden email]> > Reply-To: ImageJ Interest Group<[hidden email]> > Subject: Re: what's the maximum image size ImageJ can open and process > > Am I missing something here? I have a 64 bit Windows 7 box with 12 GB of RAM. I took a stack that is 3.5 GB and did a reslice on it, no problem. Then I closed the resliced stack and concatenated the original stack with itself. I tried a adding noise, inverting and median filtering. I drew a polygon area and cleared it through all slices. All worked. Conclusion: 64 bit machines with a lot of RAM work with large datasets. > _________________________________________ > Michael Cammer, Assistant Research Scientist > Skirball Institute of Biomolecular Medicine > Lab: (212) 263-3208 Cell: (914) 309-3270 > > ________________________________________ > From: ImageJ Interest Group [[hidden email]] On Behalf Of Chris Mawata [[hidden email]] > Sent: Wednesday, March 09, 2011 7:42 PM > To: [hidden email] > Subject: Re: what's the maximum image size ImageJ can open and process > > True indeed. The twos complement representation costs you one of the 32 > slots :( > Chris > > On 3/8/2011 4:43 AM, Stephan Preibisch wrote: >> Unfortunately it is even only 2^31 as Java only supports signed integers... >> >> Nice greetings, Stephan >> >> >> >> Am 08.03.2011 um 03:13 schrieb Chris Mawata<[hidden email]>: >> >>> It is not the computer that is the issue. The language is defined to have >>> an int as a 32 bit number (whether the underlying operating system is >>> 8 bit or 64 bit does not matter). Since arrays are defined to be indexed >>> by ints you have that an individual array can not have more entries than >>> 2^32. >>> Chris >>> >>> On 3/7/2011 8:10 PM, Meng Jun wrote: >>>> Dear Saalfeld, >>>> >>>> Thank you for reply, but the fact is that my computer is 64-bit system and FIJi is also 64-bit version. >>>> So the limit is also 2G? >>>> >>>> Thanks >>>> >>>> Best, >>>> >>>> Jun >>>> >>>> >>>> >>>> >>>> >>>> At 2011-03-07£¬"Stephan Saalfeld"<[hidden email]> wrote: >>>> >>>>> Dear Jun, >>>>> >>>>> ImageJ can handle images with max 2G pixels in the plane (x,y) and 2G >>>>> slices shared by all remaining dimensions (c,z,t). That limit is set by >>>>> using Java arrays that are addressed through 32bit signed integers. >>>>> >>>>> We have developed ( and are currently developing ) ImgLib, a generic >>>>> image processing library for Java, with one of its aims being to break >>>>> this size limit. ImgLib does this by supporting a variety of strategies >>>>> to keep pixels in memory, one of them being a set of custom size cells >>>>> (that would mean max 2Gx2G pixels distributed freely among the >>>>> dimensions). >>>>> >>>>> Keep an eye on the ImageJ2 development that makes use of ImgLib for >>>>> storing pixel data. >>>>> >>>>> http://imagejdev.org >>>>> >>>>> Best, >>>>> Stephan >>>>> >>>>> >>>>> >>>>> >>>>> On Mon, 2011-03-07 at 18:46 +0800, Meng Jun wrote: >>>>>> Hi ImageJ users and developers, >>>>>> >>>>>> I was doing my research about RGB image stitching with the courtesy of FiJi's stitching plugin of 1.45b version. >>>>>> However, when the final stitched image size greater than some size, say 2.6G, it displayed incorrectlly. >>>>>> What's more, I failed to save the image. >>>>>> Although it seemed that I managed to save it, however, when I checked the size, it showed as 1K! >>>>>> And when I tried to open it , the software got stuck. >>>>>> I am wondering that does this has any relationship with my computer's local video memory which is 2.5G. >>>>>> Therefore, I wanna know what's the maximum image size ImageJ can open and process. >>>>>> >>>>>> Or, dose anyone has an idea about this or has the same experience? >>>>>> Any advice will be appreciated. >>>>>> Thanks in advance. >>>>>> >>>>>> Best Regards. >>>>>> >>>>>> Jun >>>>>> > ------------------------------------------------------------ > This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email. > ================================= |
In reply to this post by Jun
Dear Jun,
if stitching is your primary objective, please have a look at the LargeMontage plugin we wrote some years ago: http://jvsmicroscope.uta.fi/largemontage/ In addition to ImageJ core library, LargeMontage uses the Java Advanced Imaging toolkit, which allows us to process and stitch images with no practical size limitations. Best regards, Vilppu -- Vilppu Tuominen, MSc Cancer Biology research group Institute of Biomedical Technology University of Tampere 33014 Tampere, Finland (mail) [hidden email] (gsm) +358-40-7618833 (tel) +358-3-35517756 (fax) +358-3-35518923 On 8.3.2011 7:00, IMAGEJ automatic digest system wrote: > Date: Mon, 7 Mar 2011 18:46:42 +0800 > From: Meng Jun<[hidden email]> > Subject: what's the maximum image size ImageJ can open and process > > Hi ImageJ users and developers, > > I was doing my research about RGB image stitching with the courtesy of FiJi's stitching plugin of 1.45b version. > However, when the final stitched image size greater than some size, say 2.6G, it displayed incorrectlly. > What's more, I failed to save the image. > Although it seemed that I managed to save it, however, when I checked the size, it showed as 1K! > And when I tried to open it , the software got stuck. > I am wondering that does this has any relationship with my computer's local video memory which is 2.5G. > Therefore, I wanna know what's the maximum image size ImageJ can open and process. > > Or, dose anyone has an idea about this or has the same experience? > Any advice will be appreciated. > Thanks in advance. > > Best Regards. > > Jun > |
Dear Vilppu,
Thank you very much, but the fact is that I have tried it before, and the x shift correction and y shift correction were hard to set. So the result turned out to be not good enogh. Best Jun At 2011-03-10,"Vilppu Tuominen" <[hidden email]> wrote: >Dear Jun, > >if stitching is your primary objective, please have a look at the >LargeMontage plugin we wrote some years ago: >http://jvsmicroscope.uta.fi/largemontage/ > >In addition to ImageJ core library, LargeMontage uses the Java Advanced >Imaging toolkit, which allows us to process and stitch images with no >practical size limitations. > >Best regards, >Vilppu > >-- >Vilppu Tuominen, MSc > >Cancer Biology research group >Institute of Biomedical Technology >University of Tampere >33014 Tampere, Finland > >(mail) [hidden email] >(gsm) +358-40-7618833 >(tel) +358-3-35517756 >(fax) +358-3-35518923 > >On 8.3.2011 7:00, IMAGEJ automatic digest system wrote: > >> Date: Mon, 7 Mar 2011 18:46:42 +0800 >> From: Meng Jun<[hidden email]> >> Subject: what's the maximum image size ImageJ can open and process >> >> Hi ImageJ users and developers, >> >> I was doing my research about RGB image stitching with the courtesy of FiJi's stitching plugin of 1.45b version. >> However, when the final stitched image size greater than some size, say 2.6G, it displayed incorrectlly. >> What's more, I failed to save the image. >> Although it seemed that I managed to save it, however, when I checked the size, it showed as 1K! >> And when I tried to open it , the software got stuck. >> I am wondering that does this has any relationship with my computer's local video memory which is 2.5G. >> Therefore, I wanna know what's the maximum image size ImageJ can open and process. >> >> Or, dose anyone has an idea about this or has the same experience? >> Any advice will be appreciated. >> Thanks in advance. >> >> Best Regards. >> >> Jun >> |
Free forum by Nabble | Edit this page |