Posts by kapqa

it°s alright, but why "circumsize" existing options, making it difficult to access?

took a look @hifiberry , however, there seem no board offered for 3.5 mm headphone jack (the last remaining is sold no longer, besides OEM) , so would be nice if the 3.5mm headphone jackbe accessible OOTB.

Shop | HiFiBerry

EDIT: oh, i did not look carefully enough, ther are some "pro" variant DAC that have also the 3.5mm jack, but those cost around the size of a complete Raspberry Pi, therefore not so attractive.

Quote from Da Flex

Add the line dtparam=audio=on in config.txt.

why is this no longer activated by standard?

out of the box libreelec 11.0.6 or so would not offer audio out over the headphone jack on the rpi3; luckily found this post here, but other users might get discouraged.

Quote from noggin

That codec info you provided confirmed it's not an interlaced issue as the video in that file is progressive.

well this is tech-talk that i dont fully speak, however, i have a NAS now which let me convert these files into other format, so the issue is minor; but still it would be nice to know why the Rock64 is struggling so much with these files;

also one box i have here M96 or something (RK3318), which has RKMC or so installed (specific for Rockchip) has same issue, is struggling alot with VC1, so it make no fun;

hopefully, the RockPro64 could be easily playbacking those. (seems a much better hardware)

noggin thank you for the clarification on makemkv,

i have read somewhere that VC-1 come in very differnt implementation, and some codec are not so well supported.

also, the codec on RP1 says WVC1 or similar, when entering the key, but it playback vc1 very good.

however, the Rock64 supposed to have VC1 playback hardware, but not so well function

like

Quote

Rock64

Digital Video output até 4K@60Hz

· 4K HDR @ 60fps

· H.264/AVC Base/Main/High/High10 profile @ level 5.1; até 4Kx2K @ 60fps

· H.265/HEVC Main/Main10 profile @ level 5.1 High-tier; até 4Kx2K @ 60fps

· VP9, até 4Kx2K @ 60fps

· MPEG-1, ISO/IEC 11172-2, até 1080P @ 60fps

· MPEG-2, ISO/IEC 13818-2, SP@ML, MP@HL, até 1080P @ 60fps

· MPEG-4, ISO/IEC 14496-2, SP@L0-3, ASP@L0-5, até 1080P @ 60fps

· VC-1, SP@ML, MP@HL, AP@L0-3, até 1080P @ 60fps

· MVC é suportado com base no H.264 ou H.265, até 1080P @ 60fps

Display More

one known offender is having these info

Quote

Video
ID : 1
ID in the original source medium : 4113 (0x1011)
Format : VC-1
Format profile : Advanced@L3
Codec ID : V_MS/VFW/FOURCC / WVC1
Codec ID/Hint : Microsoft
Duration : 2 h 58 min
Bit rate : 23.4 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.470
Stream size : 29.1 GiB (74%)
Language : English
Default : No
Forced : No
Original source medium : Blu-ray

Display More

and like other VC1 it playback for some time on the Rock64 and then stop and reboot<

this happen mostly only with VC1 so i suppose the Hardware Decode is not for all VC1 codec, or my unit is a bit faulty *morelikelythecase, or the implementation on LibreElec is not fully taking advantage of Rock64 capabilities?

Hello ,

yes the newer LibreElec is mostly very stable for the RK3328 Rock64 , however it still would struggle with the VC-1 content, slowing down and eventually reboot. dont know why, as it supposed to have to hardware decoding for such content. maybe the Bluray rips via makemkv is using a codec that is not so well supported?

now with the rp3 b+, the playback is smooth *with hardware keys for vc1, but again, have to disable wifi everytime manually if i load another OS, which is cumbersome.

hope to find another SBC that could work well with LibreElec sometime later.

thank you,

that was helpful, now it reads

after

# Disable Wifi
dtoverlay=disable-wifi

rfkill list
0: hci0: bluetooth
	Soft blocked: no
	Hard blocked: no

and aftwer adding the line for bluetooth

dtoverlay=pi3-disable-bt

the reading says

 rfkill list
LibreELEC:~ # 

however, when compared to Raspberry Pi1 , the RF reader gives still rather high reading, even with WiFi and Bluetooth OFF, so i would say mission only partly accomplished.

Is there not a BIOS switch to disable more properly the WiFi+Bluetooth?

EDIT> it seems the reading is comparable to the Raspberry Pi1 after the switchOFF of WiFi+Bluetooth, so would like to retract the prior statement of higher readings<

but still , it is nowhere an ideal solution.

Hello ,

i just got a fancy new Raspberry Pi 3 Model B+,

and trying to figure out how to disable WiFi with Libreelec installed?

Please let me know how to do it.

this post here seem suggest to go to /boot/config.txt but it does not seem present in libreelec.

/boot/config.txt

How do I turn off wifi? - Raspberry Pi Forums

thank you

it says

 rfkill list
0: hci0: bluetooth
	Soft blocked: no
	Hard blocked: no
1: phy0: wlan
	Soft blocked: yes
	Hard blocked: no

however, i would like both Bluetooth + Wiùfi "HardBlocked" as best as possible, thanks.

tested again with the Raspberry Pi 1,

would have to correct myself, the CEC feature function beautifully with Libreelec 9.0.2.

Have ordered now the Raspberry Pi 3 B, hope it is a good choice, since the other SBC have here struggle with the VC1 codec playback (those from Bluray)

was thinking about raspberry pi3 model b+, would work also if i use this in a official raspberry case or not?

only thing i really dislike about newer Pi is that they have wlan, hence would need to deactivate wlan, and those software deactivations seem not very stable.

Hello ,

i have on Rock64 SBC and several other Raspberry Pi/Pine Board,

and noticed that when i install Libreelec on Rock64,

can use TV remote out of the Box with the Unit which is very handy.

However, the Rock64 is unstable , so would like to use another SBC instead for Libreelec.

Could you please advise on what i need to lookout on specs for SBC to achieve the same with a newer SBC (compatibility with IR Remote) without need for additional devices like FLirc.

or could you advise for a good SBC with Librelec compatiblity?

Have thought of N2*plus but it is rather expensive.

The same functionality is not found when i would install Librelec on a Raspberry Pi1 or 2 or Pine64 A64 out of the box.

Thanks.

thank you for the good answer,ùì have found out myself in meantime that this is the case. finally the rock64 seems stable enough with kodi20 libreelec so i can use that board for 10bit (used to crash very often, latest release seem stable; maybe i just got a bit wanky unit).

will save some money then for a later board like quartz64 or odroid n2+ the likes.

Hello,

i have this board and like it very much; stable and good audio.

using it for test with Libreelec,

but it struggle with HEVC video playback.

Would the newer Pine A64+LTS be better for this task?

according to specsheet, the SOC should be capable of HEVC Decode.

Datasheet A64 SOC

Thanks

ok, found a solution,

on debian i would just use "sudo thunar" to start file-manager in rootmode, that would let me copy&paste files into sdcard.

thanks!

Hello,

i would like to copy the files to the STORAGE part of the

Sdcard containing Libreelec.

However, that part is read-only,

and i would like to change the ownership of the directory to enable filetransfer via copy&paste.

Could you please indicate me the proper proceeding?

thank you very much.

Quote from jernej

Depends which board you have. Common mistake is to use non-plus image on plus board. Ethernet is slightly different.

alright, thanks, my error, i needed the (+) image, not the normal a64. however, it seeems nightly is only available in a64,

or is the nightly for a64(+) the one ending in .tar here

alright, thanks, my error, i needed the (+) image, not the normal a64, or is the a64(+) the one with .tar ending here

Index of / ?

thanks, already seen

someone has scrapped the older kernel images, bad idea, as those were seemingly more reliable most of the time.

sorry, but i must have downloaded the wrong images, the ones for my board are the ones with the (+), not the normal a64 images it seems.

should settle then.

the nightly would function, however it would not connect to any repositories "could not connect to repository" > maybe there is an issue with the ethernet?