2021-06-02
CM4 on CM4IO with Auvidea B102 try 3
These accompany a new part of the forum topic CM4 on CM4IO with Auvidea B102 try 3.
Pages with videos are named by original video timestamps, i.e. 210602-1708 is short for 2021-06-02-17:08 and so on.
I am well capable of reaching wrong conclusions. If you take a look at the electrical issues that defeated me at CM4 on CM4IO with Auvidea B102 play dead on Raspberry Pi forum, I wrongly suspected the multimeter was bad. Notice however, that I didn't mishandled it (as well as that I had never used multimeter before).
And so I am confident that I haven't mishandled the new Auvidea B102 that arrived today, and which I ordered right then when we suspected the first one was killed. And I haven't mishandled the other pieces of hardware in this third, nor the first and second episode of this story.
So this third attempt, just like the second, starts from similar setting as in the pictures at:
Fri May 21, 2021 4:52 pm post except not the CM4-eMMC but CM4-lite is what I use in this try as in the second, and...
...And the Auvidea B102 is brand new.
In essence, I have tried all that I tried in rpi-CM4 page 2, with the sole change being the brand new just arrived Auvidea B102, and not the old one that I have owned for just about 6 months now.
These are the videos, bearing automatical timestamp in them, that could tell all about the new B102 since the arrival. The arrival of the package, as well as the state of B102, is video recorded, in the unpacking of it, should I need it:
d51fe14465581fcd0b0c840dad298f3a3657beb826c9ee1467bc2cba10755dcc VID_20210602_122821_B102_package_from_Mouser.mp4 f88e1c85066b97615cf6c7ea598f2e9a8f6366753c6fdc665ff049478852b5a0 VID_20210602_124353_B102_package_from_Mouser.mp4 183dece66fed5ff8ae9d5e095532a9539b1766ae62da2e57d63a712e361e981c VID_20210602_125726_B102_package_from_Mouser.mp4 e78fddd6999ba6c642013c1a4f6c40f72b7daaab5cefd33896c0ceef749e9eb3 VID_20210602_134819_B102_package_from_Mouser.mp4
Why? Because I now suspect, although absolutely minimally, even the B102 being/having been both faulty. So just in case.
Something is at fault, but what, I will need help from Raspberry Pi engineers, to find out. Maybe the splitter, maybe the provider's IPTV box, maybe something else. Just, it's not my mishandling of any of the hardware. Nor poor use of the software.
I know that this is rather unlikely that I will need those videos, however, I'm documenting these real events, and those are fact-videos that can upon verification be strongly identified, and leave no room to speculation on the integrity of my claims as to when any of the events happened, or how.
And here one testimony to what happens with my CM4 and friends now. Just the yavta trial:
e542cce4d55b1fd4235be00ef52db54c1597244daa6e440788b54e6a1e225742 VID_20210602_1708_CM4-lite_B102_yavta.mp4
(I'll give a link here to that video's own page, when I make it. For now you can download the video:
VID_20210602_1708_CM4-lite_B102_yavta.mp4). Replaced with VID_20210602_1708_CM4-lite_B102_yavta.webm, on its own page, read below)
I.e. what I got with the brand new B102 is the same issues as with the old B102 that we suspected was killed.
And I made the other trials, with ffmpeg local on CM4 machine, and with ustreamer and capturing with ffmpeg from elsewhere on the network just in the same fashion as in the rpi-CM4 page 2.
So the third installment of this ugly saga begins at:
CM4 on CM4IO with Auvidea B102 try 3 on Raspberry Forum.
And the Yavta video showing it is at page: 210602-1708
The FFmpeg local capture:
EuroNews_210602_1717.ts
and the log:
EuroNews_210602_1717.log.
The FFmpeg capture from ustreamer, from elsewhere on the SOHO:
EuroNews_210602_1654_ffmpeg-from-ustreamer.ts
and the log:
EuroNews_210602_1654_ffmpeg-from-ustreamer.log
All that with the same commands as given on:
https://www.raspberrypi.org/forums/viewtopic.php?f=98&t=312563#p1869278
as wel as:
/2021/rpi-CM4-2/#ffmpeg-ustreamer
