Quote:
Code:

> I just re encode them to a smaller xvid avi format at high bit
> rate using a PC and transfer them to the Sam460ex via FTP. [...]
> The default playback quality using emotion video player on the
> Sam460ex is much nicer than on the basic PC setup.

You mean the higher-resolution video on the PC looks worse than the lower-resolution video (re-encoded from the higher-resolution one) on the Sam460? How does this make sense?

>>> 90 kB of RAM, [...] 1 MHz

>> Sounds like some orders of magnitude off :-)

> Mem: 89736

Wow, that's impressive.

Can play this codec 1080p MP4 video back without frame skip enabled in Emotion video player.
X5000/020 AmigaOS 41.FE. Radeon HD driver version 3.6 . Radeon R9-270X video card.

(Video info Output info from Mplayer)

libavformat version 57.25.100 (internal)
libavformat file format detected.
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x56cb04c0]Protocol name not provided, cannot determine if input is local or a network protocol, buffers and access patterns cannot be configured optimally without knowing the protocol
[lavf] stream 0: video (mpeg4), -vid 0
[lavf] stream 1: audio (aac), -aid 0, -alang und
VIDEO: [MP4V] 1920x1074 24bpp 23.976 fps 1991.8 kbps (243.1 kbyte/s)
VO: [comp_yuv2] Welcome man !.
gfx_nodri = 0
gfx_novsync = 0
benchmark = 0
vsync is enabled = 1
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 57.24.102 (internal)
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
Clip info:
major_brand: mp42
minor_version: 512
compatible_brands: isomiso2mp41
creation_time: 2018-06-19 11:50:14
encoder: HandBrake 1.1.0 2018040700
Load subtitles in Test:
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, floatbe, 160.2 kbit/5.21% (ratio: 20022->384000)
Selected audio codec: [ffaac] afm: ffmpeg (FFmpeg AAC (MPEG-2/MPEG-4 Audio))
==========================================================================
AO: [ahi_dev2] 48000Hz 2ch floatbe (4 bytes per sample)
Starting playback...
Movie-Aspect is 1.79:1 - prescaling to correct movie aspect.
VO: [comp_yuv2] 1920x1074 => 1920x1074 Planar YV12
screen w 1920 h 1080 aspect 1.78:1
VO: Disabling blanker
Movie-Aspect is 1.79:1 - prescaling to correct movie aspect.
VO: [comp_yuv2] 1920x1074 => 1920x1074 Planar YV12
Select error: No such file or directory
AmigaOS4.1 Bug select() don't reset or set errno value
[VD_FFMPEG] DRI failure.
VO: Enabling blanker

Trying to find best screen with aspect 1.78:1
(same aspect as your workbench screen)

Monitor = 0, Screen mode ID = 50161300 (1920x1080)
VO: Disabling blanker
VO: Enabling blanker
screen w 1920 h 1080 aspect 1.78:1
VO: Disabling blanker
Internal COMP YUV2 - FPS 21
VO: Enabling blanker



[ Edited by Spectre660 19.06.2018 - 09:45 ]

Quote:

Wouldn't it be quicker though just to download the lower def version in the first place?

Quote:

Not trying to rain on your parade, but I'm sure you recall our tests and discussions on AW.
You refer to mp4, but that's just a container.
Mplayer verbose readout for codec shows mpeg-4 in your posts. That's the codec.
That is a lower stress codec inside the mp4 container.
Since the majority of all 1080p are encoded with codec h264, I still think for practical purposes you should do your testing with -that- codec.

#6

I also like to boost the audio a bit so some processing would still have to be done.

Quote:

@number6

Don't worry about rain. as long as I can have Tanks in my parade too .

My MP4's codec = VIDEO: [MP4V] 1920x1074 24bpp 23.976 fps 1991.8 kbps (243.1 kbyte/s)
Can play these .This CODEC is Handbrakes default conversion settings .

Original mkv = VIDEO: [H264] 1920x1074 0bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s)
Cant decode fast enough. So blocky video and periodic stuttering audio .






[ Edited by Spectre660 19.06.2018 - 12:48 ]

Quote:

Hmm, I'm not sure the codec is really what is making the difference here. A video bitrate of 2000 kbps is quite low for a 1080p. I have quite a few that are 8000 kpbs - size anything from 4 to 8 GB. 2000 kbps tends to be more common for 720p (although YouTube 1080p tends to be around 2000 kpbs, to be fair).

Anyway, it looks like you're able to play the converted file because you're literally processing a quarter of the data than the original file. Have you looked at keeping the bitrate and reducing the resolution to 720p? It might look just as good yet put less strain on your graphics bus.

@KennyR

I did not notice that the bitrate was being reduced .
Will try conversion with the same bitrate .

Found one reason why my linux video playback with the Radeon Fire MV2260 card for 1080p is not so good.

H.264 decoding only supported for Radeon HD4000 and newer .
MPEG4 decoding only supported for Radeon HD6000 and newer .

@KennyR

How is this ?
Playback ok with Emotion video player .


libavformat version 57.25.100 (internal)
AVI file format detected.
[aviheader] Video stream found, -vid 0
[aviheader] Audio stream found, -aid 1
AVI: ODML: Building ODML index (2 superindexchunks).
VIDEO: [FMP4] 1920x1074 24bpp 23.976 fps 7464.9 kbps (911.2 kbyte/s)
VO: [comp_yuv2] Welcome man !.
gfx_nodri = 0
gfx_novsync = 0
benchmark = 0
vsync is enabled = 1
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 57.24.102 (internal)
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
Clip info:
Software: Lavf56.36.100
Load subtitles in NTFS-USB0:
==========================================================================
Opening audio decoder: [pcm] Uncompressed PCM audio decoder
AUDIO: 48000 Hz, 6 ch, s16le, 320.0 kbit/6.94% (ratio: 40000->576000)
Selected audio codec: [pcm] afm: pcm (Uncompressed PCM)
==========================================================================
AO: [ahi_dev2] 48000Hz 2ch floatbe (4 bytes per sample)
Starting playback...
Movie-Aspect is 1.79:1 - prescaling to correct movie aspect.
VO: [comp_yuv2] 1920x1074 => 1920x1074 Planar YV12
screen w 1920 h 1080 aspect 1.78:1
VO: Disabling blanker
Movie-Aspect is 1.79:1 - prescaling to correct movie aspect.
VO: [comp_yuv2] 1920x1074 => 1920x1074 Planar YV12
Select error: No such file or directory
AmigaOS4.1 Bug select() don't reset or set errno value
[VD_FFMPEG] DRI failure.
VO: Enabling blanker

Trying to find best screen with aspect 1.78:1
(same aspect as your workbench screen)

Monitor = 0, Screen mode ID = 50161300 (1920x1080)
VO: Disabling blanker
VO: Enabling blanker
screen w 1920 h 1080 aspect 1.78:1
VO: Disabling blanker

Badly interleaved AVI file detected - switching to -ni mode...
Internal COMP YUV2 - FPS 0
VO: Enabling blanker


[ Edited by Spectre660 19.06.2018 - 17:09 ]

That bitrate should be much more like the original mkv file quality, I think. (It's hard to say as I don't know the original, as it was listed as 0 kbps. I've seen that before though. It's apparently difficult to get encoding tools to show bitrate of an MKV file).

Does it play alright?

Edit: Yes it does. I just can't read. Must indeed be the codec.

[ Edited by KennyR 19.06.2018 - 21:24 ]

> Found one reason why my linux video playback with the Radeon Fire MV2260
> card for 1080p is not so good. H.264 decoding only supported for Radeon HD4000
> and newer .MPEG4 decoding only supported for Radeon HD6000 and newer .

In comment #82, you wrote that it's not better with your HD6570.

@Andres_Wolf

That comment is correct.
I was doing a test of a converted 1080P H.264 Star Wars - The Last Jedi Trailer .
I was surprised that I was not getting better performance with the HD6570 so something may not be working as it should .

Will also double check the vo options on mpv with the MV2260 and see if it makes a difference .


[ Edited by Spectre660 19.06.2018 - 18:24 ]

Also the bit rate is indeed a factor .
Some audio stutter in a few fast action areas in the movie .

Quote:

Linux video playback is using the opengl driver by default.
Should be using the VDPAU driver for best performance .
Current Radeon VDPAU for PowerPC seems to be broken or not enabled in most distributions .

Caseycullen has compiled a version of Mesa and appears to have the Radeon VDPAU driver working.
So we can probably ask him about VDPAU video playback .
Link

[ Edited by Spectre660 19.06.2018 - 22:12 ]

Quote:

I do understand opting for A1222 once its avail. It would be a low cost entry to MOS world too and a sound replacement for Efika, and Peg2 as well.

However, as x1000 user ("an NG experiment") I would opt for x1000 support too. x1000 users are quite abandoned by OS4 (no CFE updates, no newtork driver, no OS 4.2), its powerful enough not to be replaced by x5000 (in fact Nemo board is quite expandable and Altivec saves the day). So I am sure x1000 owners would get MOS. And I would not need to find space for a PPC Mac

> x1000 users are quite abandoned by OS4 (no CFE updates

Huh? That's like saying Pegasos users were abandoned by MorphOS because lack of SmartFirmware updates.

> no newtork driver

...for on-board Ethernet. Nemo has slots for supported Ethernet cards.

> no OS 4.2)

That's certainly not specific to X1000 users.

Quote:

Well, they dont have buggy CFE that doesnt see the USB ports without interruption, does corrupt the CF cards if you writte new files to it, cannot really boot a device etc.

Quote:

Well I do consider what is on Nemo board. Only sound, once core and SATA is supported. There is no AOS/Linux Xorro tools,no second core support, no support for 8GB RAM board can fit etc. And PCI slot card is 10mbps while onboard is 100mbps. Funniest thing is that even with driver OS4 could not handle 100 mbps.


Quote:

Same as with promised Timberwolf and Libre at time of x1000 launch.
Not a x1000 alone problem but affects is usability.

While OS 4.2 is badly needed for Tabor and x5000 too, x1000 owners
are the one prepaying it with the machine, and whereby manual clearly
states we are entitled to free OS 4.2 copy and that included OS 4.1u5
is provisional until then. Not to mention beside dual core, I do miss
Gallium and CUPS. Meanwhile one had to buy FE and Enhancer to get some of
OS 4.2 promised feats.

And one has to remember Trevor was advertising
it as "ideal OS4 machine"

---------------------------
Obligement interview
Prior to beginning the development,
we assembled a hardware review team which
included Hyperion and key AmigaOS 4 developers.

After some intensive research and discussions,
the team drew up a "wish list" specification
for the ideal AmigaOS 4 computer.
---------------------------

What is sad is that UEA JIT for x1000 proves even single core Pa6t
can reach decent performance,
but I dont "feel" it under OS 4.1.5/OS 4.1FEu1 Enhancer for x1000
. Same goes for Linux where newer GCC has PA Semi support.

>>> x1000 users are quite abandoned by OS4 (no CFE updates

>> Huh? That's like saying Pegasos users were abandoned by MorphOS
>> because lack of SmartFirmware updates.

> they dont have buggy CFE

Indeed, they just have buggy SmartFirmware ;-)

> that doesnt see the USB ports without interruption, does corrupt the CF cards
> if you writte new files to it, cannot really boot a device etc.

This may all be true, yet constitutes abandoned CFE, not OS4.

>>> no newtork driver

>> ...for on-board Ethernet. Nemo has slots for supported Ethernet cards.

> I do consider what is on Nemo board. Only sound, once core and SATA
> is supported.

Sorry, I can't parse this.

> There is no AOS/Linux Xorro tools,no second core support, no support
> for 8GB RAM board can fit

Same as on X5000, so no sign of particular X1000 abandonment.

> PCI slot card is 10mbps while onboard is 100mbps.

Onboard controller is GbE, and PCI slot card is 100MbE. You can simply use an OS4-supported GbE card in a PCI(e) slot, btw.

>>> no OS 4.2)

>> That's certainly not specific to X1000 users.

> Same as with promised Timberwolf and Libre at time of x1000 launch.

Timberwolf release was in time for the public X1000 launch, and original LibreOffice announcement was made at AmiWest following the public X1000 launch.

Quote:

another brief update in the q/a link (June, 2018)

Slightly more recent response from the Hyperion side:
Source July 9, 2018

#6

> that doesnt see the USB ports without interruption, does corrupt the CF cards
> if you writte new files to it, cannot really boot a device etc.

This may all be true, yet constitutes abandoned CFE, not OS4.

I ment that support and optimization to system is anandoned.
For example, amigaboot.of like LILO loader could be made for Linux,
instead they opted for painfull DDing.


> There is no AOS/Linux Xorro tools,no second core support, no support
> for 8GB RAM board can fit

Same as on X5000, so no sign of particular X1000 abandonment.

Surely, maybe its better to call it half-done, half-usable.

But since Uboot and Linux updates do come more frequent to X5000, lets say its beginning of a bit ... Similarly SAM460 driver for internal SATAs DMA was never done, and not intended to.


> PCI slot card is 10mbps while onboard is 100mbps.

Onboard controller is GbE, and PCI slot card is 100MbE. You can simply use an OS4-supported GbE card in a PCI(e) slot, btw.

Thanks for correction. Problem is it was sold as system where we were told cards are temporary meassure until OS 4.2 arrives

>>> no OS 4.2)

>> That's certainly not specific to X1000 users.

Again, is as we have prepaid it and only ones to have attached license for free download. And its hard to find it now, machine was even announced with OS 4.2 at one point.

> Same as with promised Timberwolf and Libre at time of x1000 launch.

Timberwolf release was in time for the public X1000 launch, and original LibreOffice announcement was made at AmiWest following the public X1000 launch.

... yes and then I purchased it and got to have none (TW is no longer usable since FE and is left in quite crazy state)

TW was *never* that usable if you're honest about it, right?

Actually Timberwolf is still quite usable for me. (Sam4060ex and X5000/020)
The main problem for me is interaction between the program window and keyboard and mouse after scrolling for a while . The processing buffer seems to get filled up so there is "Ghost" scrolling when you are not pressing keys or using the mouse.
Can be eliminated by using PgUp and PgDn instead of scrolling .