Login  •  Register


The time is now: Wed Dec 11, 2019 7:08 pm

Emaculation wiki  •  Delete all board cookies



Post new topic  Reply to topic Page 3 of 7 [ 157 posts ]    Go to page Previous  1, 2, 3, 4, 5, 6, 7  Next
Print view Previous topic  |  Next topic
Author Message
PostPosted: Fri May 19, 2017 6:25 am 
Offline
Expert User
User avatar

Joined: Fri Feb 13, 2004 8:59 am
Posts: 4716
Location: Sittard, The Netherlands
Quote:
f you want to use that resolution, you're going to have to run a version with the VGA patch.


You can set the resolution by using the -g parameter. Only if you want on the fly resolution/color depth change should you use a build with the vga driver patch. If you want the best stability I would recommend against using one of the experimental builds.

What do you mean with a complete build? As far as I know there are no other places that provide OSX builds.
What you download from here is a complete build for PPC emulation and it provides all files needed. The openbios included in these builds is the official one. What do you expect from another openbios file?

Is there a reason why you use -cpu G3 and not the default G4?
What exactly happens when you say it crashes or does not start? How far do you get?
Is your OS 9.2 installation also crashing/not starting when you do not use the USB passthrough?

The error you see in the yellowish openbios window about nvram is normal. We all have it ;-)
And speed? Well, that depends on your host and subjective experience. Some speed improvements in disk access seem to be developed right now. As is the inclusion of the vga driver in the official source. So we will provide a new build when that enters the official code.

Best,
Cat_7


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Fri May 19, 2017 9:20 am 
Offline
Space Cadet

Joined: Thu May 18, 2017 9:55 pm
Posts: 7
Hej Cat_7,

thanks a lot for your reply!

Quote:
f you want to use that resolution, you're going to have to run a version with the VGA patch.


Yep, that would be great to have it.

Quote:
You can set the resolution by using the -g parameter. Only if you want on the fly resolution/color depth change should you use a build with the vga driver patch. If you want the best stability I would recommend against using one of the experimental builds.


Okay, that was my idea as well.

Quote:
What do you mean with a complete build? As far as I know there are no other places that provide OSX builds.
What you download from here is a complete build for PPC emulation and it provides all files needed. The openbios included in these builds is the official one. What do you expect from another openbios file?


I mean, I've downloaded almost all of them.
After uncompressing the ZIP-file there is a directory with all the files I do need, openbios as well.
But if I download this here:
http://www.open.ou.nl/hsp/downloads3/qe ... 082016.zip
There is just the executable qemu-system-ppc-FILE ... nothing else.
That's why I was wondering, if I do need an other openbios ... I saw a few command-lines in other threads where ppl had an other openbios - openbios-qemu-vga.elf ... and this one I wasn't able to find ...

Quote:
Is there a reason why you use -cpu G3 and not the default G4?


Nope, sorry, my fault ;)

Quote:
What exactly happens when you say it crashes or does not start? How far do you get?
Is your OS 9.2 installation also crashing/not starting when you do not use the USB passthrough?


Sometimes, it doesn't start - I see just the gray screen.
On the other hand, I do have a kind of "freezing" problems.
The system is up, I do see all the icons and so on, but there is no mouse or keyboard. I do have to restart the system ... and hope ;)

It doesn't matter if I passthrough the dongle or not.

Quote:
The error you see in the yellowish openbios window about nvram is normal. We all have it ;-)


:) Okay, thanks ... that's reassuring ;)

Quote:
And speed? Well, that depends on your host and subjective experience. Some speed improvements in disk access seem to be developed right now. As is the inclusion of the vga driver in the official source. So we will provide a new build when that enters the official code.


Okay, got it. Cheers.

Thanks once more for your time and your helpfulness!

Rgs,
-bomb


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Fri May 19, 2017 9:35 am 
Offline
Expert User
User avatar

Joined: Fri Feb 13, 2004 8:59 am
Posts: 4716
Location: Sittard, The Netherlands
Quote:
but there is no mouse or keyboard


Can you try with -device usb-mouse -device usb-kbd

Best,
Cat_7


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Fri May 19, 2017 2:08 pm 
Offline
Space Cadet

Joined: Thu May 18, 2017 9:55 pm
Posts: 7
Cat_7 wrote:
Quote:
but there is no mouse or keyboard


Can you try with -device usb-mouse -device usb-kbd


Kay, thanks ... I will, although I do have at least the "usb-mouse" in my parameter-list.

I tried the USB-passthrough with two versions.
The VGA-one from August - here it doesn`t work. I got:

Code:
libusb: warning [darwin_release_interface] USBInterfaceClose: no connection to an IOService
libusb: warning [darwin_close] USBDeviceClose: no connection to an IOService


It works without any problems with the "current" version 11022017.

Thanks.
Rgs,
-bomb


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Sun Jun 04, 2017 12:31 am 
Offline
Space Cadet

Joined: Sun Jun 04, 2017 12:25 am
Posts: 2
In the latest "19-05-2017" build, one gets this error when starting QEMU:

Code:
qemu-system-ppc: Initialization of device VGA failed: failed to find romfile "vgabios-stdvga.bin"


I resolved it by using the "vgabios-stdvga.bin" file from an earlier build (specifically: "Qemu_28pre-vga-OSX"). Perhaps "vgabios-stdvga.bin" is missing from the latest build?

I hope this helps anyone else who's encountering a similar issue!


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Sun Jun 04, 2017 8:30 am 
Offline
Expert User
User avatar

Joined: Fri Feb 13, 2004 8:59 am
Posts: 4716
Location: Sittard, The Netherlands
Hi,

Thanks for pointing that out.
Can you check whether the download is OK now?

Best,
Cat_7


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Mon Jun 05, 2017 3:49 am 
Online
Forum All-Star
User avatar

Joined: Fri Nov 27, 2009 5:11 am
Posts: 2754
Location: Emaculation.com
Seems to be there now! Thanks for providing this build! The only thing missing from my wishlist now is sungem support :)


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Mon Jun 05, 2017 9:57 am 
Offline
Forum All-Star
User avatar

Joined: Wed Nov 11, 2009 5:47 pm
Posts: 1331
Location: Germany
Would like to second that. Thanks for your time and labour, Cat_7!
I´ll give your new build a whirl for sure.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Wed Jun 07, 2017 11:06 pm 
Offline
Space Cadet

Joined: Sun Jun 04, 2017 12:25 am
Posts: 2
Cat_7 wrote:
Hi,

Thanks for pointing that out.
Can you check whether the download is OK now?

Best,
Cat_7



Yes! Thanks!


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Mon Jun 26, 2017 3:41 pm 
Offline
Space Cadet

Joined: Sun Jun 07, 2009 7:02 pm
Posts: 5
Hello!
Is the latest version of qemu required 10.12?? It seems that when i try to start qemy-system-ppc, it returns:

Image

What does this mean? Any advise?


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Mon Jun 26, 2017 4:18 pm 
Offline
Expert User
User avatar

Joined: Fri Feb 13, 2004 8:59 am
Posts: 4716
Location: Sittard, The Netherlands
Hi,

Yes, it requires mac os 10.12 (sierra).

Best,
Cat_7


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Tue Jun 27, 2017 9:15 pm 
Online
Forum All-Star
User avatar

Joined: Fri Nov 27, 2009 5:11 am
Posts: 2754
Location: Emaculation.com
ARMDN wrote:
Hello!
Is the latest version of qemu required 10.12?? It seems that when i try to start qemy-system-ppc, it returns:

Image

What does this mean? Any advise?


Yes, this *build* requires 10.12. The source code itself will still compile for 10.6 and later.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Thu Jun 29, 2017 11:30 pm 
Offline
Forum All-Star

Joined: Tue Oct 14, 2008 12:12 am
Posts: 1105
I finally followed the guide and set up qemu with OS 9.2.1 under OS X. The guide was very clear, except here:

Quote:
Booting the installed Mac OS

To boot the installed Mac OS, you need to edit the qemu.command file: Change the “-boot d” argument to “-boot c” . Also reverse the order in which your disk and cd rom entry are listed in qemu.bat.


Shouldn't "qemu.bat" be "qemu.command"?

Also, is there any reason to keep the CD image in the command after installing? Otherwise, many thanks for the trouble you took over this!


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Fri Jun 30, 2017 6:13 am 
Offline
Expert User
User avatar

Joined: Fri Feb 13, 2004 8:59 am
Posts: 4716
Location: Sittard, The Netherlands
Yep, thanks for catching that "bat". It was a leftover from the windows guide on which I based the OSX guide.
Wording has been changed to suggest first to remove the cd rom entry.

Best,
Cat_7


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Fri Jun 30, 2017 11:56 am 
Offline
Forum All-Star

Joined: Tue Oct 14, 2008 12:12 am
Posts: 1105
Good - thank you again.

Question: has anyone figured out how to use MacSSH (or anything else) to connect from the qemu guest to the host macOS system? I've tried, but it's beyond my abilities.

Next: I've been thinking about creating a user-friendly AppleScript wrapper (like my SheepShaver Wrapper) that would let the user choose an installation ISO, then boot to it for installation; then boot to the installed system. But I'm not sure it's worth the effort until qemu running Mac OS gets faster than it is. I know there's no real answer to this question, but do the developers expect a faster version someday?

EDIT: Now I've tried MacSFTP in OS 9.2 in qemu, and can't connect to the macOS Sierra host. I've got Remote Logon enabled in Sierra's System Preferences, and "sftp localhost" works in Sierra, but a connection from qemu fails. Any advice would be very welcome.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Sat Jul 01, 2017 12:02 pm 
Offline
Apple Corer

Joined: Fri Oct 26, 2007 7:56 am
Posts: 245
In the first post of this thread several downloads of different builds of Qemu are available. I still get confused as to which download I should try. I've tried the first one only to discover that, as far as I can see, it lacks networking and sound (perhaps such things work, but require a reworked syntax I'm not aware of). Previous builds seemed to have resolved both issues. I might have failed to follow all the relevant comments, which might clarify all such issues. I wonder whether it would be possible to change the basic information available in that first post so that perceiving at once the present/missing features might be easier for the non-expert. For instance:

Available builds:

Build ABC, of YYYYMMDD. It will only run in macOS Sierra. It lacks sound, networking and can't dynamically change screen resolution.
Build DEF, of YYYYMMDD. It has networking, and you can change screen resolution, but has no sound.
Build GHI, of YYYYMMDD. It has networking and sound, but you can't change screen resolution.
Build JKL, of YYYYMMDD. It has "everything", but is unstable. Exemplary syntax: ...

Et cetera.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Sat Jul 01, 2017 12:33 pm 
Offline
Forum All-Star

Joined: Tue Oct 14, 2008 12:12 am
Posts: 1105
You can find just about everything you're asking for in the first two posts in this thread.

The first build in the first post supports networking, but (as this first post explains very clearly and prominently), you must follow the guide that the post links to. The guide tells you how to use networking. As the guide says, some features (like sound) are available only in experimental builds, and the guide links to a post that lists those builds, with descriptions of what they do:

viewtopic.php?f=34&t=8848&p=52102#p52104

Since the is the second post in the thread, it's not hard to find, even without reading the guide.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Sat Jul 01, 2017 1:07 pm 
Offline
Expert User
User avatar

Joined: Fri Feb 13, 2004 8:59 am
Posts: 4716
Location: Sittard, The Netherlands
I gave it a try to provide better descriptions.
Please note that some experimental builds do add some functionality (e.g., sound support), but do that to a version of qemu that was current at the time (or even stem from unofficial source code repositories) or required a specific openbios file or vga driver to work. Other functionality might have been added lateron, while the specific feature (e.g., sound support) was not included in the later source. And then there is the issue of the build platform, which puts restrictions on on which host qemu runs.

As you can guess, this leads to a multi-dimensional matrix of possible combinations of qemu version and openbios files and vga drivers. I doubt I would still know which builds support exactly what, and on which platforms they run or even which guests they allow to run.

I would suggest sticking to the build from official code. Besides sound (which doesn't work well anyway) and running Leopard (which is excruciatingly slow), it supports all functionality the experimental builds also provide.

Best,
Cat_7


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Sun Jul 02, 2017 10:53 am 
Offline
Apple Corer

Joined: Fri Oct 26, 2007 7:56 am
Posts: 245
Thank you very much, Cat_7.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Fri Jul 07, 2017 6:08 pm 
Online
Forum All-Star
User avatar

Joined: Fri Nov 27, 2009 5:11 am
Posts: 2754
Location: Emaculation.com
emendelson wrote:
Good - thank you again.

Question: has anyone figured out how to use MacSSH (or anything else) to connect from the qemu guest to the host macOS system? I've tried, but it's beyond my abilities.

Next: I've been thinking about creating a user-friendly AppleScript wrapper (like my SheepShaver Wrapper) that would let the user choose an installation ISO, then boot to it for installation; then boot to the installed system. But I'm not sure it's worth the effort until qemu running Mac OS gets faster than it is. I know there's no real answer to this question, but do the developers expect a faster version someday?

EDIT: Now I've tried MacSFTP in OS 9.2 in qemu, and can't connect to the macOS Sierra host. I've got Remote Logon enabled in Sierra's System Preferences, and "sftp localhost" works in Sierra, but a connection from qemu fails. Any advice would be very welcome.


Are you using TUN/TAP networking, or SLiRP networking? The second won't allow direct communication between guest and host, and may be part of your problem.

The other part... ssh from 10 years ago is not compatible with current ssh. Between those two, we have had a number of protocol changes as bugs were found in the earlier versions, and then there was Heartbleed which showed that you could access random memory on the host using older versions of ssh.

So modern ssh doesn't accept old-style connect requests for security reasons. You'll need a post-Heartbleed client to connect to a modern ssh server.

HOWEVER, going the other direction, you should be able to use a modern ssh client to connect to any ancient ssh server. So ssh, scp and sftp from your host should be able to connect to your guest, assuming you're using Tun/Tap networking and are running an old ssh server.

Probably easier to use FTP.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Fri Jul 07, 2017 6:12 pm 
Offline
Forum All-Star

Joined: Tue Oct 14, 2008 12:12 am
Posts: 1105
adespoton wrote:
Are you using TUN/TAP networking, or SLiRP networking? The second won't allow direct communication between guest and host, and may be part of your problem.

The other part... ssh from 10 years ago is not compatible with current ssh. Between those two, we have had a number of protocol changes as bugs were found in the earlier versions, and then there was Heartbleed which showed that you could access random memory on the host using older versions of ssh.

So modern ssh doesn't accept old-style connect requests for security reasons. You'll need a post-Heartbleed client to connect to a modern ssh server.

HOWEVER, going the other direction, you should be able to use a modern ssh client to connect to any ancient ssh server. So ssh, scp and sftp from your host should be able to connect to your guest, assuming you're using Tun/Tap networking and are running an old ssh server.

Probably easier to use FTP.


SLIRP, which explains the problem. As for the rest, I'm going to let it go, because I'm curious about this only in order to set things up (someday) for non-technical users who (1) won't know how to run things as root and (2) would be terrified to do so. It would be nice to have something as straightforward as the SheepShaver Unix folder, but it looks as if we may have to wait a very, very long time for it.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Fri Jul 07, 2017 6:16 pm 
Online
Forum All-Star
User avatar

Joined: Fri Nov 27, 2009 5:11 am
Posts: 2754
Location: Emaculation.com
Can't QEMU set up a virtual serial interface to named pipes? Seems to me we should be able to automate some sort of system where files can be sent via serial between guest and host. Maybe using ZTerm on the guest and ??? on the host?


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Fri Jul 07, 2017 7:27 pm 
Offline
Expert User
User avatar

Joined: Fri Feb 13, 2004 8:59 am
Posts: 4716
Location: Sittard, The Netherlands
Quote:
It would be nice to have something as straightforward as the SheepShaver Unix folder, but it looks as if we may have to wait a very, very long time for it.


But there is such a solution in the making. You can try it, but it doesn't work correctly yet. It is on the list of thing to do though, and I saw a bunch of patches passing by on the development mailing list. I'll test it when that code is included in the main source.

Meanwhile, see here: viewtopic.php?f=34&t=9342

Best,
Cat_7


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Fri Jul 07, 2017 7:53 pm 
Offline
Expert User
User avatar

Joined: Thu Feb 09, 2006 10:24 pm
Posts: 5668
Location: Amsterdam, Netherlands
Or see my post and adespoton's reply here: viewtopic.php?f=34&t=9381&p=57036#p57036


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Fri Jul 07, 2017 7:53 pm 
Offline
Forum All-Star

Joined: Tue Oct 14, 2008 12:12 am
Posts: 1105
I read that post, but didn't really absorb it. Thank you. So I created a folder named Qemudisk in my home folder, and tried this, under Sierra running OS 9.2 in Qemu:

Code:
./qemu-system-ppc -L pc-bios -boot c -M mac99 -m 256 -prom-env 'auto-boot?=true' -prom-env 'boot-args=-v' -prom-env 'vga-ndrv?=true' -drive file=MacOS9.2.img,format=raw,media=disk --drive file=fat:rw:fat-type=16:/Users/MYNAME/Qemudisk,id=fat32,format=raw,if=none -device usb-mouse -device usb-kbd -g 1024x768x32 -net user -net nic,model=rtl8139


This appeared in the console, along with other messages:

Code:
vvfat /Users/MYNAME/Qemudisk chs 1024,16,63


But no drive appeared on the OS 9.2 desktop. Am I doing something wrong here (as I probably am)?


Top
 Profile  
Reply with quote Post a reply  
Display posts from previous:  Sort by  
Post new topic  Reply to topic Page 3 of 7 [ 157 posts ]    Go to page Previous  1, 2, 3, 4, 5, 6, 7  Next


Who is online

Users browsing this forum: UbuntuXP and 9 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
 

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group