Menu
▾
▴
[fuse-emulator-devel] [ fuse-emulator-Feature Requests-968206 ] Some wishes
|
From: SourceForge.net <no...@so...> - 2007-11-30 08:29:14
|
Feature Requests item #968206, was opened at 2004-06-07 15:46 Message generated for change (Comment added) made by zubzero You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=596651&aid=968206&group_id=91293 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Some wishes Initial Comment: 1. AY sound can't work when 48k machine mode is selected. In late 80's there was AY interface for pre-128k machines (with Kempston Joystick in most cases) available on market. Other emulators play AY music in all modes (check http://brama.king.net.pl/~newchief/fuse-temp/bio.tap with BionicCommando music, working on 48k machines). In my opinion, new option "AY-sound in all machines" should be available. 2. More filters for gtk+/gtk2!!! SDL version has better options here! At least double-size which is present in almost all other emulators should be available. 3. More explanation how to use .dsk files and cartriges needed. How to use them?? 4. Support for old tape_zx.spc (.tpe) tape files on libspectrum would be nice (see http://brama.king.net.pl/download/zxspectrum/articles/tapVStpe.txt for differences between .tap and .tpe files) 5. More librarization! - libz80 with includes for those who want to run z80 binaries (z80 plug-ins?) - libay for those who like AY music - libayfile for operation on .ay files This libraries would be used not only for emulators, also for AY music players (now, libaylet and fuse has many pieces of the same code, why not share it on library?) I'm amused, Fuse is the first ZX emulator which operate sound properly (RedHat Linux 9, OSS) Greetings, Paul ---------------------------------------------------------------------- >Comment By: Stuart Brady (zubzero) Date: 2007-11-30 08:29 Message: Logged In: YES user_id=207506 Originator: NO I've added a request for Melodik emulation and a request for better scaler selection under GTK+. Support for .tpe (actually .spc) is in revision 3370. The only remaining issues are documentation and librarization. I am not convinced that the Fuse manual would benefit much from the duplicating material found in manuals for disk interfaces, but I could open a request for some minimal documentation for each interface if that's worth considering. Librarization is a little open ended. It seems difficult to drive this from Fuse itself, as that's not where the libraries are needed -- if aylet was maintained in the Fuse SVN repository, perhaps there would be a stronger point in doing this. BTW, there is a Z80 library based on Fuse's code, at http://sourceforge.net/projects/z80ex/ -- unfortunately, it has had its contention emulation ripped out, but it does have certain features that Fuse's Z80 core lacks (including MEMPTR emulation). As I've split the items that do need addressing into separate feature requests, I'm now closing this request. ---------------------------------------------------------------------- Comment By: Stuart Brady (zubzero) Date: 2007-08-01 00:50 Message: Logged In: YES user_id=207506 Originator: NO I have submitted separate requests for Fuller emulation (1) and .tpe emulation (4). I feel that the request for AY sound in 48K mode is best served by Fuller emulation -- if emulation of the 128K's AY ports is required, I think this would be best obtained by using 128K emulation! The remaining issues are: (2) GTK+ UI filter section: would it be easy enough for Fuse to resize its window? If so, we could list all filters in the dialogue box. (3) .dsk and cartridge documentation: I'm not quite sure what's required here. I see that there's some documentation in the Fuse manual already -- maybe something closer to the original interface manuals is wanted, here? (5) librarization: this is a little open ended... I expect libz80 would suffer a performance penalty, but the code would not need to be changed much at all. libay and libayfile could be quite useful -- and we could consider a lib1770, too. Separate tracker items should probably be opened for the above issues, but it's not clear to me what is required. ---------------------------------------------------------------------- Comment By: Matthew Westcott (mattwestcott) Date: 2005-11-21 10:51 Message: Logged In: YES user_id=1370249 I can confirm that the Fuller interface works on at least the original 128. The ports don't conflict, and it's possible to have both the Fuller and the internal AY independently producing sound simultaneously. However, as Fred notes, when the same values are written to the two AYs, the pitches are noticeably different, and as far as I can recall, it isn't a fixed difference. It's my (unconfirmed) belief that the clock line on the expansion port is the same that the Z80 receives (i.e. omits cycles where contention is applied) and therefore the Fuller's AY is slowed by contention, whereas the 128's AY receives an unadulterated clock line. I imagine writing the code to emulate an AY with a contended clock would be... entertaining. For the purposes of playing single-chip music to someone who doesn't have perfect pitch, this effect is inconsequential, and uncontended Fuller emulation would be better than none at all. Incidentally, there are interfaces such as the Melodik (available from Sintech) which provide an AY on the 128K's ports, and this is probably what the original poster was referring to. I think Currah / Cheetah might have had their own AY interfaces around the time of the Fuller box too, with yet different ports... Fuller also had a speech interface, the Fuller Orator, using the SP0256-AL2 chip (of Currah uSpeech fame) with apparently the same board and logic, and the Fuller Master Box with both chips plugged in. It would be nice to have SP0256 emulation in Fuse, but details on its inner workings seem hard to find. Wonder if MAME has some code we can borrow... ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2005-11-21 09:10 Message: Logged In: YES user_id=11017 1. The Fuller interface isn't 128k compatible, and also has a joystick interface. Experiments by Matt Westcott on the real thing indicates that their timing isn't sufficiently compatible to use combined on the same tune. ---------------------------------------------------------------------- Comment By: Stuart Brady (zubzero) Date: 2005-02-21 09:52 Message: Logged In: YES user_id=207506 1. Fuller support shouldn't be too hard, and I'll give this a go. However, is the Fuller interface 128k compatible? The ports don't conflict. If so, it'd be best to support the two together. As for supporting the 128k ports on the 48k... well, some emulators have this, but I'm don't really see the point. 3. Okay. I'll do this if it hasn't been fixed yet. 4. I can't imagine this being too hard. 5. Yeah, the sound code could be separated. IMO, it'd be best to have aylet in FUSE CVS, too, but that's up to Rus. ---------------------------------------------------------------------- Comment By: Philip Kendall (pak21) Date: 2004-06-07 16:33 Message: Logged In: YES user_id=29214 (2) is already done: just drag the window to resize it (see the 'DISPLAY SIZE' section of the man page...). Patches welcome for (1), (3) and (4). As for (5), the Z80 core would be tricky to separate out into a library: for performance reasons, it has various hooks directly into Fuse's internals (eg the readbyte_internal macro). More generally, given the number of other projects using libspectrum (zero), I'm not that inclined to go to the extra work of making things into libraries unless there's an actual demand for them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=596651&aid=968206&group_id=91293 |