[Update/Bugfix] geo/routino 3.3.3p1

2021-06-10 Thread Eugene Moz.
geo/routino is linked to -lz and -lbz2, but -DUSE_GZIP and -DUSE_BZIP2 \
flags are not used. Then if you try to do something like:
$ planetsplitter --dir= --prefix= \
--tagging= --parse-only russia-latest.osm.pbf
it will fail and will ask for GZIP/BZIP2 support, that same command is \
used in geo/qmapshack, that's how I got this error.
PBF Parser: Error at byte 161: Blob is compressed but no gzip support \
is available.
Easy way to reproduse, is adding routino database in .pbf format in \
geo/qmapshack.

Here's a patch that adds thy flags and bumps the revision.
--
Eugene Moz.
Index: Makefile
===
RCS file: /cvs/ports/geo/routino/Makefile,v
retrieving revision 1.2
diff -u -r1.5 Makefile
--- Makefile13 Jan 2021 13:05:43 -  1.2
+++ Makefile10 Jun 2021 22:26:14 -
@@ -3,6 +3,7 @@
 COMMENT =  OpenStreetMap routing software

 DISTNAME = routino-3.3.3
+REVISION = 1

 SHARED_LIBS += routino 0.0
 SHARED_LIBS += routino-slim 0.0
@@ -24,7 +25,8 @@
 LIB_DEPENDS =  archivers/bzip2

 MAKE_FLAGS =   CC=${CC} LD=${CC} \
-   CFLAGS="${CFLAGS} -pthread -I${LOCALBASE}/include" \
+   CFLAGS="${CFLAGS} -pthread -DUSE_GZIP -DUSE_BZIP2 \
+   -DUSE_PTHREADS -I${LOCALBASE}/include" \
LDFLAGS="-lm -pthread -lbz2 -lz -L${LOCALBASE}/lib"

 USE_GMAKE =Yes


Re: [NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.

2021-03-03 Thread Eugene Moz.
Updated tarball. It builds fine now, more testing required though.
--
Eugene Moz.


openxray.tar.gz
Description: Binary data


Re: [NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.

2021-03-01 Thread Eugene Moz.
We'll see about that when we know it works, they are a bit dirty for
that atm =)
P.S. Sorry for double message David, forgot cc, again.
--
Eugene Moz.



Re: [NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.

2021-02-27 Thread Eugene Moz.
Here's updated ports, for anyone that follows, openxray now *almost* builds.
games/openxray
devel/lockfile
graphics/freeimageplus

Also fixed error in freeimageplus, be wary both freeimage and
freeimageplus are required to build openxray.
Thanks to Stuart for his efforts =)
--
Eugene Moz.


openxray.tar.gz
Description: Binary data


lockfile.tar.gz
Description: Binary data


freeimageplus.tar.gz
Description: Binary data


Re: [NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.

2021-02-27 Thread Eugene Moz.
Forgot to include additional ports required as dependencies.
devel/lockfile and graphics/freeimageplus
--
Eugene Moz.


freeimageplus.tar.gz
Description: Binary data


lockfile.tar.gz
Description: Binary data


[NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.

2021-02-27 Thread Eugene Moz.
Hello,
This is based on: https://github.com/OpenXRay/xray-16
This is work in progress, at the time of writing, I'm stuck at
"undefined reference to `__cxa_atexit'", I've tried building
with both ports-gcc and base-clang, same error. For now I've
chosen gcc, clang is not officialy supported by ^1.
If anyone is willing to help get this working, please do so =)
I'll include my last build.log, for examination purposes:
https://clbin.com/WjJoU
--
Eugene Moz.


openxray.tar.gz
Description: Binary data


Re: [New] libva-intel-media-driver port

2021-02-15 Thread Eugene Moz.
Hopefuly, I'll have some spare time soon.
I'll see how best to integrate it. 6.9 is closing on us =)
--
Eugene Moz.



Re: [New] libva-intel-media-driver port

2021-02-09 Thread Eugene Moz.
On 21/02/09 11:08AM, Stuart Henderson wrote:
> Quick comments from a read-through, I have not tried building:
>
>
> ports fetching from github /archive/ URLs should use GH_* variables
> not MASTER_DISTES - see ports/infrastructure/Makefile.template
>
> the patches directory should be generated with "make update-patches",
> don't split patches between patches/ and files/
>
> DESCR should describe what it does and should not just be a copy
> of COMMENT
>
> leave out MAINTAINER completely if you aren't going to set it to
> yourself
>
> the library should be generated directly with ports versioning,
> no symlinks
>
> instead of setting PORT_LIB_MAJOR/PORT_LIB_MINOR, take it from
> the SHARED_LIBS setting by using ${LIBigdgmm_VERSION:R} for major
> and ${LIBigdgmm_VERSION:E} for minor
>
> see other ports or Makefile.template for the expected style
> for CONFIGURE_ARGS / LIB_DEPENDS (one per line) and WANTLIB
> (not one per line), don't use "c++" in WANTLIB that is covered
> by COMPILER_LIBCXX, there is no such thing as COMPILER_LIBC
>
I have revamped both igdgmm and libva-intel-media-driver ports.
Please do see, if they are satisfactory.
--
Eugene Moz.


igdgmm.tar.gz
Description: Binary data


libva-intel-media-driver.tar.gz
Description: Binary data


Re: [New] libva-intel-media-driver port

2021-02-09 Thread Eugene Moz.
On 21/02/09 11:08, Stuart Henderson wrote:
> Quick comments from a read-through, I have not tried building:
> 
> 
> ports fetching from github /archive/ URLs should use GH_* variables
> not MASTER_DISTES - see ports/infrastructure/Makefile.template
> 
> the patches directory should be generated with "make update-patches",
> don't split patches between patches/ and files/
> 
> DESCR should describe what it does and should not just be a copy
> of COMMENT
> 
> leave out MAINTAINER completely if you aren't going to set it to
> yourself
> 
> the library should be generated directly with ports versioning,
> no symlinks
> 
> instead of setting PORT_LIB_MAJOR/PORT_LIB_MINOR, take it from
> the SHARED_LIBS setting by using ${LIBigdgmm_VERSION:R} for major
> and ${LIBigdgmm_VERSION:E} for minor
> 
> see other ports or Makefile.template for the expected style
> for CONFIGURE_ARGS / LIB_DEPENDS (one per line) and WANTLIB
> (not one per line), don't use "c++" in WANTLIB that is covered
> by COMPILER_LIBCXX, there is no such thing as COMPILER_LIBC
> 
Thank you, for following up. Still learning ports, now that I know that
it builds, time to make it right. I could be a mantainer, if nobody else
wants the pleasure.
P.S. sorry for double, forgot to set cc
-- 
Eugene Moz.


signature.asc
Description: PGP signature


Re: [New] libva-intel-media-driver port

2021-02-08 Thread Eugene Moz.
On 21/02/08 11:27PM, Eugene Moz. wrote:
> On 21/02/07 07:42PM, Eugene Moz. wrote:
> > Hello.
> > Here's the libva-intel-media-driver that I ported, it requires igdgmm
> > library which I also ported.
> > This work is based on this:
> > https://github.com/intel/media-driver/pull/819
> > I include thy ports:
> > multimedia/libva-2.10.0 # LIMD-21 requires at least 2.8.0
> > multimedia/libva-utils-2.10.0 # with vainfo utility
> > multimedia/igdgmm-20.4.1 # latest atm, required for LIMD
> > multimedia/libva-intel-media-driver-21.1.1 # latest atm
>
> Hello,
> As someone mentioned, I forgot to tweak MASTER_SITES in
> multimedia/igdgmm/Makefile
> Please do change Makefile as so, should be fine now.
> See attached patch.
> --
> Eugene Moz.

> --- Makefile.orig Mon Feb  8 23:16:59 2021
> +++ Makefile  Mon Feb  8 23:26:34 2021
> @@ -6,8 +6,8 @@
>  DISTNAME =   intel-gmmlib-${V}
>
>  CATEGORIES = multimedia
> -HOMEPAGE =   https://github.com/intel/gmmlib/
> -MASTER_SITES =   https://github.com/jbeich/gmmlib/archive/
> +HOMEPAGE =   https://github.com/intel/gmmlib/
> +MASTER_SITES =   https://github.com/intel/gmmlib/archive/
>  MAINTAINER = example example 
>
>  IGDGMM_LIB_MAJOR =   20
Here's the updated builds, with solved hacky after-configure patch
problem
Should now build fine.
--
Eugene Moz.


igdgmm.tar.gz
Description: Binary data


libva-intel-media-driver.tar.gz
Description: Binary data


Re: [New] libva-intel-media-driver port

2021-02-08 Thread Eugene Moz.
On 21/02/07 07:42PM, Eugene Moz. wrote:
> Hello.
> Here's the libva-intel-media-driver that I ported, it requires igdgmm
> library which I also ported.
> This work is based on this:
> https://github.com/intel/media-driver/pull/819
> I include thy ports:
> multimedia/libva-2.10.0 # LIMD-21 requires at least 2.8.0
> multimedia/libva-utils-2.10.0 # with vainfo utility
> multimedia/igdgmm-20.4.1 # latest atm, required for LIMD
> multimedia/libva-intel-media-driver-21.1.1 # latest atm

Hello,
As someone mentioned, I forgot to tweak MASTER_SITES in
multimedia/igdgmm/Makefile
Please do change Makefile as so, should be fine now.
See attached patch.
--
Eugene Moz.
--- Makefile.orig   Mon Feb  8 23:16:59 2021
+++ MakefileMon Feb  8 23:26:34 2021
@@ -6,8 +6,8 @@
 DISTNAME = intel-gmmlib-${V}
 
 CATEGORIES =   multimedia
-HOMEPAGE = https://github.com/intel/gmmlib/
-MASTER_SITES = https://github.com/jbeich/gmmlib/archive/
+HOMEPAGE = https://github.com/intel/gmmlib/
+MASTER_SITES = https://github.com/intel/gmmlib/archive/
 MAINTAINER =   example example 
 
 IGDGMM_LIB_MAJOR = 20


[New] libva-intel-media-driver port

2021-02-07 Thread Eugene Moz.
Hello.
Here's the libva-intel-media-driver that I ported, it requires igdgmm
library which I also ported.
This work is based on this:
https://github.com/intel/media-driver/pull/819
I include thy ports:
multimedia/libva-2.10.0 # LIMD-21 requires at least 2.8.0
multimedia/libva-utils-2.10.0 # with vainfo utility
multimedia/igdgmm-20.4.1 # latest atm, required for LIMD
multimedia/libva-intel-media-driver-21.1.1 # latest atm

# LIMD Port does have room for improvement:

* CMRT lib is disabled due to:
  https://github.com/intel/media-driver/pull/819#issuecomment-599480840

* using a nasty patch after configure to fix missing /usr/X11R6
includes and missing -lc LD_FLAG

* Tests are disabled due to causing segfaults, probably cmrtlib?

* c++17 <= is required to triger __ISO_C_VISIBLE <= 2011 for
aligned_malloc in /usr/include/stdlib.h used for
/media_driver/linux/common/os/mos_utilities_specific.h: _aligned_malloc

# igdgmm port:

* Tests are broken


# Result
Compiles in current state
tested with mpv + 4k 70Gb film on 2 core i5-7200u, 4k youtube in mpv works 
perfectly also

Additional flags for mpv were:
--enable-vaapi \
--disable-vaapi-drm \ # asks for vt.h
--enable-vaapi-x-egl \
--enable-vaapi-x11 \

I also tested ffmpeg with --enable-vaapi and
LIBavutil_EXTRALIBS=-lm -pthread -L/usr/local/lib -lva-glx -lva-drm -lva-x11 
-lva
I'll include a head of a log.
--
Eugene Moz.
ffmpeg started on 2021-02-07 at 19:18:16
Report written to "ffmpeg-20210207-191816.log"
Log level: 48
Command line:
ffmpeg -hide_banner -threads 1 -f x11grab -i :0.0 -vaapi_device /dev/drmR128 
-vcodec h264_vaapi -vf "format=nv12|vaapi,hwupload" output.mp4 -report
Splitting the commandline.
Reading option '-hide_banner' ... matched as option 'hide_banner' (do not show 
program banner) with argument '1'.
Reading option '-threads' ... matched as AVOption 'threads' with argument '1'.
Reading option '-f' ... matched as option 'f' (force format) with argument 
'x11grab'.
Reading option '-i' ... matched as input url with argument ':0.0'.
Reading option '-vaapi_device' ... matched as option 'vaapi_device' (set VAAPI 
hardware device (DRM path or X11 display name)) with argument '/dev/drmR128'.
Reading option '-vcodec' ... matched as option 'vcodec' (force video codec 
('copy' to copy stream)) with argument 'h264_vaapi'.
Reading option '-vf' ... matched as option 'vf' (set video filters) with 
argument 'format=nv12|vaapi,hwupload'.
Reading option 'output.mp4' ... matched as output url.
Reading option '-report' ... matched as option 'report' (generate a report) 
with argument '1'.
Finished splitting the commandline.
Parsing a group of options: global .
Applying option hide_banner (do not show program banner) with argument 1.
Applying option vaapi_device (set VAAPI hardware device (DRM path or X11 
display name)) with argument /dev/drmR128.
[AVHWDeviceContext @ 0x255396f6cc0] libva: VA-API version 1.10.0
[AVHWDeviceContext @ 0x255396f6cc0] libva: Trying to open 
/usr/local/lib/dri/iHD_drv_video.so
[AVHWDeviceContext @ 0x255396f6cc0] libva: Found init function 
__vaDriverInit_1_10
[AVHWDeviceContext @ 0x255396f6cc0] libva: va_openDriver() returns 0
[AVHWDeviceContext @ 0x255396f6cc0] Initialised VAAPI connection: version 1.10
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x41524742 -> bgra.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x42475241 -> argb.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x41424752 -> rgba.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x52474241 -> abgr.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x58524742 -> bgr0.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x42475258 -> 0rgb.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x58424752 -> rgb0.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x52474258 -> 0bgr.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x30335241 -> unknown.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x30334241 -> unknown.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x30335258 -> unknown.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x30334258 -> unknown.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x36314752 -> unknown.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x50424752 -> unknown.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x50524742 -> unknown.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x56555941 -> unknown.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x30303859 -> gray.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x3231564e -> nv12.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x3132564e -> unknown.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x32595559 -> yuyv422.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x59565955 -> uyvy422.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x32315659 -> yuv420p.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x30323449 -> yuv420p.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x50313134 -> yuv411p.
[AVHWDeviceContext @ 0x255396f6cc0] Format 0x48323234 -> yuv422p.
[AVHWDeviceContext @ 0x255396