Еще буквально десяток другой лет назад скорость интернета была настолько низкой, что позволяла только обмениваться сообщениями и читать текстовую информацию. Даже загрузка на экране компа картинки требовала нескольких минут ожидания. Сегодня все изменилось и даже просмотр видео в прекрасном качестве не вызывает проблем у большинства пользователей. Естественно, люди пользуются подобными возможностями, чем и объясняется резкое снижение спроса на различные дисковые носители с подобными вещами, которые так популярны раньше были в магазинах. К сожалению, но даже повышенная скорость интернета не всегда позволяет просмотреть тот или иной видео-ролик – иногда, вместо изображения, на экране можно увидеть надпись «Flash plugin failed to load».
Как быть в такой ситуации? Можно ли решить проблему и вернуться к запланированному времяпровождению?
Причины возникновения подобной ситуации
Итак, прежде чем искать решение данной проблемы, необходимо знать о причинах ее возникновения.
К сожалению, но чаще всего эта ошибка возникает по причине не со стороны пользователя, а со стороны владельцев интернет-ресурса, на котором установлен специальный плеер, позволяющий в режиме онлайн воспроизводить видео.
То есть, если вместо изображения на экране возникло сообщение о такой ошибки, то, практически всегда причины заключаются в следующем:
- Владелец интернет-ресурса на своем сайте использует JW Player;
- Применяемое ПО повреждено или осуществляется попытка эксплуатации не актуальной версии.
Что делать тогда обычному пользователю? Есть несколько рекомендаций, которые могут помочь ему в подобной ситуации, но, из-за выше описанной причины, они, к несчастью, не всегда являются действенными.
Несколько возможных способов избавиться от ошибки Flash plugin failed to load
Какие действия может осуществить обычный юзер при возникновении надписи «Flash plugin failed to load» или аналогичного сообщения на экране используемого устройства:
- Попытаться несколько раз перезагрузить активную страничку в интернет-браузере и инициировать перезапуск всего оборудования – возможно причина кроется в кратковременном сбое.
- Использовать для достижения желаемой цели альтернативные варианты браузера. Прежде всего, рекомендуется проверить возможность воспроизведения на Firefox, так как, по многочисленным наблюдением, именно это ПО меньше всего подвержено возникновению подобной ошибки.
- Активировать актуальный антивирусник и выполнить анализ системы на заражения — иногда и вирусы способны привести к такой ситуации.
- Выполнить переустановку Адоб Флеш плеера до наиболее свежей версии.
Можно также написать владельцу запущенного ресурса о возникшей ситуации, чтобы попросить его выполнить обновление используемого на страницах сайта JW Player. Если ничего не помогло – придется искать желаемый для просмотра ролик в альтернативных местах Глобальной паутины.
|
12 / 10 / 4 Регистрация: 28.11.2014 Сообщений: 1,012 |
|
|
1 |
|
|
03.02.2022, 09:46. Показов 596. Ответов 6
Что делать то? Миниатюры
__________________
0 |
|
Модератор
15123 / 7716 / 721 Регистрация: 03.01.2012 Сообщений: 31,759 |
|
|
03.02.2022, 11:14 |
2 |
|
ivan nic, Адобе флеш больше не поддерживается. Надо ассоциацию запускаемого файла поменять. Не знаю, чем сейчас на ютубе пользуются вместо адобе флеш…
0 |
|
12 / 10 / 4 Регистрация: 28.11.2014 Сообщений: 1,012 |
|
|
03.02.2022, 11:42 [ТС] |
3 |
|
А оно у меня в браузере должно открываться?
0 |
|
Модератор
15123 / 7716 / 721 Регистрация: 03.01.2012 Сообщений: 31,759 |
|
|
03.02.2022, 11:55 |
4 |
|
ivan nic, Не знаю. Ну попробуйте какой-нибудь silverlight…
0 |
|
Робот сгибальщик 825 / 453 / 92 Регистрация: 29.07.2020 Сообщений: 2,318 Записей в блоге: 7 |
|
|
03.02.2022, 16:27 |
5 |
|
А оно у меня в браузере должно открываться? В данном случае нет..
1 |
|
12 / 10 / 4 Регистрация: 28.11.2014 Сообщений: 1,012 |
|
|
03.02.2022, 23:54 [ТС] |
6 |
|
У меня оказалось всё намного проще: перенёс папочку с диска С на диск D и вот оно, счастье… Миниатюры
0 |
|
12 / 10 / 4 Регистрация: 28.11.2014 Сообщений: 1,012 |
|
|
03.02.2022, 23:55 [ТС] |
7 |
|
Почему оно не работало на C — понятия не имею!
0 |
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.
Already on GitHub?
Sign in
to your account
Comments
Describe the error
When build my project (with hammer icon) no error happens.
After that, if I click on «Run» icon to flash it, this happen:
- restart build process (strange!) with in console first line:
Warn about uninitialized values.
- return this error:
[713/1165] Building C object esp-idf/NxpNfcRdLib/CMakeFiles/_idf_NxpNfcRdLib.dir/C/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/common/lib/NxpNfcRdLib/comps/phhalHw/src/Rc663/phhalHw_Rc663_Int.c.obj
FAILED: esp-idf/NxpNfcRdLib/CMakeFiles/_idf_NxpNfcRdLib.dir/C/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/common/lib/NxpNfcRdLib/comps/phhalHw/src/Rc663/phhalHw_Rc663_Int.c.obj
ccache C:esp.espressiftoolsxtensa-esp32-elfesp-2020r2-8.2.0xtensa-esp32-elfbinxtensa-esp32-elf-gcc.exe -DMIFARE_CLASSIC -DNXPBUILD_CUSTOMER_HEADER_INCLUDED -DPHDRIVER_CLEMESP32PN5180_BOARD -DPH_OSAL_FREERTOS -Iconfig -IC:/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/common/lib/NxpNfcRdLib/intfs -IC:/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/common/lib/NxpNfcRdLib/types -I../components/NxpNfcRdLibAL -I../main -IC:/esp/esp-idf/components/bt/host/nimble/nimble/nimble/host/include …………………
ccache: error: Failed to create temporary file for esp-idf/NxpNfcRdLib/CMakeFiles/_idf_NxpNfcRdLib.dir/C/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/common/lib/NxpNfcRdLib/comps/phhalHw/src/Rc663/phhalHw_Rc663_Int.c.obj: No such file or directory
Same error obtained using via cmd line:
idf.py build
In this case I resolve changing build directory:
idf.py -B c:temp_build build
I know that in Windows there is a limit into file path length.
I use Windows 10 64bits, I removed the limit into Register and Local group policy editor, but obtain same error!
If I move my project into «c:repo», I build and flash correctly with both idf.py and Eclipse.
But It’s not possible because my project it’s shared with my workgroup and need to be compiled by different people without path limit.
I have 2 questions:
- Can I remove the path limit?
- If not possible, how I force use a different build directory with Eclipse build, flash and debug operations, like idf.py cmd line?
Environment Information:
eclipse_config.txt
ESP-IDF Tools Information:
Executing C:Python39python.exe C:espesp-idftoolsidf_tools.py list
- xtensa-esp32-elf: Toolchain for Xtensa (ESP32) based on GCC
- esp-2020r2-8.2.0 (recommended, installed)
- xtensa-esp32s2-elf: Toolchain for Xtensa (ESP32-S2) based on GCC
- esp-2020r2-8.2.0 (recommended, installed)
- esp32ulp-elf: Toolchain for ESP32 ULP coprocessor
- 2.28.51-esp-20191205 (recommended, installed)
- esp32s2ulp-elf: Toolchain for ESP32-S2 ULP coprocessor
- 2.28.51-esp-20191205 (recommended, installed)
- cmake: CMake build system
- 3.13.4 (recommended, installed)
- openocd-esp32: OpenOCD for ESP32
- v0.10.0-esp32-20191114 (recommended, installed)
- ninja: Ninja build system
- 1.9.0 (recommended, installed)
- idf-exe: IDF wrapper tool for Windows
- 1.0.1 (recommended, installed)
- ccache: Ccache (compiler cache)
- 3.7 (recommended, installed)
IDF Eclipse Plugin Version:
1.2.3.202010091505
IDF Version:
release 4.1
github-actions
bot
changed the title
«Failed to create temporary file» during compile/flash process. Windows path length.
«Failed to create temporary file» during compile/flash process. Windows path length. (IEP-312)
Dec 18, 2020
Just a comment about my description.
If I move my project into «c:esp»:
- on «Run» I see in any case the rebuild
- but at time to compile the phhalHw_Rc663_Int.c file, no error happen and in console I see:
[1026/1165] Building C object esp-idf/NxpNfcRdLib/CMakeFiles/_idf_NxpNfcRdLib.dir/C/esp/active_reader_v3/common/lib/NxpNfcRdLib/comps/phhalHw/src/Rc663/phhalHw_Rc663_Int.c.obj
I have 2 questions:
- Can I remove the path limit?
- If not possible, how I force use a different build directory with Eclipse build, flash and debug operations, like idf.py cmd line?
It’s not possible to set a different build directory from eclipse while compiling a project. However, we will explore what it means to be and the possibility of it.
@igrr @projectgus Any suggestions on the path limit?
In general, Windows has 260 characters path limit and CMake seems to accept up to 250 characters as mentioned here https://gitlab.kitware.com/cmake/cmake/-/issues/19675
Hi @alezancomelit,
Unfortunately when the limit is coming from Windows then there’s not a lot we can do from ESP-IDF side. In this case it looks like the error is coming inside ccache.exe when it tries to access this file.
Just to check, what is the full path to the build directory when it fails to build? The partial path esp-idf/NxpNfcRdLib/CMakeFiles/_idf_NxpNfcRdLib.dir/C/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/common/lib/NxpNfcRdLib/comps/phhalHw/src/Rc663/phhalHw_Rc663_Int.c.obj is 175 characters long, so I assume the absolute path is going to be around ~75 characters longer. However I wanted to be certain we’re not looking at the wrong thing.
Is «opting in» to Windows 10 long paths an option for you and your colleagues?
https://docs.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation#enable-long-paths-in-windows-10-version-1607-and-later
Angus
I have 2 questions:
- Can I remove the path limit?
- If not possible, how I force use a different build directory with Eclipse build, flash and debug operations, like idf.py cmd line?
It’s not possible to set a different build directory from eclipse while compiling a project. However, we will explore what it means to be and the possibility of it.
@igrr @projectgus Any suggestions on the path limit?
In general, Windows has 260 characters path limit and CMake seems to accept up to 250 characters as mentioned here https://gitlab.kitware.com/cmake/cmake/-/issues/19675
Thanks @kolipakakondal for your reply.
Some weeks ago, I found that into project configuration, Build Settings -> Additional CMake Arguments_, if I add -B c:esp_build, when press «hammer» icon, built correctly in directory c:esp_build.
But if after click on green icon to Run, to flash into device, restart build process into /build directory under project directory.
Now I try to reproduce same test but, during build pressing «hammer» I obtain this:
Building in: C:ALESSIOPROGETTIVglect3Softwareactive_reader_v3applicationbuild
cmake -G Ninja -DCMAKE_TOOLCHAIN_FILE=C:espesp-idftoolscmaketoolchain-esp32.cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=ON -DIDF_TARGET=esp32 -B c:esp_build C:ALESSIOPROGETTIVglect3Softwareactive_reader_v3application
— Found Git: C:/Program Files/Git/cmd/git.exe (found version «2.28.0.windows.1»)
— The C compiler identification is GNU 8.2.0
— The CXX compiler identification is GNU 8.2.0
— The ASM compiler identification is GNU
— Found assembler: C:/esp/.espressif/tools/xtensa-esp32-elf/esp-2020r2-8.2.0/xtensa-esp32-elf/bin/xtensa-esp32-elf-gcc.exe
— Check for working C compiler: C:/esp/.espressif/tools/xtensa-esp32-elf/esp-2020r2-8.2.0/xtensa-esp32-elf/bin/xtensa-esp32-elf-gcc.exe
— Check for working C compiler: C:/esp/.espressif/tools/xtensa-esp32-elf/esp-2020r2-8.2.0/xtensa-esp32-elf/bin/xtensa-esp32-elf-gcc.exe — works
— Detecting C compiler ABI info
— Detecting C compiler ABI info — done
— Detecting C compile features
— Detecting C compile features — done
— Check for working CXX compiler: C:/esp/.espressif/tools/xtensa-esp32-elf/esp-2020r2-8.2.0/xtensa-esp32-elf/bin/xtensa-esp32-elf-g++.exe
— Check for working CXX compiler: C:/esp/.espressif/tools/xtensa-esp32-elf/esp-2020r2-8.2.0/xtensa-esp32-elf/bin/xtensa-esp32-elf-g++.exe — works
— Detecting CXX compiler ABI info
— Detecting CXX compiler ABI info — done
— Detecting CXX compile features
— Detecting CXX compile features — done
— Project version: alessio_dev@d3bf5b6443d2e4c7645
— Building ESP-IDF components for target esp32
— Checking Python dependencies…
Python requirements from C:espesp-idfrequirements.txt are satisfied.
Loading defaults file C:/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/application/sdkconfig.defaults…
— Found PythonInterp: C:/esp/.espressif/python_env/idf4.1_py3.9_env/Scripts/python.exe (found version «3.9»)
— Could NOT find Perl (missing: PERL_EXECUTABLE)
— Adding linker script C:/esp_build/esp-idf/esp32/esp32_out.ld
— Adding linker script C:/esp/esp-idf/components/esp32/ld/esp32.project.ld.in
— Adding linker script C:/esp/esp-idf/components/esp32/ld/esp32.peripherals.ld
— Adding linker script C:/esp/esp-idf/components/esp_rom/esp32/ld/esp32.rom.newlib-time.ld
— Adding linker script C:/esp/esp-idf/components/esp_rom/esp32/ld/esp32.rom.ld
— Adding linker script C:/esp/esp-idf/components/esp_rom/esp32/ld/esp32.rom.libgcc.ld
— Adding linker script C:/esp/esp-idf/components/esp_rom/esp32/ld/esp32.rom.newlib-data.ld
— Adding linker script C:/esp/esp-idf/components/esp_rom/esp32/ld/esp32.rom.syscalls.ld
— Adding linker script C:/esp/esp-idf/components/esp_rom/esp32/ld/esp32.rom.newlib-funcs.ld
— Components: NxpNfcRdLib NxpNfcRdLibAL app_trace app_update asio bootloader bootloader_support bt cbor coap console cxx driver efuse esp-tls esp32 esp_adc_cal esp_common esp_eth esp_event esp_gdbstub esp_http_client esp_http_server esp_https_ota esp_https_server esp_local_ctrl esp_netif esp_ringbuf esp_rom esp_serial_slave_link esp_websocket_client esp_wifi espcoredump esptool_py expat fatfs freemodbus freertos heap idf_test jsmn json libsodium log lwip main mbedtls mdns mqtt newlib nghttp nvs_flash openssl partition_table perfmon protobuf-c protocomm pthread sdmmc soc spi_flash spiffs tcp_transport tcpip_adapter udb_library ulp unity utils vfs wear_levelling wifi_provisioning wpa_supplicant xtensa
— Component paths: C:/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/application/components/NxpNfcRdLib C:/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/application/components/NxpNfcRdLibAL C:/esp/esp-idf/components/app_trace C:/esp/esp-idf/components/app_update C:/esp/esp-idf/components/asio C:/esp/esp-idf/components/bootloader C:/esp/esp-idf/components/bootloader_support C:/esp/esp-idf/components/bt C:/esp/esp-idf/components/cbor C:/esp/esp-idf/components/coap C:/esp/esp-idf/components/console C:/esp/esp-idf/components/cxx C:/esp/esp-idf/components/driver C:/esp/esp-idf/components/efuse C:/esp/esp-idf/components/esp-tls C:/esp/esp-idf/components/esp32 C:/esp/esp-idf/components/esp_adc_cal C:/esp/esp-idf/components/esp_common C:/esp/esp-idf/components/esp_eth C:/esp/esp-idf/components/esp_event C:/esp/esp-idf/components/esp_gdbstub C:/esp/esp-idf/components/esp_http_client C:/esp/esp-idf/components/esp_http_server C:/esp/esp-idf/components/esp_https_ota C:/esp/esp-idf/components/esp_https_server C:/esp/esp-idf/components/esp_local_ctrl C:/esp/esp-idf/components/esp_netif C:/esp/esp-idf/components/esp_ringbuf C:/esp/esp-idf/components/esp_rom C:/esp/esp-idf/components/esp_serial_slave_link C:/esp/esp-idf/components/esp_websocket_client C:/esp/esp-idf/components/esp_wifi C:/esp/esp-idf/components/espcoredump C:/esp/esp-idf/components/esptool_py C:/esp/esp-idf/components/expat C:/esp/esp-idf/components/fatfs C:/esp/esp-idf/components/freemodbus C:/esp/esp-idf/components/freertos C:/esp/esp-idf/components/heap C:/esp/esp-idf/components/idf_test C:/esp/esp-idf/components/jsmn C:/esp/esp-idf/components/json C:/esp/esp-idf/components/libsodium C:/esp/esp-idf/components/log C:/esp/esp-idf/components/lwip C:/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/application/main C:/esp/esp-idf/components/mbedtls C:/esp/esp-idf/components/mdns C:/esp/esp-idf/components/mqtt C:/esp/esp-idf/components/newlib C:/esp/esp-idf/components/nghttp C:/esp/esp-idf/components/nvs_flash C:/esp/esp-idf/components/openssl C:/esp/esp-idf/components/partition_table C:/esp/esp-idf/components/perfmon C:/esp/esp-idf/components/protobuf-c C:/esp/esp-idf/components/protocomm C:/esp/esp-idf/components/pthread C:/esp/esp-idf/components/sdmmc C:/esp/esp-idf/components/soc C:/esp/esp-idf/components/spi_flash C:/esp/esp-idf/components/spiffs C:/esp/esp-idf/components/tcp_transport C:/esp/esp-idf/components/tcpip_adapter C:/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/application/components/udb_library C:/esp/esp-idf/components/ulp C:/esp/esp-idf/components/unity C:/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/application/components/utils C:/esp/esp-idf/components/vfs C:/esp/esp-idf/components/wear_levelling C:/esp/esp-idf/components/wifi_provisioning C:/esp/esp-idf/components/wpa_supplicant C:/esp/esp-idf/components/xtensa
— Configuring done
— Generating done
— Build files have been written to: C:/esp_build
cmake —build . — -v
Error: could not load cache
Build complete (1 errors, 0 warnings): C:ALESSIOPROGETTIVglect3Softwareactive_reader_v3applicationbuild
Thanks @projectgus for your reply.
Just to check, what is the full path to the build directory when it fails to build? The partial path
esp-idf/NxpNfcRdLib/CMakeFiles/_idf_NxpNfcRdLib.dir/C/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/common/lib/NxpNfcRdLib/comps/phhalHw/src/Rc663/phhalHw_Rc663_Int.c.objis 175 characters long, so I assume the absolute path is going to be around ~75 characters longer. However I wanted to be certain we’re not looking at the wrong thing.
The partial path is into project /build directory.
In my case c:/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/application/build/esp-idf/NxpNfcRdLib/CMakeFiles/_idf_NxpNfcRdLib.dir/C/ALESSIO/PROGETTI/Vglect3/Software/active_reader_v3/common/lib/NxpNfcRdLib/comps/phhalHw/src/Rc663/phhalHw_Rc663_Int.c.obj, that is 247 characters long.
I can try to reduce the depth:
- moving up my project
- reduce library name from
NxpNfcRdLibtonfclibfor example
The problem it’s limited to some files into NxpNfcRdLib that it’s a third-party library and I can not change internal folders structure.
Is «opting in» to Windows 10 long paths an option for you and your colleagues?
https://docs.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation#enable-long-paths-in-windows-10-version-1607-and-later
On Windows 10, I already make the fix into system register, as indicated in your link. But nothing change.
Note: Just for test, I try to build and flash using Visual Studio Code IDF plug-in.
Respect to use idf.py cmd line or Eclipse plug-in, with VSC compile and flash correctly!!
But for debugging VSC it’s very limited……