fuse-for-macosx-devel Mailing List for Fuse for macOS
Brought to you by:
fredm
Menu
▾
▴
fuse-for-macosx-devel — List for discussion of Fuse for Mac OS X development
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
(1) |
Mar
(3) |
Apr
(2) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(7) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
(11) |
Dec
|
| 2012 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
|
From: Fred <fr...@sp...> - 2012-12-21 10:52:13
|
Hello everyone, We are preparing Fuse for a new release soon and would appreciate help in testing that all the new features and all the old features are working properly. The key new features are: * Spectranet emulation * SpecDrum emulation * Disciple emulation * Movie recording to FMF files * SpeccyBoot emulation * GTK+ 3 Support * Many Win32 enhancements * POK file support * PZX file read support * Plus lots of bug fixes If you'd like to help you can find the first beta binaries for various systems at: Debian (and hopefully Ubuntu): http://people.igalia.com/berto/files/debian/fuse-beta/ There's packages for Debian 6 ("squeeze") and 7 ("wheezy"). Wheezy packages use GTK+ 3, Squeeze uses GTK+ 2. You need to install libspectrum8, fuse-emulator-common and either fuse-emulator-gtk or fuse-emulator-sdl. Windows: Fuse (zipped) http://www.mediafire.com/?5wvnobyh3b6ep04 sha1sum: d1f09aa0e0356d45c2bc0786345946b91e9ba811 Fuse (setup) http://www.mediafire.com/?v18kaho57c78hqa sha1sum: 5430c19a89be446349339dd47b1c2873077a5b5e Fuse-utils (zipped) http://www.mediafire.com/?vscxbgq85vsb0cr sha1sum: 753e42a4250a0d6815432778391aa8d889005173 Mac OS X: https://sourceforge.net/projects/fuse-for-macosx/files/fuse-for-macosx/Beta-r720/Fuse-r720.zip Source code to build for other platforms: https://fuse-emulator.svn.sourceforge.net/svnroot/fuse-emulator/trunk One caveat - the SZX snapshot format for the Spectranet is scheduled to change shortly, so please be aware that you may need to recreate any snapshots made with this hardware enabled once the release version of Fuse is complete. Thanks, Fred |
|
From: SourceForge.net <no...@so...> - 2012-11-10 14:08:57
|
Bugs item #3487001, was opened at 2012-02-12 06:51 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3487001&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: Alexey Kuznetsov (axet) Assigned to: Nobody/Anonymous (nobody) Summary: no 128p-0.rom Initial Comment: last mac build missing pentagon 128k rom ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-11-10 06:08 Message: Howdy! Someone in my Myspace group shared this website with us so I came to look it over. I'm definitely loving the information. I'm book-marking and will be tweeting this to my followers! Great blog and wonderful design and style. north face jackets for women http://sedddpxsmd.snappages.com/blog/2012/11/08/north-face-pink-ribbon-among-others ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2012-02-15 04:17 Message: Thanks for the suggestion, I do intend to put in some kind of flag if there is no ROM available and also disable the machine from being selected until the ROM is available but that is probably some time away. ---------------------------------------------------------------------- Comment By: Alexey Kuznetsov (axet) Date: 2012-02-14 03:41 Message: thanks! can you put the note in the menu item against p128.rom or download button? it will help people to migrate to the last and future versions. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2012-02-14 02:22 Message: Hi Alexey, This is a deliberate change as the copyright on the Pentagon ROMs isn't clear. You can download the ROMs separately and configure Fuse to point to them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3487001&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2012-02-15 12:17:19
|
Bugs item #3487001, was opened at 2012-02-12 06:51 Message generated for change (Comment added) made by fredm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3487001&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: Alexey Kuznetsov (axet) Assigned to: Nobody/Anonymous (nobody) Summary: no 128p-0.rom Initial Comment: last mac build missing pentagon 128k rom ---------------------------------------------------------------------- >Comment By: Fredrick Meunier (fredm) Date: 2012-02-15 04:17 Message: Thanks for the suggestion, I do intend to put in some kind of flag if there is no ROM available and also disable the machine from being selected until the ROM is available but that is probably some time away. ---------------------------------------------------------------------- Comment By: Alexey Kuznetsov (axet) Date: 2012-02-14 03:41 Message: thanks! can you put the note in the menu item against p128.rom or download button? it will help people to migrate to the last and future versions. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2012-02-14 02:22 Message: Hi Alexey, This is a deliberate change as the copyright on the Pentagon ROMs isn't clear. You can download the ROMs separately and configure Fuse to point to them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3487001&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2012-02-14 11:41:32
|
Bugs item #3487001, was opened at 2012-02-12 06:51 Message generated for change (Comment added) made by axet You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3487001&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: Alexey Kuznetsov (axet) Assigned to: Nobody/Anonymous (nobody) Summary: no 128p-0.rom Initial Comment: last mac build missing pentagon 128k rom ---------------------------------------------------------------------- >Comment By: Alexey Kuznetsov (axet) Date: 2012-02-14 03:41 Message: thanks! can you put the note in the menu item against p128.rom or download button? it will help people to migrate to the last and future versions. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2012-02-14 02:22 Message: Hi Alexey, This is a deliberate change as the copyright on the Pentagon ROMs isn't clear. You can download the ROMs separately and configure Fuse to point to them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3487001&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2012-02-14 10:22:58
|
Bugs item #3487001, was opened at 2012-02-12 06:51 Message generated for change (Comment added) made by fredm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3487001&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: Alexey Kuznetsov (axet) Assigned to: Nobody/Anonymous (nobody) Summary: no 128p-0.rom Initial Comment: last mac build missing pentagon 128k rom ---------------------------------------------------------------------- >Comment By: Fredrick Meunier (fredm) Date: 2012-02-14 02:22 Message: Hi Alexey, This is a deliberate change as the copyright on the Pentagon ROMs isn't clear. You can download the ROMs separately and configure Fuse to point to them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3487001&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2012-02-12 14:51:47
|
Bugs item #3487001, was opened at 2012-02-12 06:51 Message generated for change (Tracker Item Submitted) made by axet You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3487001&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: Alexey Kuznetsov (axet) Assigned to: Nobody/Anonymous (nobody) Summary: no 128p-0.rom Initial Comment: last mac build missing pentagon 128k rom ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3487001&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-11-22 12:17:39
|
Bugs item #3435102, was opened at 2011-11-08 12:17 Message generated for change (Comment added) made by obo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3435102&group_id=180469 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 Resolution: Fixed Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Cursor diagonals releases shift on first release Initial Comment: It seems I was a bit quick in closing the original issue, and I don't seem to be able to re-open it - sorry! Cursor diagonals do work now, but releasing the first cursor key also releases shift, leaving just the unshifted number pressed. I've attached a test program to show the state of shift/5/6/7/8 keys, which should make it easy to reproduce. If you hold Up and Left it shows "Shift 5 7", and if you release Up it shows just "5", when it should show "Shift 5". ---------------------------------------------------------------------- >Comment By: Simon Owen (obo) Date: 2011-11-22 04:17 Message: Works great now, even mixing in manual shift presses. Thanks Fred! ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-11-19 03:38 Message: OK, I think it is fixed in revision 679. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-11-09 04:36 Message: I see what you are trying to do and I agree that Starquake cursor joystick code doesn't get along with this change (though as you'd still be stuck pressing 0 for fire it wouldn't be a very comfortable layout!). I'll have a look at the core Fues code this weekend. ---------------------------------------------------------------------- Comment By: Simon Owen (obo) Date: 2011-11-09 04:04 Message: Most Spectrum emulators come with the host machine cursor keys mapped to the shifted versions, which is required for the 128K menu to work. I wasn't actually aware that Cursor joystick provded unshifted versions until you mentioned it! Though my test for the originally reported issue was using Cursor joystick in Starquake. I'm relying on the Spectrum cursor key behaviour for my Pac-Man emulator, which supports both Sinclair 1 joystick on 6789 and cursor keys Shift-5678. If the shift state is lost during a brief overlap in key presses, it comes through as a (different) Sinclair direction instead. It took me a little while to work out what was going on! ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-11-09 03:23 Message: That is correct but I wan't considering it a bug as I was taking the use of the cursor keys in this context to be about using it as a cursor joystick which doesn't use the shift key itself so games seem to work properly nonetheless. How are you using this feature where the shift key state makes a difference? To support this use I think the core Fuse code will need to be modified to support multiple key presses which affect the same modifier key (caps or symbol shift). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3435102&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-11-19 11:40:51
|
Bugs item #3435102, was opened at 2011-11-08 12:17 Message generated for change (Settings changed) made by fredm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3435102&group_id=180469 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: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Cursor diagonals releases shift on first release Initial Comment: It seems I was a bit quick in closing the original issue, and I don't seem to be able to re-open it - sorry! Cursor diagonals do work now, but releasing the first cursor key also releases shift, leaving just the unshifted number pressed. I've attached a test program to show the state of shift/5/6/7/8 keys, which should make it easy to reproduce. If you hold Up and Left it shows "Shift 5 7", and if you release Up it shows just "5", when it should show "Shift 5". ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-11-19 03:38 Message: OK, I think it is fixed in revision 679. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-11-09 04:36 Message: I see what you are trying to do and I agree that Starquake cursor joystick code doesn't get along with this change (though as you'd still be stuck pressing 0 for fire it wouldn't be a very comfortable layout!). I'll have a look at the core Fues code this weekend. ---------------------------------------------------------------------- Comment By: Simon Owen (obo) Date: 2011-11-09 04:04 Message: Most Spectrum emulators come with the host machine cursor keys mapped to the shifted versions, which is required for the 128K menu to work. I wasn't actually aware that Cursor joystick provded unshifted versions until you mentioned it! Though my test for the originally reported issue was using Cursor joystick in Starquake. I'm relying on the Spectrum cursor key behaviour for my Pac-Man emulator, which supports both Sinclair 1 joystick on 6789 and cursor keys Shift-5678. If the shift state is lost during a brief overlap in key presses, it comes through as a (different) Sinclair direction instead. It took me a little while to work out what was going on! ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-11-09 03:23 Message: That is correct but I wan't considering it a bug as I was taking the use of the cursor keys in this context to be about using it as a cursor joystick which doesn't use the shift key itself so games seem to work properly nonetheless. How are you using this feature where the shift key state makes a difference? To support this use I think the core Fuse code will need to be modified to support multiple key presses which affect the same modifier key (caps or symbol shift). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3435102&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-11-19 11:38:47
|
Bugs item #3435102, was opened at 2011-11-08 12:17 Message generated for change (Comment added) made by fredm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3435102&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Cursor diagonals releases shift on first release Initial Comment: It seems I was a bit quick in closing the original issue, and I don't seem to be able to re-open it - sorry! Cursor diagonals do work now, but releasing the first cursor key also releases shift, leaving just the unshifted number pressed. I've attached a test program to show the state of shift/5/6/7/8 keys, which should make it easy to reproduce. If you hold Up and Left it shows "Shift 5 7", and if you release Up it shows just "5", when it should show "Shift 5". ---------------------------------------------------------------------- >Comment By: Fredrick Meunier (fredm) Date: 2011-11-19 03:38 Message: OK, I think it is fixed in revision 679. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-11-09 04:36 Message: I see what you are trying to do and I agree that Starquake cursor joystick code doesn't get along with this change (though as you'd still be stuck pressing 0 for fire it wouldn't be a very comfortable layout!). I'll have a look at the core Fues code this weekend. ---------------------------------------------------------------------- Comment By: Simon Owen (obo) Date: 2011-11-09 04:04 Message: Most Spectrum emulators come with the host machine cursor keys mapped to the shifted versions, which is required for the 128K menu to work. I wasn't actually aware that Cursor joystick provded unshifted versions until you mentioned it! Though my test for the originally reported issue was using Cursor joystick in Starquake. I'm relying on the Spectrum cursor key behaviour for my Pac-Man emulator, which supports both Sinclair 1 joystick on 6789 and cursor keys Shift-5678. If the shift state is lost during a brief overlap in key presses, it comes through as a (different) Sinclair direction instead. It took me a little while to work out what was going on! ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-11-09 03:23 Message: That is correct but I wan't considering it a bug as I was taking the use of the cursor keys in this context to be about using it as a cursor joystick which doesn't use the shift key itself so games seem to work properly nonetheless. How are you using this feature where the shift key state makes a difference? To support this use I think the core Fuse code will need to be modified to support multiple key presses which affect the same modifier key (caps or symbol shift). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3435102&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-11-09 12:36:34
|
Bugs item #3435102, was opened at 2011-11-08 12:17 Message generated for change (Comment added) made by fredm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3435102&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Cursor diagonals releases shift on first release Initial Comment: It seems I was a bit quick in closing the original issue, and I don't seem to be able to re-open it - sorry! Cursor diagonals do work now, but releasing the first cursor key also releases shift, leaving just the unshifted number pressed. I've attached a test program to show the state of shift/5/6/7/8 keys, which should make it easy to reproduce. If you hold Up and Left it shows "Shift 5 7", and if you release Up it shows just "5", when it should show "Shift 5". ---------------------------------------------------------------------- >Comment By: Fredrick Meunier (fredm) Date: 2011-11-09 04:36 Message: I see what you are trying to do and I agree that Starquake cursor joystick code doesn't get along with this change (though as you'd still be stuck pressing 0 for fire it wouldn't be a very comfortable layout!). I'll have a look at the core Fues code this weekend. ---------------------------------------------------------------------- Comment By: Simon Owen (obo) Date: 2011-11-09 04:04 Message: Most Spectrum emulators come with the host machine cursor keys mapped to the shifted versions, which is required for the 128K menu to work. I wasn't actually aware that Cursor joystick provded unshifted versions until you mentioned it! Though my test for the originally reported issue was using Cursor joystick in Starquake. I'm relying on the Spectrum cursor key behaviour for my Pac-Man emulator, which supports both Sinclair 1 joystick on 6789 and cursor keys Shift-5678. If the shift state is lost during a brief overlap in key presses, it comes through as a (different) Sinclair direction instead. It took me a little while to work out what was going on! ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-11-09 03:23 Message: That is correct but I wan't considering it a bug as I was taking the use of the cursor keys in this context to be about using it as a cursor joystick which doesn't use the shift key itself so games seem to work properly nonetheless. How are you using this feature where the shift key state makes a difference? To support this use I think the core Fuse code will need to be modified to support multiple key presses which affect the same modifier key (caps or symbol shift). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3435102&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-11-09 12:04:38
|
Bugs item #3435102, was opened at 2011-11-08 12:17 Message generated for change (Comment added) made by obo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3435102&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Cursor diagonals releases shift on first release Initial Comment: It seems I was a bit quick in closing the original issue, and I don't seem to be able to re-open it - sorry! Cursor diagonals do work now, but releasing the first cursor key also releases shift, leaving just the unshifted number pressed. I've attached a test program to show the state of shift/5/6/7/8 keys, which should make it easy to reproduce. If you hold Up and Left it shows "Shift 5 7", and if you release Up it shows just "5", when it should show "Shift 5". ---------------------------------------------------------------------- >Comment By: Simon Owen (obo) Date: 2011-11-09 04:04 Message: Most Spectrum emulators come with the host machine cursor keys mapped to the shifted versions, which is required for the 128K menu to work. I wasn't actually aware that Cursor joystick provded unshifted versions until you mentioned it! Though my test for the originally reported issue was using Cursor joystick in Starquake. I'm relying on the Spectrum cursor key behaviour for my Pac-Man emulator, which supports both Sinclair 1 joystick on 6789 and cursor keys Shift-5678. If the shift state is lost during a brief overlap in key presses, it comes through as a (different) Sinclair direction instead. It took me a little while to work out what was going on! ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-11-09 03:23 Message: That is correct but I wan't considering it a bug as I was taking the use of the cursor keys in this context to be about using it as a cursor joystick which doesn't use the shift key itself so games seem to work properly nonetheless. How are you using this feature where the shift key state makes a difference? To support this use I think the core Fuse code will need to be modified to support multiple key presses which affect the same modifier key (caps or symbol shift). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3435102&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-11-09 11:23:12
|
Bugs item #3435102, was opened at 2011-11-08 12:17 Message generated for change (Comment added) made by fredm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3435102&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Cursor diagonals releases shift on first release Initial Comment: It seems I was a bit quick in closing the original issue, and I don't seem to be able to re-open it - sorry! Cursor diagonals do work now, but releasing the first cursor key also releases shift, leaving just the unshifted number pressed. I've attached a test program to show the state of shift/5/6/7/8 keys, which should make it easy to reproduce. If you hold Up and Left it shows "Shift 5 7", and if you release Up it shows just "5", when it should show "Shift 5". ---------------------------------------------------------------------- >Comment By: Fredrick Meunier (fredm) Date: 2011-11-09 03:23 Message: That is correct but I wan't considering it a bug as I was taking the use of the cursor keys in this context to be about using it as a cursor joystick which doesn't use the shift key itself so games seem to work properly nonetheless. How are you using this feature where the shift key state makes a difference? To support this use I think the core Fuse code will need to be modified to support multiple key presses which affect the same modifier key (caps or symbol shift). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3435102&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-11-08 20:17:07
|
Bugs item #3435102, was opened at 2011-11-08 12:17 Message generated for change (Tracker Item Submitted) made by obo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3435102&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Cursor diagonals releases shift on first release Initial Comment: It seems I was a bit quick in closing the original issue, and I don't seem to be able to re-open it - sorry! Cursor diagonals do work now, but releasing the first cursor key also releases shift, leaving just the unshifted number pressed. I've attached a test program to show the state of shift/5/6/7/8 keys, which should make it easy to reproduce. If you hold Up and Left it shows "Shift 5 7", and if you release Up it shows just "5", when it should show "Shift 5". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3435102&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-11-07 14:36:32
|
Bugs item #3431251, was opened at 2011-10-31 09:04 Message generated for change (Comment added) made by obo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3431251&group_id=180469 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 Resolution: Fixed Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Cursor key diagonals not recognised Initial Comment: Pressing multiple cursor keys (on the Mac keyboard) simultaneously appears to only register the first direction pressed. Also, if the first key is released the second key isn't registered as pressed. Non-cursor keys have no problem with either test. I'm using the new 1.0.0.1a version, but it was the same with 1.0.0. ---------------------------------------------------------------------- >Comment By: Simon Owen (obo) Date: 2011-11-07 06:36 Message: Confirmed as fixed, thanks Fred! ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-11-04 22:36 Message: Fixed in revision 678. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-11-01 14:14 Message: Confirmed, I will need to modify the keyboard state machine to allow this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3431251&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-11-05 05:36:32
|
Bugs item #3431251, was opened at 2011-10-31 09:04 Message generated for change (Comment added) made by fredm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3431251&group_id=180469 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: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Cursor key diagonals not recognised Initial Comment: Pressing multiple cursor keys (on the Mac keyboard) simultaneously appears to only register the first direction pressed. Also, if the first key is released the second key isn't registered as pressed. Non-cursor keys have no problem with either test. I'm using the new 1.0.0.1a version, but it was the same with 1.0.0. ---------------------------------------------------------------------- >Comment By: Fredrick Meunier (fredm) Date: 2011-11-04 22:36 Message: Fixed in revision 678. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-11-01 14:14 Message: Confirmed, I will need to modify the keyboard state machine to allow this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3431251&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-11-01 21:14:37
|
Bugs item #3431251, was opened at 2011-11-01 03:04 Message generated for change (Comment added) made by fredm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3431251&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Cursor key diagonals not recognised Initial Comment: Pressing multiple cursor keys (on the Mac keyboard) simultaneously appears to only register the first direction pressed. Also, if the first key is released the second key isn't registered as pressed. Non-cursor keys have no problem with either test. I'm using the new 1.0.0.1a version, but it was the same with 1.0.0. ---------------------------------------------------------------------- >Comment By: Fredrick Meunier (fredm) Date: 2011-11-02 08:14 Message: Confirmed, I will need to modify the keyboard state machine to allow this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3431251&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-11-01 21:10:15
|
Bugs item #3429239, was opened at 2011-10-27 20:46 Message generated for change (Settings changed) made by fredm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3429239&group_id=180469 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 Resolution: Fixed Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Debugger crash with fi[nish] command Initial Comment: Using the finish command to breakpoint on return from the current code crashes the program. Steps to reproduce: - open debugger - enter fi on the command prompt and press return ---------------------------------------------------------------------- Comment By: Simon Owen (obo) Date: 2011-11-01 00:54 Message: Confirmed as fixed here, thanks Fred! ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-10-31 21:41 Message: It is available for download now in the Files area. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-10-29 23:54 Message: I've uploaded a 1.0.0.1a release which fixes the patch as far as I can see. It is in a staging state and should be available for download soon. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-10-28 22:12 Message: Thanks for reporting this. The bug is one that is fixed in Fuse 1.0.0.1. I'll try to get a buxfix release out ASAP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3429239&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-10-31 16:04:33
|
Bugs item #3431251, was opened at 2011-10-31 16:04 Message generated for change (Tracker Item Submitted) made by obo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3431251&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Cursor key diagonals not recognised Initial Comment: Pressing multiple cursor keys (on the Mac keyboard) simultaneously appears to only register the first direction pressed. Also, if the first key is released the second key isn't registered as pressed. Non-cursor keys have no problem with either test. I'm using the new 1.0.0.1a version, but it was the same with 1.0.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3431251&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-10-31 13:54:14
|
Bugs item #3429239, was opened at 2011-10-27 09:46 Message generated for change (Comment added) made by obo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3429239&group_id=180469 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: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Debugger crash with fi[nish] command Initial Comment: Using the finish command to breakpoint on return from the current code crashes the program. Steps to reproduce: - open debugger - enter fi on the command prompt and press return ---------------------------------------------------------------------- >Comment By: Simon Owen (obo) Date: 2011-10-31 13:54 Message: Confirmed as fixed here, thanks Fred! ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-10-31 10:41 Message: It is available for download now in the Files area. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-10-29 12:54 Message: I've uploaded a 1.0.0.1a release which fixes the patch as far as I can see. It is in a staging state and should be available for download soon. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-10-28 11:12 Message: Thanks for reporting this. The bug is one that is fixed in Fuse 1.0.0.1. I'll try to get a buxfix release out ASAP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3429239&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-10-31 10:41:29
|
Bugs item #3429239, was opened at 2011-10-27 20:46 Message generated for change (Comment added) made by fredm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3429239&group_id=180469 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: Pending Resolution: Fixed Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Debugger crash with fi[nish] command Initial Comment: Using the finish command to breakpoint on return from the current code crashes the program. Steps to reproduce: - open debugger - enter fi on the command prompt and press return ---------------------------------------------------------------------- >Comment By: Fredrick Meunier (fredm) Date: 2011-10-31 21:41 Message: It is available for download now in the Files area. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-10-29 23:54 Message: I've uploaded a 1.0.0.1a release which fixes the patch as far as I can see. It is in a staging state and should be available for download soon. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-10-28 22:12 Message: Thanks for reporting this. The bug is one that is fixed in Fuse 1.0.0.1. I'll try to get a buxfix release out ASAP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3429239&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-10-29 12:54:02
|
Bugs item #3429239, was opened at 2011-10-27 20:46 Message generated for change (Comment added) made by fredm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3429239&group_id=180469 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: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Debugger crash with fi[nish] command Initial Comment: Using the finish command to breakpoint on return from the current code crashes the program. Steps to reproduce: - open debugger - enter fi on the command prompt and press return ---------------------------------------------------------------------- >Comment By: Fredrick Meunier (fredm) Date: 2011-10-29 23:54 Message: I've uploaded a 1.0.0.1a release which fixes the patch as far as I can see. It is in a staging state and should be available for download soon. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-10-28 22:12 Message: Thanks for reporting this. The bug is one that is fixed in Fuse 1.0.0.1. I'll try to get a buxfix release out ASAP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3429239&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-10-28 11:12:05
|
Bugs item #3429239, was opened at 2011-10-27 20:46 Message generated for change (Comment added) made by fredm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3429239&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Debugger crash with fi[nish] command Initial Comment: Using the finish command to breakpoint on return from the current code crashes the program. Steps to reproduce: - open debugger - enter fi on the command prompt and press return ---------------------------------------------------------------------- >Comment By: Fredrick Meunier (fredm) Date: 2011-10-28 22:12 Message: Thanks for reporting this. The bug is one that is fixed in Fuse 1.0.0.1. I'll try to get a buxfix release out ASAP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3429239&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-10-27 09:46:20
|
Bugs item #3429239, was opened at 2011-10-27 09:46 Message generated for change (Tracker Item Submitted) made by obo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3429239&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: Simon Owen (obo) Assigned to: Nobody/Anonymous (nobody) Summary: Debugger crash with fi[nish] command Initial Comment: Using the finish command to breakpoint on return from the current code crashes the program. Steps to reproduce: - open debugger - enter fi on the command prompt and press return ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3429239&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-05-08 10:59:34
|
Bugs item #3298265, was opened at 2011-05-06 22:32 Message generated for change (Comment added) made by fredm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3298265&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: bounder () Assigned to: Nobody/Anonymous (nobody) Summary: Snapshot Saves produce error Initial Comment: Saving a snapshot in z80 or sna format always gives this error: "Some information has been lost in conversion; the snapshot may not work" The snapshots do load back into Fuse, albeit with this dialog: "Configure Joystick The snapshot you are loading is configured for a cursor joystick connected to the keyboard and joystick 1. Fuse is not currently configured for a cursor joystick, would you like to connect the joystick to:" They don't load on other emulators tho, which is a shame as I'm trying to get a game I've written online with Hob (http://twinbee.org/hob/) any ideas please? ---------------------------------------------------------------------- >Comment By: Fredrick Meunier (fredm) Date: 2011-05-08 20:59 Message: We really need step-by-step specifics of a case that doesn't work. e.g. I just loaded Exolon.tzx with Spectrum 48K and no peripherals or joystick options selected. I saved a sna file on the title screen which produces the expected information lost dialog box that you will just about always get with sna format due to its limitations. The resulting file loads without error in Fuse and ZXSP on the Mac. Please give a full example that doesn't work, preferably with a link to a problem snapshot file and I can take a look. ---------------------------------------------------------------------- Comment By: bounder () Date: 2011-05-08 01:45 Message: I thought that might be the case so have 'None' selected in the Peripherals prefs, and no joysticks set as emulated. I'm using the default rom and 48k spectrum as the machine — I'm mainly interested in a game I've produced myself (thorough a complier so only have a TAP format), but I've tried all sorts of games with the same result. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-05-07 20:48 Message: z80 and sna formats don't support many computers and peripherals supported by Fuse, and also don't support any spectrum with full fidelity. You get the information lost message when you have enabled some option that cannot be faithfully represented in the format. What game are you trying to snapshot and what hardware emulation options do you have enabled? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3298265&group_id=180469 |
|
From: SourceForge.net <no...@so...> - 2011-05-07 15:45:03
|
Bugs item #3298265, was opened at 2011-05-06 12:32 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3298265&group_id=180469 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: Open Resolution: None Priority: 5 Private: No Submitted By: bounder () Assigned to: Nobody/Anonymous (nobody) Summary: Snapshot Saves produce error Initial Comment: Saving a snapshot in z80 or sna format always gives this error: "Some information has been lost in conversion; the snapshot may not work" The snapshots do load back into Fuse, albeit with this dialog: "Configure Joystick The snapshot you are loading is configured for a cursor joystick connected to the keyboard and joystick 1. Fuse is not currently configured for a cursor joystick, would you like to connect the joystick to:" They don't load on other emulators tho, which is a shame as I'm trying to get a game I've written online with Hob (http://twinbee.org/hob/) any ideas please? ---------------------------------------------------------------------- >Comment By: bounder () Date: 2011-05-07 15:45 Message: I thought that might be the case so have 'None' selected in the Peripherals prefs, and no joysticks set as emulated. I'm using the default rom and 48k spectrum as the machine — I'm mainly interested in a game I've produced myself (thorough a complier so only have a TAP format), but I've tried all sorts of games with the same result. ---------------------------------------------------------------------- Comment By: Fredrick Meunier (fredm) Date: 2011-05-07 10:48 Message: z80 and sna formats don't support many computers and peripherals supported by Fuse, and also don't support any spectrum with full fidelity. You get the information lost message when you have enabled some option that cannot be faithfully represented in the format. What game are you trying to snapshot and what hardware emulation options do you have enabled? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893311&aid=3298265&group_id=180469 |