Search found 178 matches
- Sun Mar 28, 2021 9:34 am
- Forum: SheepShaver
- Topic: Sheepshaver development and supported platforms
- Replies: 7
- Views: 260
Re: Sheepshaver development and supported platforms
I'm using VirtualBox for testing Linux and Windows version. When I tackled the problem that 64-bit SheepShaver didn't work on macOS 10.10 and up, I decided not to use shmat because it fails (unable to get shared memory) on macOS 10.13 at that time. I'm interesting how you made it available and looki...
- Sun Mar 28, 2021 2:14 am
- Forum: SheepShaver
- Topic: Sheepshaver development and supported platforms
- Replies: 7
- Views: 260
Re: Sheepshaver development and supported platforms
What platforms (or OS/CPU combos) does SheepShaver need to run on for its present user base? Linux: x86 is also possible Windows: x86 instead of x86_64, and Windows Vista and up And as for programming features; I assume that, if the above is true, C++11 feature usage would be acceptable? C++11 has ...
- Wed Mar 17, 2021 9:29 am
- Forum: SheepShaver
- Topic: Audio Choppiness & Overloads in VocalWriter
- Replies: 8
- Views: 6185
Re: Audio Choppiness & Overloads in VocalWriter
Size 0 (or no sound_buffer line) uses the original size.-An additional pref item "sound_buffer" is introduced that sets the size of the sound buffer. Size 1 uses the original size, higher numbers shorten the buffer but increase CPU load.
Each +1 halves the length of the sound buffer.
- Wed Mar 17, 2021 2:51 am
- Forum: SheepShaver
- Topic: Audio Choppiness & Overloads in VocalWriter
- Replies: 8
- Views: 6185
Re: Audio Choppiness & Overloads in VocalWriter
I found that some applications may not work properly without shortening the sound buffer. So, I added the feature to adjust length of it. https://github.com/kanjitalk755/macemu For VocalWriter, add following line to .sheepshaver_prefs. sound_buffer 2 Higher the number, shorter the sound buffer and h...
- Fri Mar 05, 2021 1:15 am
- Forum: Basilisk II
- Topic: Blocky/edgy desktop on newest version
- Replies: 5
- Views: 111
Re: Blocky/edgy desktop on newest version
3. Would be great if you made source release snapshots that correspond to the builds on that topic. So if I have a build that works I can also get that specific source snapshot for my archive. If you save only the commit hash, you can get any version of the source from GitHub. @Cat_7 When releasing...
- Thu Mar 04, 2021 5:34 am
- Forum: Basilisk II
- Topic: Blocky/edgy desktop on newest version
- Replies: 5
- Views: 111
Re: Blocky/edgy desktop on newest version
I have fixed. Please wait for next build.
- Wed Mar 03, 2021 6:06 am
- Forum: Basilisk II
- Topic: Mouse: Reverse Y direction?
- Replies: 8
- Views: 178
Re: Mouse: Reverse Y direction?
In the latest source, prefs item "mousewheellines" accepts negative value.
This allows you to achieve the reverse Y direction.
This allows you to achieve the reverse Y direction.
- Sun Feb 28, 2021 9:59 am
- Forum: SheepShaver
- Topic: Odd full screen behavior in version 2.5 (7 Feb '21)
- Replies: 45
- Views: 1051
Re: Odd full screen behavior in version 2.5 (7 Feb '21)
I don't think there are any side effects, so I implemented it.
- Sun Feb 28, 2021 4:00 am
- Forum: SheepShaver
- Topic: Odd full screen behavior in version 2.5 (7 Feb '21)
- Replies: 45
- Views: 1051
Re: Odd full screen behavior in version 2.5 (7 Feb '21)
On non-Metal Mac, you may be able to improve the startup behavior by setting the following in ~/.sheepshaver_prefs.
Code: Select all
sdlrender opengl
- Sat Feb 27, 2021 9:32 am
- Forum: SheepShaver
- Topic: Option request - window title
- Replies: 17
- Views: 404
Re: Option request - window title
Implemented prefs item "title".
- Fri Feb 26, 2021 3:26 am
- Forum: SheepShaver
- Topic: Debugging under Codewarrior?
- Replies: 6
- Views: 2779
Re: Debugging under Codewarrior?
The latest source can use cxmon with configure flag --with-mon.
- Thu Feb 25, 2021 11:26 am
- Forum: SheepShaver
- Topic: Debugging under Codewarrior?
- Replies: 6
- Views: 2779
Re: Debugging under Codewarrior?
Would it make sense to file this as an issue in your github repo? Modifying the PPC emulation code is difficult and it is not a feature that normal users need. Therefore I will not modify it. I wanted to target system 7 as well. That's why it would be nice to be able to debug 68k & PPC code on ...
- Thu Feb 25, 2021 5:57 am
- Forum: SheepShaver
- Topic: Odd full screen behavior in version 2.5 (7 Feb '21)
- Replies: 45
- Views: 1051
Re: Odd full screen behavior in version 2.5 (7 Feb '21)
I merged test_fullscreen3 branch to the master.
- Thu Feb 25, 2021 5:53 am
- Forum: SheepShaver
- Topic: Debugging under Codewarrior?
- Replies: 6
- Views: 2779
Re: Debugging under Codewarrior?
SheepShaver doesn't seem to be able to execute the instructions required by the debugger.
If your target is runnable on Mac OS 9, I recommend using QEMU.
If your target is runnable on Mac OS 9, I recommend using QEMU.
- Sun Feb 14, 2021 7:29 am
- Forum: SheepShaver
- Topic: Odd full screen behavior in version 2.5 (7 Feb '21)
- Replies: 45
- Views: 1051
Re: Odd full screen behavior in version 2.5 (7 Feb '21)
Implemented the function to automatically set the window flag depending on whether Metal device is available.
https://github.com/kanjitalk755/macemu/ ... ullscreen3
https://github.com/kanjitalk755/macemu/ ... ullscreen3
- Sun Feb 14, 2021 12:30 am
- Forum: SheepShaver
- Topic: Odd full screen behavior in version 2.5 (7 Feb '21)
- Replies: 45
- Views: 1051
Re: Odd full screen behavior in version 2.5 (7 Feb '21)
In SDL 2.0.12, it was automatically judged in the library.
However, SDL 2.0.14 adds a new flag to use Metal when creating a window, which must be specified manually.
It seems that it can only be determined whether Metal can be used after the window is created.
It's a strange specification...
However, SDL 2.0.14 adds a new flag to use Metal when creating a window, which must be specified manually.
It seems that it can only be determined whether Metal can be used after the window is created.
It's a strange specification...
- Sat Feb 13, 2021 6:53 am
- Forum: SheepShaver
- Topic: Odd full screen behavior in version 2.5 (7 Feb '21)
- Replies: 45
- Views: 1051
Re: Odd full screen behavior in version 2.5 (7 Feb '21)
The latest source can be set Deployment Target to 10.7.
https://github.com/kanjitalk755/macemu/issues/76
https://github.com/kanjitalk755/macemu/issues/76
- Fri Feb 12, 2021 2:06 pm
- Forum: SheepShaver
- Topic: Odd full screen behavior in version 2.5 (7 Feb '21)
- Replies: 45
- Views: 1051
Re: Odd full screen behavior in version 2.5 (7 Feb '21)
My mistake.
Please check test_fullscreen2 branch again.
Please check test_fullscreen2 branch again.
- Fri Feb 12, 2021 4:12 am
- Forum: SheepShaver
- Topic: Odd full screen behavior in version 2.5 (7 Feb '21)
- Replies: 45
- Views: 1051
Re: Odd full screen behavior in version 2.5 (7 Feb '21)
I have implemented a workaround of this issue.
https://github.com/kanjitalk755/macemu/ ... ullscreen2
If your hardware supports Metal and you want to improve the behavior of fullscreen, append following line to ~/.sheepshaver_prefs.
https://github.com/kanjitalk755/macemu/ ... ullscreen2
If your hardware supports Metal and you want to improve the behavior of fullscreen, append following line to ~/.sheepshaver_prefs.
Code: Select all
sdlrender metal
- Thu Feb 11, 2021 5:11 am
- Forum: SheepShaver
- Topic: Odd full screen behavior in version 2.5 (7 Feb '21)
- Replies: 45
- Views: 1051
Re: Odd full screen behavior in version 2.5 (7 Feb '21)
There are two full screen modes in SDL2, and the following branch uses the other. https://github.com/kanjitalk755/macemu/tree/test_fullscreen It improves the behavior when starting in full screen, but has the following issues: We can't switch applications with command+tab. It worked fine on Catalina...
- Tue Feb 09, 2021 12:20 am
- Forum: Basilisk II
- Topic: Windows MinGW build error BasiliskII
- Replies: 1
- Views: 117
Re: Windows MinGW build error BasiliskII
Currently, my fork is checked on MSYS2.
It cannot be built with MSYS.
It cannot be built with MSYS.
- Sun Feb 07, 2021 1:28 am
- Forum: Basilisk II
- Topic: Port forwarding in slirp
- Replies: 20
- Views: 3974
Re: Port forwarding in slirp
SheepShaver also supports the port forwarding after commit 8ebc4c9.
- Sun Feb 07, 2021 1:26 am
- Forum: Basilisk II
- Topic: Sound issues with BasiliskII-1.0 SDL2 and OSX Catalina
- Replies: 28
- Views: 3028
Re: Sound issues with BasiliskII-1.0 SDL2 and OSX Catalina
If you’d like I can PM you the same code in two source files rather than in-line or I can try to submit on GitHub. Up to you. If you have any improvements, please make a pull request on GitHub. Also, I’d like to find a better spot for the chime to sound, like after main window creation. If you can ...
- Sat Feb 06, 2021 4:13 am
- Forum: Basilisk II
- Topic: Sound issues with BasiliskII-1.0 SDL2 and OSX Catalina
- Replies: 28
- Views: 3028
- Fri Feb 05, 2021 4:13 am
- Forum: Basilisk II
- Topic: Port forwarding in slirp
- Replies: 20
- Views: 3974
Re: Port forwarding in slirp
In the latest source, both BII and SS support the port forwarding (all platforms).