Any altivec experts? (H.264 codec)

@LiveForIt

thanksalot

BTW non-altivec version is cooming soon?

@zzd10h

Quote:

Yes exactly, it worked as is in the old afxgroup version and this is one of the feature point of the bounty...

Of course I have various video files on hand here for testing, but where is a good source for downloading some test clips in various formats and resolutions for testing mplayer? Is there a particular video file or set of files that people are using for common testing? I have seen reference to a movie trailer.

Also, I am assuming the first beta that I have downloaded does not yet have Feanor optimizations yet, right? That's my understanding -- looking forward to seeing the project progress.

dupe

dupe

I used to test with these files

https://peach.blender.org/download/

Hi LiveForIt,

I've also signed into your site... PPJJSS

/me stutters... ;)

Thanks,

PJS

@jabirulo

That depends on what I need to test, I don't build two versions while I'm developing too match time wasted on compiling things, and making sure things is done correct.

I think I will do a none AltiVec versions, when I have checked that p96 fixes are in.

P96pip = Sam440, AmigaONE-SE, Pegasus, AmigaONE-XE.
AltiVec = AmigaONE-XE, AmigaONE-X1000

Sam460 users kind end up in between.

Another reason for not building two versions is that some might tell me there is no problems. While others have crashes, and problems, on AmigaOS it parity much a requirement that we do not have memory corruption. We have OS that crash or freeze when programs crash in the worst case.

I have now completed the integration of FFMPEG2.5 from feanor, there are some issues, I have only tested it bit, it seems highly unstable, while running it on my computer, my computer froze a few times without any warning, no crash logs where recovered.

It will be the task of beta testers to find and report problems to feanor, so the problems can be fixed, as I explained before I have no experience with AltiVec optimization. If feanor does manage to fix the problems, I will apply the 64bit fixes again, and recompile mplayer.

However if you do find other problems in Mplayer related to other parts of the bounty I will look into this issues.

Some issues while compiling this version of FFMPEG, first of all it did not build becouse there where two function with same name, I don't know what version, I should use or not.

https://github.com/markos/FFmpeg/blob/ ... avutil/ppc/util_altivec.h

There is two different versions of "rightside_permmask(uint8_t *addr)", there should be only be one.

Next it's not possible to generate the FFMPEG documentations on AmigaOS, so that was disabled.

Next it did not compile CPU architecture files, like support for PPC and AltiVec, because there was nothing in Makefiles, indicated they should be compiled.

diff -w -r ram:FFmpeg_org/libavutil/Makefile FFMPEG/libavutil/Makefile
0a1,2
>
> ifdef SUBDIR
1a4,8
> else
> include ../config.mak
> endif
>
>
133a141,148
> ifdef ARCH
> ifdef SUBDIR
> include $(SUBDIR)/$(ARCH)/Makefile
> else
> include $(ARCH)/Makefile
> endif
> endif
>
diff -w -r ram:FFmpeg_org/libswscale/Makefile FFMPEG/libswscale/Makefile
19a20,23
> ifdef ARCH
> include $(SUBDIR)/$(ARCH)/Makefile
> endif

I have replaced off_t with int64_t in all files and seek with seek64, lseek with lseek64. so there should not problem playing large movie files.

@pjs

19 beta testers

If the ffmpeg directory is lowercase and inside the mplayer directory, then configuring mplayer with --enable-altivec (explicitly, that option is not fully default) will make sure it compiles the necessary PPC files in libavcodec etc. It looks like you're configuring/building ffmpeg separately, instead of letting mplayer's Makefile do it.

Isn't there a way you could change a definition either with -D or in config.h to redefine off_t (does _off64_t work?) and the others without having to do it in every file?

I've had a couple of people test an SDL output build I did (I have no machine here with altivec), and they report video artifacts on H.264 files. I don't know if it's an issue in the new altivec code or something in the way I built it. I've had those issues before only when cross-compiling (my workaround has been to not link the final binaries on the cross-compiler if they contain altivec code). So I'm very interested about any reports with visible artifacts with your build.

@MickJT

Quote:

I normal compile FFMPEG first, to make sure it compiles, before I start messing with MPlayer.
I don't use cross compiler, I configure config.h and config.mak files manually, that takes a lot of time, as the configure script simply don't work on AmigaOS4.1
Quote:

Yes there is but that does not work on AmigaOS4, the definition is not used in the OS4 SDK, so this is way I have to replace it, in etch and every file to make sure it works.

Have ever FFMPEG has an OSDEP file that might be worth checking out, I did not notice before after I replaced the stuff.

Quote:

I don't have that, no reports from my beta testers.
Maybe your using FFMPEG 2.6 I have noticed you have uploaded it to OS4Depot.net, I'm using FFMPEG 2.5, did you just download from GIT hub, or did you download a stable tar ball?

Just downloading from GIT, you might get unfinished commits, and recent changes that has not been tested a lot.

@LiveForIt

Tried to post this on your forum with Odyssey, but failed.

FFMPEG-2.5-Altivec.lha

I tested this one yesterday. I use ffmpegGUI v3.3 as a tool to give me video & audio info of a movie. This new version fails to give me any info, ffmpeg v2.6.1 works fine.

ffmpeg v2.6.1 output info: A very bad horror movie, nuked river beavers

ffmpeg version 2.6.1 Copyright (c) 2000-2015 the FFmpeg developers
built with gcc 4.7.1 (adtools build trunk)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Videos:!test-Vids/Zombeavers.mp4':
Metadata:
major_brand : isom
minor_version : 1
compatible_brands: isomavc1
creation_time : 2014-10-30 19:15:58
Duration: 01:17:33.67, start: 0.000000, bitrate: 2276 kb/s
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709/bt709/unknown), 1920x1080, 2178 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default)
Metadata:
creation_time : 2014-10-30 19:15:58
handler_name : video.264#trackID=1:fps=23.976 - Imported with GPAC 0.5.0-rev
Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 93 kb/s (default)
Metadata:
creation_time : 2014-10-30 19:16:08
handler_name : GPAC ISO Audio Handler


New ffmpeg output info:

ffmpeg version 2.5.git Copyright (c) 2000-2014 the FFmpeg developers
Videos:!test-Vids/Zombeavers.mp4: Protocol not found

@sundown

I have no idea, only compiled it, to see if compiled.
Most likely some setting that need to enable that.

@LiveForIt

I did try with other vids & none gave me any information, so not just mp4s.

@LiveForIt

When I did my own mplayer build with the new altivec changes, my mplayer was from git and of course the ffmpeg was from feanor's github repo.

My ffmpeg builds on OS4Depot are from non-git release archives.

_off64_t is in _types.h so that would need to be added to config.h, although int64_t is the same thing as far as I can tell.

@LiveForIt and/or @Feanor

1) Since the 2 latest beta, a vast majority of my videos have green stripes.

MPlayer 6.5 was OK but 6.5.1 and 6.5.2 failed.

Could it be related to the ffmpeg feanor integration in these 2 version ?

See grab, here :






@LiveForIt

2) Otherwise, I tested "Drag and Drop" introduced in your latest 6.5.2 by watching a video and dragging another video file in the MPlayer window.
It simply closes the actual video.


3) And finally, where are the screenshots stored ?

thx

@zzd10h

Quote:

In general MUI MPlayer store them in RAM, so maybe (if screenshots support was already implemented) it might be the same with the LiveForIt version ...
if not try to verify if they were saved somewhere in PROGDIR

@zzd10h

@zzd10h
1)
Quote:

Feanor most likely knows this version of mplayer as version 1.1.1,
the version referred to as 6.5 uses FFMPEG 2.2
the version referred to as 6.5.1 and 6.5.2 uses FFMPEG 2.5 from feanor.

Could it be related to the ffmpeg feanor integration in these 2 version?

Most likely, if see this effect on some video format and not others then its FFPEG fault, if you see the effect on some video output, but not other video outputs, then its video outputs fault.
Quote:

Closing and reopening window, when you play the next file, is normal behavior for mplayer.

However if you drop a file in the window, there is two mplayer command executed.

"Add file to que" and "play next movie.", what can happen is that mplayer is unable to compete first command "add file to que" before the "play next movie", so mplayer simply ignores the first command.

If you have problem with d&d then you should have problems with selecting file from menu/asl as well, should be the same code that does the work.

What I have done is just put a simple time delay, between the commands. Maybe I have to actually check the que, before issuing the play next file from que command.

Do you have this problem on XE or X1000?
Quote:

This is work in progress, this are mplayer beta/alfa files, and experiments, so don't expect every thing to be working just yet.

My main focus has being trying to find out way FFMPEG2.5 is not faster than FFMPEG2.2, yes sure I have added D&D as well, my findings are that there are mostly cosmetic changes. And optimized audio, but audio stuff is not the most CPU demanding anyway, so let's say you optimize some that takes 1% of CPU, you end up with 0.8% instead, you won't notice the difference.

What etch file contain and support is listed on Mplayer beta test project page.

@LiveForIt

1) ffmpeg 2.5 :
videos are corrupted with all -vo switchs (yuv2 yuv comp sdl).

As you have to integrate Feanor work in your own work, are you in touch with Feanor ?

By posting on Amigans, I hope that he will read it...

2) Drag'n drop :

OK, I see your "mistake".
By opening/dragging file from a root volume ("Medias:" volume in my case) you add a "/" after the "Medias:" => locate failed.

By using videos in a subdrawers, drag 'n drop works.

For example,

12/0.Medias:> appdir:mplayer-altivec Medias:Les_soldats_nus_de_l_Empereur_Han_16052015_H.mp4

LiveForIt-MPlayer-6.5.2 SVN-r37230-snapshot-1.1.1 (C) 2000-2014 MPlayer Team

Playing Medias:Les_soldats_nus_de_l_Empereur_Han_16052015_H.mp4.
Cache fill: 0.00% (0 bytes)
...
...
...

Drag n' drop of another video file

...
...
...

Internal COMP YUV FPS 22
VO: Enabling blanker
gfx_ReleaseArg:422

Playing Medias:/Intelligence_animale_13_05_2015_16_36_H.mp4.
File not found: 'Medias:/Intelligence_animale_13_05_2015_16_36_H.mp4'
Failed to open Medias:/Intelligence_animale_13_05_2015_16_36_H.mp4.
Select error: No such file or directory
AmigaOS4.1 Bug select() don't reset or set errno value


Exiting... (End of file)


3) Screenshots :
I thought that it was still implemented as the menu option was present.