ld-decode
ld-decode copied to clipboard
happycube
--WibbleRemover causes hedgehogging
This clip decodes fine normally, but breaks when using --WibbleRemover:
ld-decode -nj issue492.ldf clip
file frame 1 CAV frame 322
file frame 2 CAV frame 323
file frame 3 CAV frame 324
file frame 4 CAV frame 325
file frame 5 CAV frame 326
file frame 6 CAV frame 327
file frame 7 CAV frame 328
file frame 8 CAV frame 329
file frame 9 CAV frame 330
file frame 10 CAV frame 331
file frame 11 CAV frame 332
file frame 12 CAV frame 333
file frame 13 CAV frame 334
file frame 14 CAV frame 335
saving JSON and exiting
ld-decode -nj issue492.ldf clip --WibbleRemover
file frame 1 CAV frame 322
file frame 2 CAV frame 323
WARNING:root:NTSC field phaseID sequence mismatch (player may be paused)
WARNING:root:NTSC field phaseID sequence mismatch (player may be paused)
file frame 3 CAV frame 324
file frame 4 CAV frame 325
file frame 5 CAV frame 326
file frame 6 CAV frame 327
file frame 7 CAV frame 328
file frame 8 CAV frame 329
file frame 9 CAV frame 330
file frame 10 CAV frame 331
WARNING:root:NTSC field phaseID sequence mismatch (player may be paused)
WARNING:root:NTSC field phaseID sequence mismatch (player may be paused)
file frame 11 CAV frame 332
file frame 12 CAV frame 333
WARNING:root:NTSC field phaseID sequence mismatch (player may be paused)
WARNING:root:NTSC field phaseID sequence mismatch (player may be paused)
file frame 13 CAV frame 334
file frame 14 CAV frame 335
saving JSON and exiting
Looking at the line scope (line 39 is good for this) the disk already has a rather soft signal and does not need WibbleRemover. On NTSC there are only some disks with high noise that need it.
Seems you're right. A different capture of a matching disc on an HLD-X9 required --WibbleRemover and it functioned without problem, but this capture from a CLD-5000(?) didn't need it. Closing.
That's interesting - can I see .ldf's from the same frames on both? (Not sure when I'll get a round tuit, but it sounds interesting!)
On Wed, May 27, 2020 at 9:57 PM Gamnn [email protected] wrote:
Closed #492 https://github.com/happycube/ld-decode/issues/492.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/happycube/ld-decode/issues/492#event-3381062993, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAAXFCFHNBWUV7OYSYL7SQTRTXVNJANCNFSM4NJ24W3Q .
Re-opening Another disc does need --WibbleRemover regardless of player, and likewise causes the hedgehogging at the start of the disc (Mostly around frame 300) for most of the captures, other than the x9's. Will PM with captures of the affected area and a wibbly area.
Partially fixed by latest commit - the disk in question needs deemphasis reduced to .65x normal (-d .65) - won't close until auto-tuning is implemented though.
An update on this, rezo found the discs in this series now turn green (and no longer hedgehogs) since commit #7c6d913 unless -d .65 is specified. (even without using --NTSC_color_notch_filter/formerly --Wibble-remover)
I haven't given it a full disc decode to see if -d .65 works across the whole disc yet.