Who's Online |
37 user(s) are online ( 27 user(s) are browsing Forums)
Members: 0
Guests: 37
more...
|
|
|
|
|
Re: Poseidon USB Stack as Open Source?
|
|
Just popping in 
|
@balatonQuote: balaton wrote:
MorphOS may have a fork from the author as they don't list it on their open source page and not sure if they have additional fixes compared to the AROS version. I remember something about isochronous transfers that was needed for usb-audio but it does not work with the emulated USB in QEMU so I don't know about that but heard it works on real machine. Maybe that's missing from the AROS version but I'm not sure. Yeah, I don't think Poseidon on MorphOS has anything from the AROS version. Poseidon has been part of MorphOS since the very beginning... I've been using it at least with MorphOS 1.x versions from 2003 and quite likely it's been there even before that. When doing a quick search for words in MorphOS release notes, there are "Poseidon" mentions in 7 files, and "USB" mentions in 22 files. So they have been constantly improving it, and yes, isochronous transfers support (mainly for USB audio) came in 3.10. The current main Poseidon version has been marked as 4.5 (17.11.2022), but separate classes have much higher version numbers too. Edit: quick googling gave this, which tells that Chris Hodges himself wrote Poseidon for MorphOS and the driver for Pegasos in 2003: https://www.osnews.com/story/2996/morphos-gets-a-usb-stack/Edit 2: and Chris told: "Although claimed otherwise, I was never contacted about Poseidon for OS4. Ben Hermans stated in public that they would not abandon the efforts of the Sirion Stack developers in favor of my work. This is something I understand well and accept. Therefore, I did not offer Poseidon for inclusion into OS4 myself."
Edited by jPV on 2025/4/1 6:29:48
Edited by jPV on 2025/4/1 7:24:38
|
|
|
|
|
|
Re: AmigaOS 4.0 for PPC Mac Mini
|
|
Just popping in
|
@japQuote: jap wrote:
I wonder why the Mac Mini adaptation (Moana Loader) wasn't released separately as an AOS 4.x extension (without the OS itself) by the person who made it. Or is it that it's just not about the loader, but Exec needs to be modified too? Or it was just too unfinished to be released... and no interest to finish it after all the objections against it. I tried it back in the day, and I couldn't get it to work on common Mac mini versions (with 32MB graphics memory), it only worked on the one specific and rare model (with 64MB graphics memory). So if that really was the case for others too, the support should have been widened to all Mac mini G4 machines. It also lacked crucial drivers (network, audio, USB? At least two of them if not all IIRC.). So, not much to be used in the state it was left.
|
|
|
|
|
|
Re: Lha issues
|
Posted on: 2024/11/19 7:51
#3
|
Just popping in
|
@kas1eQuote: But probably there is no other way to bugfix around it, only by pointing out on needs to install proper version of unpacking tools. Simple solution: don't create content with spaces :) I avoid using spaces on all my filenames always, because throughout the history they have caused problems everywhere.
|
|
|
|
|
|
Re: Lha issues
|
Posted on: 2024/11/19 7:17
#4
|
Just popping in
|
@kas1eQuote: Pretty strange! -H0 mean to have all go without compression No it doesn't, -H is just the header format and it doesn't affect to the compression. It's just what information about files is written and it would be quite logical that if something messes file names/structure, it is related to the headers. Actually -H2 is supposed to add support for long filenames... at least in the Unix version (which is quite different to Amiga, so not sure). https://github.com/jca02266/lha/blob/master/header.doc.mdAnd maybe this is related? To go without compression you would have to use the -z option. Edit: Quote: Oh, i find out why i use -H0 , that why: That's an issue with the unarchiver. I wouldn't use -H0 just for a hack for a certain unarchiver program when other levels do work with spaces with other unarchivers just fine.
Edited by jPV on 2024/11/19 7:35:00
|
|
|
|
|
|
Re: Lha issues
|
Posted on: 2024/11/19 6:23
#5
|
Just popping in
|
Quote: @jpv
Strange that files which were invisibly in totalcommander are in root of archive, and small by names. All looks like that something mess up archive a bit when i use H0, and this cause issues such as invisibly files/dirs and new additional files creations. Like filestructure mess up when lha pack it Maybe H0 issues appear in different way depending of the LhA port/version? I've mostly tested it with MorphOS LhA... maybe it skips files in these cases, but your version messes the file structure? In any case I have stopped to use H0, especially when archiving deep directory structures like the system partition, and RNOArchive doesn't use it either.
|
|
|
|
|
|
Re: Lha issues
|
Posted on: 2024/11/18 6:59
#6
|
Just popping in
|
I've noticed that header level 0 will just fail/skip to archive some files that have too long paths and/or long file comments on them. Solution is to use header level 1 or 2 for that.
|
|
|
|
|
|
Re: Sound over USB speakers
|
Posted on: 2024/8/28 19:03
#7
|
Just popping in
|
@pjsQuote: pjs wrote:
All advanced Amigas (and imitators) seem to rely on AHI (or
something like it??) and as I understand it it, AHI has no
provision audio sources/destinations changing without reboots.
At least on my MorphOS setup, which uses AHI too, I can plug in or unplug my USB headphones and AHI prefs get updated according to it. I just have to select another unit to get the list updated (or relaunch the prefs program), but I don't have to reboot the machine... so it's probably not about AHI per se... BTW. have you tried AHI's AddAudioModes command to refresh the audio mode list manually? Don't know if it could do the trick, just remembered that there is such a command in AHI distributions.
|
|
|
|
|
|
Re: Ktadd
|
Posted on: 2024/7/9 13:13
#8
|
Just popping in
|
@MaijestroQuote: Maijestro wrote:
About RNOTunes, I have tested it on my A1222 and yes this player uses very few resources, but I have massive sound problems with this player. Uhh.. yeah, sounds bad. Funny that it plays fine for a while and then it starts to stutter. I haven't experienced this on my test setups, and sound is fine on my emulated OS4 setup, which runs on an old PC and makes more CPU load than your system. I don't think that AHI settings would do this, because the other program works fine with the same settings and it should stutter all the time then. In any case RNOTunes uses AHI Unit 0 for its output on OS4, and I think that's the default setting for TuneNet too. If you want to try something, 44100 Hz would be generally better with audio files than 48000 Hz... Could you copy some audio files to Ram Disk and try to play from there? If the HD couldn't feed data quick enough for some reason, be it some caching issue or something else. And does it happen with other formats? Flac, wav, mod, etc?
|
|
|
|
|
|
Re: Ktadd
|
Posted on: 2024/7/8 10:17
#9
|
Just popping in
|
@ktadd
Nice test, thanks. I wonder if it's the FPU emulation that makes some players to make that much CPU load...
It looks that you've written it in hurry, so there are some typos etc. :) Here are the most noticeable if you want to fix them:
- You've written DVPlayer everywhere, it's DAPlayer (audio player, not the video player)
- Copy&paste error in RNOTunes screenshot caption, it should be version 1.1
- Didn't RNOTunes work without installing plugins? It should work as it is, because it has the plugins bundled in its distribution.
- RNOInfo is a shortened name, RNOInfoScreen is the official name
- "So, which player is best on the A12222 Plus?" there's too many 2:s
BTW. you can also use RNOInfoScreen as an external Last.fm scrobbler for all these players if you don't want to use RNOTunes but want to scrobble songs. But you can't view Last.fm statistics with it like you can with RNOTunes...
|
|
|
|
|
|
Re: FTP Between OS3 and OS4
|
Posted on: 2024/6/3 6:16
#10
|
Just popping in
|
@HansQuote: Hans wrote:@Hypex
Officially, FTP has no UNIX underpinnings. However, the specification's LIST command is very ambiguous, and so UNIX servers used "ls -l" format. Eventually, this got so common that it became the de-facto standard.
Yeah, FTP listing isn't really designed to be machine-readable. At the time the protocol was developed, it was assumed that a human user reads what's printed on a text based console screen, and do his own interpretations. Nobody thought that some day there would be GUI clients that need to interpret listings programmably. Even nowadays "ls -l" isn't always enough. I had to add custom parsing for MT32-Pi in RNOXfer, for example. In 90s/00s I ran an FTP server on Amiga (patched/recompiled wu-ftpd), and many Windows clients (like CuteFTP and WS-ftp) were expecting something else than UNIX standard, so the host type setting had to be changed manually on them to get it work properly.
|
|
|
|
|
|
Re: FTP Between OS3 and OS4
|
Posted on: 2024/5/31 11:52
#11
|
Just popping in
|
@HansQuote: Hans wrote:@MartinW
Quote:If I used Zita Server I couldn't find a client that was happy with the SSL certificate. I could have disabled encryption, but then why use Zita Server? RnoXfer has an option to ignore the certificate validation but it did nothing for me. Almost like it wasn't saving the option even though it appeared to be.
That's disappointing. RnoXfer used to work with ZitaFTP, and I thought it worked again with the latest version (at least, on AmigaOS 4). For me RNOXfer seems to work still with ZitaFTP, and I don't have issues when listing files etc. If I click on the requester to continue after the certificate verification failure (self-signed), the filelist appers. And it also works if I disable verification from the settings. Maybe his issue is somewhere else, like with that passive mode. I tried it successfully with several combinations: - From RNOXfer/OS4 to ZitaFTP/Windows - From RNOXfer/OS4 to ZitaFTP/OS4 - From RNOXfer/OS3 to ZitaFTP/Windows - From RNOXfer/MorphOS to ZitaFTP/Windows
|
|
|
|
|
|
Re: FTP Between OS3 and OS4
|
Posted on: 2024/5/30 19:52
#12
|
Just popping in
|
@HypexQuote: Hypex wrote:
The comment would be stored in the file header somewhere. As told, comments aren't stored in actual files or their headers. Files just aren't touched in any way and their size doesn't change when you modify comments. It's a filesystem specific feature and filesystem stores it somewhere where it stores other metadata about files. It would end up with horrible mess if comments would be stored in the actual files. Quote: But it wouldn't be in the binary data transfer just as the file name or attributes are also not sent inside the transfer. Unless it specially sends them across. I'm not aware of any other information being sent or checked apart from dates. FTP only sends binary data of the file, no dates or any other info, and client asks for a file by its filename. The FTP protocol really isn't designed to be used with automated (graphical) clients. It's up to client to parse a human readable text based directory listing to get whatever info is provided in that. Practically all FTP servers (including Amiga servers) send the directory listing in UNIX standard listing format nowadays, which is the same as you get with the "ls -l" command in *nix systems. So, what clients are able to parse about the list is *nix protection bits (not Amiga), user and group (not much use in Amiga), file size, date, and filename. It's up to client what information of these it uses, filename is the only one really needed to retrieve files. Nothing stops writing an FTP client and server that would support Amiga's file attributes, but they would only work between themselves and no other client or server would understand them. There have been tens of different listing formats in the past and it's been a mess.. luckily there's kind of de-facto standard nowadays.
|
|
|
|
|
|
Re: FTP Between OS3 and OS4
|
Posted on: 2024/5/30 7:31
#13
|
Just popping in
|
@HypexQuote: Hypex wrote:@MartinW
I could only think of passive and active FTP but again locally there shouldn't be blocked ports unless it was intentional. It could be that server gives the outer IP address instead of local IP address to establish a passive data connection and that might mess things up if you don't have port forwardings properly set for outside connections. So it could very well be the issue still. Passive is better for outside connecitons, but active may work better on LAN.
|
|
|
|
|
|
Re: FTP Between OS3 and OS4
|
Posted on: 2024/5/30 7:19
#14
|
Just popping in
|
@MartinWQuote: MartinW wrote:
If I used Zita Server I couldn't find a client that was happy with the SSL certificate. I could have disabled encryption, but then why use Zita Server? RnoXfer has an option to ignore the certificate validation but it did nothing for me. Almost like it wasn't saving the option even though it appeared to be. Did RNOXfer open a requester asking if you want to disable certificate verification? And you clicked Yes on it? You could also run RNOXfer from the shell with the -debug option to see more if it fails. Quote: RC-FTPd worked, but when the client tried to do a directory listing, it threw an error so I could never get anywhere with that server. I think at that point the client was RNOXfer In this case it usually helps if you toggle the passive mode switch ("Pasv" in the RNOXfer GUI). The FTP protocol uses two separate connections, one for control commands (established from client to server) and other for data like directory listings and file transfers. The latter can be established from server to client (active) or from client to server (passive). Firewall/ftpd/network setup affects to which way it works in each case. Quote: Ultimately, since FTP didn't solve the problem I'll probably go back to Samba anyway, or look into the NetFS mentioned earlier. If you want to preserve Amiga filesystem attributes (protection bits and comments for files/dirs), you'll have to use an Amiga specific protocol. FTP, Samba, etc. originate from other platforms and don't know a thing about Amiga specific features. I recommend NetFS, or rather NetFS Revised ( http://aminet.net/package/comm/net/NetFS-revised), which is totally Amiga original protocol and preservers all Amiga's filesystem related attributes. The Revised version is really a cool face-lift for the old NetFS. Another option that comes in my mind is Envoy, but it's old and clumsy to setup by nowadays standards.
|
|
|
|
|
|
Re: About off topic news on Amigans
|
Posted on: 2024/2/20 13:46
#15
|
Just popping in
|
@geennaamQuote: geennaam wrote:
Things with Morphos seems to have calmed down as far as I can tell.
Ironically, the attacks on amigaworld towards os4 now come mainly from the vintage 68k crowd. Yeah, I think that mentality has changed so that Amiga compatible PPC operating systems (OS4 and MorphOS) have to defend their place against 68k fanatics, and partly against AROS crowd too. After all, OS4 and MorphOS are the closest relatives by features, philosophy, and goals, so they're pretty much in the same boat nowadays . And it's nice to see that there's more cooperation than fighting between these camps nowadays. Quote: But the sites statement of intent includes 68k emulation and vintage 68k systems as well. Without further specifying if this is with or with our direct link to os4.
That's always been a bit confusing for me, because when it doesn't require a direct link to OS4, then it basically opens the door for a wider selection of platforms. But as I know the history of the site, I still wouldn't post news items about someone running AmigaOS3.9 over the MorphOS kernel, or such :) I think it's fine that there's a site purely for OS4, but it shouldn't boast also being for emulation/classic without further declaration.
|
|
|
|
|
|
Re: How much this 2d cartoon animation video is close to 8bit Pixel Art ?
|
Posted on: 2023/11/1 7:34
#16
|
Just popping in
|
I think it would be much better without the over the top dithering. If the 8bit refers to colors (256), then there is no need for that harsh dithering in this kind of solidly colored material. I think it would still work fine with even less colors when picked correctly without trying to fake shades with dithering for the sake of trying to add some kind of "authenticity".
|
|
|
|
|
|
Re: Bug RNOXfer
|
Posted on: 2023/10/1 10:41
#17
|
Just popping in
|
Good to hear, thanks for reporting!
|
|
|
|
|
|
Re: Bug RNOXfer
|
Posted on: 2023/6/9 6:30
#18
|
Just popping in
|
Maybe this works better, or at least more consistent now. I think there was some bug in Hollywood and plugin locations that could affect to this, which has been fixed.
I have also changed charset handling for the new version now. Earlier versions didn't support UTF-8 in filenames, but handled non-English characters in ISO/Amiga charsets, which basically is against FTP specifications, but old Amiga FTP clients did that too and some servers didn't care. I've now made the program to work according the specs and non-English characters are allowed only in UTF-8 if a server supports it.
Here's a change log for the new version I just released:
Version 1.4:
- Added editing fields in the server list window
- Added the comment column on the server list
- Added the default local path setting
- Added the private keyfile setting for SFTP connections
- Added a check for server list changes at exit
- Added UTF-8 support to be RFC 2640 compliant
- Massive speedup in directory handling
- More verbose file size comparison when a file exists
- Added an option to save selected files/dirs as a text file
- Fixed advanced.conf handling
- Fixed issues with the settings file format
- Adjusted window sleep modes
- Disconnects from the previous server when double-clicking a new server from the server list
- Uses hURL 2.0 (requires AmiSSL 5 on AmigaOS)
|
|
|
|
|
|
Re: MorphOS 3.18 is out
|
Posted on: 2023/5/19 13:58
#19
|
Just popping in
|
Hmm.. as the thread is here, here's something I've created recently about the new MorphOS 3.18 release: A video about the really nice integration of Samba (Smb2FS) in Ambient, this is how it should be made: YouTube videoAnd info/screenshots of the new programs: Hex, ArchiveIt, Thermals, and Smb2FS
|
|
|
|
|
|
Re: Dynamite- bomberman clone
|
Posted on: 2022/8/18 19:22
#20
|
Just popping in
|
@VooDooQuote: VooDoo wrote:I do not know how many of you played this game but I know that I spent a lot of hours, nights on it :) I did play it a LOT.. many nights/weeks/months lost back in the day :) It was when there wasn't a public release, but in beta stage... I think the public version got a bit too bloated and started to have more lag etc and I lost the best interest then. Quote: Maybe is time to arrange an date to play some death matches :) what you say? I guess it would be fun to try after a very long time, and setting a date/time would be the best shot nowadays.
|
|
|
|
|
News feed
OS4 Feedback forum
OS4Depot Feedback forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
