Jump to content

lgranie

Members
  • Posts

    35
  • Joined

  • Last visited

Posts posted by lgranie

  1. Hi,

    Yes,

    dpkg-reconfigure libdvd-pkg

    will download, compile and install it

    apt search libdvdcss
    
    ...
    
    libdvdcss-dev/now 1.4.2-1~local arm64 [installed,local]
      library for accessing encrypted DVDs - development files
    
    libdvdcss2/now 1.4.2-1~local arm64 [installed,local]
      library for accessing encrypted DVDs
    
    libdvdcss2-dbgsym/now 1.4.2-1~local arm64 [installed,local]
      debug symbols for libdvdcss2

     

    I would like to know if someone as already read a dvd with armbian.

  2. Few days ago linux-image-current.meson64 package from armbian was updated.

    But I can not manage to boot on it : my screen stay black that's all.

     

    I have to come back to the previous version that you can find here :

    https://us.mirrors.fossho.st/armbian/apt/pool/main/l/linux-5.9.14-meson64/

    To avoid future update, I use the following command :

    sudo apt-mark hold linux-dtb-current-meson64 linux-image-current-meson64

     

    I also try with linux-image-arm64 from debian (bulleyes) which is also a 5.10 kernel.
    I've got the same results : no boot, black screen.

     

    On 2/5/2021 at 5:53 PM, jbolanosg said:

    Hello, could you please detail step by step how to do this and finally have armbian with linux kernel 5.10 on my Tanix TX3 tv box.

    I did not manage to run a 5.10 packaged kernel on my x96max.

  3. On 1/21/2021 at 4:16 PM, SteeMan said:

    A couple of thoughts/questions on this.  First why do you want to do this?  I understand some of the limitations of having /boot be on a fat filesystem, but is there some specific thing you need this for?

    I want to do this so when I install linux-image-current-meson64 or other kernel package I do not have error because it looks like the package's script is expecting a ext3/4 partition.

  4. Hi everyone,

     

    I made some new tests this last weekend and realized what I said was not really true.

     

    If you want to use hardware accelerated decoding you need to install armbian-firmware-all (package I just discovered). This package contains the firmware files needed by mpv in /lib/firmware/meson/vdec. Combined with mpv options hwdec-codecs=all and hwdec=auto ( or just v4l2m2m-copy ), cpu usage really drops from 50% to 20% ( and cpu temp from 70c to just over 50c ). But it is a little bugged : no seek forward or backward, and I've got a crach after one hour of movie (just when the bus fly the highway gap in "Speed", damned!).

     

    I imagine that the improvements of video playback quality ( no more little tearing ) I experimented last week was due to weston using GL for render what I was not able to do with X11/picom before.

     

    You do not really need hardware decoding : the  s905x2 is really capable to decode x264 without any problems.

     

    Here the commented containt of my mpv.conf file :

    # very usefull to understand what mpv is doing

    msg-level=all=v

     

    # video output ( wayland )
    vo=gpu
    gpu-context=wayland

    drm-connector=HDMI-A-1
    fs=yes

     

    # hardware decoding ( nothing to do with rendering, uncomment to test )
    #hwdec=auto
    #hwdec=v4l2m2m-copy
    hwdec-codecs=all

     

    # Personnal preferences
    sub-font='FreeSerifBold'
    sub-file-paths=Subs:Sub:subs:sub
    slang=en,eng
    alang=en,eng

  5. ok it is not perfect with vlc : if video is not the size of screen the video is cropped and moved up...
    with mpv it is perfect : you can ssh to your machine, sudo su - vlcd, export XDG_RUNTIME_DIR=/run/user/109 and launch mpv

    mpv.conf

     

    or aliases :

    function play_movie {
      sudo su -P -s /bin/bash -c "export XDG_RUNTIME_DIR=/run/user/109 && mpv --sub-auto=all --sub-file-paths=Subs $1" vlcd
    }

    function play_serie {
      sudo su -P -s /bin/bash -c "export XDG_RUNTIME_DIR=/run/user/109 && mpv --sub-auto=exact $1" vlcd
    }

  6. It is now 2 weeks I run linux-image-current-meson64 with no problems.

    I manage to get rid of tearing while playing video with vlc by using wayland/weston instead of X11/openbox (picom did not help).

    While playing video cpu goes from around 40% in X11 to 20% with weston \o/.

     

    You can find vlcd.service, scripts and config files in attached files.

     

    TODO list :
      - Move vlcd.service to weston.service and try to replace vlc-xxxx.sh scripts with ~/.config/systemd/vlcd.service

      - format /boot in ext4

    vlcd.service vlcd-start.sh vlcd-stop.sh weston.ini vlcrc.wl

  7. On 1/5/2021 at 4:28 PM, SteeMan said:

    The short answer is maybe...

     

    I tried today.

    To test I use an sd card with last aml/balbes images, chroot to it and

    apt update

    apt install linux-image-current-meson64

    edit /boot/extlinux/extlinux.conf

    I manage to boot on it. \o/

     

    So I reboot on emmc, backup some original /boot files and install the package.

    I set manually the package to "install ok installed" in /var/lib/dpkg/status to avoid futur error when updating.

    Now running on a 5.9.14 kernel. Will see if it is as stable than with 5.9.0

     

    /boot partition (u-boot) can be ext3/4 on x96max?

  8. Hi,

     

    I would like to maintain the kernel version updated on the box (for video reading performance because I still got some stearing when the camera moves horizontaly).
    Now that there is no more support for amlogic (I can understand why reading the forum), can I use the available bullseye/linux-image-current-meson64 package from the armbian repo (which is now 5.9.6 not 5.9.0)?

     

    As I understand is it not that easy to compile a kernel by myself because there is so much patches applied.

     

    Best regards,

    Laurent.

  9. On 5/24/2020 at 11:16 AM, balbes150 said:

    A question for those who use the header package for the kernel. Previously reported errors with this package (due to the build on x86). I'm wondering if there are any header errors after transferring the build to the ARM platform ?

    deb files with the new kernel collected on the ARM platform

     

    https://yadi.sk/d/4swKv82e0Cd29A

    No problem here :

    ❯ dpkg -i linux-image-current-arm-64_20.05.5_arm64.deb linux-headers-current-arm-64_20.05.5_arm64.deb
    (Reading database ... 74883 files and directories currently installed.)
    Preparing to unpack linux-image-current-arm-64_20.05.5_arm64.deb ...
    Unpacking linux-image-current-arm-64 (20.05.5) over (20.05.4) ...
    Preparing to unpack linux-headers-current-arm-64_20.05.5_arm64.deb ...
    Unpacking linux-headers-current-arm-64 (20.05.5) over (20.05.4) ...
    Setting up linux-image-current-arm-64 (20.05.5) ...
    update-initramfs: Generating /boot/initrd.img-5.7.0-rc6-arm-64
    W: Couldn't identify type of root file system for fsck hook
    update-initramfs: Converting to u-boot format
    Setting up linux-headers-current-arm-64 (20.05.5) ...
    Compiling headers - please wait ...

  10. Hi,

     

    My x96max is suffering from screen tearing and I would like to update the kernel because it looks like g12a vdec is added in the last release candidate and I would like to test it.

     

    Is it possible to install the 5.6-rc7 kernel from the last armbian image to the current emmc installed with 5.6-rc5?

    I imagine to :

       - copy /mnt/sdcard/rootfs/lib/modules/5.6.0-rc7-next-20200326-arm-64 to /lib/modules/,

       - copy /mnt/sdcard/boot/config-5.6.0-rc7-next-20200326-arm-64, System.map-5.6.0-rc7-next-20200326-arm-64,  vmlinuz-5.6.0-rc7-next-20200326-arm-64, initrd.img-5.6.0-rc7-next-20200326-arm-64 to /boot

       - copy /mnt/sdcard/boot/zImage to /boot/zImage-rc7

       - copy /mnt/sdcard/boot/uInitrd to /boot/uInitrd-rc7

       - copy /mnt/sdcard/boot/dtb/amlogic/meson-g12a-x96-max.dtb to /boot/dtb/amlogic/meson-g12a-x96-max-rc7.dtb (because the files differ)

       - edit /boot/uEnv.txt

       - run sudo /usr/sbin/update-initramfs -u -k all

     

    Do I miss something?

     

    Thx,

    Laurent.

  11. Hi,

     

    I'm used to compile my kernel on x86 with make bindeb-dpkg and then edit /etc/lilo.conf or create symlink to images and initrd files installed with dpkg.

    I have no clue how to do it with u-boot on a fat32 /boot partition.

     

    I tried with the following procedure (on debian bullseye) :

      - download sources from kernel.org

      - cp /boot/config-5.5.0 linux-source-5.5.7/.config

      - make menuconfig && make bindeb-pkg -j 4 (took 2 hours)

      - dpkg -i linux-image-5.5.7-xxx.deb (look like debian is able to manage uboot initramfs)

      - edit the 2 first lines of /boot/uEnv.txt and set image and initramfs

      - reboot (3 times) => black screen

     

    Few questions :

    - Is there any additional configuration to pass to make bindeb-pkg on arm compare to x86?

    - What about dtb files?

     

    Thx, for your help,

    Laurent.

     

    ps : on my x96max, I've already got some difficulties to boot on emmc : a simple reboot work 1/3 times. I have to boot on sdcard and then reboot (removing the sdcard) to boot on emmc.

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines