<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic PLN and PLA file header/structure (DataRecovery purpose) in Archicad C++ API</title>
    <link>https://community.graphisoft.com/t5/Archicad-C-API/PLN-and-PLA-file-header-structure-DataRecovery-purpose/m-p/245865#M5429</link>
    <description>&lt;DIV class="actalk-migrated-content"&gt;Hi. This might seem a little unusual topic on this forums. My client is ArchiCAD user. He recently had a system crash. Files cannot be recovered from that storage, but another drive might have residual data on it. &lt;BR /&gt;I tried all methods, but haven't got any good results. &lt;BR /&gt;&lt;BR /&gt;My last resort is RAW scan. For this I need to define file header. &lt;BR /&gt;I took few samples and noticed, that I could use &lt;BR /&gt;
&lt;PRE&gt;52 4F 46 20 46 44 42 20 10 00 02 00 00 00 01 01 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
42 4C 04 00 00 00 E8 FD 01 B1 80&lt;/PRE&gt;
&lt;BR /&gt;&lt;BR /&gt;This is a good start, although from those few samples I cannot distinguish PLN from PLA files. &lt;BR /&gt;&lt;BR /&gt;I can't see any pattern at the end of the file, but perhaps the header stores the size of the file itself somewhere? &lt;BR /&gt;&lt;BR /&gt;That would save my customer's a lot of trouble if I could find some data (even part of it) from that drive. &lt;BR /&gt;Some might be quite big, and fragmentation is a big problem here, but it would be at least some chance to get that. &lt;BR /&gt;&lt;BR /&gt;Any help would be really appreciated. &lt;BR /&gt;&lt;BR /&gt;Regards, &lt;BR /&gt;Paul.&lt;/DIV&gt;</description>
    <pubDate>Tue, 01 Aug 2023 11:39:31 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2023-08-01T11:39:31Z</dc:date>
    <item>
      <title>PLN and PLA file header/structure (DataRecovery purpose)</title>
      <link>https://community.graphisoft.com/t5/Archicad-C-API/PLN-and-PLA-file-header-structure-DataRecovery-purpose/m-p/245865#M5429</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;Hi. This might seem a little unusual topic on this forums. My client is ArchiCAD user. He recently had a system crash. Files cannot be recovered from that storage, but another drive might have residual data on it. &lt;BR /&gt;I tried all methods, but haven't got any good results. &lt;BR /&gt;&lt;BR /&gt;My last resort is RAW scan. For this I need to define file header. &lt;BR /&gt;I took few samples and noticed, that I could use &lt;BR /&gt;
&lt;PRE&gt;52 4F 46 20 46 44 42 20 10 00 02 00 00 00 01 01 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
42 4C 04 00 00 00 E8 FD 01 B1 80&lt;/PRE&gt;
&lt;BR /&gt;&lt;BR /&gt;This is a good start, although from those few samples I cannot distinguish PLN from PLA files. &lt;BR /&gt;&lt;BR /&gt;I can't see any pattern at the end of the file, but perhaps the header stores the size of the file itself somewhere? &lt;BR /&gt;&lt;BR /&gt;That would save my customer's a lot of trouble if I could find some data (even part of it) from that drive. &lt;BR /&gt;Some might be quite big, and fragmentation is a big problem here, but it would be at least some chance to get that. &lt;BR /&gt;&lt;BR /&gt;Any help would be really appreciated. &lt;BR /&gt;&lt;BR /&gt;Regards, &lt;BR /&gt;Paul.&lt;/DIV&gt;</description>
      <pubDate>Tue, 01 Aug 2023 11:39:31 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Archicad-C-API/PLN-and-PLA-file-header-structure-DataRecovery-purpose/m-p/245865#M5429</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2023-08-01T11:39:31Z</dc:date>
    </item>
  </channel>
</rss>

