Welcome guest, is this your first visit? Click the "Create Account" button now to join.
Page 14 of 16 FirstFirst ... 4 12 13 14 15 16 LastLast
Results 131 to 140 of 155
  1. #131
    Important User Garmin Asian JCV Tool v1.0
    Join Date
    Aug 2011
    Location
    France
    Posts
    376
    Rep Power
    251

    Default

    @Syzygy
    I have no idea about the other 6 bits which seem to be 0 and not used so far.
    I don't know what the 6 other bits are for but sometimes they are used (for example in the JCVs of City Navigator HongKong-Macau)

  2.    Advertissements


  3. #132
    Important User Garmin Asian JCV Tool v1.0
    Garmin Asian JCV Tool v1.0Garmin Asian JCV Tool v1.0Garmin Asian JCV Tool v1.0Garmin Asian JCV Tool v1.0
    osiris4isis's Avatar
    Join Date
    Apr 2012
    Location
    Under Mar's Hellas Planitia
    Posts
    2,975
    Rep Power
    738

    Default

    Quote Originally Posted by sherco40 View Post
    No this is not correct.
    The 8 bits that follow a jcv2offset do not mean "end-of-list".
    It is false to say "day=1 and night=0"


    In all JCV4 records (Asian or not), each jcv2 offset bitstream is followed by a list of 8 bits: the first bit (lsb) is set when the layer is used for day, the last bit is set when the layer is used for night
    So:
    10000000 means that the picture (the layer) is used for day
    00000001 means the picture is used for night
    10000001 means the picture is used for day and night.

    All combinations are possible and can be found in various JCV files

    No, this is wrong: it is false to say that only one bit represents it; as I said before , there are two bits: lsb for day and msb for night. And so it is possible to have a jcv2 picture for both night and day (and this is the most common case!!!!! )
    So where is the "end of list" bit located? If there is none, how would you know where the "real" set end and the "fake" ones begin? Like I originally asked, is it always half, where first half is "real" set and the second half is "fake" (or copyright bitmaps)?

  4. #133
    Important User Garmin Asian JCV Tool v1.0
    Join Date
    Aug 2011
    Location
    France
    Posts
    376
    Rep Power
    251

    Default

    There is no "end of list" bit.
    There is no "real" set and no "fake" set.
    For example, in the Asian JCV, each junction view has 4 "pictures": first picture (I mean next jcv2 offset bitstream) is followed by 10000000 (so it is only for day), next picture is followed by 00000001 ( so it is only for night), next picture is followed by 10000000 (so it is only for day and so it is a second layer for day which will be displayed over the previous day layer) , next picture is followed by 000000001 so it is the second layer for night.
    But I think we should continue in another thread.... See your pm please.

  5. #134
    Important User Garmin Asian JCV Tool v1.0
    Garmin Asian JCV Tool v1.0Garmin Asian JCV Tool v1.0Garmin Asian JCV Tool v1.0Garmin Asian JCV Tool v1.0
    osiris4isis's Avatar
    Join Date
    Apr 2012
    Location
    Under Mar's Hellas Planitia
    Posts
    2,975
    Rep Power
    738

    Default

    Quote Originally Posted by sherco40 View Post
    There is no "end of list" bit.
    There is no "real" set and no "fake" set.
    For example, in the Asian JCV, each junction view has 4 "pictures": first picture (I mean next jcv2 offset bitstream) is followed by 10000000 (so it is only for day), next picture is followed by 00000001 ( so it is only for night), next picture is followed by 10000000 (so it is only for day and so it is a second layer for day which will be displayed over the previous day layer) , next picture is followed by 000000001 so it is the second layer for night.
    But I think we should continue in another thread.... See your pm please.
    Ok, looks like you didn't read my original question/comment about a kludge to prevent Asian JCV from showing on non-asian unit. The "fake set" followed the "real set" and since its layer is higher its override the "real set." syzygy tool copy the "real set" over to the "fake set", making a duplicate of the JCV's. That is how you are able to see it on a non-asian unit.

  6. #135
    Important User Garmin Asian JCV Tool v1.0
    Join Date
    Aug 2011
    Location
    France
    Posts
    376
    Rep Power
    251

    Default

    Ok, looks like you didn't read my original question/comment about a kludge to prevent Asian JCV from showing on non-asian unit. The "fake set" followed the "real set" and since its layer is higher its override the "real set." syzygy tool copy the "real set" over to the "fake set", making a duplicate of the JCV's. That is how you are able to see it on a non-asian unit.
    Of course I have read this and of course I have understood your questiion.
    But please, read my answer!!!!
    I repeat, there is no end-of-list" bit in JCV4. Of course I know what Syzygy patch does!!! ImgTool clearly shows this. The Asian JCV have 4 pictures (in fact 4 jcv2 offset bitstream ) in each JCV4 record.
    The first JCV2 offset bitstream is followed by 10000000 (so it is for only for day) , the second is followed by 00000001 (so it is only for night), the third is followed by 10000000 (so it is only for day) and the fourth is followed by 00000001 (so it is only for night).Now we have reached the end of the pointers bitstream (because we now the length of this bitstream: look at your pm)
    So there are 2 layers for day and 2 layers for night.
    Of course , as these layers are not transparent, only the second layer is visible on the unit.
    In original ASIAN JCV, the second layer is always the copyright picture and if you use an ASIAN unit , it will be able to display the first layer instead of the second layer.
    Syzygy pathch replaces the pointers to the second layers by the same pointers as for the firs layer. So the JCV4 record always has four pictures: 2 layers for day and 2 layers for night but the second layers are identical to the first layer and so the non-ASIaN unit can also display the wanted picture.

  7. #136
    Important User Garmin Asian JCV Tool v1.0
    Garmin Asian JCV Tool v1.0Garmin Asian JCV Tool v1.0Garmin Asian JCV Tool v1.0Garmin Asian JCV Tool v1.0
    osiris4isis's Avatar
    Join Date
    Apr 2012
    Location
    Under Mar's Hellas Planitia
    Posts
    2,975
    Rep Power
    738

    Default

    Quote Originally Posted by sherco40 View Post
    Of course I have read this and of course I have understood your questiion.
    But please, read my answer!!!!
    I repeat, there is no end-of-list" bit in JCV4. Of course I know what Syzygy patch does!!! ImgTool clearly shows this. The Asian JCV have 4 pictures (in fact 4 jcv2 offset bitstream ) in each JCV4 record.
    The first JCV2 offset bitstream is followed by 10000000 (so it is for only for day) , the second is followed by 00000001 (so it is only for night), the third is followed by 10000000 (so it is only for day) and the fourth is followed by 00000001 (so it is only for night).Now we have reached the end of the pointers bitstream (because we now the length of this bitstream: look at your pm)
    So there are 2 layers for day and 2 layers for night.
    Of course , as these layers are not transparent, only the second layer is visible on the unit.
    In original ASIAN JCV, the second layer is always the copyright picture and if you use an ASIAN unit , it will be able to display the first layer instead of the second layer.
    Syzygy pathch replaces the pointers to the second layers by the same pointers as for the firs layer. So the JCV4 record always has four pictures: 2 layers for day and 2 layers for night but the second layers are identical to the first layer and so the non-ASIaN unit can also display the wanted picture.
    Why do you assumed that there are always 4 pictures? Your used of "layer" terminology is confusing. ImgTool showed each bitmap as a layer (ie: Layer0, Layer1, etc...) But you referred a layer as a set of bitmaps (mainly assuming one bitmap for the day set and one for night). This assumption might be wrong since a set might have something like:
    Layer0 - day background
    Layer1 - day arrow
    Layer2 - day sign
    where Layer0,Layer1 and Layer2 formed the day set
    AND
    Layer0 - night background
    Layer1 - night arrow
    where Layer0 and Layer1 formed the night set
    Note that the number of bitmap in day set is not same as night set.
    Now if all you found "so far" is always:
    Layer0 - day bitmap/set
    Layer1 - night bitmap/set
    that is fine; but it doesn't mean that it will always be.
    When the number of bitmaps are not same across a set, then the only way to know where the real ones end and the fake ones start is some sort of indication. If there is none, then you can "assumed" that they are evenly distributed: first half is real and second half is fake. But again, it doesn't have to be. Because it's possible to have JCV2 records (in order of storage/display)
    bitmap1 - day background
    bitmap2 - day arrow
    bitmap3 - day sign
    bitmap4 - night background
    bitmap5 - night arrow
    bitmap6 - day copyright <- last day bitmap displayed so it will hide all bitmaps below (iff it doesn't have transparency)
    bitmap7 - night copyright <- last night bitmap displayed so it will hide all bitmaps below (iff it doesn't have transparency)
    So using the "halves" rule to kludge the display won't be correct.

  8. #137
    Important User Garmin Asian JCV Tool v1.0
    Join Date
    Aug 2011
    Location
    France
    Posts
    376
    Rep Power
    251

    Default

    Osiris4isis: please read what I wrote and don't make me say what I have not said.

    Point by point:
    Why do you assumed that there are always 4 pictures
    I had written "The Asian JCV have 4 pictures" and it is exact (of course other JCV have various combinations of pictures and layers): all the JCV4 records of an Asian JCV contain 4 pictures!!!
    Your used of "layer" terminology is confusing
    A layer is stratum in a view: generally (but not always) a junction view is made with several layers.
    ImgTool showed each bitmap as a layer (ie: Layer0, Layer1, etc...)
    No, it is not as simple as this: ImgTool builds the junction views using the 8 bits following each JCV2 pointer to determine if the bitmap must be embedded in the view or not. Moreover a layer can be a bitmap (png, jpeg) or a vector layer inside a vector SVG file
    But you referred a layer as a set of bitmaps
    No, I have never said that
    When the number of bitmaps are not same across a set
    ????? Why are you writing this???? Have you seen an example? I have never seen this and I would be very surprised that a JCV file should have a number of layers different for night than for day.
    If there is none, then you can "assumed" that they are evenly distributed: first half is real and second half is fake. But again, it doesn't have to be. Because it's possible to have JCV2 records (in order of storage/display)
    Please, read what I wrote: in the pointers bitstream, all the pointers are sequentially read from start to end. Each pointer is followed by 8 bits indicating if the pointed picture is used for day or night or day&night and each following picture is displayed over the previous. There is no fake (maybe we are not using the term "fake" with the same meaning) in the meaning that all the pointers in JCV4 are real and they point to real pictures in JCV2
    So using the "halves" rule to kludge the display won't be correct.
    ???????????????? It's Chinese for me (and I don't understand Chinese....)

  9. #138
    Important User Garmin Asian JCV Tool v1.0
    Join Date
    Aug 2011
    Location
    France
    Posts
    376
    Rep Power
    251

    Default

    bitmap1 - day background
    bitmap2 - day arrow
    bitmap3 - day sign
    bitmap4 - night background
    bitmap5 - night arrow
    bitmap6 - day copyright <- last day bitmap displayed so it will hide all bitmaps below (iff it doesn't have transparency)
    bitmap7 - night copyright <- last night bitmap displayed so it will hide all bitmaps below (iff it doesn't have transparency)
    ????????????? Where have you seen this???????? It is just an invention!!

    In all the JCV files I have parsed , each night layer is either the same as the day layer (so the 8 bits are 10000001) either it immediately follows the corresponding day layer.

  10. #139
    Important User Garmin Asian JCV Tool v1.0
    Join Date
    Aug 2011
    Location
    France
    Posts
    376
    Rep Power
    251

    Default

    @osiris4isis
    If you want, give me an example of JCV4 record and I would detail you the way to parse it (but I have already explained this, as I said in PM)

    But maybe we should do this in another thread? (a dedicated thread if you see what I mean)
    Last edited by sherco40; 24th August 2015 at 13:34.

  11. #140
    Navigation software expert Garmin Asian JCV Tool v1.0
    Garmin Asian JCV Tool v1.0Garmin Asian JCV Tool v1.0
    Cnfhbr's Avatar
    Join Date
    Jan 2010
    Location
    CIS
    Posts
    1,307
    Rep Power
    478

    Default

    It's common knowledge that such Asian JCVs do not contain separate pictures for the background, for arrows or signs.
    The useful day or night layer of these JCVs is the whole picture (all-in-one), which shows all at once.

    In my opinion, it makes no sense to flog a dead horse.

 

 
Page 14 of 16 FirstFirst ... 4 12 13 14 15 16 LastLast

Tags for this Thread

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
This website uses cookies
We use cookies to store session information to facilitate remembering your login information, to allow you to save website preferences, to personalise content and ads, to provide social media features and to analyse our traffic. We also share information about your use of our site with our social media, advertising and analytics partners.