Jump to content

sillysally

Members
  • Posts

    20
  • Joined

  • Last visited

Posts posted by sillysally

  1. post-579-1141180785_thumb.png

    If that's the case, I think this drive must use the Panasonic chipset rather than the Philips one that the 1620/40/50/55 do.

     

    I guess that means it might be missing some of the normal BenQ features for scanning and in the new 'Advanced Settings' window.

     

    Can you confirm this? :)

     

    Yes the new Sony 820A uses the Panasonic chip set and yes you are right the 'Advanced Settings' will not work for this drive :(

     

    And one more thing. When i updated to ImgBurn 1.2 my PIE went up. With IB 1.1 my PIE would stay about the same for the full burn on a R-9 but now i get a big jump in PIE starting at the LB (see attachment).

    Do you think that something in ImgBurn 1.2 has something to do with the PIE?

  2. Yes i know. From what is said about this Sony its the new rebaged BenQ 1670. And btw if ImgBurn didnt support the Sony DRU-820A and the great burns i get with my R-9 verbs @ 6x i would have taken it back to BB. :rolleyes:

  3. Keeping the LB info from PgcEdit. So far in ImgBurn 1.1.0.0 it has been keeping the LB info from PgcEdit after i reboot and defrag befor i burn a MKM001 of the iso. So please do not remove that from your updated ImgBurn when ever you release it.

    Thanks

  4. According to what I've read over at cdfreaks, BenQ forgot to add a write strategy for the MKM-001-00 discs into the firmware.

     

    That's why:

     

    1) They only burn at 2.4x

    2) They often fail to burn at all!

     

    Their next release should fix it.

     

    Thats right there is no write strategy so the new Benq will only burn at 2.4x for the MKM-001-00 discs but thats the speed i would say you should burn at if you want the best quality. The last full verb MKM-001-00 i burned with my DW1655- Lightscribe Retail i got a nero quality of 97% :D

    btw with the new 1655 i leave QSuite at default. With the BenQ 1640 i would change the default. You may want to try and run your file though PgcEdit to set the break point befor you use ImgBurn.

  5. Ok, same thing as before then.

     

    I wasn't sure if perhaps the error just came from something during the real burn - i.e. some weird media values passed to the function.

     

    Unless I've fixed something since 1.1.0.0 without realising it, I can't see where the error is coming from.

     

    Well if you like send me your latest beta and i will load the file up and see if you did fix someting ;)

  6. Hmm well I bodged an image from the info you gave me and changed some values on-the-fly whilst stepping through my code.

     

    This is what came out the other end:

     

    post-1-1136545191_thumb.png

     

    All seems ok to me!

     

    What happens when you try to do: Tools -> ISO -> Display IFO Layer Break Information -> and select your image?

     

    (Sorry if that's what you did last time!)

     

    Failed to get layer break information from IFO data.

  7. I hope this is what you are looking for but i dont think its going to be much help.

     

    I 18:54:48 ImgBurn Version 1.1.0.0 started!

    I 18:54:48 Microsoft Windows XP Home Edition (5.1, Build 2600 : Service Pack 2)

    I 18:54:48 Initialising SPTI...

    I 18:54:48 Searching for SCSI / ATAPI devices...

    I 18:54:48 Found 2 DVD-ROMs and 1 DVD?RW!

    W 18:54:57 Program 'Debug Mode' has been Enabled!

    D 18:55:42 GetIFOLayerBreakPositions Failed! - Reason: VTSSetList Empty

     

    Happy New Year

  8. PgcEdit had a list of 5 i think. The one that was PgcEdit choice was 2062832 offset 9.

    I dont have the info that you want but i could rerun PgcEdit if you want and then give you the screen shot.

    The strange thing is that i did burn the r9 and it plays well but i forgot to set the burn speed so the r9 burned at max 8x and when i did a Q test with nero i only got a score of 73%. At about 1.5gig into the Q test i got a spike of about 22pif and a spike of about 150 pie. The rest of the Q test was good and at were the LB is there was no spike.

  9. Just load the image, it should automatically pick up the LB info.

     

    Double check this theory by right clicking on the 'Sectors' value once you've loaded the image and displaying IFO layer break information.

     

    (or via Tools -> ISO -> Display IFO Layer Break Information)

     

    Yes your theory is right. All checked out right.

  10. Just load the image, it should automatically pick up the LB info.

     

    Double check this theory by right clicking on the 'Sectors' value once you've loaded the image and displaying IFO layer break information.

     

    (or via Tools -> ISO -> Display IFO Layer Break Information)

     

    Thank You Sir for your reply im setting up a disk now. I will get back to you in about 20min.

  11. Without seeing the suggested output from PgcEdit and the info from ImgBurn, I can't really say for sure where the problem is coming from.

     

    Obviously they should both say the same, or at least offer roughly the same options for potential layerbreak positions.

     

    Many thanks to Lighting UK! and blutach.

    Heres the thing if you look at my first post you will see what PgcEdit and your burning tool said i should use. But then when i reran the file with PgcEdit and turned on 32k gaps both programes gave me the same LB. After that i burned a Verb at 4x with my BenQ 1640retail bslb firmware QS2 nothing set to on with QS2 DVD-Rom. Got a QS of 93% with Nero as i have gotten from befor when i used your old burning tool and PgcEdit but this time i did not defrag just burned with your tool and Pgcedit still up. The only thing was the total PI and PO were higher with this burn than my others when i would defrag reboot and run your old burning tool. Also like i may have said with your old tool ( I got ban from Dell for telling ppl to use you old tool just to burn with) when i ran PgcEdit and had your old tool set as the burning tool when i would reboot and then burn the LB would stay with your old tool and i would not reopen PgcEdit but just burn and the LB stayed so i got a flawless burn as is this new burn as far as it would play on my stand alone SonyNS575 player just a little lower PI and PO but still at 93% QS.

    So i think form what you are saying that if i want to reboot befor the burn then i should only use what ImgBurn tells me to use no more will the LB that PgcEdit sets will it stay like befor with your old burning tool. Not that i have any prob with useing ImgBurns LB.

  12. If you create your image with PgcEdit, it will create the image with the correct LB info and call IB to burn. There is no need to reset the LB and in fact doing so may result in a coaster, especially if you have "Leave 32k space between IFO and BUP" option on in PgcEdit.

     

    Regards

     

    Thank you blutach for your reply.

    The thing is that i like to defrag and reboot befor i burn. So would ImgBurn still have all the info or should i set the LB at 1986992 that is what PgcEdit says after i turned on 32k gap and remade the iso file.

  13. Useing the dvd***** to burn and pgcedit to set LB in dvd***** would be automatic but now with the new imgburn it seems not to set the LB. So if i use the LB from pgcedit in this case Sectors in LO 1986976 offset in LO 12 should i use 1986976 or 1986964 ? Or would it be better to use the LB that imgburn says 1986992?

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.