Injecting BIOS & ROMS using Ethernet Cable OR SCP / Filezilla methods

Hi, you can ping me on IRC or by mail when you want me to rebuild the website.

Thanks for your work!

[QUOTE=Yrvyne;41182]I was thinking of also changing a portion of the following section:

On Windows

Windows doesn’t support reading or writing ext4 partitions natively. You need to use a driver or an external program to copy the files. This page talks about 3 ways to accomplish that http://www.howtogeek.com/112888/3-ways-to-access-your-linux-partitions-from-windows/. We have not tested any of these yet.

Reason being that I actually used a particular software mentioned in the link to contribute the linked gaming pad configuration:

The software I used to access my Live USB was: DiskInternals Linux Reader

I also had in mind to make screenshots of the steps taken. Maybe we should section this into another page altogether?[/QUOTE]

I agree that the ‘direct attached’ method probably deserves its own page. I can imagine it getting quite lengthy once there are screenshots and full instructions.

Yeah, it is. I’m already collecting screenshots but will try to produce an animated gif to save from scrolling.

Today I cleaned up the formatting of the existing section on how to mount a CIFS/SMB share. Then I cloned those instructions to create a new one about how to mount an NFS share, based on this thread: http://libretro.com/forums/showthread.php?t=6104

I have just added a new section describing one way to directly network a Lakka system to a Windows 10 host via Ethernet patch cable in such a way that the Lakka system has internet access (via the host’s wifi connection) and the Windows host can access the Samba share. This is a very specific use case – the way I am doing things — but it at least does have screenshots as well as step-by-step instructions.

Maybe someone else can provide a more general way of making this work with a Windows host.

Proofread pages:

http://www.lakka.tv/about/ (not implemented at time of writing)

Proofread and added content:

Testing & Documenting

In the meantime, yesterday, I mounted a Live USB on LinuxMate Mint and placed in the assets folder the following folders and files:

[ul] [li]PPSSPP[/li][LIST] [li]flash0 (folder with fonts)[/li][li]ppge_atlas.zim[/li][/ul]

[li]scph5500.bin[/li][li]scph5501.bin (renamed from 7003)[/li][li]scph5502.bin[/li][/LIST] In the roms folder in two separate and distinct folders:

[ul] [li]Sony - Playstation[/li][LIST] [li]crash_team_racing.bin[/li][li]crash_team_racing.cue[/li][/ul]

[li]Sony - Playstation Portable[/li][ul] [li]dissidia.iso[/li][li]dissidia.nfo[/li][/ul] [/LIST] In thumbnails folder, I unpacked in two distinct and separate folders ( http://thumbnailpacks.libretro.com/ ):

[ul] [li]Sony - Playstation[/li][li]Sony - Playstation Portable[/li][/ul]

On booting into the Live USB, and scanning the directories, all games were recognised and most of the artwork but neither game (from each platform) worked/played. Further notes: I did not touch the .retroarch folder, instead kept to the folders found immediately when mounting the USB flash. Before even injecting the USB flash with any file or folder, Dissidia worked (i.e. without the fonts flash0 and ppge_atlas.zim) and by scanning and detecting the game from a partition on my laptop.

Screenshots of the mounting and copy/pasting procedure are saved but since something went awfully wrong, I won’t be updating. Any suggestions on what went wrong or any solutions, please? I’ll keep on testing and updating.

P.S. I saw the screenshots and lolled at the mspaint.exe reference!!!

Thank you for the update on documentation !

You can find other content in the website, for example the about part.

You’re welcome! My changes to about.md await approval. In the meantime, I am still stuck with no playable games! (This is a nudge for some help in #17 !!! )

For PSX, check that your BIOS are correct wit md5sum and that the cue file matches the bin file (you should have something like FILE “crash_team_racing.bin” BINARY).

For PSP, try to get some log to see what is the issue.

PSX BIOS were correct. I’ll add to the ROMS/BIOS page the md5sums and also software used with screenshots - in this way all necessary info will be in one place without sending users to pages outside Lakka.tv

PSP - I am having difficulty with SSH, can I instead use the Log settings from within Lakka? There are options: 0, 1, 2 - which one should I use? Thanks!

Also, I checked the folders having cores in their names and all came up empty (both using SysInternals and Mounting on Linux). Could this be the case? That I do not have any cores? Please refer to this link: here.

Thank you for consolidating the documentation on lakka.

Did you check the cue file ?

Did you try to connect with ssh client kitty or direct acces to get the log ? You need to get access to the command line to get the log.

Cores should be in /tmp/cores

You’re welcome.

Doc Update

I added the md5 sums but on next website-refresh, we’ll have to check that the table is displayed correctly.

In the meantime I added as TODOs the screenshots as procedures for checking the sums, I can definitely do the Windows part, and most probably the Linux, but Mac… no experience with macs.

Troubleshooting

PSX - Cue files were correct. However, PSX was not working because I placed the BIOSs in the assets folder instead of the system. Now PSX emulation works, however, I do not have any sound output. I’ll do more testing and if I cannot manage I’ll produce a log.

PSP - placed ppge_atlas.zim in the system folder along with flash0 - which includes the fonts from PPSSPP. flash0 is not in the documentation. Info about flash0. Thus, if you deem that flash0 is necessary I will add a reference in the doc. With all that said, PSP emulation is not working. Following is the log (thanks for pointing me on how to do it): log.txt (14.6 KB)

Thank you.

[QUOTE=Yrvyne;41612]You’re welcome. In the meantime I added as TODOs the screenshots as procedures for checking the sums, I can definitely do the Windows part, and most probably the Linux, but Mac… no experience with macs. [/QUOTE]

I misread your post earlier, and I thought you were saying someone else needed to write the Windows MD5 instructions. Oops. I went ahead and added some.

[QUOTE=Yrvyne;41612] Troubleshooting

PSX - Cue files were correct. However, PSX was not working because I placed the BIOSs in the assets folder instead of the system. Now PSX emulation works, however, I do not have any sound output. I’ll do more testing and if I cannot manage I’ll produce a log.

PSP - placed ppge_atlas.zim in the system folder along with flash0 - which includes the fonts from PPSSPP. flash0 is not in the documentation. Info about flash0. Thus, if you deem that flash0 is necessary I will add a reference in the doc. With all that said, PSP emulation is not working. Following is the log (thanks for pointing me on how to do it): log.txt (14.6 KB)

Thank you.[/QUOTE]

We need to fix audio. Can you try this to get some information. If you have snd_hda_intel listed with lsmod,try this command.

No, no, I hope you did not delete your work! Keep them :smiley:

OK, in the meantime I had already edited retroarch.cfg with sysdefault but haven’t tested it on the L-USB on the hardware. I’ll get back with solutions/errors.

BTW, aplay -L >> aplay.txt makes life easier esp. when mounting on another Linux.

Audio is fixed. I did not use the lsmod | grep snd command, instead, when straight to aplay -L >> aplay.txtand from the output list chose the sound that had sysdefault. It worked immediately. If you need me to run lsmod | grep snd , I’ll comply.

However, I am still stuck with the PSP fault. Any thoughts? The log was provided as requested.

Yes, it will be helpful if we have the output of lsmod | grep snd.

So it is not because the audio issue that PPSSPP segfaults. Maybe you are missing some file from assets ?

lsmod[I] | grep [B]snd

[/B][/I]lsmod grep snd.txt (527 Bytes)

aplay -L

aplay.txt (1.16 KB)

My Solution

retroarch.cfg --> audio_device = “sysdefault:CARD=Generic_1”

No, the no-sound issue is not the case because on selecting a PSP game I get a black screen and then Lakka’s screen.

/storage\system\PPSSPP\ contains: folder- flash0 file- ppge_atlas.zim

Shall I add all the files provided in the link in [I]/storage\system\PPSSPP[/I] ?

UPDATE: I injected [I]/storage\system\PPSSPP[/I] with the contents of the libretro-ppsspp link provided. On rebooting Lakka, and selecting a PSP game, it worked. However, on L3+R3, reset, and selecting the game once again, I got the black screen and then the Lakka screen.

If you do this, you shouldn’t have to edit retroarch.cfg for audio. You can change audio device in the gui.

I don’t know how to fix the reset issue. You reproduce it with other games or only with psp games ?

Before doing the suggested command, I had no other options in Audio Devices except for ‘sysdefault…’ which became available when I had edited retroarch.cfg.

On implementing echo “options snd_hda_intel index=-2” > /storage/.config/modprobe.d/snd_intel_hda.conf and rebooting, YES, I had the other devices listed in aplay -L available for choosing.

No, only with PSP games. I’ll experiment more on this issue.