Kivy: Kesalahan segmentasi di Raspberry 3B+

Dibuat pada 22 Okt 2018  ·  44Komentar  ·  Sumber: kivy/kivy

Versi

Keterangan

Saya mencoba menjalankan demo app_with_kv.py tetapi selalu menampilkan kesalahan segmentation fault . Saya menggunakan layar TFT dari sini .

Kode dan Log

[INFO   ] [Logger      ] Record log in /home/pi/.kivy/logs/kivy_18-10-22_12.txt
[INFO   ] [Kivy        ] v1.11.0.dev0, git-916b77b, 20181022
[INFO   ] [Python      ] v3.5.3 (default, Sep 27 2018, 17:25:39) 
[GCC 6.3.0 20170516]
[INFO   ] [Factory     ] 184 symbols loaded
[INFO   ] [Image       ] Providers: img_tex, img_dds, img_sdl2, img_pil, img_gif (img_ffpyplayer ignored)
[INFO   ] [Text        ] Provider: sdl2
[INFO   ] [Window      ] Provider: egl_rpi
[INFO   ] [GL          ] Using the "OpenGL ES 2" graphics system
[INFO   ] [GL          ] Backend used <sdl2>
Segmentation fault
RPi High SDL2 Confirmed

Komentar yang paling membantu

Punya masalah serupa dengan itu. Untuk beberapa alasan, sdl2 dipanggil alih-alih gl untuk Backend. Saya tidak tahu apakah ada perbaikan permanen untuk ini, tetapi setelah beberapa waktu mencoba mencari perbaikan, satu-satunya solusi yang dapat saya lakukan adalah menambahkan 2 baris di atas aplikasi Anda, sebelum Anda mengimpor Kivy. Seharusnya terlihat seperti ini:

import os
os.environ['KIVY_GL_BACKEND'] = 'gl'
import kivy

Semoga bisa membantu. Semoga beruntung!

Ps Jika Anda ingin menjalankan aplikasi Anda di Windows, Anda mungkin ingin berkomentar os.environ['KIVY_GL_BACKEND'] = 'gl' jika tidak, aplikasi tidak akan berjalan.

Semua 44 komentar

Punya masalah serupa dengan itu. Untuk beberapa alasan, sdl2 dipanggil alih-alih gl untuk Backend. Saya tidak tahu apakah ada perbaikan permanen untuk ini, tetapi setelah beberapa waktu mencoba mencari perbaikan, satu-satunya solusi yang dapat saya lakukan adalah menambahkan 2 baris di atas aplikasi Anda, sebelum Anda mengimpor Kivy. Seharusnya terlihat seperti ini:

import os
os.environ['KIVY_GL_BACKEND'] = 'gl'
import kivy

Semoga bisa membantu. Semoga beruntung!

Ps Jika Anda ingin menjalankan aplikasi Anda di Windows, Anda mungkin ingin berkomentar os.environ['KIVY_GL_BACKEND'] = 'gl' jika tidak, aplikasi tidak akan berjalan.

Saya mendapatkan kesalahan yang sama pada Zero W. Saran @goadik memperbaiki 3B+ untuk saya, belum mencoba pada Zero.

Saya juga mengonfirmasi bahwa solusi @goadik berfungsi! Dan saya juga menunjukkan bahwa karena ini adalah masalah variabel lingkungan, Anda cukup mengekspor variabel sebagai berikut:

export KIVY_GL_BACKEND=gl

Dan kemudian jalankan skrip.

SDL2 digunakan untuk mencari simbol secara dinamis.
Akan menyenangkan untuk memiliki backtrace untuk memahami dan memperbaiki masalah.
Pindah ke GL backend untuk rpi dapat diimplementasikan tergantung pada platform, tetapi saya lebih suka memperbaiki masalah yang mendasarinya.

Silakan gunakan gdb --args python main.py , ketik r , lalu ketika crash, lakukan bt all . Posting semuanya.

Oke. Ini adalah output untuk gdb --args python main.py :

GNU gdb (Raspbian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabihf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from python3...(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/bin/python3 main.py
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[INFO   ] [Logger      ] Record log in /home/pi/.kivy/logs/kivy_18-10-27_0.txt
[INFO   ] [Image       ] Providers: img_tex, img_dds, img_sdl2, img_pil, img_gif (img_ffpyplayer ignored)
[INFO   ] [Kivy        ] v1.11.0.dev0, git-916b77b, 20181022
[INFO   ] [Python      ] v3.5.3 (default, Sep 27 2018, 17:25:39) 
[GCC 6.3.0 20170516]
[INFO   ] [Factory     ] 184 symbols loaded
[DEBUG  ] [App         ] Loading kv <./main.kv>
[DEBUG  ] [App         ] kv <./main.kv> not found
[INFO   ] [Window      ] Provider: egl_rpi
[New Thread 0x74758470 (LWP 973)]
[New Thread 0x73dff470 (LWP 974)]
[New Thread 0x735ff470 (LWP 975)]
[New Thread 0x72dff470 (LWP 976)]
[DEBUG  ] [Window      ] Actual display size: 800x480
[INFO   ] [GL          ] Using the "OpenGL ES 2" graphics system
[DEBUG  ] [GL          ] glActiveTexture is not available
[DEBUG  ] [GL          ] glAttachShader is not available
[DEBUG  ] [GL          ] glBindAttribLocation is not available
[DEBUG  ] [GL          ] glBindBuffer is not available
[DEBUG  ] [GL          ] glBindFramebuffer is not available
[DEBUG  ] [GL          ] glBindRenderbuffer is not available
[DEBUG  ] [GL          ] glBindTexture is not available
[DEBUG  ] [GL          ] glBlendColor is not available
[DEBUG  ] [GL          ] glBlendEquation is not available
[DEBUG  ] [GL          ] glBlendEquationSeparate is not available
[DEBUG  ] [GL          ] glBlendFunc is not available
[DEBUG  ] [GL          ] glBlendFuncSeparate is not available
[DEBUG  ] [GL          ] glBufferData is not available
[DEBUG  ] [GL          ] glBufferSubData is not available
[DEBUG  ] [GL          ] glCheckFramebufferStatus is not available
[DEBUG  ] [GL          ] glClear is not available
[DEBUG  ] [GL          ] glClearColor is not available
[DEBUG  ] [GL          ] glClearStencil is not available
[DEBUG  ] [GL          ] glColorMask is not available
[DEBUG  ] [GL          ] glCompileShader is not available
[DEBUG  ] [GL          ] glCompressedTexImage2D is not available
[DEBUG  ] [GL          ] glCompressedTexSubImage2D is not available
[DEBUG  ] [GL          ] glCopyTexImage2D is not available
[DEBUG  ] [GL          ] glCopyTexSubImage2D is not available
[DEBUG  ] [GL          ] glCreateProgram is not available
[DEBUG  ] [GL          ] glCreateShader is not available
[DEBUG  ] [GL          ] glCullFace is not available
[DEBUG  ] [GL          ] glDeleteBuffers is not available
[DEBUG  ] [GL          ] glDeleteFramebuffers is not available
[DEBUG  ] [GL          ] glDeleteProgram is not available
[DEBUG  ] [GL          ] glDeleteRenderbuffers is not available
[DEBUG  ] [GL          ] glDeleteShader is not available
[DEBUG  ] [GL          ] glDeleteTextures is not available
[DEBUG  ] [GL          ] glDepthFunc is not available
[DEBUG  ] [GL          ] glDepthMask is not available
[DEBUG  ] [GL          ] glDetachShader is not available
[DEBUG  ] [GL          ] glDisable is not available
[DEBUG  ] [GL          ] glDisableVertexAttribArray is not available
[DEBUG  ] [GL          ] glDrawArrays is not available
[DEBUG  ] [GL          ] glDrawElements is not available
[DEBUG  ] [GL          ] glEnable is not available
[DEBUG  ] [GL          ] glEnableVertexAttribArray is not available
[DEBUG  ] [GL          ] glFinish is not available
[DEBUG  ] [GL          ] glFlush is not available
[DEBUG  ] [GL          ] glFramebufferRenderbuffer is not available
[DEBUG  ] [GL          ] glFramebufferTexture2D is not available
[DEBUG  ] [GL          ] glFrontFace is not available
[DEBUG  ] [GL          ] glGenBuffers is not available
[DEBUG  ] [GL          ] glGenerateMipmap is not available
[DEBUG  ] [GL          ] glGenFramebuffers is not available
[DEBUG  ] [GL          ] glGenRenderbuffers is not available
[DEBUG  ] [GL          ] glGenTextures is not available
[DEBUG  ] [GL          ] glGetActiveAttrib is not available
[DEBUG  ] [GL          ] glGetActiveUniform is not available
[DEBUG  ] [GL          ] glGetAttachedShaders is not available
[DEBUG  ] [GL          ] glGetAttribLocation is not available
[DEBUG  ] [GL          ] glGetBooleanv is not available
[DEBUG  ] [GL          ] glGetBufferParameteriv is not available
[DEBUG  ] [GL          ] glGetError is not available
[DEBUG  ] [GL          ] glGetFloatv is not available
[DEBUG  ] [GL          ] glGetFramebufferAttachmentParameteriv is not available
[DEBUG  ] [GL          ] glGetIntegerv is not available
[DEBUG  ] [GL          ] glGetProgramInfoLog is not available
[DEBUG  ] [GL          ] glGetProgramiv is not available
[DEBUG  ] [GL          ] glGetRenderbufferParameteriv is not available
[DEBUG  ] [GL          ] glGetShaderInfoLog is not available
[DEBUG  ] [GL          ] glGetShaderiv is not available
[DEBUG  ] [GL          ] glGetShaderSource is not available
[DEBUG  ] [GL          ] glGetString is not available
[DEBUG  ] [GL          ] glGetTexParameterfv is not available
[DEBUG  ] [GL          ] glGetTexParameteriv is not available
[DEBUG  ] [GL          ] glGetUniformfv is not available
[DEBUG  ] [GL          ] glGetUniformiv is not available
[DEBUG  ] [GL          ] glGetUniformLocation is not available
[DEBUG  ] [GL          ] glGetVertexAttribfv is not available
[DEBUG  ] [GL          ] glGetVertexAttribiv is not available
[DEBUG  ] [GL          ] glHint is not available
[DEBUG  ] [GL          ] glIsBuffer is not available
[DEBUG  ] [GL          ] glIsEnabled is not available
[DEBUG  ] [GL          ] glIsFramebuffer is not available
[DEBUG  ] [GL          ] glIsProgram is not available
[DEBUG  ] [GL          ] glIsRenderbuffer is not available
[DEBUG  ] [GL          ] glIsShader is not available
[DEBUG  ] [GL          ] glIsTexture is not available
[DEBUG  ] [GL          ] glLineWidth is not available
[DEBUG  ] [GL          ] glLinkProgram is not available
[DEBUG  ] [GL          ] glPixelStorei is not available
[DEBUG  ] [GL          ] glPolygonOffset is not available
[DEBUG  ] [GL          ] glReadPixels is not available
[DEBUG  ] [GL          ] glRenderbufferStorage is not available
[DEBUG  ] [GL          ] glSampleCoverage is not available
[DEBUG  ] [GL          ] glScissor is not available
[DEBUG  ] [GL          ] glShaderBinary is not available
[DEBUG  ] [GL          ] glShaderSource is not available
[DEBUG  ] [GL          ] glStencilFunc is not available
[DEBUG  ] [GL          ] glStencilFuncSeparate is not available
[DEBUG  ] [GL          ] glStencilMask is not available
[DEBUG  ] [GL          ] glStencilMaskSeparate is not available
[DEBUG  ] [GL          ] glStencilOp is not available
[DEBUG  ] [GL          ] glStencilOpSeparate is not available
[DEBUG  ] [GL          ] glTexImage2D is not available
[DEBUG  ] [GL          ] glTexParameterf is not available
[DEBUG  ] [GL          ] glTexParameteri is not available
[DEBUG  ] [GL          ] glTexSubImage2D is not available
[DEBUG  ] [GL          ] glUniform1f is not available
[DEBUG  ] [GL          ] glUniform1fv is not available
[DEBUG  ] [GL          ] glUniform1i is not available
[DEBUG  ] [GL          ] glUniform1iv is not available
[DEBUG  ] [GL          ] glUniform2f is not available
[DEBUG  ] [GL          ] glUniform2fv is not available
[DEBUG  ] [GL          ] glUniform2i is not available
[DEBUG  ] [GL          ] glUniform2iv is not available
[DEBUG  ] [GL          ] glUniform3f is not available
[DEBUG  ] [GL          ] glUniform3fv is not available
[DEBUG  ] [GL          ] glUniform3i is not available
[DEBUG  ] [GL          ] glUniform3iv is not available
[DEBUG  ] [GL          ] glUniform4f is not available
[DEBUG  ] [GL          ] glUniform4fv is not available
[DEBUG  ] [GL          ] glUniform4i is not available
[DEBUG  ] [GL          ] glUniform4iv is not available
[DEBUG  ] [GL          ] glUniformMatrix4fv is not available
[DEBUG  ] [GL          ] glUseProgram is not available
[DEBUG  ] [GL          ] glValidateProgram is not available
[DEBUG  ] [GL          ] glVertexAttrib1f is not available
[DEBUG  ] [GL          ] glVertexAttrib2f is not available
[DEBUG  ] [GL          ] glVertexAttrib3f is not available
[DEBUG  ] [GL          ] glVertexAttrib4f is not available
[DEBUG  ] [GL          ] glVertexAttribPointer is not available
[DEBUG  ] [GL          ] glViewport is not available
[INFO   ] [GL          ] Backend used <sdl2>

Thread 1 "python3" received signal SIGSEGV, Segmentation fault.
0x00000000 in ?? ()

Juga, karena bt all telah memunculkan "Tidak ada simbol "semua" dalam konteks saat ini." pesan, saya memiliki output thread apply all bt , yaitu sebagai berikut:

Thread 5 (Thread 0x72dff470 (LWP 976)):
#0  0x76f88014 in futex_abstimed_wait_cancelable (private=0, abstime=0x0, 
    expected=1, futex_word=0x748885ec <cecservice_notify_available_event+24>)
    at ../sysdeps/unix/sysv/linux/futex-internal.h:205
#1  do_futex_wait (sem=sem@entry=0x748885ec <cecservice_notify_available_event+24>, 
    abstime=0x0) at sem_waitcommon.c:115
#2  0x76f88158 in __new_sem_wait_slow (
    sem=0x748885ec <cecservice_notify_available_event+24>, abstime=0x0)
    at sem_waitcommon.c:282
#3  0x7486ec44 in cecservice_notify_func () from /opt/vc/lib/libbcm_host.so
#4  0x747d7cc4 in vcos_thread_entry (arg=0x74888600 <cecservice_notify_task>)
    at /home/dc4/projects/staging/userland/interface/vcos/pthreads/vcos_pthreads.c:144
#5  0x76f7efc4 in start_thread (arg=0x72dff470) at pthread_create.c:335
#6  0x76e0cbc8 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76
   from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 4 (Thread 0x735ff470 (LWP 975)):
#0  0x76f88014 in futex_abstimed_wait_cancelable (private=0, abstime=0x0, 
    expected=1, futex_word=0x74887864 <tvservice_notify_available_event+24>)
    at ../sysdeps/unix/sysv/linux/futex-internal.h:205
#1  do_futex_wait (sem=sem@entry=0x74887864 <tvservice_notify_available_event+24>, 
    abstime=0x0) at sem_waitcommon.c:115
#2  0x76f88158 in __new_sem_wait_slow (
    sem=0x74887864 <tvservice_notify_available_event+24>, abstime=0x0)
---Type <return> to continue, or q <return> to quit---
    at sem_waitcommon.c:282
#3  0x7486e084 in tvservice_notify_func () from /opt/vc/lib/libbcm_host.so
#4  0x747d7cc4 in vcos_thread_entry (arg=0x74887878 <tvservice_notify_task>)
    at /home/dc4/projects/staging/userland/interface/vcos/pthreads/vcos_pthreads.c:144
#5  0x76f7efc4 in start_thread (arg=0x735ff470) at pthread_create.c:335
#6  0x76e0cbc8 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76
   from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 3 (Thread 0x73dff470 (LWP 974)):
#0  0x76f88014 in futex_abstimed_wait_cancelable (private=0, abstime=0x0, 
    expected=1, futex_word=0x748886e8 <dispmanx_notify_available_event+24>)
    at ../sysdeps/unix/sysv/linux/futex-internal.h:205
#1  do_futex_wait (sem=sem@entry=0x748886e8 <dispmanx_notify_available_event+24>, 
    abstime=0x0) at sem_waitcommon.c:115
#2  0x76f88158 in __new_sem_wait_slow (
    sem=0x748886e8 <dispmanx_notify_available_event+24>, abstime=0x0)
    at sem_waitcommon.c:282
#3  0x74872150 in dispmanx_notify_func () from /opt/vc/lib/libbcm_host.so
#4  0x747d7cc4 in vcos_thread_entry (arg=0x74889428 <dispmanx_notify_task>)
    at /home/dc4/projects/staging/userland/interface/vcos/pthreads/vcos_pthreads.c:144
#5  0x76f7efc4 in start_thread (arg=0x73dff470) at pthread_create.c:335
#6  0x76e0cbc8 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76
   from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
---Type <return> to continue, or q <return> to quit---

Thread 2 (Thread 0x74758470 (LWP 973)):
#0  0x76e0580c in ioctl () at ../sysdeps/unix/syscall-template.S:84
#1  0x747f1010 in completion_thread () from /opt/vc/lib/libvchiq_arm.so
#2  0x747d7cc4 in vcos_thread_entry (arg=0x74804318 <vchiq_instance+16>)
    at /home/dc4/projects/staging/userland/interface/vcos/pthreads/vcos_pthreads.c:144
#3  0x76f7efc4 in start_thread (arg=0x74758470) at pthread_create.c:335
#4  0x76e0cbc8 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76
   from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (Thread 0x76ff7010 (LWP 967)):
#0  0x00000000 in ?? ()

#1  0x74bb28d0 in __pyx_pf_4kivy_8graphics_6opengl_138glGetString (
    __pyx_self=<optimized out>, __pyx_v_name=<optimized out>)
    at /tmp/pip-bp1kpwjd-build/kivy/graphics/opengl.c:12436
#2  __pyx_pw_4kivy_8graphics_6opengl_139glGetString (__pyx_self=<optimized out>, 
    __pyx_arg_name=<optimized out>)
    at /tmp/pip-bp1kpwjd-build/kivy/graphics/opengl.c:12415
#3  0x000b1df8 in PyEval_EvalFrameEx ()
#4  0x000b1a7c in PyEval_EvalFrameEx ()
#5  0x000b1a7c in PyEval_EvalFrameEx ()
#6  0x001985c8 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Oke, sepertinya SDL_GL_GetProcAddress tidak dapat menemukan apa pun :( Saya mengerti sekarang.
Metode kami untuk mendeteksi dan memuat opengl terkait dengan penyedia Window yang digunakan.
Tetapi dalam hal ini, egl_rpi yang digunakan, bukan SDL2, oleh karena itu fungsi SDL2 tidak akan berfungsi.

Perlu perbaikan, terima kasih telah melaporkan!

Tidak yakin apakah relevan untuk ditambahkan di sini, tetapi saya pikir itu ada hubungannya dengan versi baru Raspbian. Saya mencoba yang lebih lama (saya punya gambar) dan itu berhasil seperti pesona.

Masalah dengan kesalahan segmentasi pada awal aplikasi dapat diperbaiki dengan variabel lingkungan, tetapi juga crash dengan kesalahan segmentasi yang sama setiap kali saya memuat grafik dengan banyak data untuk ditampilkan.

Masalah dengan GDB adalah jika saya mencoba menggunakannya seperti itu gdb --args python main.py dan mereplikasi crash, RPI hanya membeku dan satu-satunya yang tersisa untuk dilakukan pada saat ini hanyalah memulai kembali. Ketika saya memeriksa log mereka kosong.

Ingin menambahkannya di sini.

Saya memiliki masalah yang sama dan seperti @goadik mengatakan itu bisa menjadi bug dari versi raspbian baru karena pada gambar lama saya (Raspberry3, kivy v1.11.0.dev0, python v3.4.2) aplikasi kivy berjalan dengan baik. Masalah saya dijelaskan di sini: https://stackoverflow.com/questions/53122908/kivy-opengl-segmentation-fault-on-raspberry

@krrrramambuli

pada gambar lama saya (Raspberry3, kivy v1.11.0.dev0, python v3.4.2) aplikasi kivy berjalan dengan baik

Jadi mengapa Anda tidak menggunakan gambar yang lebih tua?

RPi Dev terkenal karena mendorong "pembaruan" baru yang merusak segala macam hal. Saya memiliki begitu banyak pengalaman yang tidak menyenangkan dengan ini, sehingga saya telah sepenuhnya menonaktifkan semua pembaruan terkait OS yang berasal dari RPi org.

@E3V3A

Jadi mengapa Anda tidak menggunakan gambar yang lebih tua?

Karena saya memiliki RPI yang sudah dikonfigurasi dengan pembaruan raspbian terbaru. Dan saya hanya bertanya-tanya mengapa kivy tidak berjalan meskipun saya melakukan hal yang persis sama seperti sebelumnya. Sekarang saya mengubah ke gambar lama dan itu berjalan dengan baik!

Mulai sekarang saya akan berhati-hati dengan pembaruan yang tergesa-gesa;)

Mungkin sama sekali tidak terkait, tetapi kecuali saya salah: Kivy bergantung pada SDL2 dan SDL2 bergantung pada cffi dan/atau Kairo, dan cffi sulit dibangun terlepas dari arsitektur. Tapi saya menemukan paket pip berikut, mungkin coba itu?

# pip3 search cairocffi 
cairotft (0.1.2)   - UI library for small tft screens using cairocffi

@E3V3A
Saya sudah beralih ke gambar lama. Mungkin ada baiknya mengetahui untuk masa depan

Bolehkah saya bertanya kepada Anda gambar apa yang Anda gunakan dan di mana saya dapat menemukannya? Saya menggunakan Rpi 3 B+ dan kivy 1.11.0.dev0, gambar apa yang harus saya gunakan?

@E3V3A
Saya sudah beralih ke gambar lama. Mungkin ada baiknya mengetahui untuk masa depan

Saya menggunakan raspbian jessie, terakhir kali diperbarui pada 11-6-18 tanpa peningkatan. Rpi3, Kivy v1.10.1 dan Python 3.4.2
Catatan saya:

[INFO ] Logger: Rekam log in /home/pi/.kivy/logs/kivy_18-11-14_11.txt
[INFO ] Kivy: v1.10.1
[INFO ] Python: v3.4.2 (default, 19 Okt 2014, 13:31:11)
[GCC 4.9.1]
[INFO ] KivyMD: Versi KivyMD: 0.1.2
[INFO] Pabrik: 194 simbol dimuat
[INFO ] Gambar: Penyedia: img_tex, img_dds, img_sdl2, img_pil, img_gif (img_ffpyplayer diabaikan)
[INFO ] Jendela: Penyedia: egl_rpi
[INFO ] GL: Menggunakan sistem grafis "OpenGL ES 2"
[INFO ] GL: Backend digunakan
[INFO ] GL: Versi OpenGL [INFO ] GL: Vendor OpenGL [INFO ] GL: Perender OpenGL
[INFO ] GL: OpenGL versi parsing: 2, 0
[INFO ] GL: Versi bayangan
[INFO ] GL: Ukuran maks tekstur <2048>
[INFO ] GL: Unit maks tekstur <8>
[INFO ] Jendela: keyboard virtual diizinkan, mode multi-pengguna, tidak di-dok
[INFO ] Teks: Penyedia: sdl2
[INFO] GL: Dukungan tekstur NPOT tersedia
[INFO ] Papan klip: Penyedia: xclip
[INFO] CutBuffer: dukungan cut buffer diaktifkan
[INFO ] ProbeSysfs: kecocokan perangkat: /dev/input/event0
...

Terima kasih, memiliki masalah yang sama.
ekspor KIVY_GL_BACKEND=gl
memperbaikinya.

memiliki masalah yang persis sama di raspberry pi 3b+ ..apakah mungkin untuk menginstal kivy di inti Ubuntu atau OS lain yang didukung raspberry pi 3b+?

juga gambar Raspbian mana yang harus saya gunakan di raspberry pi 3b+ agar kivy berfungsi

masalah ini tidak diperbaiki
menggunakan impor os
os.environ['KIVY_GL_BACKEND'] = 'gl'
impor kivy
hanya solusi sementara

Itu belum disebutkan di utas ini tetapi mungkin relevan apakah seseorang memiliki Raspbian versi Lite atau PIXEL.

screen shot 2018-12-17 at 8 34 11 am

sdl2 menyertakan ketergantungan X windows dan Raspbian Lite jelas tidak menyertakan ini.

Saya dapat mengkonfirmasi bahwa menyelinap ...

import os
os.environ['KIVY_GL_BACKEND'] = 'gl'

...di bagian atas skrip Python saya membuat aplikasi "Halo, Tombol" berfungsi. Saya menggunakan versi Stretch Lite.

Versi raspbian apa yang harus saya gunakan agar tidak mengalami masalah ini?
Saya mencoba untuk mendowngrade os saya ke Raspbian Jessie 8.0 tetapi saya memiliki kesalahan seg yang sama ...

Versi raspbian apa yang harus saya gunakan agar tidak mengalami masalah ini?
Saya mencoba untuk mendowngrade os saya ke Raspbian Jessie 8.0 tetapi saya memiliki kesalahan seg yang sama ...

Masalah yang sama di sini dengan raspberry pi 3b+:

Memulai program: /usr/bin/python3 /home/pi/sorbito/main.py
[Debug utas menggunakan libthread_db diaktifkan]
Menggunakan pustaka host libthread_db "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[INFO ] [Logger ] Rekam login /home/pi/.kivy/logs/kivy_19-02-13_3.txt
[INFO ] [Kivy ] v1.11.0.dev0, git-233cdd1, 20190212
[INFO ] [Python ] v3.5.3 (default, 27 Sep 2018, 17:25:39)
[GCC 6.3.0 20170516]
[INFO ] [Pabrik] 184 simbol dimuat
[INFO ] [Gambar ] Penyedia: img_tex, img_dds, img_pil, img_gif (img_sdl2, img_ffpyplayer diabaikan)
[INFO ] [Teks ] Penyedia: sdl2
[INFO ] [Jendela ] Penyedia: egl_rpi
[Utas Baru 0x747ff470 (LWP 2420)]
[Utas Baru 0x73dff470 (LWP 2421)]
[Utas Baru 0x735ff470 (LWP 2422)]
[Utas Baru 0x72dff470 (LWP 2423)]
[INFO ] [GL ] Menggunakan sistem grafis "OpenGL ES 2"
[INFO ] [GL ] Backend digunakan

Thread 1 "python3" menerima sinyal SIGSEGV, Kesalahan segmentasi.
0x00000000 masuk ?? ()

Catatan:
[INFO ] Logger: Rekam log in /home/pi/.kivy/logs/kivy_19-02-13_3.txt
[INFO ] Kivy: v1.11.0.dev0, git-233cdd1, 20190212
[INFO ] Python: v3.5.3 (default, 27 Sep 2018, 17:25:39)
[GCC 6.3.0 20170516]
[INFO] Pabrik: 184 simbol dimuat
[INFO ] Gambar: Penyedia: img_tex, img_dds, img_pil, img_gif (img_sdl2, img_ffpyplayer diabaikan)
[INFO ] Teks: Penyedia: sdl2
[INFO ] Jendela: Penyedia: egl_rpi
[INFO ] GL: Menggunakan sistem grafis "OpenGL ES 2"
[INFO ] GL: Backend digunakan

Masih belum ada solusi untuk ini?

os.environ['KIVY_GL_BACKEND'] = 'gl'tidak membantu sama sekali dengan v1.11.0.dev0, git-9ebad2d, 20190516

Mendapatkan: [KRITIS] [Aplikasi] Tidak dapat mendapatkan Jendela, batalkan

Dan dengan versi yang lebih lama seperti 1.10.1 saya tidak mendapatkan dukungan PNG transparan...semua PNG transparan digambar dengan latar belakang hitam...kode yang sama berfungsi dengan baik pada Debian 9 meskipun ...

Jadi apakah RPi Stretch-Lite tidak akan pernah didukung lagi?

Baca kembali komentar terakhir saya di utas ini. Ini berfungsi untuk saya di Raspbian Stretch Lite (Nov 2018) dan 1.10.1 _does_ saya mendukung ratusan atau lebih grafik PNG yang saya gunakan dengan latar belakang transparan.

Untuk mengonfirmasi build menggunakan stabil terbaru (1.11.0) dalam instalasi stretch-lite yang sepenuhnya terbaru pada RPI apa pun menyebabkan kesalahan segmentasi ini. Harus membangun stable-1.10.1 untuk berjalan di RPI. Saya tidak yakin mengapa Anda akan merilis kandang yang memiliki masalah ini pada platform utama selama lebih dari 6 bulan.

Saya juga mengalami masalah ini pada raspberry 3 B+, ​​pada raspbian lite

Solusi yang baik saat ini adalah memastikan Pillow diinstal dan kemudian menjalankan kivy dengan KIVY_WINDOW=sdl2 . Tidak perlu mengatur gl backend dalam kasus ini karena sdl2 akan digunakan. Jika Anda ingin menggunakan penyedia jendela egl_rpi , maka backend gl perlu disetel.

Ini pasti memenuhi syarat sebagai bug regresi. Menginstal pada RPI 3B+ sebagai

pip install git+https://github.com/kivy/[email protected]

merender dalam kesalahan Segmentasi sedangkan

pip install git+https://github.com/kivy/[email protected]

bekerja seperti pesona.

Saya berencana untuk memperbaikinya dalam rilis pos.

Pada Rab, 12 Jun 2019, 13:11 RafalSkolasinski [email protected]
menulis:

Ini pasti memenuhi syarat sebagai bug regresi. Menginstal pada RPI 3B+ sebagai

pip install git+ https://github.com/kivy/[email protected]

merender dalam kesalahan Segmentasi sedangkan

pip install git+ https://github.com/kivy/[email protected]

bekerja seperti pesona.


Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub
https://github.com/kivy/kivy/issues/6007?email_source=notifications&email_token=AAMRN7T3A2SZJ5OE4QQ63NDP2EU2XA5CNFSM4F6QJQM2YY3PNVWWK3TUL52HS4DFVREXG43VMHZW63LDN5W136Wissue
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AAMRN7XWDPCYLGW5QREDN3DP2EU2XANCNFSM4F6QJQMQ
.

Bisakah Anda menguji https://github.com/kivy/kivy/pull/6384 ? Ini akan memperbaikinya dan juga memungkinkan Anda untuk menggunakan salah satu dari tiga backend saat dipilih secara manual (misalnya, sdl2, dan x11 jika dikompilasi).

Saya bisa mengujinya nanti hari ini atau besok.

Pada Kamis, 13 Juni 2019, 22:52 matham, [email protected] menulis:

Bisakah Anda menguji #6384 https://github.com/kivy/kivy/pull/6384 ? Ini seharusnya
perbaiki dan juga memungkinkan Anda untuk menggunakan salah satu dari tiga backend saat dipilih
secara manual (egl_rpi, sdl2, dan x11 jika dikompilasi).


Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub
https://github.com/kivy/kivy/issues/6007?email_source=notifications&email_token=ACTL75LVT74IBQJQ4W5QARTP2K6RXA5CNFSM4F6QJQM2YY3PNVWWK3TUL52HS4DFVREXG43VMVBWZ2DXVOR5-50XHZ2DXVOR5-50XH
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/ACTL75OGYIBPXEVW33B57KLP2K6RXANCNFSM4F6QJQMQ
.

6384 Memperbaikinya untuk saya menggunakan egl_rpi pada raspbian-lite, tidak perlu ekspor.

[INFO ] Logger: Rekam log in /home/pi/.kivy/logs/kivy_19-06-14_1.txt
[INFO ] Gambar: Penyedia: img_tex, img_dds, img_pil, img_gif (img_sdl2, img_ffpyplayer diabaikan)
[INFO ] Kivy: v2.0.0.dev0, git-dccba95, 20190614
[INFO ] Kivy: Dipasang di "/home/pi/Stuff/kivy-fix/kivy/__init__.py"
[INFO ] Python: v3.5.3 (default, 27 Sep 2018, 17:25:39)
[GCC 6.3.0 20170516]
[INFO ] Python: Interpreter di "/usr/bin/python3"
[INFO] Pabrik: 184 simbol dimuat
[INFO ] Teks: Penyedia: sdl2
[INFO ] Jendela: Penyedia: egl_rpi
[INFO ] GL: Menggunakan sistem grafis "OpenGL ES 2"
[INFO ] GL: Backend digunakan
[INFO ] GL: Versi OpenGL [INFO ] GL: Vendor OpenGL [INFO ] GL: Perender OpenGL
[INFO ] GL: OpenGL versi parsing: 2, 0
[INFO ] GL: Bayangan v

Ya, itu berhasil.
Awalnya saya punya masalah dan mendapat beberapa kesalahan

[CRITICAL] [Window      ] Unable to find any valuable Window provider.

tetapi setelah menambahkan pillow itu mulai berfungsi.
Saya kira pillow apakah dependensi baru ditambahkan di 1.11 ?

edit:
Apakah perbaikan ini akan dirilis dalam 1.11.1 ? jadi begitu

[INFO ] Kivy: v2.0.0.dev0, git-dccba95, 20190614

dalam log.

Ini akan dipilih menjadi rilis pos 1.11.0.post0 (https://github.com/kivy/kivy/pull/6357). Dengan cara ini orang yang menargetkan 1.11.0 saat menginstal akan secara otomatis mendapatkan versi tetap (dengan asumsi pip melakukan hal yang benar di sini dan menginstal 1.11.0.post0 ketika 1.11.0 diminta).

Biasanya, saya akan pergi ke 1.11.1, tetapi ini tidak bekerja dengan baik dengan alur kerja kami, mengingat lompatan kami ke 2.0.0 dan rilis berikutnya melanggar hal-hal seperti dukungan python 2. Rilis ini harus terjadi segera.

Mengenai bantal, saya tidak yakin ada apa. sdl2_image seharusnya berfungsi (saya pikir itu berhasil di masa lalu?), tetapi karena alasan tertentu tidak dapat memuat gambar. Saya kira itu perlu dipecahkan lebih lanjut (diterima PR). Bagaimanapun, saya memperbarui dokumen ke daftar bantal sebagai ketergantungan.

Saya akan menggunakan 1.11.1 karena jelas bahwa perbaikan bug disertakan. mari kita
berharap bahwa pip kita akan melakukan hal yang benar.

Pada Jumat, 14 Jun 2019, 17:11 matham, [email protected] menulis:

Ini akan dipilih sebagai rilis pasca 1.11.0.post0 (#6357
https://github.com/kivy/kivy/pull/6357 ). Dengan cara ini orang yang menargetkan
1.11.0 saat menginstal akan secara otomatis mendapatkan versi tetap (dengan asumsi
pip melakukan hal yang benar di sini dan menginstal 1.11.0.post0 ketika 1.11.0 adalah
diminta).

Biasanya, saya akan pergi ke 1.11.1, tetapi ini tidak bekerja dengan baik dengan kami
alur kerja, mengingat lompatan kami ke 2.0.0 dan rilis berikutnya melanggar hal-hal seperti
sebagai dukungan python 2. Rilis ini harus terjadi segera.

Mengenai bantal, saya tidak yakin ada apa. sdl2_image seharusnya berfungsi
(Saya pikir itu berhasil di masa lalu?), tetapi untuk beberapa alasan itu tidak dapat dimuat
foto. Saya kira itu perlu dipecahkan lebih lanjut (diterima PR). Di dalam
Bagaimanapun, saya memperbarui dokumen ke daftar bantal sebagai ketergantungan.


Anda menerima ini karena Anda berlangganan utas ini.
Balas email ini secara langsung, lihat di GitHub
https://github.com/kivy/kivy/issues/6007?email_source=notifications&email_token=ACTL75LMHH3Q2FDKYW4HTUTP2O7LDA5CNFSM4F6QJQM2YY3PNVWWK3TUL52HS4DFVREXG43VMV2ZW63LNMVXHJKTOLXHP4WZ2ZW63LNMVXHJKTissue
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/ACTL75NBY6O6KBPR4QT3LPDP2O7LDANCNFSM4F6QJQMQ
.

Jika Anda meminta 1.11.0 , pip kemungkinan tidak akan menginstal 1.11.1 , tetapi tepatnya 1.11.0. Saya tidak yakin apa yang akan dilakukannya jika kita meminta 1.11 ,

Oh, maksud saya itu akan menginstal ".post0" yang ditambal ketika kami meminta "1.11.0" :)

Pada Jumat, 14 Jun 2019, 19:29 matham, [email protected] menulis:

Jika Anda meminta 1.11.0, pip kemungkinan tidak akan menginstal 1.11.1, tetapi 1.11.0
tepat. Saya tidak yakin apa yang akan dilakukan jika kita meminta 1.11,


Anda menerima ini karena Anda berlangganan utas ini.
Balas email ini secara langsung, lihat di GitHub
https://github.com/kivy/kivy/issues/6007?email_source=notifications&email_token=ACTL75JZDOPPHORTC3LEVZTP2PPPNA5CNFSM4F6QJQM2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVW16ZGODXXPW16Zmasalah-50NMVXHJKTDN5
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/ACTL75KC3BTJGUQTTBMAHLDP2PPNANCNFSM4F6QJQMQ
.

seperti yang Dibahas di atas saya menambahkan export KIVY_GL_BACKEND=gl ke jalur dan Sekarang saya mendapatkan masalah lain yang mengatakan ...
create_window() takes 1 positional argument but 2 were given

tolong bantu saya keluar dari kesalahan ini.
ketika saya menjalankan kode saya di raspberry pi

sudo python3 main.py
[PERINGATAN] [Config ] Versi konfigurasi yang lebih lama terdeteksi (0 bukannya 14)
[PERINGATAN] [Config ] Peningkatan konfigurasi sedang berlangsung.
[INFO ] [Logger ] Rekam login /root/.kivy/logs/kivy_19-06-17_0.txt
[INFO ] [Kivy ] v1.9.1
[INFO ] [Python ] v3.5.3 (default, 27 Sep 2018, 17:25:39)
[GCC 6.3.0 20170516]
[INFO ] [Pabrik] 179 simbol dimuat
[INFO ] [Gambar ] Penyedia: img_tex, img_dds, img_gif, img_sdl2, img_pil (img_ffpyplayer diabaikan)
[INFO ] [Teks ] Penyedia: sdl2
[INFO ] [OSC ] menggunakanuntuk soket
[INFO ] [Window ] Penyedia: sdl2(['window_egl_rpi'] diabaikan)
kesalahan: XDG_RUNTIME_DIR tidak disetel di lingkungan.
[CRITICAL] [Window ] Tidak dapat menemukan penyedia Window yang berharga sama sekali!
egl_rpi - ImportError: tidak dapat mengimpor nama 'bcm'
File "/usr/lib/python3/dist-packages/kivy/core/__init__.py", baris 59, di core_select_lib
fromlist=[nama modul], level=0)
File "/usr/lib/python3/dist-packages/kivy/core/window/window_egl_rpi.py", baris 12, di
dari kivy.lib.vidcore_lite impor bcm, mis

sdl2 - RuntimeError: b'Tidak ada perangkat video yang tersedia'
File "/usr/lib/python3/dist-packages/kivy/core/__init__.py", baris 67, di core_select_lib
cls = cls()
File "/usr/lib/python3/dist-packages/kivy/core/window/window_sdl2.py", baris 138, di __init__
super(WindowSDL, mandiri).__init__()
File "/usr/lib/python3/dist-packages/kivy/core/window/__init__.py", baris 722, di __init__
self.create_window()
File "/usr/lib/python3/dist-packages/kivy/core/window/window_sdl2.py", baris 237, di create_window
self.fullscreen, resizable, state)
File "kivy/core/window/_window_sdl2.pyx", baris 80, di kivy.core.window._window_sdl2._WindowSDL2Storage.setup_window (kivy/core/window/_window_sdl2.c:1893)
File "kivy/core/window/_window_sdl2.pyx", baris 55, di kivy.core.window._window_sdl2._WindowSDL2Storage.die (kivy/core/window/_window_sdl2.c:1479)

x11 - ImportError: Tidak ada modul bernama 'kivy.core.window.window_x11'
File "/usr/lib/python3/dist-packages/kivy/core/__init__.py", baris 59, di core_select_lib
fromlist=[nama modul], level=0)

[KRITIS] [Aplikasi] Tidak dapat mendapatkan Jendela, batalkan.
Pengecualian diabaikan di: 'kivy.properties.dpi2px'
Traceback (panggilan terakhir terakhir):
File "/usr/lib/python3/dist-packages/kivy/utils.py", baris 513, di __get__
retval = self.func(inst)
File "/usr/lib/python3/dist-packages/kivy/metrics.py", baris 175, dalam dpi
EventLoop.ensure_window()
File "/usr/lib/python3/dist-packages/kivy/base.py", baris 126, di sure_window
sys.keluar(1)
Keluar Sistem: 1
[KRITIS] [Aplikasi] Tidak dapat mendapatkan Jendela, batalkan.

Siapapun, tolong beri tahu saya apa yang harus saya lakukan.

@jayeshsingh9767 sudahkah Anda mencoba dengan master atau rilis terakhir? Ini telah diperbaiki di master tetapi kami belum membuat rilis baru yang mencakup perbaikan.

@ harshp1301 kesalahan ini tidak terkait dengan masalah ini. Ini juga sepertinya masalah dengan sistem Anda dan bukan kivy. Untuk dukungan, silakan tanyakan di discord.

@matham Terima kasih, Tapi masalahnya sudah diperbaiki ketika saya menghapus Window.size() dari kode saya.
Saya pikir kami tidak dapat mengelola aplikasi kivy Window di Raspberry pi.... Tapi bisakah seseorang menjelaskan alasannya?
Catatan: Wimdow.size() berjalan dengan sempurna di Ubuntu...

Ini tidak terkait dengan masalah ini, jadi mungkin buka masalah baru untuk ini (jika tidak ada)? Tapi mungkin itu tidak mungkin dengan backend jendela egl_rpi. Saya akan mencoba dengan backend sdl2 atau backend jendela x11 (saya pikir keduanya dapat diubah ukurannya bahkan pada pi).

Saya memiliki masalah serupa dengan os raspbian lite yang sebenarnya (27-05-2020) -> setelah pemuatan pertama saya mendapatkan kesalahan segmentasi. Daripada saya mencoba beralih ke 'gl'. Setelah itu saya mendapatkan layar mana dan kursor hitam tanpa konten apa pun dari GUI saya.
Jika saya beralih kembali ke lite raspbian sebelumnya, ini berfungsi dengan Kivy 1.11.1. Sebenarnya saya tidak tahu persis apa perbedaannya. Tampaknya ada beberapa pembaruan yang menyebabkan masalah ini (libs, firmware ...?). Untungnya saya mencadangkan kartu sd lama dan mengembalikannya untuk GUI saya yang sebenarnya digunakan.
Saya memutuskan untuk menggunakan Kivy karena alasan saya tidak perlu menginstal X11. GUI saya berjalan di konsol ...

@AndreasPantle Saya mengalami pengalaman yang sama dengan 1.11.1 dan Raspberry PI OS (berganti nama menjadi Raspbian). Akan memberikan 1.10.1 berputar dan melihat apa yang terjadi. kivy adalah ketergantungan untuk pengontrol media Mission Pinball, jadi mungkin tidak memiliki opsi untuk membalik versi.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat
bleepcoder.com menggunakan informasi GitHub berlisensi publik untuk menyediakan solusi bagi pengembang di seluruh dunia untuk masalah mereka. Kami tidak berafiliasi dengan GitHub, Inc. atau dengan pengembang mana pun yang menggunakan GitHub untuk proyek mereka. Kami tidak meng-host video atau gambar apa pun di server kami. Semua hak milik masing-masing pemiliknya.
Sumber untuk halaman ini: Sumber

Bahasa pemrograman populer
Lebih banyak proyek GitHub

© 2024 bleepcoder.com - Contact
Made with in the Dominican Republic.
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.