I'm new to WebGrab++ and have so far successfully experimented with the main tool to grab EPG data. I'm now starting to experiment with MDB but am having trouble getting it to work. I've looked for and found similar errors in the forum and the answers suggest that I may not have configured it correctly, but I can't see the problem. Help appreciated.
I'm running V5.2.0.0 on a Windows 10 PC, having recently installed .NET as instructed. I'm experimenting with an almost vanilla MDB config file to try to isolate the problem. Files are in the attached Zip.
The error I get is:
[ Info ] Job (MDB Version: 3.3.0) started at 18/06/2024 16:13:17
[Critical]
Object reference not set to an instance of an object.
[Critical]
at .–. ..ctor(String)
at .–. ()
at .–..ctor(String[])
at .—. (String[])
[Critical] Unhandled Exception
[Critical] Execution stopped
Thanks,
Dan
a quick look..
filename is incorrect.
your episodenum_pattern is wrong.
the mdb filename must be different than the filename in your webgrab config.
<filename>mdb_guide.xml</filename>
your using radiotimes.com
replace the 2 lines there with this single ones
<episodenum_pattern>"S'S1'E'E1'""E'E1'"</episodenum_pattern>
or
<episodenum_pattern site="radiotimes.com">"S'S1'E'E1'""E'E1'"</episodenum_pattern>
i prefer the one with the site="xxx" argument as it applies the pattern to data for that specific site when the one without applies it to all ini's used which the pattern may not match.
but in your case you using a single ini so either would work.
Wow - that's a lot I got wrong :-( I thought I had made the change for the MDB filename so I'm not sure how that happened. Anyway, I've redone it and made the change you suggested for episode numbering and now MDB is happily running. Many thanks.
It's been running for 3.5 hours now and I'm starting to wonder if it has got stuck somewhere. There was lots of promising-looking console output leading to:
Number of Shows inspected : 12050
Candidates found: 3927 movie / 6444 serie / 2940 both
Serie: 1/6444 .. Morning Live
Episode Number: E36
.
"Morning Live" + "" .. found Show_id , 13368492, 1907886, 1705040, 0307779, 29920405, 14844274, 7960076, 7160736?
........
Matching in imdb.com, showid = 13368492
..
and that's where it has been for the last few hours. No further output on the console and no sign of an mdb_guide.xml output file. Meanwhile, the "WebGrab+ Plus" process on my PC has been running at a consistent 25% CPU utilisation, which makes me think it's still doing something.
Should I kill it and try again, or is this normal / correct behaviour?
Thanks
Mdb is slow.
Look at your numbers,u have 14000 plus show.
I doubt it would be done before we grab run again(I assume it's scheduled daily)
Read the config.
At the bottom add the channel lines you want to exclude.
Your wasting time running mdb on channels like news,sports,ect.it most likely won't get a match.
You have to be realistic on what you run it on.
Thanks. Yes, I assumed it was something like this. Of course I don't ultimately expect to run MDB on everything - this is really just a first experiment using the initial guide.xml that I initially got working with a fairly full FreeView channel list. I was aiming to do the experiment with as little customising as possible just so I could see the output and get a feel for what I did and didn't want, but I can see why that approach was asking a bit much.
I'll generate a new guide.xml for just a couple of channels for a more realistic experiment, then play around with the exclusions mechanism, then restore more channels whilst adding exclusions to avoid MDB processing for them.
Is it possible to exclude in a more granular fashion? For example, I'd like IMDB data for Movies and for serial Dramas, regardless of which channel they are on, but probably not for anything else. Is that do-able?
On the downloads page get the documented configuration files.
They are more detailed than the default configs.
Read the mdb select movie/series
U can use things like include,exclude.must have,ect to filter series/movie shows that get selected for mdb to process.