Shop OBEX P1 Docs P2 Docs Learn Events
p2load: A Loader for the Propeller II - Page 7 — Parallax Forums

p2load: A Loader for the Propeller II

15791011

Comments

  • David BetzDavid Betz Posts: 14,511
    edited 2013-03-30 10:54
    Sapieha wrote: »
    Hi David.

    I think I don't understand something.

    F:\-Morph-Temp\_NANO_\Emulator\P2Terminal_cordic\p2load._M>p2load -v driver_NTSC.obj -r e80:0
    Trying COM1
    error: hardware lost
    Trying COM9
    Found propeller version 32 on COM9
    Loading 'driver_NTSC.obj' at 0x00000e80
    .
    Loading 'e80' at 0x00000e80
    error: can't open 'e80'
    Okay, I think I've fixed this. Try downloading the Windows version in the top post again. You don't really need "-r e80:0" though since that is the default. Well, not quite. The 0xe80 address is the default but the default value for param is 0x20000 which is the highest address in hub memory. That is used by PropGCC programs to set the initial stack pointer.
  • SapiehaSapieha Posts: 2,964
    edited 2013-03-30 10:58
    Hi david.

    Thanks.
    I know e80 are default -- But it was simplest for me use any already existing binary My one need parameter 0
    Will test new one and report.

    David Betz wrote: »
    Okay, I think I've fixed this. Try downloading the Windows version in the top post again. You don't really need "-r e80:0" though since that is the default. Well, not quite. The 0xe80 address is the default but the default value for param is 0x20000 which is the highest address in hub memory. That is used by PropGCC programs to set the initial stack pointer.
  • SapiehaSapieha Posts: 2,964
    edited 2013-03-30 11:04
    Hi David.

    F:\-Morph-Temp\_NANO_\Emulator\P2Terminal_cordic\p2load._M>p2load -v driver_NTSC
    .obj,1000 -r 1000:0
    Trying COM1
    error: hardware lost
    Trying COM9
    Found propeller version 32 on COM9
    Loading 'driver_NTSC.obj' at 0x00001000
    .
    Loading '1000' at 0x00000e80
    error: can't open '1000'


    David Betz wrote: »
    Okay, I think I've fixed this. Try downloading the Windows version in the top post again. You don't really need "-r e80:0" though since that is the default. Well, not quite. The 0xe80 address is the default but the default value for param is 0x20000 which is the highest address in hub memory. That is used by PropGCC programs to set the initial stack pointer.
  • David BetzDavid Betz Posts: 14,511
    edited 2013-03-30 11:13
    Sapieha wrote: »
    Hi David.

    F:\-Morph-Temp\_NANO_\Emulator\P2Terminal_cordic\p2load._M>p2load -v driver_NTSC
    .obj,1000 -r 1000:0
    Trying COM1
    error: hardware lost
    Trying COM9
    Found propeller version 32 on COM9
    Loading 'driver_NTSC.obj' at 0x00001000
    .
    Loading '1000' at 0x00000e80
    error: can't open '1000'
    Odd. I just tried this on the Mac and it worked. Maybe I uploaded the wrong version? I guess I'll try again. Maybe I should put a version number in p2load.exe so we can tell what version we're using.
  • SapiehaSapieha Posts: 2,964
    edited 2013-03-30 11:16
    Hi David.
    Thanks

    Shall wait You write -- Correct downloaded -- v.x number can help

    David Betz wrote: »
    Odd. I just tried this on the Mac and it worked. Maybe I uploaded the wrong version? I guess I'll try again. Maybe I should put a version number in p2load.exe so we can tell what version we're using.
  • David BetzDavid Betz Posts: 14,511
    edited 2013-03-30 11:26
    Sapieha wrote: »
    Hi David.
    Thanks

    Shall wait You write -- Correct downloaded -- v.x number can help
    I just uploaded again. If you type "p2load -?" after you install it you should see the first line indicate version 0.001 and today's date.
  • SapiehaSapieha Posts: 2,964
    edited 2013-03-30 11:36
    Hi David.

    It look's that it work -- Need made more test's
    Thanks.

    F:\-Morph-Temp\_NANO_\Emulator\P2Terminal_cordic\p2load._M>p2load -v driver_NTSC
    .obj,1000 -r 1000:0
    Trying COM1
    error: hardware lost
    Trying COM9
    Found propeller version 32 on COM9
    Loading 'driver_NTSC.obj' at 0x00001000

    David Betz wrote: »
    I just uploaded again. If you type "p2load -?" after you install it you should see the first line indicate version 0.001 and today's date.
  • BaggersBaggers Posts: 3,019
    edited 2013-03-30 11:48
    David Betz wrote: »
    Glad to be of assistance. Can I ask you for a favor though? How about a binary of that image you send before that will display correctly on my TV? :-)

    I too am glad to be of assistance :D

    16bitimages.zip
  • David BetzDavid Betz Posts: 14,511
    edited 2013-03-30 11:51
    Baggers wrote: »
    I too am glad to be of assistance :D

    16bitimages.zip
    Ah, that looks much better! Thanks!
  • SapiehaSapieha Posts: 2,964
    edited 2013-03-30 12:17
    Hi David.

    Can I specify in any way --- What COG to use with -r else -c flag?


    David Betz wrote: »
    Ah, that looks much better! Thanks!
  • David BetzDavid Betz Posts: 14,511
    edited 2013-03-30 12:42
    Sapieha wrote: »
    Hi David.

    Can I specify in any way --- What COG to use with -r else -c flag?
    The -r option always uses COG 0. The -c option uses COGNEW so you get whatever COG is available. Practically speaking though, you will get COG 1, COG 2, etc since there is nothing running on any of those COGs at load time.
  • SapiehaSapieha Posts: 2,964
    edited 2013-03-30 12:48
    Hi David.

    I'm have thinking more universal thing -- That give me full control.

    p2load._M>p2load -v driver_NTSC.obj,1000 -r 2,1000:0

    David Betz wrote: »
    The -r option always uses COG 0. The -c option uses COGNEW so you get whatever COG is available. Practically speaking though, you will get COG 1, COG 2, etc since there is nothing running on any of those COGs at load time.
  • David BetzDavid Betz Posts: 14,511
    edited 2013-03-30 12:50
    Sapieha wrote: »
    Hi David.

    I'm have thinking more universal thing -- That give me full control.

    p2load._M>p2load -v driver_NTSC.obj,1000 -r 2,1000:0
    I don't have time to do that right now. Why does it even matter the COG number where something is running? You always interact with a COG via a mailbox, right? When do you ever use the COG ID unless you need to stop the COG?
  • SapiehaSapieha Posts: 2,964
    edited 2013-03-30 12:57
    Hi David.

    Thanks for reply. Will find any way do do what I will.

    But as You know --- On emulators we can only use COG-0 for Display driver so I can't auto-start MIN Program in it.
    So I need start it in any of other COG's --- As it i this MAIN COG that will look in BOXES to fin and load drivers in corect places.


    David Betz wrote: »
    I don't have time to do that right now. Why does it even matter the COG number where something is running? You always interact with a COG via a mailbox, right? When do you ever use the COG ID unless you need to stop the COG?
  • Bill HenningBill Henning Posts: 6,445
    edited 2013-03-30 13:01
    What I do for now is that my video driver cog, in its initialization, launches another cog.
    Sapieha wrote: »
    Hi David.

    Thanks for reply. Will find any way do do what I will.

    But as You know --- On emulators we can only use COG-0 for Display driver so I can't auto-start MIN Program in it.
    So I need start it in any of other COG's --- As it i this MAIN COG that will look in BOXES to fin and load drivers in corect places.
  • David BetzDavid Betz Posts: 14,511
    edited 2013-03-30 13:02
    Sapieha wrote: »
    Hi David.

    Thanks for reply. Will find any way do do what I will.

    But as You know --- On emulators we can only use COG-0 for Display driver so I can't auto-start MIN Program in it.
    So I need start it in any of other COG's --- As it i this MAIN COG that will look in BOXES to fin and load drivers in corect places.
    It would be possible to accept a COG number for the -c option but the loader is running in COG 0 and that is the COG that is always started using the -r option.
  • potatoheadpotatohead Posts: 10,254
    edited 2013-03-30 13:03
    Same here. Optionally a supervisor COG could fire everything off, then restart itself as the video COG.
  • David BetzDavid Betz Posts: 14,511
    edited 2013-03-30 13:37
    Sapieha wrote: »
    Hi David.

    Thanks for reply. Will find any way do do what I will.

    But as You know --- On emulators we can only use COG-0 for Display driver so I can't auto-start MIN Program in it.
    So I need start it in any of other COG's --- As it i this MAIN COG that will look in BOXES to fin and load drivers in corect places.
    I didn't know you had to run the display driver in COG 0. Why is that? Anyway, I have no control over which COG is running the loader. It's decided by the ROM bootloader.
  • David BetzDavid Betz Posts: 14,511
    edited 2013-03-30 14:53
    Sapieha wrote: »
    Hi David.

    I'm have thinking more universal thing -- That give me full control.

    p2load._M>p2load -v driver_NTSC.obj,1000 -r 2,1000:0
    Sapieha,

    Are you saying that without this ability to select a specific COG, you are unable to use p2load?
  • SapiehaSapieha Posts: 2,964
    edited 2013-03-30 15:04
    Hi David.

    That I have never said else thinking.

    You have write Very nice tool that are very usable.

    I can use AND will use it -- Only thing without that need re-manage some of my files and save space in Display Driver for Supervisory part

    But that have be simplified for me and many others

    David Betz wrote: »
    Sapieha,

    Are you saying that without this ability to select a specific COG, you are unable to use p2load?
  • David BetzDavid Betz Posts: 14,511
    edited 2013-03-30 15:19
    Sapieha wrote: »
    Hi David.

    That I have never said else thinking.

    You have write Very nice tool that are very usable.

    I can use AND will use it -- Only thing without that need re-manage some of my files and save space in Display Driver for Supervisory part

    But that have be simplified for me and many others
    Sorry that you have to rearrange things. If you can think of a better way let me know. As I said, the only thing I could easily do is allow -c top select a specific COG. To do that with -r would be difficult. It would require that I relaunch the loader on another COG.
  • SapiehaSapieha Posts: 2,964
    edited 2013-03-30 15:23
    Hi David.

    If You can that -- that can help --- If -c can be specified multiple times

    Thanks

    David Betz wrote: »
    Sorry that you have to rearrange things. If you can think of a better way let me know. As I said, the only thing I could easily do is allow -c top select a specific COG. To do that with -r would be difficult. It would require that I relaunch the loader on another COG.
  • potatoheadpotatohead Posts: 10,254
    edited 2013-03-30 15:30
    [edited --droid phone barely posts here]

    The DAC emulation output only exists on COG 0. I think everything else is on the other COGS. Pin emulation isn't complete either, but what there is exists on the four DAC pins on COG 0.

    And that is why we need to put the display on COG 0 for now.

    Oh, and no more Excel macros to format a monitor load file. (I know, but it was stupid easy) The load is really fast now!
  • David BetzDavid Betz Posts: 14,511
    edited 2013-03-30 18:59
    Sapieha wrote: »
    Hi David.

    If You can that -- that can help --- If -c can be specified multiple times

    Thanks

    I made the change you requested to the -c option. You can now do either of these:
    -c addr:param
    
    -c id,addr:param
    

    Be aware that no spaces are allowed around the comma or colon. The same applies to the -r option and to the comma following a file to load. I'll upload a new Windows version shortly after I ask another question in a separate message.
  • David BetzDavid Betz Posts: 14,511
    edited 2013-03-30 19:16
    I just posted a new Windows version with Sapieha's -c option feature making it possible to load into a specific COG. You can't really load into COG 0 though since that is the COG that is running the second-stage loader. The default baud rate is now 230400 as well. This is version 0.002.
  • SapiehaSapieha Posts: 2,964
    edited 2013-03-31 01:02
    Hi David.

    Thanks

    David Betz wrote: »
    I just posted a new Windows version with Sapieha's -c option feature making it possible to load into a specific COG. You can't really load into COG 0 though since that is the COG that is running the second-stage loader. The default baud rate is now 230400 as well. This is version 0.002.
  • Cluso99Cluso99 Posts: 18,069
    edited 2013-03-31 02:06
    David, many thanks for your efforts. Hopefully I can get time to try it tonight.
  • Cluso99Cluso99 Posts: 18,069
    edited 2013-03-31 03:06
    David: I just downloaded the latest windoze build from using the link in the first post (identifies as v0.002 2013/3/30).
    It fails to download my file correctly using
    p2load -v lsd_035.obj -s
    It apears that p2load is not skiping the $E80 zero bytes at the start of the file, so my code is loading into $1D0. My older version of 2012/12/07 works fine on the same obj file.

    I tried the -m -t and they work fine so thanks for that :)
  • David BetzDavid Betz Posts: 14,511
    edited 2013-03-31 04:19
    Cluso99 wrote: »
    David: I just downloaded the latest windoze build from using the link in the first post (identifies as v0.002 2013/3/30).
    It fails to download my file correctly using
    p2load -v lsd_035.obj -s
    It apears that p2load is not skiping the $E80 zero bytes at the start of the file, so my code is loading into $1D0. My older version of 2012/12/07 works fine on the same obj file.

    I tried the -m -t and they work fine so thanks for that :)
    You have to put -s before the filename now because you can have more than one file on a single command line and -s applies to the next file.
  • Cluso99Cluso99 Posts: 18,069
    edited 2013-03-31 05:51
    thanks david. i will try again tomorrow.
    btw did you find the problem with setcog ?
Sign In or Register to comment.