Nope. The tethering feature in ConnMan was designed for (and is the same as) the hotspot feature on a mobile phone. So you can choose SSID/passphrase and whether the tether is active (on/off) but nothing else. NB: I am often working with development devices that only have Ethernet support in a location where the only sensible connectivity is WiFi .. an Ethernet bridge solves the issue. The last one I picked up from eBay was an Apple A1rport express for $12 + postage.
Posts by chewitt
-
-
RPi3 boots and runs fine with the exception of no hardware deinterlace, no 3D support, an dno optimised software HEVC support. If you use it for H264 and a more limited range of media it's very stable.
-
If you enabled ethernet tethering the Pi provides DHCP to devices via Ethernet. However the tether hides devices behind NAT so they will not be visible to other devices on the network. This is not configurable, connman provides a deliberately simple hotspot, so if you really want the devices on the Network you need to use a device that works as a bridge (not a router).
-
Just wget the image file, unzip, and use dd to write the USB .. or use any other SD card writer app you prefer.
-
Codec: H264 - MPEG-4 AVC(part 10) (avc1) Video resolution: 3840x2160 Frame rate: 25
RPi4 supports H264 up-to 1080p so this is expected. If you re-encode the media to HEVC (which is supported at 4K) it will play fine.
-
Any chance you can expand on your concerns re Argon cases? I love mine, the form factors is a big win for me.
I see users "loving the case" but having issues with internal physical connectivity within the case which gets blamed on software, and a general lack of good softwaer support for things like GPIO buttons, e.g. it works in Py2 but not Py3.
-
Hardware deinterlace is in private testing. 3D support is nowhere on the official priority list but one of the Pi devs is a 3D fan so it will probably get reimplemented out of self-interest eventually. Software optimisation for HEVC is unlikely to be reimplemented as it was. Most of the tricks required will be hard to upstream and this time around (after 9+ years of learning the hard-way what it means to maintain downstream forks) the goal for the Pi Foundation is to upstream everything. I'll never say it will be never be done, but I think it's unlikely and best case, it's going to take a large effort over a long period of time to happen .. by which time a large percentage of users will have upgraded to new hardware.
-
It sounds like a skin that needs updating or tweaking.
-
WiFi or Ethernet? .. If WiFi it could be a rubbish and slow connection. There is no normal need to fiddle with cache settings.
-
The "TV" link is a link to DVB/PVR functions (e.g. DVB card and TVHeadend). Add-ons like Arte/FranceTV will not populate EPG/guides there.
-
Put the Kodi GUI in advanced or expert mode and the settings shouid be visible.
-
The majority of issues with RPi4 are due to bad PSUs, bad cables, Argon cases, users not reading release notes that detail differences between old and new ways of doing things and/or having fundamentally wrong expectations to start with. Plus Halloway comment on the nature of support forums being full over users with problems is also on point .. it's the reason a support forum exists
I'm running an RPi4B as the family "daily driver" without any hassles. For me LE10 is miles better than LE9.2 due to more features (HDR, HBR audio, etc.) and the only problems I occasionally encounter are 100% due to my own experimental changes in a self-built image.
NB: be aware that RPi4 support for 4K is limited to HEVC, not H264 .. we've had some animé fans expecting miracles with 10-bit H264 content.
-
Keep Kodi at 1080p "Desktop" and enable the whitelist with 3840x2160 @ 23.976/24/29.97/30 and 1920x1080 @ 23.976/24/50/59.94/60 with "Adjust refresh" set to start/stop. Make sure the Pi is connected to an HDMI 2.0 port that supports HDR/Deep Colour. If you want to play large filesize media you should use Ethernet, or be perpetually frustrated with the issues that come with WiFi connections.
-
Worst case .. stop Kodi and rename /storage/.kodi to /storage/.kodi-old and then restart. You now have a clean install. You can stop Kodi and move back things you need (sources, thumbs, DB files, etc.) but redo add-ons .. without tubed.
FWIW I have both YouTube and Tubed installed and never see any problems with either of them, so it sounds like something got messed up.
-
The only time I've seen long delays before playback, users have fiddled with cache settings to avoid buffering after following some nonsense advice and set an insanely huge cache size; which needs to populate before playback can start.
-
remove the Options= ?
-
Run "getedid create" and then reboot. The getedid script will capture the EDID data to a file which is then used to fake the connection to the TV so the Pi thinks it's connected at startup even when it's not.
-
I always like to ask the question: does it work good-enough for your use-case? .. because users frequently obsess over how to force a device to use 5GHz "because it's faster" but the kernel 80211 framework is written to figure out which frequency band gives the better signal and use it, so while 5GHz theoretically is faster it's also more susceptible to poor signal problems, while "lower speed" 2.4GHz with a better signal may give you higher throughput. It's also important to focus on "fast enough" vs. "max theoretical speed" because if it *is* fast enough, it's fast enough. Only "not fast enough" is an actual problem. NB: Regdom can be set from within the LE settings add-on these days, so no need to use modprobe options files.
