I’m setting up a r_e_c_u_r and I’m having trouble loading video onto the device. I put a few .mp4 files onto a flash drive, attached it to the rPi before booting. The device doesn’t see any of the video files.
I’ve been looking for specs for the flash drive setup as well as the video files. I haven’t found any info. I’m on a mac.
I appreciate any help anyone can offer, thanks.
Hi @PhotonBath ! Sounds weird / like you have done everything correctly.
Does it recognize your device at all (but without videos ) or not the device aT all ? Ie how does it look from the browser tab ?
hi @cyberboy666 thanks for reaching out. The device seems to be functioning OK, it shows 10 empty slots in the browser. I can dig through menus but nothing shows up. The external monitor shows the recur splash screen on load, then goes black once the system is up. (I assume because there are no videos or shaders present.) I’ve been trying to load both mp4 files and shaders with no luck. I put both on the flash drive. The flash drive is formatted MS-DOS FAT32. I’m attaching a screenshot of the recur homescreen as a screengrab of the flash drive file directory. I’m on a mac.
I have read that it’s better to put the mp4 files on the SD instead of a flash drive, I can try that if it helps. (The SD is a 32gb, I should have room.) I appreciate your help!
10 empty slots in the SAMPLER tab is how it should look on a fresh install.
from the SAMPLER tab you should press the DSPLY button to switch to BROWSER tab. from here you should see your usb drive, and can navigate to a video file using < > and 
selecting a video here will map it to the first empty bank, going back to the SAMPLER tab you should be able to load and play it
can you try this / post a screenshot of the BROWSER tab ?
for shaders, there are some already on the image so these should be there regardless of if a usb drive is inserted or not. pressing DSPLY two more times should bring you to the SHADERS tab. here you can use <, > to select a shader, and pressing fn + and 7 (i think) to switch it on/off.
lemme know how this goes 
OK, so the problem was completely my misunderstanding! I can now load up 10 samples and play them from the SAMPLER menu. I also see the shaders. Thank you very much for this help! I do appreciate it.
Awesome ! and no worries. Lemme know if there is anything else confusing or not working. AlsoThe wiki page
Is open to edits if some instructions or guides could be improved or edited 
…i’ll attach my ‘todays troubleshooting success’ here for future reference:
…after i was able a few weeks ago to source the last PiCapture HD1 (not SD1) Farnell had in stock today i have assembled the r_e_c_u_r - which was just a matter of finding the PCBs and plugging them together…
…then my goal was to capture the video incoming from an HDMI-source (from a GoPro Hero 4 as i had no component-source at hand) and record that to a slot on the r_e_c_u_r…
…that (naturally) did not work ‘right out of the box’ and the solution took me about an hour to find - only after browsing through the PiCapture-manual i understood that some blue LED on that board was supposed to light up when it detects a video-signal that ‘is available to the Pi’…but the blue LED was not lit and now i understood that the error-message r_e_c_u_r was posting (PiCapture has no valid picture-signal (or similar)) was valid…
…to solve the problem: i shut down everything, then first powered the GoPro-Hero 4, and only thereafter i switched on the Pi…the PiCapture almost instantly showed a blue lighted LED and when r_e_c_u_r had booted it could record from the input as expected…
…great! - thank you for making r_e_c_u_r available…
thanks for the update - glad to hear its working for you !
how is the capture quality on the HD1?
…sorry, i just built the thing and checked that it does work but have no comparison yet…from what i saw from the very few tests i made the quality is nice but i couldn‘t qualify in any technical terms…
…any special ‚marker‘ you‘re looking for that i could check for?…
no worries, thanks for the answer! i have the SD1 (a few of them actually) and i like them but they have a weird kind of blurriness to them, beyond just the low resolution of SD video in general. they also have a bit of strange “reverse vignetting” of the brightness. but since the HD1 is capturing a digital signal i would imagine it wouldn’t have the same issues.
…well, i guess i would have to get hold of an SD1 to compare the two…or we could compare recordings we made with the respective card - although this would only work if we‘re using the same peripherals i guess…
…in this thread they talk about phenomena regarding the HD1 when capturing a DVI-signal as you describe them for the SD1:
ah thanks! i think it seems like the hd1 is very similar. i like the sd1’s form factor but i am going to look into other capture methods for my pi’s soon.
i have a picaptureSd1, which i like a lot - but also have noticed the faded colours / slight blurriness from this input (stil overall better image than the usb easycap that i also use often as rpi input)
i cant remember all the details but i believe this is to do with the way that picapture converts the colour space onboard to mimic the signals a picamera would send…
support for direct access to the datastream out of a adv7282m video encoder ic is now possible on pi using GitHub - 6by9/yavta: Fork of yavta from git://git.ideasonboard.org/yavta.git, modified to support MMAL and dtoverlay=adv7282m
@autr and i have been experimenting a bit with this as a simpler and higher quality option to capture sd video into rpi. this has been put a bit on hold lately due to other things coming up + my anxiety to fuxk up soldering a 20€ LFCSP-32 ic 
- but some good progress recently on this due to jlcpcb’s external part sourcing and pcba services … so watch this space!
when i get back into my berlin studio (where i left all that stuff doh) can try make a comparison video between input via picapturesd1 conversions and straight from the encoder
…in the above quoted thread they repeatedly mention a B101 HDMI to CSI-2 Bridge board as a better option which Google says is widely available for around 30€ to 40€ from the usual suspects…
Ah yeah I got one of em also - it’s for the same reason - picapture try’s to convert to picamera spec whereas that one just feeds data lines straight into pi and let’s it try to interpret it. Which means picapture always works with everything that the picamera does. But the direct ones sometimes need different drivers/ set up depending on what you are doing with it …
…ok - understood…so i will not (yet) be ordering one…but as the PiCapture is not available anymore: are there any good alternatives available at the moment that work with r_e_c_u_r?..
I’m pretty sure the hdmi to csi bridge does work with recur - I bought one to test with but left it in Berlin so can’t quit remember rn. I will b back there in some months tho so can check them.
If u want hdmi input then those generic usb hdmi dongles also work with recur and are v good imo
