<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://www.citylan.it/index.php?action=history&amp;feed=atom&amp;title=LaserDisc_-_the_state_of_the_art</id>
	<title>LaserDisc - the state of the art - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://www.citylan.it/index.php?action=history&amp;feed=atom&amp;title=LaserDisc_-_the_state_of_the_art"/>
	<link rel="alternate" type="text/html" href="https://www.citylan.it/index.php?title=LaserDisc_-_the_state_of_the_art&amp;action=history"/>
	<updated>2026-05-05T12:32:10Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.43.6</generator>
	<entry>
		<id>https://www.citylan.it/index.php?title=LaserDisc_-_the_state_of_the_art&amp;diff=16701&amp;oldid=prev</id>
		<title>WikiSysop at 09:41, 17 July 2017</title>
		<link rel="alternate" type="text/html" href="https://www.citylan.it/index.php?title=LaserDisc_-_the_state_of_the_art&amp;diff=16701&amp;oldid=prev"/>
		<updated>2017-07-17T09:41:21Z</updated>

		<summary type="html">&lt;p&gt;&lt;/p&gt;
&lt;a href=&quot;https://www.citylan.it/index.php?title=LaserDisc_-_the_state_of_the_art&amp;amp;diff=16701&amp;amp;oldid=16700&quot;&gt;Show changes&lt;/a&gt;</summary>
		<author><name>WikiSysop</name></author>
	</entry>
	<entry>
		<id>https://www.citylan.it/index.php?title=LaserDisc_-_the_state_of_the_art&amp;diff=16700&amp;oldid=prev</id>
		<title>WikiSysop: Created page with &quot;&#039;&#039;&#039;LaserDisc - the state of the art&#039;&#039;&#039; By Ryan Holtz, as posted on &quot;The Dumping Union&quot; private mailing list on 10th July, 2017  --- THE GAMES &amp; THEIR DATA ---  The vast majori...&quot;</title>
		<link rel="alternate" type="text/html" href="https://www.citylan.it/index.php?title=LaserDisc_-_the_state_of_the_art&amp;diff=16700&amp;oldid=prev"/>
		<updated>2017-07-17T09:37:03Z</updated>

		<summary type="html">&lt;p&gt;Created page with &amp;quot;&amp;#039;&amp;#039;&amp;#039;LaserDisc - the state of the art&amp;#039;&amp;#039;&amp;#039; By Ryan Holtz, as posted on &amp;quot;The Dumping Union&amp;quot; private mailing list on 10th July, 2017  --- THE GAMES &amp;amp; THEIR DATA ---  The vast majori...&amp;quot;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;&amp;#039;&amp;#039;&amp;#039;LaserDisc - the state of the art&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
By Ryan Holtz, as posted on &amp;quot;The Dumping Union&amp;quot; private mailing list on 10th July, 2017&lt;br /&gt;
&lt;br /&gt;
--- THE GAMES &amp;amp; THEIR DATA ---&lt;br /&gt;
&lt;br /&gt;
The vast majority of LD games were not as simple as having the LD&lt;br /&gt;
player operating as a dumb playback mechanism, receiving commands&lt;br /&gt;
one-way from the arcade board. LD games used a variety of methods for&lt;br /&gt;
encoding data onto the disc and then retrieving the data in such a&lt;br /&gt;
fashion that the game can use it. In some cases, this data was encoded&lt;br /&gt;
into one of the audio tracks (I believe). If I recall correctly,&lt;br /&gt;
M.A.C.H. 3 and Us vs. Them used that, and in fact it&amp;#039;s why the games&lt;br /&gt;
eventually die in MAME due to a data error. I seem to recall that&lt;br /&gt;
someone has gone to the effort to remaster the audio tracks and&lt;br /&gt;
re-inject them into the CHD so that those two games are fully&lt;br /&gt;
playable, but since the data was never sent directly to a MAME dev and&lt;br /&gt;
was simply hosted on some obscure site, that fixed data may have since&lt;br /&gt;
been lost. I&amp;#039;m not sure.&lt;br /&gt;
&lt;br /&gt;
Other games - the majority of them, as I understand it - make use of&lt;br /&gt;
the fact that while there are well-defined broadcast standards for&lt;br /&gt;
splicing auxiliary digital data into certain &amp;quot;lines&amp;quot; beyond the normal&lt;br /&gt;
visible area of a given video field - in fact, this is how things like&lt;br /&gt;
subtitles and other information were encoded, for years - there are&lt;br /&gt;
some lines that never ended up being used. It is there that these LD&lt;br /&gt;
games can and do store various data there, things like frame indices,&lt;br /&gt;
and other things.&lt;br /&gt;
&lt;br /&gt;
To that end, in order to capture a Laserdisc in the one format that&amp;#039;s&lt;br /&gt;
currently accepted by MAME, &amp;quot;all&amp;quot; you need to do is find some sort of&lt;br /&gt;
capture card that lets you capture the full frame, rather than one&lt;br /&gt;
which crops the output to the normally-visible area of the signal.&lt;br /&gt;
This is easier said than done, obviously, but I imagine that it&lt;br /&gt;
wouldn&amp;#039;t be too difficult for someone savvy with pro-grade (as opposed&lt;br /&gt;
to consumer-grade) hardware to make short work of.&lt;br /&gt;
&lt;br /&gt;
--- THE CONTAINER FORMAT ---&lt;br /&gt;
&lt;br /&gt;
MAME currently only supports using uncompressed AVI as the container&lt;br /&gt;
format that gets turned into a CHD for a couple of reasons, and I&amp;#039;ll&lt;br /&gt;
outline them here:&lt;br /&gt;
&lt;br /&gt;
1A. As a project focused mainly on documentation, all data in MAME is&lt;br /&gt;
*supposed* to be able to be &amp;quot;round-tripped&amp;quot;. A CHD of a hard drive can&lt;br /&gt;
be uncompressed and then dd&amp;#039;d back onto a real drive, and it should&lt;br /&gt;
work just as well as the original drive. You can turn right around and&lt;br /&gt;
burn just about any ROM in MAME back to an actual chip and use it on&lt;br /&gt;
real hardware, and you could conceivably then stick that ROM back in a&lt;br /&gt;
ROM reader and wind up with a file that has identical contents to the&lt;br /&gt;
file. While that standard is definitely NOT yet the case for all&lt;br /&gt;
optical media, it is for the vast majority of the ones that we&lt;br /&gt;
currently support, and we would absolutely not say &amp;#039;no&amp;#039; to anyone who&lt;br /&gt;
was willing to add support for copy-protected optical media that would&lt;br /&gt;
allow CHDMAN to output a standard mastering image that could be&lt;br /&gt;
shipped off to a place like Philips and pressed onto an actual disc.&lt;br /&gt;
&lt;br /&gt;
1B. Thus we turn to Laserdiscs: Uncompressed AVI is really the only&lt;br /&gt;
way to go here, barring certain relatively obscure lossless formats&lt;br /&gt;
that, for reasons associated with licensing (more on that in point&lt;br /&gt;
#2), have not been available to MAME up until very recently. With&lt;br /&gt;
lossy compression, the concept of &amp;quot;generational loss&amp;quot; is a very real&lt;br /&gt;
thing, and very insidious. After a sufficient number of trips through&lt;br /&gt;
the system, you could wind up with an image that&amp;#039;s lossy enough to&lt;br /&gt;
stop working in an actual machine or in MAME, but it&amp;#039;s entirely random&lt;br /&gt;
as to how many trips that could be. Therefore, we go with uncompressed&lt;br /&gt;
AVI.&lt;br /&gt;
&lt;br /&gt;
2. Until recently, MAME has not been able to use libraries that are&lt;br /&gt;
licensed under the GNU Public License (GPL). Now, at least, we can use&lt;br /&gt;
GPLv2-licensed code, but if I recall correctly, not GPLv3-licensed&lt;br /&gt;
code. So this does in fact open up some new options for lossless&lt;br /&gt;
codecs that we have not yet explored, but it&amp;#039;s something that - if we&lt;br /&gt;
can come up with a way of dumping Laserdiscs again - MAME devs would&lt;br /&gt;
likely be quite interested in looking into.&lt;br /&gt;
&lt;br /&gt;
--- THE HARDWARE NITTY-GRITTY (what I&amp;#039;m sure some of you are looking for) ---&lt;br /&gt;
&lt;br /&gt;
Other than the above-mentioned option of finding capture hardware that&lt;br /&gt;
will also capture the VBI data, there has been a lot of talk about&lt;br /&gt;
more accurate ways of dumping, which cut a capture card out of the&lt;br /&gt;
equation, and could result in vastly better dumps than anything&lt;br /&gt;
anyone&amp;#039;s ever seen before. However, it would absolutely require the&lt;br /&gt;
support of one or more experienced hardware persons who are as&lt;br /&gt;
passionate about preserving LD games as we are about emulating them&lt;br /&gt;
(no, really!). I figure the DU is probably the best bet for putting&lt;br /&gt;
out a call for help in that regard, given the amazing things you all&lt;br /&gt;
have done with hardware reverse-engineering, so I&amp;#039;m kind of shocked on&lt;br /&gt;
behalf of the MAME team that nobody has done so yet. Again, this is a&lt;br /&gt;
situation where there are various options on the table, all with their&lt;br /&gt;
own trade-offs of quality versus ease of implementation. I&amp;#039;ll get into&lt;br /&gt;
them in a second, but let me give some background information on&lt;br /&gt;
Laserdisc itself.&lt;br /&gt;
&lt;br /&gt;
Laserdisc, all other things being equal, is very much an analog format&lt;br /&gt;
and not digital. It might be optical media, but it has far more in&lt;br /&gt;
common with RCA&amp;#039;s &amp;quot;CED&amp;quot; (Capacitance Electronic Disc) system, which&lt;br /&gt;
incidentally was *also* used for a very small number of arcade games&lt;br /&gt;
that wanted to incorporate video. Rather than the pattern of &amp;quot;pits&amp;quot;&lt;br /&gt;
and &amp;quot;lands&amp;quot; on the disc being translated directly into digital data,&lt;br /&gt;
it is the *lengths* of these pits and lands that encodes the actual&lt;br /&gt;
signal. Hand-waving away certain details that I&amp;#039;m not confident enough&lt;br /&gt;
to speak on, it effectively encodes into analog media the analog&lt;br /&gt;
signal of the video itself, at roughly the same bandwidth as broadcast&lt;br /&gt;
NTSC or PAL video (roughly 6MHz).&lt;br /&gt;
&lt;br /&gt;
Having clarified that, here are the options that I&amp;#039;m aware of:&lt;br /&gt;
&lt;br /&gt;
1. Some MAME developers, myself included, have heard rumors of a&lt;br /&gt;
specific model of LD player, late in the life-cycle of the LD medium&lt;br /&gt;
itself, which helpfully has a digital signal fairly close to the laser&lt;br /&gt;
pickup which indicates whether or not a given sample is &amp;quot;good&amp;quot; or not.&lt;br /&gt;
This would obviously be the ultimate ideal player around which to&lt;br /&gt;
design dumping hardware, because it means being able to come up with a&lt;br /&gt;
bit-perfect dump by repeatedly re-reading one or more examples of the&lt;br /&gt;
same disc, which would presumably have different areas of the disc&lt;br /&gt;
affected by bit-rot. And make no mistake, there&amp;#039;s probably not an LD&lt;br /&gt;
in existence right now that doesn&amp;#039;t have at least *some* amount of&lt;br /&gt;
bit-rot.&lt;br /&gt;
&lt;br /&gt;
This would effectively require tracking down a Laserdisc player with&lt;br /&gt;
the relevant capabilities, and designing custom hardware to tap&lt;br /&gt;
directly into the signals on the laser pickup directly after it&amp;#039;s been&lt;br /&gt;
sampled by the ADC and the good/no-good bit has been set or unset.&lt;br /&gt;
&lt;br /&gt;
2+. Other MAME developers, and contributors, have theorized that it&lt;br /&gt;
should be possible to take an earlier model of LD player and sample&lt;br /&gt;
the output signal directly, at various points in the process - just&lt;br /&gt;
off the laser pickup, just before the carrier is taken out and any&lt;br /&gt;
signal clean-up is done, just after any signal clean-up is done, or&lt;br /&gt;
worst-case, directly before any kind of RF modulation. Each of these&lt;br /&gt;
is considered less desirable than solution #1, as they naturally all&lt;br /&gt;
involve some measure of signal degradation simply by passing through&lt;br /&gt;
more circuitry before we can get at it. Along with solution #1, they&lt;br /&gt;
share one major issue, which is finding someone who is both able and&lt;br /&gt;
willing to design a rig - most likely one-off, but possibly turnkey -&lt;br /&gt;
that can actually *do* this, *and* who has the necessary logic&lt;br /&gt;
analyzer with sufficient bandwidth and sufficient bit-width to&lt;br /&gt;
actually capture data at a workable level of quality.&lt;br /&gt;
&lt;br /&gt;
This, too, would require tracking down a Laserdisc player with a&lt;br /&gt;
circuitry design or capabilities that make it easier to do so, and&lt;br /&gt;
also involves designing custom hardware to tap directly into the&lt;br /&gt;
signals *somewhere* in the player.&lt;br /&gt;
&lt;br /&gt;
--- THE CONCLUSION ---&lt;br /&gt;
&lt;br /&gt;
At the end of the day, this isn&amp;#039;t something that can be done solo, or&lt;br /&gt;
even by only a couple of people. Even Aaron&amp;#039;s work required the&lt;br /&gt;
assistance of someone on the hardware end of things, and someone&lt;br /&gt;
willing to come up with custom drivers for his preferred video capture&lt;br /&gt;
card. It&amp;#039;s not even something that can be done just by hardware&lt;br /&gt;
people, or just by software people. But *especially* not just by&lt;br /&gt;
software people.&lt;br /&gt;
&lt;br /&gt;
Given that Daphne already has a huge amount of mind-share among users,&lt;br /&gt;
and the fact that it already uses the interim solution that you&lt;br /&gt;
propose, Ed - frame files - I hope you can all understand a little bit&lt;br /&gt;
better why there is no interest among MAME developers to trudge down&lt;br /&gt;
an already-beaten path that will ultimately be &amp;quot;good enough&amp;quot; for the&lt;br /&gt;
majority of users. We want something that results in an objectively&lt;br /&gt;
superior solution in MAME. We already fail to meet the self-stated bar&lt;br /&gt;
of quality in terms of serving as documentation, rather than free&lt;br /&gt;
games, and I don&amp;#039;t think it&amp;#039;s unreasonable for us to want to hold&lt;br /&gt;
ourselves to a high standard when and where we can.&lt;br /&gt;
&lt;br /&gt;
The argument that we can come up with something that&amp;#039;s good enough&lt;br /&gt;
&amp;quot;for now&amp;quot; is objectively wrong: The fact is, we&amp;#039;re having a hard&lt;br /&gt;
enough time finding people who share the same vision as us, and who&lt;br /&gt;
are willing to help bring up the hardware side of things while we take&lt;br /&gt;
care of the software side of things. It beggars belief that anyone&lt;br /&gt;
would think that that situation would somehow become *better* by just&lt;br /&gt;
giving in and saying &amp;quot;Screw it, let&amp;#039;s go with MPEG rips&amp;quot;. That we&lt;br /&gt;
haven&amp;#039;t done so yet is *exactly* why we&amp;#039;re currently having this&lt;br /&gt;
discussion right now, and I hope that this extremely long e-mail has&lt;br /&gt;
helped to illuminate many of the concerns that we have about going&lt;br /&gt;
with a less-than-ideal solution, has helped to illustrate the&lt;br /&gt;
technical challenges that are involved in accurately dumping&lt;br /&gt;
Laserdiscs, and, with my last bit of hope, I hope that it will inspire&lt;br /&gt;
some - any - of you who are hardware-inclined to help us in realizing&lt;br /&gt;
this goal.&lt;br /&gt;
&lt;br /&gt;
Mog out.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Tutorials]]&lt;/div&gt;</summary>
		<author><name>WikiSysop</name></author>
	</entry>
</feed>