<clever>
Can't load the video on this Invidious instance. YouTube is currently trying to block Invidious instances. Click here for more info about the issue.
<clever>
dolphinana: the instance i was using before is down
<f_>
¯\_(ツ)_/¯
<f_>
I honestly don't care. I play videos with mpv anyway.
<dolphinana>
Hmm...
<dolphinana>
I see..
<f_>
and privacy-concerned people can just replace www.youtube.com with whatever instance they want to use
<dolphinana>
I almost never play YT videos with mpv. I almost forget that it's possible :P
<dolphinana>
Anyway, can't load that video on invidious.snoopyta.org either. I get the same error :/
<f_>
try yewtu.be
<clever>
one solution, just commit mp4's to the docs repo
<dolphinana>
I tried to compile that module but I failed :P
<clever>
the arm core isnt even enabled
<clever>
ah yeah, you mentioned that
<clever>
what error did it give?
<dolphinana>
so it runs entirely on the vc4?
<clever>
yep
<dolphinana>
I don't remember what errors I got
<clever>
try turning it on again, and see what happens
<dolphinana>
My main lk-overlay directory is filled with printf debugs and stuff :D I should copy that directory and then git reset that copy (I don't like using git branches :P)
<clever>
there is also worktrees
<clever>
first, youll need a branch, because you cant checkout a branch in 2 places, `git checkout -b foo` i think?
<clever>
then `git worktree add ../lk-overlay-master master`
<clever>
both directories will share the .git, but have different branches checked out
<dolphinana>
I'll try that
<clever>
i should also setup a bad-apple project, and point CI at it
<clever>
then you can build it without editing files
<dolphinana>
I tried that worktree method and now some submodules are missing :/
<clever>
you probably need to init them in the copy
<clever>
`git submodule init ; git submodule update` i think it was
<clever>
build-stage1-bad-apple/lk.elf section `.rodata' will not fit in region `ram'
<clever>
region `ram' overflowed by 12452 bytes
<clever>
hmmm, need to shave 12kb off the binary...
<clever>
if i omit bad-apple, its 99kb in size...
<dolphinana>
it seems like it redownloaded the submodules
<clever>
ah, i think linker gc was to blame on my end
<f_>
register names look different, on first sight
<clever>
yeah, that was likely, if using diff headers
<f_>
not really likely
<clever>
more about the bit fields, and layout of the registers
<f_>
Amlogic dram register names compared to Rockchip dram register names are very similar
<clever>
linux refers to some rpi registers by a different name, vs the official broadcom headers
<clever>
dolphinana: if you do a pull, and try `make PROJECT=stage1-bad-apple` does it work?
<f_>
hmm doesn't look much similar compared to my code
<f_>
which I still have to clean up, document, and port to a newer SoC
<clever>
ah, so no closer to knowing who made this beast
<dolphinana>
Oh, hi clever, I can try pulling
<dolphinana>
building it...
<f_>
clever: many arm SoCs use synopsys/DWC dram
<dolphinana>
generating the bin because I deleted the previously generated bin file.
<dolphinana>
ooh, 136 MB bin file :P gotta use a different SD card (I was about to use the 128 MB SD card but I guess I'll be sticking with 1GB instead)
<clever>
dolphinana: the code also requires that the .bin and .wav live on usb
<dolphinana>
oh
<clever>
it was more of a usb stress test project, at first
<dolphinana>
so I need a USB flash drive?
<clever>
yeah
<clever>
bootcode.bin on sd, bad-apple.bin and bad-apple.wav on usb
<dolphinana>
ahh
<dolphinana>
okay
<clever>
usb drive is formatted ext4
<dolphinana>
hold on, let me look for the USB drive :P
<dolphinana>
omg... my drawer is a mess xD
<clever>
as is mine
<clever>
it took half an hour to find a usb stick, lol
<clever>
it was plugged into a usb hub, behind the monitor, with the other end laying right next to the pi i was testing, lol
<dolphinana>
Ooh, I found multiple USB sticks in a glasses case
<f_>
:P
<dolphinana>
Do files have to be in the first partition?
<clever>
i believe they can be on any partition
<clever>
the usb code tries to just blindly mount everything as ext2/4
<clever>
and then tries to open bad-apple.bin and bad-apple.wav
<dolphinana>
I'll just try putting it on the second partition which is formated as ext4
<clever>
if the files cant be found, umount and try the next partition!
<f_>
clever: so theoretically I could replace bad-apple with a rickroll?
<dolphinana>
Okay, I think I got the SD card and the USB drive ready :P
<dolphinana>
f_, yes!
<clever>
f_: yeah, but the current code has a fixed resolution and 1 bit per pixel
<dolphinana>
I'm not clever but I felt like answering your question
<f_>
so I'd need to adapt the code, but it's possible!
<clever>
then they just removed schematics from git :P
<dolphinana>
woah, rpi1 has full schematics and they tried to delete them :O
<f_>
yup
<clever>
schematics/datasheets are no longer in the documentation repo
<dolphinana>
why?
<f_>
¯\_(ツ)_/¯
<dolphinana>
well, it's kind of guessable
<f_>
broadcom stuff I think
<dolphinana>
but still...
<clever>
somebody bought a sample batch of bcm2835's from broadcom
<clever>
then made a knock-off rpi board, and violated the rpi firmware license, by running it on a non-rpi product
<f_>
lol
<clever>
broadcom has never sold outside large companies since
<dolphinana>
run librerpi on the knock-off board then :P problem solved :P
<f_>
since then rpi only publish partial schematics..
<clever>
dolphinana: ive mentioned before, making a board with the "wrong" crystal or putting the SD slot on the "wrong" pins, is the perfect solution here
<clever>
it will no longer be compatible with the rpi firmware
<clever>
so you cant violate the license
<dolphinana>
ahh, nice :P
<clever>
and the open firmware can fix that with a simple edit
<f_>
but then again, rpi isn't OSHW.
<clever>
and without a source of SoC's, you cant make those boards
<f_>
commit where they tried to remove RPi1 schematics
<f_>
>Update schematics
* f_
afk
<dolphinana>
"Update schematics" :D hahaha ;P
<clever>
dolphinana: they have since removed all schematics/datasheets from that repo
<dolphinana>
very good description ^^
<clever>
if you want docs, you must go to either datasheets.raspberrypi.com or pip.raspberrypi.com
<clever>
datasheets.raspberrypi.com is just some javascript over an aws s3 bucket
<f_>
dolphinana: indeed ^^
<clever>
pip.raspberrypi.com is a custom ui, for browsing many things, including docs hidden behind NDA
<f_>
ahh lol
<clever>
both lack history
<dolphinana>
woah, docs hidden behind NDA?
<clever>
yeah
<dolphinana>
why do they have it there?
<clever>
sometimes its features in beta testing
<clever>
and it goes public after the testing is done
<clever>
but due to the secrecy of nda, its hard to know what else they are hiding :P
<clever>
i would assume the pi5 docs where also hidden under the nda section, until the pi5 announcement occured
<clever>
ive heard that some tech/game demos also have a short 3 day NDA, so they can fully inform the news crew, and not let any one news outlet have an unfair advantage
<clever>
no snap news article based on half a presentation
<clever>
dolphinana: ive also pushed another change for the pi1
<dolphinana>
yeah, I see it
<dolphinana>
Let's try it :P
<dolphinana>
wait, where will audio output? The 3.5mm audio jack?
<clever>
yeah
<dolphinana>
I heard nothing, but I'm not completely sure if I did the thing right
<clever>
what does it log to the console?
<clever>
rate: 48000
<clever>
bytes/sec: 192000
<clever>
bytes per 2 samples: 4
<clever>
this is a section of the .wav debug logs, showing that its parsing the audio
<dolphinana>
oh, I think I forgot to build it
<clever>
ah, thatll do it
<dolphinana>
so I probably accidentally copied the old build :o
<clever>
&& helps with that
<clever>
[nix-shell:~/apps/rpi/lk-overlay]$ make PROJECT=stage1-bad-apple && scp build-stage1-bad-apple/lk.bin root@router:/tftproot/bootcode.bin
<clever>
this will build, and then copy, in one shot
<clever>
and if the build fails, it wont copy
<f_>
that's exactly how && works
<clever>
yep, thats why i use it
<dolphinana>
wow, good to know :)
<dolphinana>
I always use && when I want to execute commands in "sequence"
<dolphinana>
but I didn't know that it for instance wouldn't execute another command if the first one failed
<clever>
it relies on the exit code of the commands
<clever>
so the 1st command has to return a code of 0
<dolphinana>
The audio is working
<clever>
nice
<dolphinana>
Well, this is amazing. This might be the coolest thing on librerpi :D
<clever>
-rwxr-xr-x 1 clever users 111K Nov 1 16:41 build-stage1-bad-apple/lk.bin
<clever>
and the entire program, fits within 111kb of code!
<clever>
its also hotplug driven
<clever>
when the video finishes playing, unplug, and re-plug the usb
<clever>
and it should play again
<dolphinana>
ah, I didn't know I could do that
<clever>
247.258305 [badapple:play_video_once:147]: 6572 frames found
<clever>
oops
<clever>
Fatal VPU Exception: Misaligned
<clever>
seems i broke that at some point
<dolphinana>
We are hanging here ...
<dolphinana>
it crashed when I unplugged and replugged the USB