tr.geologyidea.com
Daha

ImportError: libqgis_core.so.2.9.0: paylaşılan nesne dosyası açılamıyor: Böyle bir dosya veya dizin yok

ImportError: libqgis_core.so.2.9.0: paylaşılan nesne dosyası açılamıyor: Böyle bir dosya veya dizin yok


We are searching data for your request:

Forums and discussions:
Manuals and reference books:
Data from registers:
Wait the end of the search in all databases.
Upon completion, a link will appear to access the found materials.


Debian linux'a qgis yükledim ve python'da bağımsız bir uygulama çalıştırmak istiyorum. Bu yüzden bu uygulamada qgis.core ve qgis.gui'yi içe aktarıyorum. Ama bana bir hata veriyor:

ImportError: libqgis_core.so.2.9.0: paylaşılan nesne dosyası açılamıyor: Böyle bir dosya veya dizin yok

Son sürümü kullanarak yükledim:

deb http://qgis.org/debian jessie ana deb-src http://qgis.org/debian jessie ana

PYTHONPATH'im şu şekilde tanımlandı: /usr/share/qgis/python/plugins. Ve libqgis_core'u araştırdım ve libqgis._core2.8.0'ı buldum. Peki uygulama neden 2.9.0 sürümünü arıyor?


Burada açıklanan LD_LYBRARY_PATH'yi doğru şekilde ayarlamanız gerekir: http://docs.qgis.org/testing/en/docs/pyqgis_developer_cookbook/intro.html#running-custom-applications


Openssl 1.1.0c'nin son sürümünü yükledikten sonra da aynı sorunu yaşıyordum, libcrypto.so.1.1 , libcrypto.a ve libssl.so kitaplık dosyalarını /usr/local/lib64 adresindeki paylaşım kitaplığına kopyalama sorununu çözdüm /usr/lib64 .
Kütüphaneleri kopyaladıktan sonra sembolik bağlantıyı oluşturmanız gerekir.

Sembolik bağlantıyı oluşturduktan sonra ldconfig önbelleğini yeniden oluşturmak da gerekliydi:

Orijinal OpenSSL sürümünüzle, /usr/lib64, bağlayıcının arama yoluna dahil edildiğinden, paylaşılan kitaplıkları nasıl bulacağını biliyordu. OpenSSL'nin "yerel" bir kopyasını indirip derlediğinizde, paylaşılan kütüphaneler varsayılan olarak /usr/local/lib64 içine yerleştirildi. Bu nedenle, muhtemelen bu dizini bağlayıcının arama yoluna eklemeniz gerekir, bunun gibi (kök olarak):

Bunun sorununuzu çözeceğine inanıyorum.

kullanarak yeniden yükleyebilirsiniz

yum install -y openssl-devel

Bu hatayı ChromeOS'ta Termux kullanırken aldım, bu da npm ve node komut satırı programlarının çökmesine neden oldu.

pkg yükseltmesini çalıştırmak sorunu çözdü!

libcrypto.so, openssl-libs paketine aittir. Bu paketi manuel olarak kaldırmaya zorlarsanız ( --nodeps ile) veya yükselterek bozarsanız, yum, wget, curl, ssh, vb.'ye erişimi kaybedersiniz. Sistemin İnternet erişimi varsa, openssl-libs komutunu kullanarak indirin /usr/bin/GET . Openssl-libs-1.0.2k-8.el7.x86_64 sürümünü geri yüklemeye çalışıyorsanız, sözdizimi aşağıdaki gibi görünecektir:

Bu sizin için openssl-libs-1.0.2k-8.el7.x86_64.rpm paketi oluşturacaktır, bunu eksik .so dosyasını yeniden yüklemek veya çıkarmak için kullanabilirsiniz.

@Benedict'in söyledikleri benim için çalıştı. Bununla birlikte, bazı sembolik bağlantıların eski sürümlere işaret ettiğini görebilirsiniz. /usr/libs'den ls -l libcrypto* dosyasını çalıştırmak size bağlantıları gösterecektir. Aşağıdaki örnekte olduğu gibi:

Ardından, önce sudo rm libcrypto.so yazıp ardından libcrypto.so.1.1'i @benedict'te belirtildiği gibi kopyalayarak mevcut bağlantıyı kaldırmak istersiniz. Sonunda yeni bağlantıyı oluşturabilirsiniz. sudo ln -s libcrypto.so.1.1 libcrypto.so

Bu, etrafta bulduğum en iyi çözüm. tüm internet üzerinden sağlanan diğer çözümler, sistemin yeniden başlatılmasından kurtulamaz)


Ubuntu 18.04: libcrypto.so.1.0.0: paylaşılan nesne dosyasını açamıyor: Böyle bir dosya veya dizin yok

Lütfen sisteminizde hangi libssl sürümünün kurulu olduğunu kontrol edin, Ubuntu 19.04'te benim olması durumunda, gerekli libssl1.0 yerine libssl1.1 vardı. Bu yüzden libssl1.0 ile gelen yazılımı yüklemem gerekiyor. En iyi yanı, ubuntu'nun Termius gibi yazılımları yüklemek için hızlı bir şekilde gelmesidir. Ardından sorunu "Rodrigo" tarafından yanıtlandığı gibi düzeltin.

Kurulu yolu bulun:

sudo libcrypto.so.1.0.0'ı bulun

Ardından, keşfedilen yolu yol değişkenine ekleyin:

dışa aktar PATH=<keşfedilen yol>:$PATH

Veya önceden dahil edilen yola kitaplıklar ekleyin:

sudo ln -s <keşfedilen yol> /usr/lib/

18.04'ten 19.04'e güncellemek için Ubuntu Yazılım Güncelleyici'yi kullandıktan sonra OP ile aynı hatayı yaşadım.

Güncelleme tamamlanmak üzereyken ve eski kullanılmayan linux çekirdeklerini kaldırırken, OP'nin hatası, Güncelleyici tarafından yürütülen bir grup yapılandırma adımı sırasında meydana geldi.

Bir düzeltme ararken OP'nin gönderisini buldum ve aynı adımları denedim. Doğaçlama yapıp temiz bir geçici çözüm bulduğum için buraya gönderiyorum:

Dolayısıyla libcrypto.so.1.0.0 grubcfg_proxy tarafından beklenen bir konumda bulunamadı. OP'ye bir yanıtlayanın tavsiyesini takiben:

Ah ha! /usr/lib/x86_64-linux-gnu/ grubcfg_proxy'nin libcrypto.so.1.0.0 dosyasını bulması gereken konum olmalıdır.

Diğerlerinden hangisi cp -p , ln veya ln -s için beklenen konuma? md5 imzaları, hangi dosyaların aynı bayt içeriği olduğunu söyler. Aynı gerçek dosyalar var mı?

Sütun 1'deki inode numaraları, hangi libcrypto.so.1.0.0 örneklerini gösterir ve sütun 3'teki 1 sabit bağlantı sayısı, sembolik bağlantıların çoklu yolların sağlanmasında yer aldığını gösterir.

Sorunu aşmak için dosyalardan birini doğru konuma cp -p göndermem gerektiğine karar verdim. İki farklı md5 imzasından / bayt bazında farklı içerik seçeneklerinden hangisini seçmeliyim?

Biraz googling yaptıktan sonra /snap/core/'yi buluyorum. ubuntu 16.04 ve /snap/core18/ tabanlıdır. ubuntu 18.04'e dayanmaktadır.

/snap/core18/'e doğru eğiliyorum. /libcrypto.so.1.0.0 .

/snap/core18/'i biraz kontrol ettikten sonra ortaya çıkıyor. /libcrypto.so.1.1 ve /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1 bayt olarak aynıdır, bu yüzden /usr/lib/x86_64-linux-gnu/libcrypto.so.1'i tutmaya karar verdim. * tüm ubuntu 18.04.

Dosyayı yerine kopyalıyorum ve tekrar sudo apt-get install -f komutunu çalıştırıyorum. İşte! grubcfg_proxy mutludur ve eski çekirdekler kaldırılır.


5 Cevap 5

Sanırım aynı sorunla karşılaştım (Ubuntu'yu 18.04'ten 20.04'e yükselttikten sonra RStudio'yu başlatmaya çalışırken aynı hata mesajını aldım). Aşağıdaki sayfayı okuduktan sonra benim için çalıştı: https://packages.ubuntu.com/xenial/amd64/libssl1.0.0/download

  • Aşağıdaki satırı eklemek için sudo nano /etc/apt/sources.list kaynak listesini düzenleyin: deb http://security.ubuntu.com/ubuntu xenial-security main
  • Ardından sudo apt update ve sudo apt install libssl1.0.0 .

Umarım sizin için de işe yarar.

libssl1.0.0 ile sorunumu şöyle çözdüm:

http://security.ubuntu.com/ubuntu/pool/main/o/openssl1.0/ adresini tarayıcımda açtım ve son sürümünü indirdim libssl1.0.0 sistemim için (benim için libssl1.0.0_1.0.2n-1ubuntu5.6_amd64.deb) Sonra sadece yüklüyorum:

Ubuntu 20.04'te RStudio Server 1.4.1103'ü kurmaya çalışıyordum ve "libssl1.0.0 sorunu" vardı (Ubuntu 18.04+ yerel olarak libssl1.1 kullanıyor). Çözümü burada buldum ve bazı sürüm güncellemeleri yaptım. Güncellemeler için burayı kontrol edin.

libssl1.0.0'ı yükleme

RStudio Sunucusunu Yükleme 1.4.1103

Yerel IP adresimi bulma (benim durumumda 192.168.0.17)

Sonunda http://192.168.0.17:8787/ kullanarak tarayıcımda Studio Server'ı açtım.

Debian Buster'ı senin gibi bir sorunla karşılaştığımda kullanıyorum. Bunu yaparak çözdüm:

İlk önce libssl1.0.0'ın Debian Buster APT Deposunda olmadığını görüyorum, libssl1.1 ile değiştiriliyor

Bu nedenle, bu komutu çalıştırarak Jessie APT deposunu /etc/apt/source.list dosyasına ekliyorum:

Jessie APT Deposunu yapıştırın: "deb http://security.debian.org/debian-security jessie/updates main"

Kaydet ve Çık (Ctrl + s && Ctrl + x) Güncellemeyi çalıştırın: sudo apt update libssl1.0.0 paketini kurun sudo apt install libssl1.0.0


yum whatprovides */libcurl.so.4 ile deneyin ve eşleşen dosyalarla paketleri kurun. yüklemeye dikkat edin ikisi birden i386 ve x86_64 paketleri.

Bu işe yaramazsa, lütfen yukarıdaki komutun çıktısını sağlayın.

CentOS 5 gerçekten eski. Uygulamanızın açıkça daha yeni curl sürümüne ihtiyacı var. Başka bir üçüncü taraf deposundan alabilir veya kendi başınıza oluşturabilirsiniz, ancak sistemi daha yeni bir şeye güncellemek daha iyi bir fikir gibi geliyor.


4 Cevap 4

Resmi belgelere göre, daha önce opencv-python ve opencv-contrib-python sürümleri kuruluysa, önce bunları kaldırmayı düşünmelisiniz:

Ayrıca, onları sudo olarak yüklemeyi deneyebilir misin?

Orada opencv ve ffmpeg (her ikisi de hemen hemen her zaman el ele gider) kurmanıza yardımcı olacak birçok öğretici bulacaksınız, ancak benim için neyin işe yaradığını burada yayınlayacağım.

Ffmpeg'i doğru şekilde yükleme adımları

  1. İşletim sisteminize bağlı olarak indirme sayfasından ffmpeg'in en son statik sürümünü indirin.
  2. Yüklü zip dosyasını 7-zip kullanarak çıkarın. Klasör, "ffmpeg-20130731-git-69fe25c-win32-static" gibi bir adlandırılacaktır.
  3. C:'nizde ffmpeg adında yeni bir klasör oluşturun ve çıkarılan klasörün içeriğini bu yeni klasöre kopyalayın.
  4. Şimdi başlat düğmesine tıklayın, bilgisayara sağ tıklayın. Sağ tıklama menüsünden Özellikler'i seçin. Sistem penceresinde, “Gelişmiş sistem ayarları” bağlantısını tıklayın.
  5. Sistem Özellikleri penceresindeki Çevresel Değişkenler düğmesini tıklayın. Pencerenin alt kısmında yer alacaktır.
  6. "Kullanıcı değişkenleri" bölümünde PATH girişini seçin. Düzenle düğmesini tıklayın. “Değişken değeri” alanına, orada zaten yazılmış olan her şeyden sonra c:ffmpegin girin. Farklı bir sürücüye kopyaladıysanız sürücü harfini değiştirin. Değişikliklerinizi kaydetmek için Tamam'ı tıklayın. "Kullanıcı değişkenleri" ayarında PATH girişi yoksa, Yeni düğmesine tıklayın ve bir tane oluşturun. Değişken adı için PATH girin. Bu yöntem, geçerli kullanıcı için FFmpeg'i etkinleştirecektir. Diğer Windows kullanıcıları bunu komut satırından çalıştıramaz. Bunu herkes için etkinleştirmek için, "Sistem değişkenleri" içindeki PATH girişine c:ffmpegin girin. Bu değişkende zaten olan hiçbir şeyi silmemeye çok dikkat edin.
  7. Komut istemini açın. ffmpeg –version komutunu girin. Komut istemi FFmpeg için sürüm bilgilerini döndürürse, yükleme başarılı olmuştur ve FFmpeg'e komut istemindeki herhangi bir klasörden erişilebilir. Bir libstdc++ -6 eksik hatası alırsanız, Microsoft'tan ücretsiz olarak edinilebilen Microsoft Visual C++ Yeniden Dağıtılabilir Paketini yüklemeniz gerekebilir.

Bu adımları hatırlamadığım bir siteden takip ettim ama bu da işe yaradı.

Şimdi opencv'yi kurmak ve çalışmasını sağlamak için aşağıdaki adımları izledim:

  1. OpenCV web sitesinden kendi kendine açılan yürütülebilir dosyayı indirin.
  2. Yürütülebilir dosyayı çıkaracak olan Yürütülebilir Dosyayı çalıştırın.
  3. C: içinde opencv adında bir klasör oluşturun
  4. Ayıklanan dosyaların içeriğini opencv'ye kopyalayın
  5. PATH ortam değişkeninizi düzenleyin. Bu, yüklemek istediğiniz sürüme (yani 32 veya 64 bit) ve ayrıca yüklediğiniz görsel stüdyo sürümüne (ekspres sürümler iyidir) bağlı olacaktır.

----OpenCV Python Kurulumu Anaconda kullanıyorum. Bu yüzden, cv2.pyd dosyasını bu OpenCV dizininden kopyaladım (başlangıç ​​kısmı makinenizde biraz farklı olabilir):


Imagemagick libMagickCore.so.2 bulunamadı

İşyerinde kullandığımız 2 debian sunucum var, biri geliştirme sunucumuz, diğeri üretimimiz. Her iki sunucuda da imagemagick'i çalıştırmaya çalışıyorum ve bir nedenden dolayı üretim sunucusu imagemagick'i iyi çalıştırıyor, ancak geliştirici sunucusu istemiyor gibi görünüyor.

ve karşılığında bu yanıtı aldım

GELİŞİM:

Sürümleri kontrol etmek için her iki sunucuya da bir dpkg yaptım ve aşağıdakileri aldım

GELİŞİM:

libMagickCore.so.2 için işletim sisteminin her yerine baktım ve asla bulamadım, bu dosyaları her iki sunucuda da buldum.

GELİŞİM:

Bunun işe yarayıp yaramayacağını görmek için libMagickCore.so.2'yi dev sunucusuna manuel olarak ekledim, ancak olmadı.

Tüm imagemagick'i dev sunucusundan temizledim ve yeniden yükledim ve hala hiçbir şey yok. ldconfig'i çalıştırdım ve sürüm 3 için bağlantılar oluşturacak ama 2 değil. Makineyi yeniden başlattım, her iki makinede de güncellemeler/yükseltmeler yaptım ve ne yapacağım konusunda seçeneklerim kalmadı. Benim için başka bir fikri olan var mı?

GELİŞİM

Böyle . sonunda benim sorunum oldu. /usr/local/bin içindeki dönüştürmeyi geliştirme sunucumdan kaldırdım ve bundan sonra çalıştı.


4 Cevap 4

Sistemin /lib/ld-linux.so.2 ELF yorumlayıcısına sahip olmadığını kuvvetle önerir. Diğer bir deyişle, bu 64 bit sistemde kurulu herhangi bir 32 bit uyumluluk kitaplığı yoktur. Bu nedenle, @ user1334609'un cevabı esasen doğrudur.

Tamam, CPU aşırı ısınması nedeniyle kapandıktan sonra sistemimi tekrar çalışır duruma getirmek için son sekiz saattir meşguldüm. Yeniden başlatıldığında, o kadar berbat olduğu ortaya çıktı ki initrd'nin geri dönüş konsolu bile artık klavyemi tanımıyordu. Ben sizin sayenizde sayısız öneriyi uygulamaya çalışırken sistemin nasıl bu kadar uzun süre işler halde kaldığı benim için bir muamma (çok teşekkür ederim!!)

ve daha sonra klavye çalışmıyor :-)

Sorun şuydu: Bir güncelleme /lib -> /usr/lib sembolik bağlantısını bir dizinle değiştirdi. Bu, /lib'de olması beklenen tüm kitaplıkların ve çekirdek modüllerinin eksik olduğu anlamına geliyordu :-)

Bu yüzden sembolik bağlantıyı yeniden yarattım ve temel sistemi canlı bir CD'den yeniden kurdum.

Artık tekrar internetim var, bu konuyu da buldum

Ayrıca, temel grubun tüm paketlerini yeniden yüklemek için canlı CD'den tuğlalı disk üzeri kurulumumun ( pacman olarak adlandırılır) paket yöneticisini kullandım (belki sadece çekirdek, bu yüzden paket linux yeterli olurdu, bilmiyorum)

Bunu başarmak için, tuğlalı kurulumun ana bölümünü canlı CD sisteminin /mnt dizinine bağlayın ve pacman'ın /mnt olduğunu düşünmek için chroot'u kullanın (tuğlalı sisteminizin ana bölümünü sdXXX için ekleyin)

Kayıt için: göreli bir sembolik bağlantı oluşturun, bu nedenle ln -s usr/lib /mnt/lib ve ln -s /usr/lib /mnt/lib değil, çünkü erken sistem önyüklemesi sırasında (initrd aşaması) önce ana bölüm monte edilecektir /new_root'a. Sembolik bağlantı mutlak olur mu, erken önyükleme sırasında yukarıda belirtilen hatayı alırsınız.


4 Cevap 4

İzin hatası alıyorsunuz. SQL Server'ı çalıştıran hesap, veritabanı dosyalarını içerecek klasör üzerinde gerekli haklara sahip değil.

SQL Server çalıştıran hesaba (hesabınız değil) C:Program FilesMicrosoft SQL ServerMSSQL10.SQLEXPRESSMSSQLDATA tam kontrolünü vermeniz gerekir.

Yorum dizimize dayanarak, kurulum sırasında kendinizi biraz yan almış gibisiniz. Yükleyici, varsayılan veri dizininizi seçmenize izin verir ve (Ben farz etmek) belirttiğiniz hizmet hesabı için bu dizinde uygun izinleri ayarlar.

CREATE DATABASE ifadenizde bir konum belirtiyorsunuz, ancak bu konum orijinal kurulumda belirtilen konum muydu? Hizmet hesabı değişti mi?

Bunu test etmenin bir yolu, sadece genel bir

Aynı hatayı alırsanız, hizmet hesabı değişmiş olabilir veya NTFS izinleriyle ilgili bir şey değişmiş olabilir.

Çözüm yolu (ayrıca yorum dizesine dayalıdır), SQL Server çalıştıran hizmetin belirttiğiniz yolda R/W izinlerine sahip olduğunu doğrulamak içindir. Bunu yapmak için:

Başlat->Çalıştır-> services.msc ->SQL Server->sağ tıklayın->özellikler->Oturum Aç sekmesini bulana kadar hizmetler listesinde gezinin

Şimdi gidin ve hesabın yapması gerekeni yapması için o dizinde uygun izne sahip olduğundan emin olun.


HTTP(S) sunucusunda yerleşik bir çekirdek arabirimi.

Raspberry Pi Cam Web arayüzü

Silvanmelchior tarafından bir web sunucusu, dvr benzeri, çok hedefli akış sunucusu dağıtan güzel bir proje. Daha fazla bilgiye ihtiyacı var

eski yöntem

Mjpg ile akış, Internet Explorer 6 dahil hemen hemen tüm tarayıcılar tarafından desteklenir. H.264'ten önce kullanılan birçok kamera, mjpg dosyayı bir arabelleğe okurken ve silinirken, JPEG dosyalarını mümkün olduğunca hızlı bir şekilde bir klasöre döken donanım mjpg'sini kullanıyordu. onlara. Bazı cihazlar 25 fps'ye kadar ulaşabilir ve kötü bir bağlantınız olsa bile en az 1 fps alırsınız.

HD kameralarda mjpg desteği kaldırıldı çünkü JPEG dosyası İnternet üzerinden aktarılamayacak kadar büyüdü ve H.264 çok daha hızlı ve daha kaliteli bir protokoldü.

H.264'ü doğal olarak kamera modülünü kullanarak yayınlama imkanımız olmadığı için, bu uygun bir geri dönüş gibi görünüyor.

Hemen hemen anında, ancak 1,5 fps'den fazla almayı beklemeyin. Bu, raspistill'in son derece YAVAŞ olmasına bağlıdır! Bize 10 fps vermesi gereken 100 ms'ye ayarlanmış hızlandırılmış işlevi kullanmak işe yaramıyor çünkü raspistill boğuluyor ve kendi içinde ciddi performans sorunları var.

  1. Hız için RAM kullanmak için /tmp değiştirin /etc/default/tmpfs - RAMTMP=yes değiştirin (Bu, fps'yi artırma çabasıdır, ancak raspistill kendi kendine devam edemez.)
  2. yeniden başlat
  3. apt-get kurulum git
  4. apt-get install libjpeg8-dev
  5. apt-get install libv4l-dev
  6. apt-get install imagemagick
  7. cd /usr/src , mkdir mjpg-streamer, cd mjpg-streamer .
  8. git klonu https://github.com/engine12/mjpg-streamer.git
  9. USE_LIBV4L2=true hepsini temizle yap
  10. OPSİYONEL Hatalarınız varsa
  11. sudo ln -s /usr/include/libv4l1-videodev.h /usr/include/linux/videodev.h
  12. sudo ln -s /usr/include/lib4l2.h /usr/include/linux/lib4l2.h
  13. makefile içinde input_file ve output_http dışındaki tüm eklentileri yorumlayın ve yeniden make yapın. Burada bir sürü sorunum vardı.
  14. İkili, mjpg_streamer ve eklentilerini input_*.so ve output_*.so dizinine /usr/local/bin dizinine kopyalayın. Aksi takdirde, doğrudan src dizininden çalıştırın.
  15. İsteğe bağlı uç
  16. mkdir /tmp/akış
  17. raspistill -w 640 -h 480 -q 5 -o /tmp/stream/pic.jpg -tl 100 -t 9999999 -th 0:0:0 &
  18. LD_LIBRARY_PATH=./ ./mjpg_streamer -i "input_file.so -f /tmp/stream" -o "output_http.so -w ./www" (bunu ikili dosyaların ve eklentilerin olduğu yerde çalıştırın)
  19. http://<IP-address>:8080'e gidin
  20. İşte birkaç seçenek, eski moda şekilde "canlı" akışın keyfini çıkarın. çoğu tarayıcı tarafından desteklenir - modern, eski ve deneysel.

Yaklaşık 5 saat derlemek için uğraştım. iç çekmek, ancak akışa herhangi bir telefondan ve herhangi bir tarayıcıdan erişebildiğim için bunu kullanacağımı düşünüyorum. Daha iyi sürücüler bulana kadar beklemek zorundayım. Bir veya iki yıl daha. :(

Hangi kaliteyi denersem deneyeyim, akış kullanırken 1 fps'den daha hızlı veya daha yavaş olmuyorum. 720p ve 1080p kullandım ve yalnızca görüntü kalitesi daha iyi oluyor, ancak LAN'da fps farkı yok. Sanırım daha küçük ayarlar WAN/3G veya diğer radyo yayınlarında yardımcı olacaktır.

raspistill, görüntüyü tek bir dosyaya yazar. Bu bir darboğaz olabilir. Dosyayı yazar, mjpg strreamer onu okur ve bloke eden bir G/Ç'ye neden olarak onu siler, böylece raspistill dosyaya yazamaz.

Aklıma gelen tek şey, bizim için JPEG dosyaları oluşturacak FFmpeg'e aktarılmış raspivid kullanmak - Bunu denemem gerekiyor ve muhtemelen raspistill kullanmaktan çok daha hızlı. Şok edici bir kalitede 25 fps almayı başardım ve yaklaşık 10 saniye ertelendi. Ayarları değiştirmek bana yaklaşık 3 fps, ancak %100 CPU getirdi. Video akışını işlemek için hiçbir donanım kullanılmıyor.

Ayrıca okuyordum ve raspistill çıktı dosyası adında %d kullanabileceğimizi öğrendim. Bakalım fps artacak mı? Ayrıca JPG kodlaması raspistill'de donanım hızlandırmalı, bu yüzden neden bu kadar yavaş olduğunu anlamakta gerçekten zorlanıyorum.

Dosya adında %d kullanarak şaşırtıcı bir 2 FPS aldım. Bazı nedenlerden dolayı, JPEG dosyasını yazmak raspistill'den çok yavaş. İç çekmek.



Yorumlar:

  1. Lynceus

    Bence bir hata yapıyorsun. Tartışmayı öneriyorum.

  2. Cynerik

    sadece bu durumda ne yapman gerekiyor?

  3. Finneen

    Dikkat çekici! Harika!

  4. Harac

    Ne eğlenceli soru

  5. Colwyn

    Bana göre haklı değilsin. Kanıtlayabilirim. PM'den bana yazın, iletişime geçelim.



Bir mesaj yaz