No!

Quote from: Blacklord on July 14, 2010, 03:19 PM
" and wanted to extract any brains"  !!!!!!

Don't ask me for details - I've never played that game. (But think I'd better done so)

I tried to use the 40 Column mode for Hires - yes I did but failed.
I want to copy a VIC Hires to the VDC and I don't want to double the pixels (the VDC should do the job).

Is there any trick to do this?
Has anybody tried this too?

Regards WTE

Look here: http://www.commodore128.org/index.php?topic=3443.0

Bunker Party 2010 is over.

Short Review:
http://blog.c128.net/archives/482 (in German) => Google-Translation (very creepy English)

Some Pix:
http://www.c128.net/album/bp2010/index.htm

With greetings from Dr. Fred, Edna, Ted, and Ed.

Regards WTE

Bunkerparty is over - a lot of maniac people  met Dr. Fred, Edna, Ted, and Ed.
Nice fractals on the disk - Thank's again!

I'm not sure if I remember correctly but I fear it is not possible to use CHKIN and CKOUT at the same time on the IEC bus (it worked on the IEEE488 bus of the CBM computers and it works if the output is via centronics emulation on the user port but not with two real IEC devices - what a pitty! Shame on Commodore!).

Using one of the pair (CHKIN/CKOUT) kills the other channel. You have to send CHKIN/CKOUT for every byte you read/write (that is horrible).

There should be an other solution. It is possible (don't ask me how to do that) to make the floppy the talker and the printer the listener. Both devices will work on the IEC bus and the C128 (64) is free to do other things (but naturally not to use the IEC bus).

Regards WTE

Quote from: RobertB on July 10, 2010, 09:43 AM
     Oh, you mean it's like the CLD 64k video ram expansion board for the C128?

Yes, that is all of the hardware secret.

Thanks for the new version.

Quote from: RobertB on July 01, 2010, 03:52 PMWell, I don't know if I would be able to spend 3 days in the bunker... maybe one night. 

At the moment we have a heat-wave in Germany. Maybe it is a little bit colder in the bunker than at home 
If the worst comes to the worst it will be hot and stuffy - than we have to sleep on the roof 

Quote from: tokra on July 02, 2010, 05:49 AMhttp://www.tokra.de/c128/C108.D64

I'll take a look on this at the Bunkerparty next week. Nice to see such fine stuff. But I fear  I have no time to wait for 2 weeks for a fractal. With my SuperCPU it would probably take only one day but this is also a very long time for one pic.

And yes, it's a shame that the VDC support of VICE sucks.

Regards WTE

The max resolution depends on the graphic mode (monochrome/color) and ram (64k required for more than 640x200). Furthermore you need the 1901 Monitor for some modes (the 1084 sucks).

The following pic is from the Graphic Booster graphic extension.

Regards WTE

Quote from: RobertB on June 29, 2010, 01:20 PM
Ah, Bochum.  Give my regards to Dirk at the party.

I will do so.
Dirk is the organizer and I intend to spend three nerdy days in the bunker 

Regards WTE

Hi!

As a German you should take a look on Forum64: http://www.forum64.de/
There you will also find some places in the real world to meet commodore users. E.g. Frankfurt area (HomeCon), Ruhrgebiet (DoReCo), Stuttgart (Hobby & Elektronik) or end of next week in Bochum (Bunkerparty).

Regards / Grüße WTE

Really amazing!

Regards WTE

PS: I made a "copy" for the German guys.

Quote from: gsteemso on May 29, 2010, 05:00 PM... address 31 is used as a broadcast address to tell all devices to stop doing whatever the command field specifies. ...

Wow! Thank's a lot. I didn't ever heard this before. (Maybe, because I've never asked  ). I'm working since more than 30 years with Commodore Computers but I'm learning new things every year.

Regards WTE

Quote from: Hershey on May 28, 2010, 01:46 AM
... also tried wte's code and it stopped too ...

OK, it also stopps on my Emulator.
But with "for un = 8 to 30" instead of "for un = 8 to 31" it is working in x128 Vice 2.0 (on my PC).
Vice does not love unit# 31.

Regards WTE

In my programms I avoid the sec. address to prevent problems with the drive check.

I always use this subroutine:

10000 close15:open15,un:sysdec("e33e"),un:de=st:ifdethenclose15:return
10010 sysdec("e4d2"),un:de=128andst:close15:return

If I remember correctly the first line catches the "drive physically not present" error. The second one everything else. This works on a real C128!

Use the subroutine like this:

rem un = Unit
rem de = Disk Error
for un = 8 to 31
gosub 10000
if de then print "Drive"un": access fails. Error:"de
next
end

Regards WTE

PS: Don't ask me for more details, I programmed this routine more than 20 years ago 

Quote from: HydrophilicAlso I hear there are also Amiga .IFF files?

Wiki: http://en.wikipedia.org/wiki/Interchange_File_Format

Quote from: RobertBWell, there is the MP3 plug-in for the MMC Replay/MMC64 ...

As far as I remember the MP3 plugin for the MMC Reply requires a little piece of hardware: http://www.schoenfeld.de/inside/Inside_MP3AT64.txt

Regards WTE

Quote from: Payton Byrd on May 14, 2010, 07:47 AM
You can also use F3 to tag and untag a file. ...

(I know) That's not really better. Using SPACE is intuitive.

Quote from: Payton Byrd on May 14, 2010, 07:47 AM
Return actually launches the currently selected PRG file.  If you are not pointing at a PRG file then it does nothing.

Ok, launching a PRG file would be intuitive. But RETURN is NOT doing nothing if it is not a PRG file! It quits the program (but is kindly asking if it is ok to quit). RETURN should start the file menu (but you intend to drop the menu ...).

Quote from: Payton Byrd on May 14, 2010, 07:47 AM
... I cannot control how big those init strings are.  Unfortunately there's just so many characters available for the C64 version and the panel already takes up the whole width on the C64.

The 1581-string destroys the window. You should shorten the strings (e.g. cutting off the tt, ss bytes).

Quote from: Payton Byrd on May 14, 2010, 07:47 AM
This is unavoidable as cc65 doesn't provide a way to smoothly scroll without writing your own assembler
[...]
This is a limitation of the computers we use.  There's only so manydirectory entries that I can cache in RAM (doing 30 for each panel)before I simply run out of RAM.

Maybe CONIO is not really the best tool to do what you have planned to do.

Regards WTE

Hi Payton!

Nice job. But needs some improvements ... 
I have some questions and remarks:

   
• Why do you use SHIFT / SPACE AND SHIFT / RETURN (also C= [but not CTRL] instead of SHIFT works) to tag a file instead of pure SPACE or pure RETURN?
• Why do you use RETURN to leave the application (F2 and CTRL/U [I would prefer CTRL/Q] is enough to quit)?
• The marker ">" vanishs after (un)taging a file.
• Scrolling in the FILE-Menu always results in a hideously flickering redraw. Don't restore the background during scrolling up and down.
• Scrolling the panel (for long directories) also results in a complete redraw. Horrible.
• (olso reading the directory bit by bit is annoying on a C128)
• Nice would be a function to scroll for all 20 lines with one keystroke.
• Nice would be a function to scroll with one keystroke to the top and the bottom (maybe HOME / SHIFT HOME - I use these keys in cases like this  )
• The DRIVE Selection BOX is to small for a 1581 Drive!
• You should at the least add drive #16. The RAMLink uses this number by default. Maybe this list could be configurable or extended up to #19 (#31 is the last possible number).
• F7: Make directory: It is not clear what kind of DIR will be made. Does it work for an emulator (direct HD access) or only for an SD2IEC or IEC2ATA or 1541 III or any other SD / FD Hardware? Does it work on CMD Drives too?

I hope this helps as a first test result and feedback.

Regards
WTE

Wow, thanks a lot for this comprehensive explanations.

Regards WTE

v=RGR (n)

A) open the case, disable the internal drive (unplug the internal iec connector), close the case, and connect 1570
or
B) connect 1570 (power off) switch the internal drive by software command* to unit #9 and power on the 1570 as drive #8.

Regrads WTE

*
open15,8,15
print#15,"u0>"+chr$(n): rem n is the new device no.; n = 8 ... 30
close15

Very curious!

The good news: the sprite seems to look ok 

I've never heard of your test program but first I would try to load it from the external 1570 instead of the internal 1571. Maybe the program uses some features that are not available any longer on the "new" DCR floppy board (which is now a part of the main board).

Regards WTE