K-L

3.1.1 is on http://se.os4depot.net, a manually updated mirror.

Did you check PMs? I sent you a link to a binary that I think will work. Use a mobile phone / PC if you can't download from Google Drive on OS4.

I've also temporarily uploaded it to [removed]

Ok well I'll do what I've done in the past and link the binary using an older adtools containing gcc 4.2.4, instead of my own build that contains gcc 6.1.0. That normally fixes it. No full re-compiling necessary.

Raziel, check your email.

Edit: Clarity.

@K-L

I have no way of testing altivec builds, but I did have someone do a quick test for me before releasing and all seemed OK.

What's the exact command line arguments you were using? libmp3lame itself doesn't use altivec instructions, but perhaps decoding from a particular format does, so if you could paste the shell output too that would be great, so I can see what format the original file is in.

Does 3.1.1 work? It's still available on se.os4depot.net until that mirror gets updated.

Check your PMs for something to test.

@Severin

Try different codecs for input files.

@AmigaBlitter

Quote:

Whoa hold on here. That would make "amiga" inside /usr/local, point to "/usr/local/amiga/adtools-ppc-uwin64-20170623-404".

That's impossible, because you're asking it to make a link "amiga" in /usr/local, called "amiga", to a directory inside /usr/local/amiga.

Whenever you're using "ln -s" you need to make sure the target link does not already exist as a real directory.

Take a look at broadblues line again:

sudo ln -s /usr/local/amiga/adtools-ppc-uwin64-20170623-404 /usr/local/amiga/adtools

That's saying make a link (fake directory) called "adtools" inside "/usr/local/amiga", that points to the real directory /usr/local/amiga/adtools-ppc-uwin64-20170623-404

That should work fine so long as "adtools" doesn't exist in /usr/local/amiga at the time you run the "ln -s" command.

It might be worthwhile uploading your ~/.bashrc and we can take a look (make sure it's the one in ~/ and not anywhere else).

My guess is that being a symlink, it'd be inheriting the permissions from the real location, and if you want to change the ownership, you need to change it at that location.

You should only have to create /usr/local/amiga, and not any adtools directory inside that. Then, a directory symlink called "adtools" can be made there pointing to the original location.

@stonecracker

Quote:

You'd want to back up the existing gcc binary in /usr/bin/ before doing that.

I don't know if it's been mentioned yet, but SDL2 can't be compiled with SDK 53.24 which is what is installed by the adtools Makefiles. You need 53.30.

@broadblues

Eh, just going by what I've read (and my interpretation of it) and seen elsewhere. Thanks for clarifying things a bit. All I know is I have to use --host in order for the ppc-amigaos toolchain to be used.

@Hans

--target is used to tell the compiler what architecture to compile for, not to choose the compiler itself. So in that case, you're asking an x86 compiler to make a ppc-amigaos architecture binary. It's not able to do that.

--host is used to specify which hosted environment/toolchain to use, like a prefix. It's confusing.

--build is used to specify the architecture of the actual system you're doing this all on (I've not had to use this).

https://gcc.gnu.org/onlinedocs/gccint/Configure-Terms.html

So, the correct flag is --host=ppc-amigaos

Quote:

I don't know if Emotion supports HTTPS now, but if it still doesn't, then that's the problem. MPlayer is able to stream via STDIN, so I use that method in YT.rexx, or there's a setting to use HTTPS links in MPlayer directly if you have a build with SSL support.

If Emotion does support HTTPS links now, then it's just a matter of using NoPipe as an argument, or setting UsePipe = 0.

Thanks. I knew there was something like that available :)

The SDK releases have the .so binaries. Just copy the .so into the same directory as the program executable (best to leave sobjs: alone).

There may be issues if a program was compiled a long time ago and the libraries on OS4Depot are newer with different filenames, hence I prefer to link everything statically when I port programs and games.

I see that libSDL_ttf.so may be an issue there. SDL_ttf relies on freetype, but the newer SDL_ttf has a different library name, and freetype probably does too. Sometimes you can get away with making a copy of the newer library and naming it the same name as the older one, if the API itself hasn't changed, although that's obviously not ideal.

Also be aware that any .so may itself have dependencies. Unfortunately OS4 will crash if dependencies are missing, but fortunately it will tell you which one it needed. You can read the .so in a text editor and near the beginning of the file, you can see which other ones it references. I'm pretty sure there's a more "proper" way to do that :)

Also, I think you meant libsmpeg, not libmpeg,

May be easier to re-compile Lunaroid.

I knew someone would think of a better way. Thanks thomas.

Yeah, it's strange. I wanted to use SubStr() and if a particular user setting was 0, it would need to read one more byte. My way which I thought was clever was to just use Translate() to swap 0 and 1 around. For example: Test=SubStr(Output,Length+Translate(Setting,"01","10"))

That works unless the Setting variable has been checked with IF in the past.

I could rename the setting to do its opposite and then avoid using Translate(), but it wouldn't be as intuitive. Easy enough to work around though.

Thanks for testing it with OS3.9. I hadn't tried that.

@Elwood

Look at the two examples in the very first post, and notice that the only difference is adding SomeUnusedVar=Test+26 (or an IF statement using the Test variable).

At the bottom of the first post I also noted that I checked with DataType() already to verify that the Test2 variable is NUM.

The reason your example outputs CHAR is because of a typo. The variable "Tes2" does not exist. Test2 is NUM.

If I use Trunc, I get 1 and 1 as the output if I add an IF statement that shouldn't do anything.

/**/
Test=1
IF Test=1 THEN NOP /* Or any DO ... END statement */
Test2=Trunc(Translate(Test,"01","10"))
SAY Test2
SAY 0+Test2
Exit

Output:

1
1

The output from Trunc is 1 when it should be 0 (the Translate function swaps 1 to 0). If I remove IF Test=1 THEN NOP, a line which shouldn't do anything, then I get the expected output of 0 and 0.

Edit: Corrections.

This also causes the same issue:

/**/
Test=1
IF Test=1 THEN NOP /* Or any DO ... END statement */
Test2=Translate(Test,"01","10")
SAY Test2
SAY 0+Test2
Exit

Yes, it does.

I have tested this on Regina REXX as well, and the 2nd example prints 0 both times as expected, even with AREXX_BIFS & AREXX_SEMANTICS enabled.

Perhaps this is a documented feature, but I have no idea why this is happening. Here's an example script:

/**/
Test="1"
Test2=Translate(Test,"01","10")
SAY Test2
SAY 0+Test2
Exit

What would you expect to be output on the shell?

0
0

Obviously. And that's exactly what happens.

But add one line to the script like so:

/**/
Test="1"
SomeUnusedVar=Test+26
Test2=Translate(Test,"01","10")
SAY Test2
SAY 0+Test2
Exit

What now? It outputs:

0
1

Why's that? If I use DataType() to check Test2, it's a number, and that number is 0. 0 plus 0 should be 0.

Edit: Thread title change to make it easier for me to find in the future.

> That sounds like SSL stripping to me, since it means MPlayer doesn't need to handle SSL itself :).

Well, in the sense that mplayer is being fed non-encrypted data via the use of stdin/stdout, then sure :)

> And even the *option* is called "SSL" so I thought I couldn't be more clear!

The "nossl" mode requests videos as if it were embedded media, which used to return standard HTTP links. The "ssl" mode requests videos through the HTTPS site, which always returns SSL links.

YT.rexx (1.4) doesn't recognize forced SSL links, and so it won't use that experimental stdin/stdout stuff unless it knows it's SSL, hence the requirement to either set that as a config setting or on the command line. I'll make it automatically recognize SSL links for 1.5.