RE: SAM Scart
At 4:51 pm +0100 6/4/99, Si Owen wrote: >Justin Skists wrote: >> I'd like to get hold of a SAM-style SCART cable. Can anyone help? >Ooo, I'd like one too if it means I can hook it up to my TV (Sony)! Well, I just made my own. Not exactly difficult? The pinout is in the manual... Mine might not do exactly what you want yours to do though. It just brings out the stereo sound (pins 1 and 3, ground 4) and composite video (pin 19, ground 17) onto phono plugs, which I can then connect to my Mac. Andrew Currently listening to: Toto, Mindfields -- | Andrew Collier | email [EMAIL PROTECTED] | Talk sense to a | Part 2 NatSci | http://carou.sel.cam.ac.uk/ | fool and he ++-+ calls you foolish | Selwyn College Student Computer Support Team | -- Euripides
Re: SAM Scart
Justin Skists wrote: > > Guys... > > I'd like to get hold of a SAM-style SCART cable. Can anyone help? > > Justin. well... i have one (i think), stuck over at my dads in liverpool if you want i can get him to post it here (or go and meet him even :o>...) and then post it on to you it works as far as i can remember ...only been used on a TTL screen though - but it came out as youd expect.. anyways... if you want it lemme know... (same goes for anyone else, though justin did bagsy, and i cant ignorr the rules of the playground :o>) martin -- Email: [EMAIL PROTECTED] ICQ#: 11077801 AOL/CServeIM: Flupert
RE: Win32 SimCoupe (was: Z80 flags for INI(R) and OTI(R)? #2 (oops!))
Simon Cooke wrote: > Nothing time-critical would be in Java - I mean, yeuck! - but I don't mind > having the overhead of C++ for a disk controller :) Would it need to be time critical? Wouldn't it be running in 'emulator' time anyway, so it'd only need to stay in sync with that? > Si (NSFMSFT) Hmm, wot's the abbreviation for?! Si
RE: Z80 flags for INI(R) and OTI(R)? #2 (oops!)
Aley Keprt wrote: > I must notice, that the current SimCoupe's UI is a bit weird, and > I vote for a new Win32 interface. I hope Si Owen will make some classic Win32 stuff. I too would like it to have a nice(?) Windows front-end, so I'll see what I can do. > btw. I've tested the current Win32 version of SimCoupe (that one I've get > from Si Owen) and the fullscreen mode wasn't fullscreen, but just > maximized window. At some point I added a '-fullscreen 1' flag to the command-line options, but I can't remember whether the last version on the site actually has it (it'll be in the next one of course!). > I hope this is only alpha version. It was very alpha - don't trust anything you see in that version! > Of course, the current SAAemu version 0.50 is also possible to be run in > Windows 95, it depends only on Si Owen's skillness in including it in his > SimCoupe for Win32. I'll give it a go, but I've not had to interface any Windows stuff with TSRs before (I've done some 16-bit DLL to VxD through DPMI which might help). It'll probably need flat thunking back to 16-bit before it'll be accesible, so it might not be too bad. It'd probably be worth waiting and doing a 32-bit version to minimise the hacking and improve the efficiency! Si
RE: Z80 flags for INI(R) and OTI(R)? #2 (oops!)
Ian Collier wrote: > There are a couple of other things I have fixed since the code was > incorporated in SimCoupe. Thanks for those, I've made the changes here! Si
RE: Win32 SimCoupe (was: Z80 flags for INI(R) and OTI(R)? #2 (oops!))
Ian Collier wrote: > Does the Amstrad DSK format not cover this? (I don't actually > know anything about it, except that it is more complicated than > a straight dump of all the tracks on the disk.) I've not found any official docs for it but I've flicked through the comments in some ASM code that reads them, and it does seem to cover things like unformatted tracks, but I didn't see anything for non-512 byte sectors. I'll have a more thorough look for the format sometime. I'm not really up enough on snazzy disk protection methods to understand what's needed as I never bothered with them myself, so I'll have to have a play with some real disk. Can anyone recommend any demos or games that have use fairly non-standard disk formats? > Actually I think I just typed in what came into my head - I'm sure some of > the flag calculations must be horribly inefficient. Then again, there is > no easy way to generate them unless you want to rely on the host > cpu having similar flags which you can just copy. I think there's at least one emulator that gets quite a speed boost from doing just that. Unfortunately most ASM Z80 emulators can't cope with the paged SAM memory layout without having to copy up to 32K around when the paging ports are written to (which would probably be too slow if it was frequent, even copying as QWORDs!). They do direct memory accesses on a fixed 64K address range, which bypasses common (but slower) memory read and write routines. I was wondering whether the your current core would benefit from having the register pairs in little endian order so HL can be accessed without shifting and ORing the two 8-bit parts, so I might give that a try at some time - it can conditionally be compiled as big endian for the platforms that need it. I might experiment to see if anything else can be trimmed down, but I think the video generation eats so much (especially when large portions of the screen change frequently) that it's not worth spending too much time on it! Si
RE: Real Sam Users List 30th March 1999
> [snip] > > Did you really have to write this with no linebreaks?! ;-) Fecking Outlook, Fecking gateways, ARSE! GERLS! DRINK! DRINK! Any objections to me putting this as part of my Sam pages on the Net? Dan. Work: [EMAIL PROTECTED] Shirk: [EMAIL PROTECTED] VVeb: http://www.podboy.demon.co.uk/
Re: Win32 SimCoupe (was: Z80 flags for INI(R) and OTI(R)? #2 (oops!))
On Tue, Apr 06, 1999 at 04:15:16PM +0100, Si Owen wrote: > In the floppy driver I've added the direction flag and write protection, and > tighened up some of the flags used. I'm playing with the idea of yet another > disk format capable of handling custom disk formats used by some of the > commercial software (and possibly demos?) Does the Amstrad DSK format not cover this? (I don't actually know anything about it, except that it is more complicated than a straight dump of all the tracks on the disk.) > I checked the latest xz80 source yesterday and the INI and OTI flags were > still as SimCoupe has them. SimCoupe has probably changed more recently than xz80 has. ;-) > I just changed the 'b>0' to '!b' to correct the > Z flag but left the other part of the expression alone. It's a great C Z80 > emulator, and I can't see there being much else to squeeze out of it without > going to ASM Actually I think I just typed in what came into my head - I'm sure some of the flag calculations must be horribly inefficient. Then again, there is no easy way to generate them unless you want to rely on the host cpu having similar flags which you can just copy. imc
Re: Z80 flags for INI(R) and OTI(R)? #2 (oops!)
On Tue, Apr 06, 1999 at 01:36:04PM +0100, Allan Skillman wrote: > On the subject of the undocumented flag behavior, the commented out code > comes from the Z80 kernel in Xzx which was the original kernel used for > the early versions of SimCoupe. I wonder where Ian got his info from, > most of the stuff in xz80 is pretty spot on, Ian? I wonder, too... must have had a brainstorm. :-) You will remember I used to have the "dec b" and the "out" in the wrong order too. All the weird and wonderful undocumented flag behaviour is apparently written up in the cssfaq, although I am not online at the moment to check. My guess at the parity flag for the INI instruction is nowhere near what is written there. As for the difference in zero flag between INI and OUTI, I can only assume that it is wrong since such weird behaviour (at variance with published docs) ought to have merited a comment in the code if it were intentional. There are a couple of other things I have fixed since the code was incorporated in SimCoupe. cbops.c -#define bit(n,x) (f=(f&1)|((x&(1<>8)|(((a&0x0f)<(z&0x0f))<<4)|\ + f=(y&0x80)|(z&0x28)|(y>>8)|(((a&0x0f)<(z&0x0f))<<4)|\ (((a^z)&0x80&(y^a))>>5)|2|((!y)<<6);\ } while(0) (Fix for the undocumented flags in the CP instruction.) imc
RE: SAM Scart
> From: Si Owen [SMTP:[EMAIL PROTECTED] > >Anybody know why a nice standard feature like a SCART became non-standard on >the SAM? Real shame that... Probably to make a few bob for someone... (Like the use of BBC B printer cables instead of PC ones) >Is anyone up to make a few bob from putting some working cables together? >Maybe if there are more than a couple of us wanting them it'll be more >worthwhile. Agreed. Especially as more and more tellys and videos are becoming SCARTified... It might be worthwhile to put together some sort of power-supply without the TV circuitry if we are running out of the standard ones... Like what was talked about before: a regulated (1A?) 12v supply from somewhere connected to a little box that branches the power to a 5v regulator which both (12v and 5v) can be spurted down through a cable to a DIN plug to feed the SAM... Justin
RE: SAM Scart
> >No - as far as i remember, the SAM's SCART has a different pinout from > >standard SCART. > > That is what I heard, too... I remember trying a normal SCART lead, and I could see the picture but it was like the vertical hold was slipping - it just scrolled up and up (or down and down!). Anybody know why a nice standard feature like a SCART became non-standard on the SAM? Real shame that... Is anyone up to make a few bob from putting some working cables together? Maybe if there are more than a couple of us wanting them it'll be more worthwhile. Si
RE: SAM Scart
>> So, what's the problem? Simply go to the shop and buy a standard vcr scart >> cable. > >No - as far as i remember, the SAM's SCART has a different pinout from >standard SCART. That is what I heard, too... Justin.
RE: something different.....
>A virus in mail? Really? Well, a virus embedded in an email. Ie, a macro that automatically runs as soon as you open the Word document. >Is it possible to infect Windows NT running on LAN? >(I read mails in school on Windows NT.) >I hope neither Sam Coupe nor Windows NT can be infected by these >macro-viruses. SAM, no. Unless, someone has ported MS Word across to it along with VBA (Visual Basic for Applications). WinNT, yes. Infact, any platform that runs MS Word with VBA macros enbled. As someone pointed out, Melissa is supposed to access the Outlook address book (which is also part of the MS Office now) and send an email to the first 50 addresses. Easy solution: don't read any word documents you didn't expect to come along. Or turn off the running of word macros. Justin
RE: Gloucester April
Aley Keprt wrote: > This is nice, but I'm affraid I don't know what year are you talking abut. > 1989 or 1990? I seem to remember it being close to Christmas 1989 that the first orders went out. Si
Re: Forlorn plea...
>At 5:21 pm +0100 29/3/99, Psycho Billy wrote: > >>> How do you mean, "PD yet?"? Copyright will not expire, as such, >>> until 72[1] years after the copyright-holder's death. >> >>Sorry pedant ;-) - I meant has Colin declared any issues PD, and if >>not, why not? There can't be much sales volume in issues 1-50 can >>there? > >Well like I said, I think issues 1 to 12 are on ftp.nvg already but I doubt >there are plans to upload any more. It's all a very hazy area, but to >declare those FRED issues as PD would be changing the legal status of some >of *my* software. I'm not sure that decision would be in Colin MacDonald's >hands, not unless he'd contacted every author of every program on every >issue. I don't think so. If Colin MacDonald declare Fred issues as PD, they will be. If we put them onto ftp.nvg we don't need to bother with other copyrights, since we won't change the original Fred issues. If we only put them on the net, we will still have the original Fred issues. Or not? Although we will change the medium from floppy do DSK file, the software (and Fred's magazine is the software, not floppy diskette) will remain unchanged. It is Colin MacDonald's choice, whether he will want to 'distribute' Fred in DSK format instead of regular floppies. But I must mention, that I am NOT a judge, and everything I've wrote is only my opinion. regards, Aley Keprt
Re: Forlorn plea...
>Aley Keprt wrote: >> (As you know, you cannot assign one suffix to several programs in Win32. > >There can only be one associated application to handle a double click, but >there's no reason why we can't use a shell extension DLL that adds one or >more items to the context menu when you right click on a .DSK file. We just >need to be able to recognise which files are for us - we can even have >different icons for both cases too. I have another idea. We can register DSK for Sim Coupe. And if SimCoupe consider one particular file as non-Sam one, it can call ZX32. >> And since Win32 is the main op.system in the world, we should follow its >> rules.) > >Be careful with statements like that! ;-) Personally I prefer Linux to >Win32, but unfortunately I work all day under M$ Windows and most of my >games only run under it, so Win32 stuff is just more convenient! You and everybody here and everywhere can prefer anything. But neither you nor I can change the state of things: Win32 is the main platform now. And I think it will be some years yet. Maybe Win64 (Microsoft's new platform) will change the things some years later, also Linux may take the market in the future. But now we should stay on the ground and support Win32. And I don't think I must leave sam-users only because I wrote truth. Or should I? regards, Aley Keprt
Re: Forlorn plea...
>>I would be really happy if someone will convert at least teledisk files to >>sad/dsk (The Lyra III etc.). > >The Lyra 3 is already there in .dsk format. That was done weeks ago. I >know, because I did it myself. Great! But why didn't you anounced it? I think many people wait for Lyra 3 (incl. me :). >>(As you know, you cannot assign one suffix to several programs in Win32. >>And since Win32 is the main op.system in the world, we should follow its >>rules.) > >If everybody took that attitude, there's no reason to be on this mailing >list... Oooh, I don't think so. Why don't you want to follow basic rules and go against waterfalls? Win32 is here, so what we can do? (answer: we can do sim coupe for win32 :))) regards, Aley Keprt
Re: Gloucester April
>Bob Brenchley wrote: >> Problem really is "when is SAM's Birthday?" >> >> Could be seen as being as early as September or as late as just a >> week before Christmas when the bulk of the first orders went out. > >I think I've still got my original Sam order confirmation card from MGT :-) >I can't remember exactly when I did actually receive it though, but it was >in the first batch from what I _do_ remember. This is nice, but I'm affraid I don't know what year are you talking abut. 1989 or 1990? Aley Keprt
Re: something different.....
> >> Easily, since I don't use Outlook. ;) > >'Tis a Word macro virus - just don't open it with macros enabled. >(check mail header for stunning revelation) > >DMZ He? ??? A virus in mail? Really? Is it possible to infect Windows NT running on LAN? (I read mails in school on Windows NT.) I hope neither Sam Coupe nor Windows NT can be infected by these macro-viruses. Aley Keprt
Re: SAM Scart
> >Guys... > > > >I'd like to get hold of a SAM-style SCART cable. Can anyone help? > > > > > >Justin. > > So, what's the problem? Simply go to the shop and buy a standard vcr scart > cable. No - as far as i remember, the SAM's SCART has a different pinout from standard SCART. -Frode
Re: Z80 flags for INI(R) and OTI(R)? #2 (oops!)
>Hi All, > >Before I go on, I would just like to say thanks to Si for taking on >SimCoupe for Win32. Its someting that has been required for quite a while >now, and I have neither the expertise in Win32 nor the time (anymore) to >take it under my wing, and I pray for the day I can bury the DOS version :). >BTW Si, would it be possible for you to keep me up to date with the core >changes to the emulator, so I can update the UNIX version accordingly. In >fact any chance you could use Tcl/Tk for the interface so we can have a >single UI? > I must notice, that the current SimCoupe's UI is a bit weird, and I vote for a new Win32 interface. I hope Si Owen will make some classic Win32 stuff. btw. I've tested the current Win32 version of SimCoupe (that one I've get from Si Owen) and the fullscreen mode wasn't fullscreen, but just maximized window. I hope this is only alpha version. I don't know if Win32 SimCoupe is available for public, but I can promise the SAAemu for Windows 95 will be available in some weeks. Of course, the current SAAemu version 0.50 is also possible to be run in Windows 95, it depends only on Si Owen's skillness in including it in his SimCoupe for Win32.
Re: SAM Scart
>Guys... > >I'd like to get hold of a SAM-style SCART cable. Can anyone help? > > >Justin. So, what's the problem? Simply go to the shop and buy a standard vcr scart cable. Aley Keprt
Re: Win32 SimCoupe (was: Z80 flags for INI(R) and OTI(R)? #2 (oops!))
From: Si Owen <[EMAIL PROTECTED]> > In the floppy driver I've added the direction flag and write protection, and > tighened up some of the flags used. I'm playing with the idea of yet another > disk format capable of handling custom disk formats used by some of the > commercial software (and possibly demos?), but that'll have to be once most > other things are done (and if I get a replacement PSU so I can play with > things on a real SAM). I'm not so worried about getting the timings right or > performing proper stepped seeks (yet) - I think Simon Cooke is still working > on a (Java) VL1772-02 emulator that may do all of this better anyway! Er... actually, it's written in C++; the only thing I was thinking of using Java (or rather, WFC) for was to create a front-end shell, that would host the UI for keyboard redefinition, settings, etc etc. It'd also act as a host for the HWND of the display, when not in full screen mode. Nothing time-critical would be in Java - I mean, yeuck! - but I don't mind having the overhead of C++ for a disk controller :) Si (NSFMSFT)
