[SOFT] New Scraper in the works

Folly

I am traveling now on a boot for my work and I am almost on my destination so have to work soon.

Will do it later today ;-)

kiro

@Folly Sure! no worries! I have the same issue :-)

Also, pls check if playchoice10 is the name of your system in es_systems:

  <system>
    <name>playchoice10</name>
   .....
  </system>

Just trying to discard issues.
Thx!

Folly

@kiro

It's not working on the pi4 so the issue seems to be pi related.

Though it's working in the VM and the video plays and the others seem to work too.

This is the VLC output of pc_mario.mp4 only playing sound on the PI4 :

vlc pc_mario.mp4 
VLC media player 3.0.17.4 Vetinari (revision 3.0.13-8-g41878ff4f2)
[016a9b98] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
[a2102b80] gles2 gl: Initialized libplacebo v2.72.0 (API v72)
[a210cb50] mmal_xsplitter vout display error: Failed to open Xsplitter:mmal_vout module
[b38555b8] avcodec decoder: Using DRM Video Accel for hardware decoding
[src/libmpg123/layer3.c:2184] error: part2_3_length (1536) too large for available bit count (1368)
[b38555b8] main decoder error: buffer deadlock prevented
QObject::~QObject: Timers cannot be stopped from another thread

This is the VLC output of moglf.mp4 playing both video and sound on the PI4 :

vlc pc_moglf.mp4 
VLC media player 3.0.17.4 Vetinari (revision 3.0.13-8-g41878ff4f2)
[0006cb98] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
[a2306f88] gles2 gl: Initialized libplacebo v2.72.0 (API v72)
[a2304e40] mmal_xsplitter vout display error: Failed to open Xsplitter:mmal_vout module
[b3852340] avcodec decoder: Using DRM Video Accel for hardware decoding
QObject::~QObject: Timers cannot be stopped from another thread

ffmpeg gives these video formats :
pc_mario.mp4 :

Duration: 00:00:30.05, start: 0.000000, bitrate: 145 kb/s
    Stream #0:0(und): Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), yuv444p, 512x480 [SAR 5:4 DAR 4:3], 74 kb/s, 30 fps, 30 tbr, 15360 tbn, 60 tbc (default)

pc_moglf.mp4 :

Duration: 00:00:30.05, start: 0.000000, bitrate: 214 kb/s
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 143 kb/s, 30 fps, 30 tbr, 15360 tbn, 60 tbc (default)

kiro

@Folly Thanks a lot for the testing! Really appreciate it, so hopefully, the video issue is solved.

I started working on the relative paths, --relativepaths is added as an option and should put everything in the gamelist under a relative path. Let me know when you have tested (no urgency).

Tomorrow I'll add the --mediadir option ;-)

Thanks!

Folly

@kiro said in [SOFT] New Scraper in the works:

so hopefully, the video issue is solved.

Sadly no, not on the pi4.
Unless you changed something with the videos.

What do you think, looking at the VLC logs ?

kiro

@Folly, I might have said the wrong way :-) The scraper is downloading the videos properly, but, some of the videos in the backend are encoded in a way the pi is not able to display. I'll dig into that today trying to understand what's the difference between a working and a non-working video so I can eventually re-encode those not working. Will keep you updated.

This is the encoding for the pc-mario video:

Stream #0:0(und): Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), yuv444p, 512x480 [SAR 5:4 DAR 4:3], 74 kb/s, 30 fps, 30 tbr, 15360 tbn, 60 tbc (default)

This is the encoding for a working video:

Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 143 kb/s, 30 fps, 30 tbr, 15360 tbn, 60 tbc (default)

The only differences I see are the (high) and yuv as well as resolution.... any idea (any expert reading this) why the first video would not play on a pi?

I've tried converting from high 4:4:4 predictive to just high and it seems to be working:

I'll be creating a script soon to run over all videos and convert those under the same predictive profile.

Will keep you updated.

Folly

@kiro said in [SOFT] New Scraper in the works:

@Folly I just tried that video and it works for me ...

Could you try it on another pc maybe?

I saw that your computer had somewhat the same error, although it played well.

I will see what my VM says with the old pc_mario.mp4 and try the new one on my VM and PI4 when I am home again.

My VM gives the same errors, although it plays :

[src/libmpg123/layer3.c:2184] error: part2_3_length (1536) too large for available bit count (1368)
[00007f15f4003510] gl gl: Initialized libplacebo v2.72.0 (API v72)
[00007f15f47c4080] chain filter error: Too high level of recursion (3)
[00007f15f47c7690] main filter error: Failed to create video converter
.. many more chain/main errors
[00007f15f40013b0] main vout display error: Failed to adapt decoder format to display
[00007f15f40013b0] main vout display error: Failed to adapt decoder format to display
[00007f15f00484b0] main video output error: video output creation failed
[00007f1604c74da0] main decoder error: failed to create video output

As you said it looks like the video has issues.

I renewed the video on my VM.
Succes, the errors are gone for pc_mario.mp4 !

Folly

@kiro

Tested --relativepaths :

pi@Bullseye-VM:~/retroscraper-rpie$ python3 retroscraper.py --systems playchoice10 --relativepaths

Perfect !

kiro

@Folly Nice! Thanks!

I'm going through all the videos with this 'Predictive' profile to fix them. Once this is done I'll start with the --mediadir flag.

Again, thanks a lot for all this testing.

Folly

@kiro

Good idea.
Not tested yet on my pi4, but indeed, when all videos are converted they probably will work too.

Wanted to ask.
Does the script have the ability to scan also subfolders ?

Folly

@kiro

As far as I know you removed the backup function for gamelist.xml.
If so you can remove it from the --help
~~--nobackup Do not backup gamelist.xml file~~

kiro

@Folly Hi, the backup functionality was not removed, at least not intentionally :-) Is it not doing backups anymore?

Also, it will in principle scan subdirs, and exclude '/videos/', '/images/' and '/marquees/' from the scan.. although I have not tested it (I do not have subfolders in my rom collection honestly)

Although thinking about it, probably the --relativepath option will not work in this case due to how I extract the path from the filename... will have to rethink the relative logic...

Folly

@kiro

By default the backup function doesn't work anymore, so you should look at this.

I did a test with placing the megaplay roms directory inside playchoice10.
Then the subfolder isn't scanned/detected.

Will do a second test with a subfolder.
Placed some playchoice10 files in a subfolder and indeed they aren't detected.

kiro

@Folly Will check on the default backup issue.... and will put the subfolders in my todo list :-)

backup should be ok now...(it was a matter of the logic being inverted)

Folly

@kiro

By default backing up gamelist.xml works again.
Tested the --nobackup function and that works too.

kiro

@Folly thanks! Yes the double negative logic just screwed with my brain...

Folly

@kiro

Haha, Yes I can imagine.

kiro

@Folly Hi Again! I'm trying the subfolders, and it is somehow working, except that I have a starnge behaviour from emulationstation:

This is a snippet of the created gamelist:

        <game>
                <rating></rating>
                <name>3d Asteroids</name>
                <marquee>./marquees/3D Asteroids (1987) (Atari) (Prototype) [a1].png</marquee>
                <image>./images/3D Asteroids (1987) (Atari) (Prototype) [a1].png</image>
                <publisher></publisher>
                <releasedate></releasedate>
                <players></players>
                <video>./videos/3D Asteroids (1987) (Atari) (Prototype) [a1].mp4</video>
                <genre></genre>
                <path>./myroms/3D Asteroids (1987) (Atari) (Prototype) [a1].zip</path>
                <developer></developer>
                <thumbnail/>
                <desc>This is an unencrypted pre-release version of the game that became Asteroids for the 7800.</desc>
                <playcount>0</playcount>
                <lastplayed>0</lastplayed>
        </game>

So roms in subfolders are detected and integrated into the gamelist, even in relative mode.

BUT, see emulationstation:

and when I enter the 'myroms' subfolder:

Is this the expected behavior from emulationstation?

(same behaviour when using absolute paths)

Anyway, just added the --recursive flag that will do exactly that, recurse over subfolders in the systems path. Let me know when you have a chance to test it. I do not know how to remove those subpaths in emualtionstation menu though.

Folly

@kiro

Nice ;-)

Yes, it works with and without the option --relativepaths.
Though I am missing that the script will not display what's being recognised.

The subfolder behaviour is expected.
Subfolders are shown when they contain roms.
Dependant on the theme they are mostly showing up as gray text in emulationstation.
Obviously such folder has to be there otherwise you can not select a rom from a subfolder.
As far as I know it's possible to add media to a folder just like it's done with files but for the folder no media has been added in the gamelist.xml now.

kiro

@Folly said in [SOFT] New Scraper in the works:

Though I am missing that the script will not display what's being recognised.

What do you mean by this?