Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
78 user(s) are online (41 user(s) are browsing Forums)

Members: 0
Guests: 78

more...

Headlines

Forum Index


Board index » All Posts (white)




Re: SDL2
Quite a regular
Quite a regular


@Capehill

Every time I install SDL a library doesn't get copied and I don't have time to read what it is.
I have SDK installed so I install that too.

I always have to repeat the operation twice.
That's why I was referring to the convenience of having a requester at the end of the installation.
To better control the copied files .


( to be more exact it tells me library not found
I don't know what it is because the second time everything is copied without that message )

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@Maijestro

Perfect now the videos open at 720p
I have chosen some more recent ones
Thank you.

use -g3

https://youtu.be/QPHWaIW2lxg


Edited by white on 2023/7/12 19:29:06
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@Maijestro
I thought it was a limit with YT.rexx on 18 (360p)
instead it worked (by chance)
with 22 (720p)
strangely YT.rexx doesn't seem to always "lock" to 720p
indeed almost never on my system and certainly not because the Ryzen is slow because when I hook it it is fluid.

Yet I use your own "mplayer"
i tried 7457 and G3
nothing changes
I see you use -vo sdl

I would like to know your settings in SDL(prefs)
and what SDL are you using (version).

Thank you.

@balaton
Also back on topic yesterday I compiled qemu 8.0.3 with:
configure --target-list=ppc-softmmu

but for Ryzen systems only the line indicated above is needed?
should this enable everything properly?

Thank you.





@derfs

I am aware of the limitations of Voodoo with the (4.1)
WinUAE uses (1gb) of ram and Voodoo(16mb)
never had memory problems for the applications I use
in practice the memory never ran out and I used all possible applications including AmiCygnix with Firefox and used Games etc.
(if you look at Voodoo you don't have to compare it to an ATI because it is clear that they are two different things.
Your observation is correct but sm501 doesn't do the same things Voodoo would do.


@Hans

I'm glad to have received your answer.
Of course I meant Voodoo emulation.

And this is precisely the times debugging tests etc.
It will probably be a long time.
And it is clear that the work that you or "balaton" would do must be respected.
And I don't even know if you're feeling and how you want to set things up as mentioned via A-EON if I understand correctly.

So I ask you why not do a little survey for Voodoo emulation
Market research is also done this way.
And if there are other alternatives in the short term, that's fine.

Furthermore, donations to "balaton" could take place with the emulation of Voodoo by releasing the "separate package" as I said for 50 euros.

But if we are talking about 2-3 years, market research has no value in this case.
Because things change.

Thank you.

And thanks for your portings too
For example, AlienVSPredator also works with Voodoo with WinUAE+Voodoo

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@Maijestro

good excellent
I haven't configured it for a while now

I made a quick video with Voodoo3
without properly setting the program to record videos

I had made many videos but I deleted them all (I didn't feel like it anymore)

here "quake arena" "gl"

I need to restore the Voodoo3 backup and for the moment I've used a .hdf basically this is how it would work and here I'm using WinUAE+voodoo

https://youtu.be/Z4z_Hssdzvs

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@Maijestro

uaegfx is not fit for purpose it is very fast but not good for 4.1 might as well keep sm501 for the work that should probably be done by the developers.

Voodoo3 allows you to go further even if you have to make some compromises.
But as we have seen there is no need for YT.rexx for example to watch videos on YouTube for example because qemu is faster.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@Maijestro

It would not create any competition according to my opinion because the differences are many with the "ATI"

But I belong to the AmigaOS classic generation 3.xx

"At the time I chose the PlayStation 1" over the PowerPC and Voodoo
I was even younger

I would like it as described above.
Which I already do with WinUAE+Voodoo3
But qemu is faster and that's enough for me

@joerg
Yes uaegfx is better but I don't know how it works between developers.
But it doesn't support minigl for example
On the other hand, videos with YT.rexx can be opened at 720p for example.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


Personally I would not use this "driver" to play games
I have quake 2 rtx got it on "steam" but I played with it a bit but it's been stopped for some time.

Let's say I'd prioritize this "voodoo3" driver for desktop speed even without compositing since I don't natively support it.

To a high compatibility with E-UAE (demo ect.)
And at the demo-scenes.
And a little bit if possible to the Browser.
And to the Video Players.

I'd say it would be fine that way.

"PCemu" has the necessary documentation.
through "bochs" it could be done from what I understand.

@joerg

(we wrote together)

I don't consider the games important even if with WinUAE+Voodoo3
they worked most.
But I would prioritize the above list at least for my use

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


The 5450 and R9 270 graphics cards cost 50 euros
in the announcements of my city.

it is probably premature since qemu is still not well defined what it will support.

Even if the tests you have done are encouraging.

Personally I would prefer a paid "voodoo3" driver for qemu from "Hans" for example or "balaton"

Sure it should be performant enough is approaching a "real voodoo" graphics card.

I don't own a x1000 x5000 computer but I bought various things for emulation from A-EON as well.

I tested voodoo3 a lot with winuae and it's not so bad considering that the speed of qemu is higher.

It has good compatibility.

And it wouldn't occupy a slot on the motherboard and I have no idea what adapter it would take for the "Voodoo3".

the underlying thought is:
qemu is free of course with donations to balaton.

But why not create a paid driver external to qemu for "Voodoo3" with a special personal account to get updates and bug-fixes over time.

Waiting for an improvement on the "ATI" side

It's just an idea but I have it and I would gladly buy a driver like this.

price ?
if done well even 50 euros.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@MartinW
Thank you.

@derfs
You're right the 5600x does not have an integrated graphics card I remembered wrong.

Thanks for the reply, you cleared my doubts that I had for a long time.
I've been wanting to get a second graphics card for a long time.
Regardless of its performance but only to have the Passepartout for virtualization.
For other projects I had in mind.

In this case I had doubts about PCIe .

Maybe I'll come back to this topic later.

You gave me great information.

Thank you

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@MartinW

I couldn't figure out if the answer was for me
I guess so.

I have the ryzen 5800x so it doesn't have the integrated graphics card like the 5600x for example.

In the bios in addition to AMD V-T support
i also have this option i guess is for graphics card.
pci sub-system settings
if system has sr-iov capable pcie devices this option enable or disable single root io virtualization support.

But I wanted to know if you need a specific adapter etc.
To be able to insert one of the graphics cards you mentioned into the second slot.

Thank you.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


I have a question about the graphics card.
Though still experimental with qemu.

But with my current setup
this is the motherboard:
Asus Tuf Gaming Plus B550:

https://www.asus.com/motherboards-comp ... ing/tuf-gaming-b550-plus/

can I take an ati 9.2.xx for example or is it possible to have some more information for example an "adapter"
I'm not very knowledgeable on the subject.

Thank you.

Go to top


Re: Amicygnix Tutorial questions
Quite a regular
Quite a regular


@balaton

qemu-system-ppc -cpu g3 -L pc-bios -M pegasos2 -bios /home/white/Scaricati/pegasos2.rom -m 1024 -serial stdio -device sm501 -drive if=none,id=hd,file=/home/white/Scaricati/32gb.raw,format=raw -device ide-hd,drive=hd,bus=ide.1 -netdev user,id=mynet0,hostfwd=tcp::6010-:6000 -device rtl8139,netdev=mynet0 -vga none -drive if=none,id=hd1,file=/home/white/Scaricati/coffin.raw,format=raw -device ide-hd,drive=hd1,bus=ide.1


just a little note
to also have a reference later

I deleted all KEYS
Therefore
I have a single KEY
regularly broadcast

here Linux SIDE:

netstat -tp

tcp 0 0 kali.:ssh ESTABLISHED qemu-system-ppc
tcp 0 1 kali.10.0.2.15:x11 SYN_SENT firefox-esr
tcp 0 1 kali.10.0.2.15:6010 SYN_SENT firefox-esr

I set the DISPLAY:0 in AmiCygnix

It still doesn't work but I'm trying to piece things together.

Go to top


Re: Amicygnix Tutorial questions
Quite a regular
Quite a regular


@balaton

the transfer of the MAGIC-COOKIE
seems to have happened successfully

LINUX SIDE:
xauth list

or

xauth list $DISPLAY

kali/unix:10 MIT-MAGIC-COOKIE-1 <KEY>

AMICYGNIX SHELL SIDE (not SSHTerm):

xauth add :10 MIT-MAGIC-COOKIE-1 <KEY>

file saved in:
AmiCygnix/Home/root/.Xauthority <<--- the date and time correspond to the created file

EXPORT DISPLAY:10 does not seem to work at the moment

but I have to reset the keys in linux because I created some for testing and so there is more than one.

Although the one with :10 should be right

It seems to me a basis from which to proceed
I hope to be helped again.

Thank you.

I'll leave the link even if it's a bit old in case it can help:

https://unix.stackexchange.com/questio ... rward-x-applications-to-y

Go to top


Re: Amicygnix Tutorial questions
Quite a regular
Quite a regular


@balaton
Yes I had read,
I am very happy with the current qemu emulation.
before I made many more videos to show what was possible for example with WinUAE now I could also do it with qemu.

But I go through bad times and I don't really want to make videos

But thanks to your work with qemu
And to Maijestro for "sm501"
It's really fun to use "AmigaOS"

Of course it's normal to always want something more

Thank you.


@Maijestro
I'll post the link as soon as I find it

Go to top


Re: Amicygnix Tutorial questions
Quite a regular
Quite a regular


@Maijestro

You are right
browservice
https://eab.abime.net/showthread.php?t=112498

I already use it with WinUAE
I also modified it a bit and it works with 3.xx just fine.
strangely no one uses it but it only works with OWB 68k and you can see 100% PNG videos without slowdowns on YouTube with 3.xx

Of course I also tried it on linux it's qemu
the Windows version is much faster.

But as you said, the videos can now be seen perfectly with qemu.

I like to experiment.

I don't want to go OT but I had read that the sm501.c
the Android version supports 32bit at a resolution of 1024x1024.
I had found some information on github.

I don't know now what it was based on.
But I avoided reporting it because there are already many things to do for @balaton

Go to top


Re: Amicygnix Tutorial questions
Quite a regular
Quite a regular


@balaton
I'll try later
and thanks you are very kind.

I have the command to do it written in some test file that I did and it worked.
But I had never done the hostfwd so it didn't work even if the file was copied.

I'm guessing the sshd_config file is fine if you've had a look.
Thank you.

There is "Xquartz" if anyone wants to try on "MAC computers" just to see if there is any difference.

Go to top


Re: Amicygnix Tutorial questions
Quite a regular
Quite a regular


qemu-system-ppc -cpu g3 -L pc-bios -M pegasos2 -bios /home/white/Scaricati/pegasos2.rom -m 1024 -serial stdio -device sm501 -drive if=none,id=hd,file=/ home/white/Downloads/32gb.raw,format=raw -device ide-hd,drive=hd,bus=ide.1 -netdev user,id=mynet0,hostfwd=tcp::6010-:6000 -device rtl8139,netdev =mynet0 -vga none -drive if=none,id=hd1,file=/home/white/Downloads/coffin.raw,format=raw -device ide-hd,drive=hd1,bus=ide.1

the hostfwd works
because if I don't use the MAGIC COOKIE'
it is no longer required.



with AmigaOS:
xauthlist
create the .Xauthority file in AmiCygnix

now is to transfer the MAGIC COOKIE

enough for today

already the other day it took me a couple of hours
to start Metal Gear solid 4 with rpcs3
stuck at the startup screen.
only to find out that the xbox360 "GameStop" controller was incompatible with the emulator.
While if I use the original xbox360 gamepad it works perfectly.

Mysteries of computer science

Go to top


Re: Amicygnix Tutorial questions
Quite a regular
Quite a regular


@balaton
I understand your answer,
don't worry, i'm just trying to find a solution.

AmiCygnix:

xhost +
access control enabled only authorized clients can connect
INET:localhost
10.0.2.15
LOCAL:
INET: kali etc.



here my sshd_config file:

# This is the sshd server system-wide configuration file. If it's
# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/local/bin:/usr/bin:/bin:/usr/games

# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented. Uncommented options override the
# default value.

Includes /etc/ssh/sshd_config.d/*.conf

#Port 22
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::

#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_ecdsa_key
#HostKey /etc/ssh/ssh_host_ed25519_key

# Ciphers and keying
#RekeyLimit default none

# Logging
#SyslogFacility AUTH
#LogLevel INFO

# Authentication:

#LoginGraceTime 2m
PermitRootLogin yes
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10

#PubkeyAuthentication yes

# Expect .ssh/authorized_keys2 to be disregarded by default in future.
#AuthorizedKeysFile .ssh/authorized_keys .ssh/authorized_keys2

#AuthorizedPrincipals File none

#AuthorizedKeysCommand none
#AuthorizedKeysCommandUser nobody

# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# Host-basedAuthentication
#IgnoreUserKnownHosts doesn't
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes

# To disable tunneled clear text passwords, change to no here!
#PasswordAuthentication yes
#PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
KbdInteractiveAuthentication no

# Kerberos options
#KerberosAuthentication does not
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes
#GSSAPIStrictAcceptorCheck yes
#GSSAPIKeyExchange no

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the KbdInteractiveAuthentication and
# PasswordAuthentication. Depending on your PAM configuration,
# PAM authentication via KbdInteractiveAuthentication may bypass
# the setting of "PermitRootLogin prohibit-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and KbdInteractiveAuthentication to 'no'.
Use PAM yes

#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
X11Forwarding yes
X11DisplayOffset 0
#X11UseLocalhost yes
#PermitTTY yes
PrintMotd no
#PrintLastLogyes
#TCPKeepAlive yes
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS no
#PidFile /run/sshd.pid
#MaxStartups 10:30:100
#PermitTunnel no
#ChrootDirectory none
#VersionAddendum none

# no default banner path
#Banner none

# Allow client to pass local environment variables
AcceptEnv LANG LC_*

# override default of no subsystems
Subsystem sftp /usr/lib/openssh/sftp-server

# Example of overriding settings on a per-user basis
#Match User anoncvs
#X11Forwarding doesn't
# AllowTcpForwarding does not
# PermitTTY no
# ForceCommand cvs server

Go to top


Re: Amicygnix Tutorial questions
Quite a regular
Quite a regular


@balaton
@LiveForIt
@all ( Worldwide )

I'll do some tests but it's from the AmigaOS side that I encounter problems

And I need some help from AmigaOS users

In theory:
ssh -X
should update the .Xauthority file with 'MAGIC COOKIE' and sets the DISPLAY variable to the 'X' server.

but i miss this step

And I would like to be corrected and guided to understand what to do.

Go to top


Re: Amicygnix Tutorial questions
Quite a regular
Quite a regular


@balaton
Thank you.

@all ( because tools with AmigaOS are different )

The steps look right
Clearly the difficulty is with Amicygnix

as mentioned, WinUAE must be set aside and rightly so.

Instead let's switch to qemu because that's what we're working on

So to work better now I use real machine (LINUX)

1)launch Amicygnix
2)SSHTerm=IP user=white
3)password OK (I'm inside the terminal)
4)export DISPLAY=:10
5)xhost
access control enabled, only authorized clients can connect
YES:localuser:white


launch:
Firefox or FFPlay

is I get:
Invalid MIT-MAGIC-COOKIE-1 key
Error: cannot open display: :10

only the MAGIC-COOKIE is missing
my difficulty is understanding with AmiCygnix what I have to do is which ones

issuing commands using "SSHTerm"

README SSHTERM:

SSHTerm is SSH client with a built in (xterm-256color) terminal emulation based
on an enhanced version of libtsm.

Requirements:

- AmigaOS 4.1 update 6 or newer

- AmiSSL 4.4 or newer (https://github.com/jens-maus/amissl/releases).

Usage:

Run from CLI with commandline template:

HOSTADDR/A,PORT/N/K,USER/A,PASSWORD,NOSSHAGENT/S,KEYFILE/K,MAXSB/N/K

HOSTADDR is the IP address or domain name of the SSH server.

PORT is the port number (defaults to 22).

USER is the user name.

PASSWORD is the login password or key file passphrase depending on the
authentication method used. If this argument is left out a password requester
will be used instead.

NOSSHAGENT stops the program from attempting to connect to ssh-agent.

KEYFILE can be used to change the key file used for public key authentication
(defaults to "$HOME/.ssh/id_rsa" or "HOME:.ssh/id_rsa").

MAXSB is the maximum number of lines stored in the scrollback buffer (set to
zero to disable this feature). The default value is 2000 lines.

To connect to SSH server example.org using port 123 and user name "testuser":

SSHTerm example.org PORT 123 testuser

Known issues:

- If the backspace key is not working correctly in the sudo password prompt it
might be that the remote terminal is set to expect a different sequence for
erase than ^H which is what libtsm is sending (you can check using
"stty -a"). If so you can fix this by typing "stty erase ^H" in the client
terminal.

To Do:

- Implement a GUI configuration so that running from CLI is no longer needed.

- Implement full unicode support using the outline font engine API.

Source code:

The full source code of SSHTerm is available under GPL license on github:

https://github.com/salass00/sshterm


THEN I also have OpenSSH in AmiCygnix in the /BIN folder:

BUT IT IS DATED 03 Jul 2010

README OPENSSH (AMIGAOS):

This is a port of the OpenSSH tools to AmigaOS.

The list of tools provided includes:
ssh
scp
sftp
ssh-keygen
ssh-keyscan
ssh-keysign
ssh-agent
ssh-add

how do I proceed now side "AmigaOS" and "Linux"

Thank you.


Edited by white on 2023/7/8 14:41:54
Edited by white on 2023/7/8 14:43:49
Go to top



TopTop
« 1 ... 7 8 9 (10) 11 12 13 ... 40 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project