Your message?

Notice: To avoid posts by spam, a message body without the word '#FuguIta' is rejected.
Please include the word in your message text.





Video Streaming by FuguIta

kaw (2021-05-01 (Sat) 08:06:34)

In Niigata Prefecture, where I live, there is a traditional event called "Ushi no Tsuno Tsuki" ("Poke of bull horns" - bullfighting).

The first event of the year was held on April 29th, and I participated as a member of the team that delivered the video.

I was in charge of delivering the video directly to the smartphones and tablets of the audience at the event.

In this event, the MC and the remote guest interact via ZOOM, and the purpose of my job was to show the audience what was going on.

This was my first attempt at this, and the followings are required.

To achieve this, I made the following choices

Based on the above conditions, you will need the following

All of the above features are available in OpenBSD from the start, except for the web browser and WebRTC. So I decided to use #FuguIta as a base for implementing these.

For the video distribution software, We used Screego. Conveniently, Screego is supplied as an executable binary for OpenBSD.

Furthermore, this network is not completely independent and needs to remain in communication with the Internet. This is because smartphones communicate with sites on the Internet to determine the status of the network. If there is no communication with the Internet, the smartphone will complain. In addition, time synchronization is required for TLS communication, and therefore, NTP must be available. For these purposes, I decided to create a NAT in PF. I decided to limit the bandwidth of the communication through the NAT, because the main purpose of this Internet access line is to upload the video of the event to YouTube, and to communicate with the remote performers via ZOOM.

Based on the above, I decided to configure and operate the network as follows.

screego-e.png
Network of this event (click to enlarge)

As for the web browser for the video distribution, We had originally planned to use Windows, but since the title bar of the window was displayed on the video to be distributed, and the video input with an aspect ratio of 16:9 was somehow changed to 4:3, I decided to use FuguIta for this purpose as well, and use MPlayer to convert the aspect ratio of the video to 16:9 and send it by Chromium.

The operation of the day is as follows.

pix1.jpgpix2.jpg
Operation BoothScreego Server
pix4.jpgpix3.jpg
WiFi Access PointVideo Sender

As a result, it worked as planned, but there were a few problems.

We will need to improve on these issues in the future.

This time, I planted a monitor script modified from SAG in both the Screego server and the browser for sending images, so We will analyze the logs and plan countermeasures.


FuguIta development

Mel (2021-04-27 (Tue) 15:35:18)

i try to follow how to setup development for #FuguIta from this JPN page "河豚板の開発ツールを使う - LiveDVDのカスタマイズと作成".

i download the construction tool tools-6.8-amd64.tar.gz. there is .ffsimg file (media/fuguita-6.8-amd64.ffsimg).

i understand this is for OpenBSD 6.8, if i want 6.9 this ffsimg should be updated. but, my question is, how do you create this .ffsimg file for each new release of OpenBSD?

Above is the standard procedure to setup the content of *.ffsimg, and may have any variations by every OpenBSD release.
And also, it may possibly vary anymore at your case.

-- kaw 2021-04-28 (Wed) 05:40:16

  • kaw-sama thanks for sharing how to create the .ffsimg. lot of work. thanks for all your work with #FuguIta. -- Mel 2021-04-28 (Wed) 07:42:24

syspatch

m3th (2021-04-24 (Sat) 18:32:09)

Can I syspatch to #FuguIta?


Prototype from snapshot

kaw (2021-03-23 (Tue) 18:01:06)

Prototyped a trial version of #FuguIta based on OpenBSD-current (6.9-beta).
It is only available for the amd64 architecture.
Get it from "test" directory on download mirrors.
Your trial reports are welcome.


Change of mirror servers

kaw (2021-02-16 (Tue) 19:00:58)

Two new mirror servers in Europe are now in operation.

They are de.dl.fuguita.org and fr.dl.fuguita.org, the successors to eu.dl.fuguita.org.

eu.dl.fuguita.org will be out of service in a few weeks.

I would like to express our sincere gratitude to the administrators of eu.dl.fuguita.org and everyone who are providing the mirror servers.


Laptop Connected to Monitor

(2021-01-30 (Sat) 07:41:07)

I can use a second monitor with OpenBSD. I cannot use a second monitor with #FuguIta.

r600_cp: Failed to load firmware "radeon/SUMO2_pfp.bin"
[drm] *ERROR* Failed to load firmware!
drm:pid0:radeondrm_attachhook *ERROR* Fatal error during GPU init
drm0 detached
radeondrm0 detached


I saved settings after downloading the firmware, rebooted, and do have "/radeon/SUMO2_pfp.bin". I assume this error happens because the boot process executes the GPU init before I can choose boot mode 3. Is there an easy way to fix this error, myself?

Sorry. I am inexperienced with BSD (and computers).


Recent articles on FuguIta

kaw (2021-01-09 (Sat) 23:04:26)

Recently, I found reviews and tutorial videos about #FuguIta on the net, so I will introduce them.

I am deeply grateful to the authors of these articles.


FuguIta 6.8 tools

kaw (2020-11-03 (Tue) 23:37:38)

Tools to create a live system based on OpenBSD 6.8 were uploaded at tools directory.
To use this tool, refer the article 河豚板の開発ツールを使う - LiveDVDのカスタマイズと作成 (LiveDVD - Using FuguIta development tools) in the page 河豚板ガイド (FuguIta Guide).


Ventoy Compatibility?

Fugu (2020-10-24 (Sat) 22:05:09)

Hello kaw:

Any chance of getting #FuguIta working with ventoy at www.ventoy.net/en/index.html.

No pressure - just asking since Fugu's broader goals align with such a tool.

Thank you.


FuguIta-6.8 status

kaw (2020-10-24 (Sat) 00:30:25)

#FuguIta-6.8-i386 and FuguIta-6.8-amd64 are now under test.
These are at test directory at download mirrors.

Your trial report is greatly appreciated.


Live Update for FuguIta LiveUSB

kaw (2020-09-24 (Thu) 22:13:14)

I'm currently working on a Live Update for #FuguIta LiveUSB.
This is in beta testing.

To update with this utility, place the gzipped ISO image (not the *.img.gz file!) and the MD5 checksum file in the current directory.
Then run the fiupdate command.

# cat /usr/fuguita/version
6.7-amd64-202008261
# ls -l
total 606528
-rw-r--r--  1 root  wheel  310528773 Sep 24 18:47 FuguIta-6.7-amd64-202009041.iso.gz
-rw-r--r--  1 root  wheel      11660 Sep 24 18:47 MD5
# fiupdate 202009041

fiupdate - Live Updater for FuguIta LiveUSB
  Version/Arch: 6.7/amd64  (FuguIta-6.7-amd64-202008261)

Note:
This sorftware is now under beta test.
Please use this at YOUR OWN RISK.

We recommend that you execute this command with fresh boot (boot mode 0 or 1).

Or you should quit all application softwares and save all your data
before you update this FuguIta device.

Are you sure? [y/N] -> y

Checking:
     environment: ok
	  mounts: ok
  existing files: ok
	checksum: (MD5) FuguIta-6.7-amd64-202009041.iso.gz: OK
all done, OK.

extracting FuguIta-6.7-amd64-202009041.iso.gz...
 296MiB 0:00:48 [6.12MiB/s] [================================>] 100% ETA 0:00:00

Now ready to update FuguIta-6.7-amd64-202008261 to FuguIta-6.7-amd64-202009041.

This machine will reboot immediately after update completed.

Do you proceed? [y/N] -> y
stopping all daemons...
cron(ok)
ntpd(ok)
pflogd(ok)
slaacd(ok)
smtpd(ok)
sndiod(ok)
sshd(ok)
syslogd(ok)
overwriting uniprocessor kernel...
8.68MiB 0:00:03 [2.31MiB/s] [================================>] 100% ETA 0:00:00
overwriting multiprocessor kernel...
8.71MiB 0:00:03 [2.23MiB/s] [================================>] 100% ETA 0:00:00
overwriting filesystem image...
 894MiB 0:04:25 [3.36MiB/s] [================================>] 100% ETA 0:00:00

update completed. now rebooting...
syncing disks... done
rebooting...

We welcome your trial report.

  • revised this script, See https://jp1.dl.fuguita.org/test/ . -- kaw 2020-10-05 (Mon) 10:58:51
  • #FuguIta-6.7-*-202010071 has this. (Still can't handle tarball, sorry arm64 user) -- kaw 2020-10-16 (Fri) 00:40:20

isotop on FuguIta

kaw (2020-09-08 (Tue) 14:07:35)

isotop is a script to configure and customize vanilla OpenBSD into ready-to-use desktop environment.

I have modified isotop to be able to run on #FuguIta.

To run isotop.sh on FuguIta after download it, apply this patch fileisotop-665-fi.sh.diff .
Then run install script as a root.

$ ftp https://framagit.org/3hg/isotop/raw/master/src/isotop.sh
$ patch < isotop-665-fi.sh.diff
# sh isotop.sh

Here's a screenshot of FuguIta configured by isotop.

isotop_desktop1.png

Archive video of FuguIta Talk on OSC2020 Niigata

kaw (2020-08-01 (Sat) 03:37:52)

Video of Talk about #FuguIta at OSC2020 Niigata has been published:
https://www.youtube.com/watch?v=4wPSr1WPH3U

And the document is at 河豚板#OSC2020


OSC2020新潟オンラインで河豚板の発表を行います。
Talk about FuguIta at OSC2020 Niigata

kaw (2020-07-22 (Wed) 15:27:51)

Open Source Conference 2020 Online/Niigataが7月25日(土)に開催されます。
今回はオンラインでの開催になります。https://ospn.connpass.com/event/181888/ の開催概要ページよりZoom参加に登録頂くか、YouTube Liveにてご視聴下さい。

Open Source Conference 2020 Online/Niigata will be held on Saturday, July 25th.
This event will be held online and I will have a 15 minute talk about #FuguIta in the name of EBUG (Echigo BSD Users Group).
Please register for Zoom participation from the overview page of https://ospn.connpass.com/event/181888/ , or watch it on YouTube Live.


Boot mode difference

Fugu (2020-07-19 (Sun) 15:51:32)

Hello Kaw:

Is there a difference in boot mode of OpenBSD and #FuguIta? I have a Dell PC where OpenBSD is very slow without disabling acpimadt whereas #FuguIta has no such problems.

Any guidance will be gratefully received.

Thank you.

If FuguIta runs slow as OpenBSD with this procedure, the problem could lay on internal disk device. -- kaw 2020-07-21 (Tue) 16:28:11

and one other escaping attention now.
To this end, I started reading through the show and list variables in the UKC config and found that #FuguIta has a lot more that get initialized than vanilla OpenBSD. When that did not work out, I once again disabled acpimadt, installed the operating system and waited for it to boot. The scenario now stood at reordering libraries (library_aslr). I let it complete the first time and then disabled the service via rcctl. This made a dramatic impact on reboot.
Presently, after having run sysupgrade (following -current), the performance is acceptable as good as on a ThinkPad.
My speculation is to do with the execute bit. I haven't read the source code to be certain of this but would appreciate your knowledgeable thoughts on it. I will try the above solution if video and browser performance in unacceptable with my continued testing. -- Fugu 2020-07-21 (Tue) 19:37:36



Former articles are at FuguIta/BBS/9.


Return to Top


Front page   New Page list Search Recent changes   Help   RSS of recent changes