Jump to content


  • Posts

  • Joined

  • Last visited

Other groups



About ning

Recent Profile Visitors

4758 profile views
  1. what's charge pump, is there devicetree yaml to let you know how to use pwm?
  2. after study, I find there 2 way can make mpv work good on RK3288 1, mpv.conf 2, mpv.conf with a patch: diff --git a/filters/f_hwtransfer.c b/filters/f_hwtransfer.c index 26b1daaedc..17aaa56ef2 100644 --- a/filters/f_hwtransfer.c +++ b/filters/f_hwtransfer.c @@ -348,7 +348,8 @@ static bool probe_formats(struct mp_filter *f, int hw_imgfmt, bool use_conversio if (!cstr) { MP_VERBOSE(f, "hwdec '%s' does not report hwframe constraints. " "Using static metadata.\n", cur->driver_name); - cstr = build_static_constraints(cur); + //cstr = build_static_constraints(cur); + continue; } bool found = false; for (int i = 0; cstr->valid_hw_formats && recomend is 1.
  3. commit 78285e98f1479ba27d652c9f79329fee5eb1add2 Author: Philip Langdale <philipl@overt.org> Date: Thu Jun 22 12:43:02 2023 -0700 vo: hwdec: prioritise `drmprime` over `drmprime_overlay` I originally left `drmprime_overlay` as higher priority because `drmprime` was new, and because I didn't have any hardware where both worked (only one or the other) so I couldn't compare relative performance, and if only one worked, the priority didn't matter. But with time and more usage, we've reached a point where we can say we would recommend using `drmprime` in situations where both work, and we've also been able to identify hardware where both do indeed work and it seems that `drmprime` is more reliable. So, let's flip them. diff --git a/video/out/gpu/hwdec.c b/video/out/gpu/hwdec.c index 1e3edb0d8d..878ac148fb 100644 --- a/video/out/gpu/hwdec.c +++ b/video/out/gpu/hwdec.c @@ -74,8 +74,8 @@ const struct ra_hwdec_driver *const ra_hwdec_drivers[] = { &ra_hwdec_rpi_overlay, #endif #if HAVE_DRM - &ra_hwdec_drmprime_overlay, &ra_hwdec_drmprime, + &ra_hwdec_drmprime_overlay, #endif #if HAVE_ANDROID_MEDIA_NDK &ra_hwdec_aimagereader, just let know, when use mpv 0.36 on H3, need revert this patch to make mpv work.
  4. you can try: kernel6.6.8+ffmpeg6.1+mpv0.37+mesa23.3.2 with v4l2 patches. if use -ov=gpu, still need WR for lima.
  5. do you try mpv -vo=gpu-next? I got system reset after seconds on tinker-rk3288. root caused to not enough power, I change power supply to 5v3a USB changer, the issue gone.
  6. In my opinion, reboot to firmware flash mode or use reset key to boot to flash mode, this function need support from uboot, but this function is missing from mainline uboot. the only choice is use "MaskRom" mode to back to vendor OS. try to find M key or EMMC's CLK pin, short CLK to ground. example of M key. example of CLK pin on mainboard.
  7. bluetooth works, due to swapped host/device gpio.
  8. my kernel saves the dts for jianpian. Vendor dts for bluetooth wireless-bluetooth { pinctrl-names = "default\0rts_gpio"; pinctrl-0 = <0x13c>; clock-names = "ext_clock"; clocks = <0x138 0x01>; BT,wake_gpio = <0x13a 0x11 0x00>; BT,reset_gpio = <0x13a 0x0f 0x00>; uart_rts_gpios = <0x13a 0x0d 0x01>; compatible = "bluetooth-platdata"; BT,wake_host_irq = <0x13a 0x10 0x00>; pinctrl-1 = <0x13d>; status = "okay"; phandle = <0x1e7>; }; pinctrl-0, pinctrl-1 and uart_rts_gpio are decription for gpio2 RK_PB5, which is uart1 rtsn pin. phandle <0x13a> is gpio2. My mainline dts for bluetooth: &uart1 { pinctrl-names = "default"; pinctrl-0 = <&uart1m0_xfer &uart1m0_ctsn &uart1m0_rtsn>; status = "okay"; uart-has-rtscts; bluetooth { compatible = "brcm,bcm43438-bt"; clocks = <&rk809 1>; clock-names = "lpo"; device-wakeup-gpios = <&gpio2 RK_PC1 GPIO_ACTIVE_HIGH>; host-wakeup-gpios = <&gpio2 RK_PC0 GPIO_ACTIVE_HIGH>; shutdown-gpios = <&gpio2 RK_PB7 GPIO_ACTIVE_HIGH>; pinctrl-names = "default"; pinctrl-0 = <&bt_host_wake_l &bt_wake_l &bt_enable_h>; vbat-supply = <&vcc3v3_sys>; vddio-supply = <&vcca1v8_pmu>; }; }; but bluetooth failed:
  9. Uboot: https://github.com/zhangn1985/u-boot/tree/jianpian kernel: https://github.com/zhangn1985/linux-stable/tree/jianpian
  10. done, with my uboot, it boot automatically to debian-13. but for now: ethernet, bt are enabled but not work. openvfd, LED, IR receive are not enabled. next step fix those.
  11. my uboot bootable, but with some wrong config, 1, board is wrong 2, sysboot not support.
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines