fanfoue70 wrote:

I've recompiled VLC for Ascii ARM64 on RPi but cannot get image when using -vout omxil_vout.

How are you compiling? If from upstream non-debianized source code, your custom VLC may be much more different from our repository version than you think, which possibly may account for failure to produce video.

Here are my personal notes on building a .deb from debianized source code. Forgive me if you already know all this. If you do it this way, your custom package is virtually guaranteed to differ from our repository version only in what you change.

$ sudo apt-get install build-essential dpkg-dev fakeroot

make sure /etc/apt/sources.list has at least one deb-src line
(e.g., deb-src http://pkgmaster.devuan.org/merged/ ascii main)

$ sudo apt-get update

$ sudo apt-get build-dep vlc

$ apt-get source vlc

edit source code to taste

$ cd vlc-<version>

$ dpkg-buildpackage -rfakeroot -us -uc
(if this step complains about "missing upstream tarball", add -b flag)  

Sorry I can't be helpful in specifics. Graphics are not my forte.

Thank you for your help.
That's what I've tried before, but I must say that I want to compile VLC in a chrooted qemu-ed image, since I want to save my SD card (avoid lots of writes that could shorten its lifetime). Sadly, the compilation crashes with a core dump.
I'll try to submit my problem of making VLC work in an ARM64 environment to the VLC forum.

devuser wrote:

i'd probably keep hosting my packages at a custom repo anyways unless there is a huge demand

If you believe it's worth sharing and people will benefit, then share it. 

Well, i am not the OP (sorry for the confusion) and i don't even own a Pi so sadly nothing to share for me here. I am actually thinking about packaging some desktop tools but they aren't yet in a state where i'd feel comfortable releasing them.

Edit: I'll stay out of this thread now since i feel i am derailing it.

i'd probably keep hosting my packages at a custom repo anyways unless there is a huge demand

If you believe it's worth sharing and people will benefit, then share it. 

My experience with Linux is that there are a lot of small projects people have that go unadvertised, so people end up basically recreating it, because they have no idea that someone already made it.

I think it would also be worthwhile posting your query on the Raspberry Pi forums, since arm64 is your target architecture.

HowTo Build a Package from Source the Smart Way

devuser wrote:

golinux wrote:

--enable-omxil --enable-omxil-vout --enable-rpi-omxil --disable-mmal-codec --disable-mmal-vout

Devuan does not maintain VLC if that's what you're assuming.  I don't know whether Debian touches it or whether it comes directly from VLC.  You could always recompile it yourself.

Anyways in my opinion the most pragmatic approach would be to build a package with the proposed changes and host it at a custom repo (kinda like the old debian multimedia repo) first.

Pragmatic for whom?  Certainly not Devuan as we have our hands more than full.

Sorry, i did not want to imply the Devuan team should do the work but the person interested in providing the package.

That's pretty much where i saw room for pragmatism. Setting the official adoption in motion is something i'd try to avoid before gauging interest/response/stability. If it turns out non optimal that approach would result in the least amount of time wasted for everyone or am i missing something there?

As far as i am concerned i'd probably keep hosting my packages at a custom repo anyways unless there is a huge demand and i can see myself doing a proper job at maintaining it.

I've recompiled VLC for Ascii ARM64 on RPi but cannot get image when using -vout omxil_vout.

How are you compiling? If from upstream non-debianized source code, your custom VLC may be much more different from our repository version than you think, which possibly may account for failure to produce video.

Here are my personal notes on building a .deb from debianized source code. Forgive me if you already know all this. If you do it this way, your custom package is virtually guaranteed to differ from our repository version only in what you change.

$ sudo apt-get install build-essential dpkg-dev fakeroot

make sure /etc/apt/sources.list has at least one deb-src line
(e.g., deb-src http://pkgmaster.devuan.org/merged/ ascii main)

$ sudo apt-get update

$ sudo apt-get build-dep vlc

$ apt-get source vlc

edit source code to taste

$ cd vlc-<version>

$ dpkg-buildpackage -rfakeroot -us -uc
(if this step complains about "missing upstream tarball", add -b flag)  

Sorry I can't be helpful in specifics. Graphics are not my forte.

golinux wrote:

fanfoue70 wrote:

Could the maintainer add these compilation options please ?

--enable-omxil --enable-omxil-vout --enable-rpi-omxil --disable-mmal-codec --disable-mmal-vout

Devuan does not maintain VLC if that's what you're assuming.  I don't know whether Debian touches it or whether it comes directly from VLC.  You could always recompile it yourself.

Anyways in my opinion the most pragmatic approach would be to build a package with the proposed changes and host it at a custom repo (kinda like the old debian multimedia repo) first.

Pragmatic for whom?  Certainly not Devuan as we have our hands more than full.  Besides, there is already a process where "improved" and new packages can move from experimental to testing to the main repo.   If you want to offer a new, forked or altered Devuan/Debian package, work on it at git.devuan.org.  For packaging instructions, please read about the d1h packaging helper.  And be prepared to maintain it for future releases.

fanfoue70 wrote:

Could the maintainer add these compilation options please ?

--enable-omxil --enable-omxil-vout --enable-rpi-omxil --disable-mmal-codec --disable-mmal-vout

Devuan does not maintain VLC if that's what you're assuming.  I don't know whether Debian touches it or whether it comes directly from VLC.  You could always recompile it yourself.

True but i guess Debian still decides what options to pass to configure and not just uses defaults though. Anyways in my opinion the most pragmatic approach would be to build a package with the proposed changes and host it at a custom repo (kinda like the old debian multimedia repo) first. If it proves popular and gets a positive response it's likely easier to get it considered for inclusion in the official repos.

Slightly offtopic: If there's enough people wanting to build packages maybe it's worth considering to start a community repo or even some site providing something like Ubuntu's ppas.

Could the maintainer add these compilation options please ?

--enable-omxil --enable-omxil-vout --enable-rpi-omxil --disable-mmal-codec --disable-mmal-vout

Devuan does not maintain VLC if that's what you're assuming.  I don't know whether Debian touches it or whether it comes directly from VLC.  You could always recompile it yourself.

--enable-omxil --enable-omxil-vout --enable-rpi-omxil --disable-mmal-codec --disable-mmal-vout

Thanks !
Devuan is a great distribution, and it would gain visibility if multimedia apps like VLC or Omxplayer where included and using HW acceleration (a lot of people use RPi as a multimedia station). I see a lot of tutos explaining how to compile VLC for Pi, wouldn't it save time and energy to people to have these 2 apps in the distrib ? I can help but I need help, too.