Quote from: Hydrophilic on February 03, 2011, 04:47 AM
I imagine it would show up fine with Linux' Mount, but I fouled up my Linux system a few years back and haven't fixed it yet...

Yes, Linux handles SD cards just like a hard disk. Making several partitions is a snap with the graphical partition editors (Qparted, Gparted) that come standard on all modern Linux distros.

I feel your pain 
Can't help you with a new VIC, but I hope you find one soon.

Bil Herd working on new herdware for the C128? Is that what you're doing Bil? Please come here and tell us!

I used to have a few Amiga 500s and 500 plusses, two A600s, three C64s, two C64Cs, three Plus/4s (one broken), two VIC 20s, and five C128s, but a few years ago I scaled back my collection and kept the three breadbox C64s, the two VICs, two of the C128s, and the two working Plus/4s.

Quote from: Blacklord on February 01, 2011, 05:31 AM
Sorry - Plus/4 and c16 added.

Also the ability to change your vote added.

Thank you!

Btw, you may want to add the C116 too for completeness. It was released in Europe and there may be someone here who has one.

Quote from: RobertB

Quote
Edit: I didn't see that the CDTV was included. I have one, but I didn't even look for it in the list since I don't consider it a product made by Commodore â€" the way I see it, it was made by a company whose only connection with Commodore is the fact that they somewhere along the line bought the rights to use the brand.

Well, Amiga engineer Carl Sassenrath worked long and hard on the machine, and so, I consider it from CBM (and there is that CBM sticker on it).  Carl had lots to say about at the Amiwest Show back in October.

You're right of course Robert. My apologies to the brilliant Amiga engineers. Total drain bamage on my end. I read "Amiga CDTV" but my brain saw "C64 DTV". The CDTV is obviously a Commodore computer (and I don't have one).

I can see why you excluded the 364 since it only exists as two or three prototypes, but why are all the other TED computers missing; the Plus/4, C16, and C116? They all went into production and at least the C16 and Plus/4 didn't sell too badly.

I checked "other" so I could include my two Plus/4s.

I also have the modern day KIM-1 clone Micro-KIM, but I guess it doesn't count since it wasn't made by CBM.

Edit: I didn't see that the CDTV was included. I have one, but I didn't even look for it in the list since I don't consider it a product made by Commodore â€" the way I see it, it was made by a company whose only connection with Commodore is the fact that they somewhere along the line bought the rights to use the brand. To me, that makes it "Commodore" as much as changing my name to Napoleon Bonaparte would make me the emperor of France.

Jim Brain is probably the right person to answer this but I'll have a go at a wild guess. The bootloader mentioned in the SD2IEC documentation probably refers to function internal to the SD2IEC/uIEC itself, perhaps a bootloader that loads an update to the uIEC firmware. It most likely has nothing to do with the C128 autoboot feature.

Quote from: Hydrophilic on January 27, 2011, 12:37 PM
ruthven, the reason a .G64 is is normally 326K is because it has all the data of the disk, in GCR format, even if only some of them are used.  A similar thing is true with .D64 which will normally be 170K no matter if it contains only a single 1 block file.  A .D64 is about half the size of .G64 because the data is binary (not GCR), and the recording speed, sync marks, sector headers, and sector gaps are missing.

You normally only find images in .G64 format if they have copy protection that hasn't been cracked.  Once the protection is broken, it should be possible to put it on a .D64 ... this is not to say the all .D64 are cracked versions, as many lame copy protection schemes can be emulated with the .D64 "error code extensions"

And to add some info to this, a .nib file is the raw binary data extracted from a disk with a "nibbler". This kind of file can be converted to a G64 with nibtools.

The C128 autoboots a file when it finds the signature "CBM" (hex numbers $43, $42, $4D) on track 1, sector 0 of the disk. If it does, it executes a machine language program in the same sector pointing to the program you wish to autostart. This means that you need write access on a track/sector level on the uIEC/SD2IEC if you want to autoboot something directly from the CF card's filesystem, which I have no idea if it works. Autobooting a program from a disk image should work.

The easiest way to create an autoboot disk that I've come across is the autoboot tool in The Servant. The Servant is an excellent tool to have in the internal option ROM socket in the C128, with its disk and file copier, SEQ file reader, disk browser, etc.

Edit: Hydrophilic beat me to it with better info, but what I said about The Servant still stands.

OK, I'm not 100% sure of any of this, but I seem to remember that it runs at 1.79 MHz but it is slowed down to 1.10 MHz during certain operations (I/O access?).

Edit: A quick check at the Plus/4 World forums confirms part of this. It's basically the same as with the C128: it normally runs at the slower speed but if you turn off the screen you get the higher speed.

Quote from: BigDumbDinosaur on January 20, 2011, 07:35 AMAn altogether different type was the mask-programmed PLA, which would be a custom part and (theoretically) not subject to Alzheimer's.

I thought the Commodore PLAs were mask-programmed and usually give up the ghost due to static discharge. Can't say I've studied the subject extensively, though.

Sorry, you probably caught me on a bad day, plus I've encountered a few to many people who actually wanted everything served to them without effort, and prematurely took you for the same kind of person. I take your word that you've put in the effort.

You shouldn't judge me from two posts here either.

Slightly OT, but trying to be helpful: Jim Butterfield wrote a couple of very good articles about C128 machine language programming, specifically about dealing with the MMU and memory banks. They're in Transactor Magazine, available at zimmers.net:

http://www.zimmers.net/anonftp/pub/cbm/magazines/transactor/v7i1/index.html - look for The C128 - You Can Bank on It
and
http://www.zimmers.net/anonftp/pub/cbm/magazines/transactor/v7i4/index.html - look for The Commodore 128 - Banking on the Turns

Quote from: marquisor on January 19, 2011, 07:51 PM
@bacon:
to say it directly, i don't like such answers. what's more time waste? reading and testing the manuals and software to find out after hours (did that recently with merlin128) it does not fit some unique k.o.-points? or asking experienced users, who use it for long time, and can answer in 2 minutes? (that's what forums are for.)

Wrong. You can't know whether the answer takes two minutes or half an hour. Many people think just like me: if you're too lazy to at least skim through the manual to see if you can find the answer yourself (and that doesn't take hours - more likely half an hour or so) but expect to be handed all answers on a silver plate then you don't deserve me wasting any time helping you. Show me that you're willing to put in some effort yourself and I will gladly help you.

It doesn't put you in a good light when you complain about my answer when I actually answered your question about the editor, pointed you to an alternative solution, and even took the time to write some example code for an old question you had asked that I didn't see earlier (I didn't know that you'd already figured it out yourself - your edit didn't show up in my browser for some reason).

Are you sure the cable between the pen and the base isn't broken? That could explaing why works intermittently - sometimes all wires are connected, most of the time they aren't.

Quote from: marquisor on January 19, 2011, 01:07 AM
can Buddy Assembler do formatted listing, or even auto format on input? like many many other "basic editor" macro assemblers? f.e. hypra-ass

Read the manual. It's all in there. Short answer: no auto-format on input. If you want a nicely formatted source file, use the text editor version instead of the BASIC editor version; it's started with LOAD "EBUD", 8 instead of LOAD "BUD",8.

As I said, it's all in the manual. If you don't read the manual, you won't get to grips with any of the nice featuers of the assembler.

Edit: to answer an earlier question of yours, to get the SYS address for the assembler portion of a mixed BASIC and assambler program, you simply use the labels directly in the BASIC part of the program. Short example:
10 sys $4000
20 .bas
30 print "this is a mixed basic and assembler program."
40 rem jump to the assmbler part of the program
50 sys "assembler'part"
60 print "we're back to basic again!"
60 end
70 rem assmbler source starts here
80 assembler'part =*
90 ldx message'length
100 - lda message,x
110 jsr $ffd2
120 dex
130 cpx #0
140 bne -
150 rts
160 message .asc "here is the assembler part."
170 message'end
180 message'length = message'end-message


Now go read the manual.

My guess would be the PLA. It's what usually goes out first in a C64 and it's probably just as sensitive on the C128. My SX64 had a bad PLA and it showed the same symptoms as you get in C64 mode IIRC.

Quote from: Hydrophilic on January 14, 2011, 12:17 PM
I am completely ignorant of Cameleon, but if somebody wants to adapt the software for it, I provided the source, so have fun!

It's an FPGA implementation of the C64 with an accelerated processor (don't know if whether they've implemented a 65816 of if it's jus a sped-up 6510) and VGA out, in cartridge form, so you plug it into the expansion port of your C64. Not sure if it takes over all the C64 functionality or if the SID is still used for sound, but at least the VIC and processor is in the FPGA.

Quote
Also, I changed my mind, and now plan on NOT using undocumented opcodes.  This is so hopefully it can run on SuperCPU.  Of course that could be considered cheating too, but it was released back in the day, so I would like the player to work with it, if possible.

The SCPU 128 was released in the late 90s. That's not what I consider "back in the day". On the other hand, I don't consider anything cheating; it's your prerogative as the developer to do whatever pleases you. I just had the impression that you wanted to implement this on a stock C128.

And if he did it on a PC he'd have even more CPU power and colors...

Isn't the point of this to try to implement a media player on the C128 with its inherent limitations? Using something like the Chameleon would defeat the whole purpose in my opinion.

I can only attempt to answer your first question. My guess is that if I/O was mapped to the $Dxxx range the C128's Z80 memory map would probably be incompatible with CP/M. Being able to run CP/M was after all the reason for having the Z80 in there.

No need to run Warpcopy under a Windows VM. Diskimagery64 is made for the Mac (but works in Linux and Windows too) and uses the Warpcopy protocol to transfer disk images to a C64 over Ethernet. You still need an RR-Net compatible Ethernet adapter for the C64 though. Your best bet is probably Jim Brain's 64NIC+.

Edit: it appears Jim is having a sale on the 64NIC+ during the holiday season.

Quote from: stiggity on December 03, 2010, 06:40 AM
I have the 128 Programmers Reference Guide, and i use it so much its coming "Un-Bound"
I lost the link to "Mapping the 128", and online links also fail on me.

The links I posted work fine from here. Are you behind a corporate firewall or something?

Quote from: dr.v on November 30, 2010, 11:15 AM
Steve - To begin I would HIGHLY recommend the 128 Programmers Ref. Guide:

http://cgi.ebay.com/Commodore-128-Programmers-Reference-Guide-/190453006712?pt=Video_Games_Games&hash=item2c57e24178

(Though I don't recommend buying it at that price.  You can get it for <$20 if you keep an eye on listings from time to time).

The Programmer's Reference Guide as well as a lot of other excellent books are available as PDFs from DHL's Commodore Archive. Look under Books - Commodore 128. I especially recommend Compute's Mapping the Commodore 128 and Compute's 128 Programmer's Guide. In my opinion they're better than Commodore's own book, especially if you use them together.

Quote from: Hydrophilic on November 28, 2010, 01:42 PM
I am aware of the SID High Volume Collection for sale, but as I am not big SID fan, I have no intention to pay for a CD.  I have many games / intros / demos with SID music, but I am too lazy to try extracting the SID tunes from these files.

So if anyone could point me to some SID files for me test with Media Player 128, I would appreciate it...

The High Voltage SID Collection. I'm not familiar with the collection you mentioned above, but I suspect it's a repackaging of the HVSC.