Hard Disk File System investigation for the Magnavox 537, 535, 533, 515, 513, 2160A, 2160, 2080 & Philips 3576, 3575 - Page 4 - AVS Forum
Forum Jump: 
Reply
 
Thread Tools
post #91 of 182 Old 12-14-2011, 09:33 AM
AVS Addicted Member
 
wajo's Avatar
 
Join Date: Dec 2005
Posts: 13,978
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 38 Post(s)
Liked: 132


I've always wondered if an app called CDRoller might be able to read and "recover" files on our HDDs.

jam-h has used it successfully on a Mag DVD, but I hadn't heard of anyone trying to use it on a HDD. So, I emailed and got a confirmation that they had tested it on a camcorder HDD attached via USB.

Here's that confirmation with lots more info for anyone who wants to try it:

Hello,

Thanks for your attention to CDRoller. We have already assisted some users to retrieve the lost video from HDD built in camcorders. However, please keep in mind, each camcorder was connected to PCs via USB port and had a separate letter in the Windows Computer. We did not test the work with Magnavox HDD connected via Sata to PC. At first, please try the newest trial version at http://www.cdroller.com/htm/download.html . Also, if you need a temporary license key to complete the tests, just let me know.

A couple of common words how to use CDRoller.
1. Connect you recorder to PC and make sure it has a letter in the Windows My Computer.
2. Run CDRoller. By default, the program works in CD/DVD data recovery mode. Please switch CDRoller into the Flash data recovery mode selecting the 'Flash data recovery' in the 'View'\\'Program mode'.
3. Restart CDRoller. Does the program recognize your recorder in the Flash data recovery mode? If yes, what info do you see in the File System column?

Paul Goldenberg
CDRoller Development & Support Dept
Digital Atlantic Corp.
support@cdroller.com
http://www.cdroller.com

wajo is offline  
Sponsored Links
Advertisement
 
post #92 of 182 Old 12-14-2011, 11:27 AM
AVS Special Member
 
Ken.F's Avatar
 
Join Date: Jul 2010
Location: West Rockhill, PA
Posts: 1,665
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 24 Post(s)
Liked: 119
Quote:
Originally Posted by wajo View Post

A couple of common words how to use CDRoller.
1. Connect you recorder to PC and make sure it has a letter in the Windows My Computer.

If it helps anyone, I mounted the image that PeterTheGeek posted with Daemon Tools Lite. Daemon Tools Lite makes Windows act as if the image is a drive and Windows assigns it a drive letter. It can be opened in Windows just like any other drive or folder.

Quote:
Originally Posted by PeterTheGeek View Post

I posted the first 1.2 Gig of the hard drive to 242Meg zip file. This is the first time I used We Transfer. It is a neat service I hope they can keep it running. Anyway, the file will be deleted on September 13. Let me know if you need it posted after that date.

Can you post this one (or another image) again?
Ken.F is offline  
post #93 of 182 Old 12-14-2011, 11:35 AM
Senior Member
 
mickinct's Avatar
 
Join Date: Nov 2005
Posts: 465
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 1 Post(s)
Liked: 13
nope cannot see drive. in program.

MickinCT
mickinct is offline  
post #94 of 182 Old 12-16-2011, 09:45 PM
Advanced Member
 
profhat's Avatar
 
Join Date: May 2010
Posts: 615
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
Quote:
Originally Posted by Ken.F View Post

Can you post this one (or another image) again?

Yep, I'll like to check that again. if you want, you can use Megaupload.
profhat is offline  
post #95 of 182 Old 12-17-2011, 07:49 AM - Thread Starter
Member
 
PeterTheGeek's Avatar
 
Join Date: Feb 2008
Location: Minnesota
Posts: 199
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 12
Quote:
Originally Posted by profhat View Post

Yep, I'll like to check that again. if you want, you can use Megaupload.

I haven't had time to look at this for a while. I think my next place to try to link the directory listings you see in the Title menu to the place where the video is stored in somewhere in *.MAP files. I was going to start looking at the first 16 bytes of the records I found and compare them to each other. Most of the rest of the record looks like time indexes and doesn't point to the video directly.

I started the upload to Megaupload. I'll post the link when I get one.
PeterTheGeek is offline  
post #96 of 182 Old 12-17-2011, 08:03 AM - Thread Starter
Member
 
PeterTheGeek's Avatar
 
Join Date: Feb 2008
Location: Minnesota
Posts: 199
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 12
I got the file uploaded now:

MultiTitlesStart.zip
242.4 MB
PeterTheGeek is offline  
post #97 of 182 Old 12-17-2011, 08:23 AM
AVS Special Member
 
Ken.F's Avatar
 
Join Date: Jul 2010
Location: West Rockhill, PA
Posts: 1,665
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 24 Post(s)
Liked: 119
Quote:
Originally Posted by PeterTheGeek View Post

I got the file uploaded now:

Thank you.
Ken.F is offline  
post #98 of 182 Old 12-17-2011, 09:26 AM
AVS Special Member
 
Ken.F's Avatar
 
Join Date: Jul 2010
Location: West Rockhill, PA
Posts: 1,665
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 24 Post(s)
Liked: 119
I can't seem to do anything with this .dimg file. Is it the same one that you uploaded the last time? Daemon Tools, ImgBurn, and VLC won't read it.
Ken.F is offline  
post #99 of 182 Old 12-19-2011, 12:28 PM
Advanced Member
 
profhat's Avatar
 
Join Date: May 2010
Posts: 615
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
Quote:
Originally Posted by PeterTheGeek View Post

I got the file uploaded now:

MultiTitlesStart.zip
242.4 MB

Thank you very much!!!
profhat is offline  
post #100 of 182 Old 12-21-2011, 08:07 AM - Thread Starter
Member
 
PeterTheGeek's Avatar
 
Join Date: Feb 2008
Location: Minnesota
Posts: 199
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 12
Quote:
Originally Posted by Ken.F View Post

I can't seem to do anything with this .dimg file. Is it the same one that you uploaded the last time? Daemon Tools, ImgBurn, and VLC won't read it.

Same file as last time. You could try to change the extension to something the other software would like. It is just a binary file of the hard drive without anything added to it. This one is just the first 1.2 Gig of a 40 Gig hard disk.
PeterTheGeek is offline  
post #101 of 182 Old 12-21-2011, 09:06 AM
AVS Special Member
 
Ken.F's Avatar
 
Join Date: Jul 2010
Location: West Rockhill, PA
Posts: 1,665
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 24 Post(s)
Liked: 119
Quote:
Originally Posted by PeterTheGeek View Post

Same file as last time.

Thanks. I made some changes to my computer since the first time I downloaded it. I now have it playing in VLC again.
Ken.F is offline  
post #102 of 182 Old 12-23-2011, 12:15 AM
AVS Special Member
 
ClearToLand's Avatar
 
Join Date: Jul 2001
Location: Central NJ, USA
Posts: 1,734
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 4 Post(s)
Liked: 17
PeterTheGeek,

YEARS AGO, the ReplayTV Community came up with a method to transfer binary images of different versions of the ReplayTV OS from a file on a Windows PC to a ReplayTV HDD, temporarily connected to a PC, via, IIRC, a 'DD' command, specifying the number of sectors to copy.

Do you think it would be feasible to transfer the contents of a 2160A 160GB HDD to a 500GB HDD via this 'DD' method?

IIRC, it's been YEARS since I've done this, the ReplayTV 'DD' program also had a command to tell the new / larger HDD that it indeed was larger. Do you think that a 'DD' transfer from a 160GB HDD to a 500GB HDD would also require this type of "The New HDD is LARGER!" command?

Thanks!

Low Post Count <> Low Knowledge ergo High Post Count <> High Knowledge

ClearToLand's Picks For Best Answers to Common ReplayTV Questions

Remember, it's only TV...
ClearToLand is offline  
post #103 of 182 Old 12-23-2011, 07:52 AM - Thread Starter
Member
 
PeterTheGeek's Avatar
 
Join Date: Feb 2008
Location: Minnesota
Posts: 199
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 12
Quote:
Originally Posted by ClearToLand View Post

PeterTheGeek,

YEARS AGO, the ReplayTV Community came up with a method to transfer binary images of different versions of the ReplayTV OS from a file on a Windows PC to a ReplayTV HDD, temporarily connected to a PC, via, IIRC, a 'DD' command, specifying the number of sectors to copy.

Do you think it would be feasible to transfer the contents of a 2160A 160GB HDD to a 500GB HDD via this 'DD' method?

IIRC, it's been YEARS since I've done this, the ReplayTV 'DD' program also had a command to tell the new / larger HDD that it indeed was larger. Do you think that a 'DD' transfer from a 160GB HDD to a 500GB HDD would also require this type of "The New HDD is LARGER!" command?

Thanks!


I think moving a smaller hard drive to a larger one is possible. I know of two places where the drive size is stored so those would have to be updated and the file MPG_SEGMPG_SEGM.DAT scales with the drive size. The big question how is the data stored in the TM001_0TC001_00.MAP file. If they are relative to the beginning of the AV001_0AV001_00.MPG file then it should be very doable. If not then we would have to go through and update all the pointers to the video in the TM001_0TC001_00.MAP file. That could take some work.

There seams to be more interest in removing video files from the hard disk. I have extracted a few. They start with what I think are MPG headers. Sorry not familiar with MPG enough to say for sure. But I have extracted video and saved them as .MPG and then played them in Windows Media Player.

The TM001_0TC001_00.MAP file remains as the major road block on doing this. Also, I am still foggy on all the entries in the title list in TI000_0TI000_00.IFO. I have many of the fields figured out but there are still questions to be answered there. I do have some ideas about how it works but those have yet to be verified.

I do have postings in this thread about what I have figured out already.
PeterTheGeek is offline  
post #104 of 182 Old 12-23-2011, 07:56 AM - Thread Starter
Member
 
PeterTheGeek's Avatar
 
Join Date: Feb 2008
Location: Minnesota
Posts: 199
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 12
I could try moving a 40 Gig to a 160 Gig to see if my resizing idea would work. That would only take a few hours.
PeterTheGeek is offline  
post #105 of 182 Old 12-23-2011, 09:17 AM - Thread Starter
Member
 
PeterTheGeek's Avatar
 
Join Date: Feb 2008
Location: Minnesota
Posts: 199
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 12
Okay, it looks like you can resize a drive without changing the *.MAP files. I moved a 40 Gig image to a 80 Gig drive and all 7 titles worked.

Most of the changes would be done in sectors 4 and 5 in the FB000_00.LST file.

1. The drive size needs to be updated in sector 4.
2. The size of MPG_SEG_MPG_SEGM.DAT need to change from 8 to 16 sectors in FB000_00.LST. New sectors will need to be blanked out in that file after step 3 is done.
3. Then the AV001_0AV001_00.MPG file will need it's starting location moved, that is add 8 to the current number and it's length changed to the end of the disk in FB000_00.LST. Here is the hard part. You need to move all the data in this file eight sectors up since the MPG_SEG_MPG_SEGM.DAT file grew. Maybe we could move the MPG_SEG_MPG_SEGM.DAT file but that would put it at the end of the AV001_0AV001_00.MPG. That is a long ways for the heads to travel. I would not recommend that. But it could be done for testing only.

Maybe someone could come up with a LUnix script file for moving from a 160 Gig to a 500 Gig drive. You would need to know how many sectors there are on the new hard drive. Or you could lowball it and just use most of the drive and leave some small amount unused at the end.

Drive Data Structure
PeterTheGeek is offline  
post #106 of 182 Old 12-24-2011, 04:08 PM
AVS Special Member
 
ClearToLand's Avatar
 
Join Date: Jul 2001
Location: Central NJ, USA
Posts: 1,734
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 4 Post(s)
Liked: 17
Quote:
Originally Posted by PeterTheGeek View Post
Okay, it looks like you can resize a drive without changing the *.MAP files. I moved a 40 Gig image to a 80 Gig drive and all 7 titles worked...
Thank you very much for taking the time to do this 'Experiment'!

Quote:
Originally Posted by PeterTheGeek View Post
...Most of the changes would be done in sectors 4 and 5 in the FB000_00.LST file:
  1. The drive size needs to be updated in sector 4.
    .
  2. The size of MPG_SEG_MPG_SEGM.DAT need to change from 8 to 16 sectors in FB000_00.LST. New sectors will need to be blanked out in that file after step 3 is done.
    .
  3. Then the AV001_0AV001_00.MPG file will need it's starting location moved, that is add 8 to the current number and it's length changed to the end of the disk in FB000_00.LST. Here is the hard part. You need to move all the data in this file eight sectors up since the MPG_SEG_MPG_SEGM.DAT file grew. Maybe we could move the MPG_SEG_MPG_SEGM.DAT file but that would put it at the end of the AV001_0AV001_00.MPG. That is a long ways for the heads to travel. I would not recommend that. But it could be done for testing only.
Maybe someone could come up with a Linix script file for moving from a 160 Gig to a 500 Gig drive. You would need to know how many sectors there are on the new hard drive. Or you could lowball it and just use most of the drive and leave some small amount unused at the end.

Drive Data Structure <--- MUST READ for reference information
__________________________________________________
From Post #90 (Drive Data Structure):
Quote:
Originally Posted by PeterTheGeek View Post
I have been blanking the hard drive will all 0s before starting so there wouldn't be any extra bits turn on that the DVR didn't do. The hard drive format they are using is their own and doesn't have a partition table or boot sector or any computer general file system on it. The drive is just for storing data...

...The header information at sector 4: Post 6

The directory listing at sector 4 and 5: Post 11

I have figured out what most of the file are for. Only two of them change with drive size and that is MPG_SEGMPG_SEGM.DAT and AV001_0AV001_00.MPG...

...I detail the two files that change size with the hard drive: Post 60...

...This file system used on the DVR is based on a 512 byte sector. I can see why the advanced sector format drive is a problem.

I attached my to files for the director listing and the MAP file.

The MPG files starts at sector 2008029.
4.1 SLP start at sector number 2008029 and runs 16 Megabytes
5.1 EP start at sector number 2155485 and runs 24 Megabytes
5.2 LP start at sector number 2221021 and runs 24 Megabytes
11.1 SPP starts at sector number 2270173 and runs 24 Megabytes
__________________________________________________
From Post #6 (Header Information):
Quote:
Originally Posted by PeterTheGeek View Post
...I spent a few hours looking at sector 4 and 5 on my hard disk and I decoded maybe 90% of it.

I included a 1.5K file of the "File" FB000_00.LST from my old drive. I suggest using a hex editor too look at it. It will not look like much otherwise.


I will use hex format a lot in the following. Basically it base 16 so there are 16 symbols used, 0-F. Decimal uses 10 symbols 0-9. Computer people like using hex because two digits is one byte. I will try to say it is hex or start the number with 0x to show it is hex. Microsoft calculator in scientific mode can translate hex to decimal and back again.

This is basically a hard drive map on where they store different data in different spots on the hard drive.

The numbers are in little-endian format so the least significant byte is at the lowest memory location:

The first line is as follows in hex format:
B0 9E A1 12 DF 23 A0 12 CF 7A 01 00 02 00 00 00

Bytes 0 - 3: 0x12A19EB0 => 312,581,808 -- This is the number of sectors on the hard disk. The drive that this came from is a Hitachi HDT721016SLA380 and the link to the data sheet is here.

Bytes 4 - 7: 0x12A023DF => 312,484,831 -- This is the number of sectors referenced in this drive map - 1.

Bytes 8 - 15: I don't know what they mean. Maybe someone else could look at it. It might be some math checks. If you look at it as a formula that needs to add up.
Bytes 8 - 11: 0x00017ACF => 96,975 - Don't know what this might mean.
Bytes 12-15: 0x00000002 => 2 - Don't know what this means.
But 312,581,808 - 312,484,831 - 96975 - 2 = 0.
This might be a sanity check to make sure all the sectors on the disk are accounted for...
__________________________________________________
From Post #11 (Hard Drive Map Record):
Quote:
Originally Posted by PeterTheGeek View Post
The following is the first map record I have on my hard disk, it is in hex format:
02 00 00 00 02 00 00 00 06 00 00 00 00 00 00 00
00 00 00 00 00 00 2e 00 53 59 53 43 54 52 00 44
46 30 30 30 5f 30 30 2e 4c 53 54 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

I'm just going to call these parts of the hard drive as files. They are not really files but more like partitions or something like that. Anyway, I'll include the map of my hard disk.

Bytes 0 - 3:
This is the sector number the file starts at.
0x00000002 = 2

Bytes 4 - 7:
This is the length of the file.
0x00000002 = 2

Byte 8:
0x06 = 6 - Don't know what this means but it is always 6 on my disk image.

Bytes 9 - 21:
Always 0.

Byte 22:
Always 0x2E = 46

Byte 23:
Always 0.

Bytes 24 - 42:
File name, it is justified to the highest byte location and buffered by 0s. In this example there is a 0 in the file name. The space after SYSCTR is a 0 or null and not a ASCII value of space of 32.
The file name is SYSCTR F000_00.LS

Bytes 43 - 63
Always 0.

Here is a table of my hard disk map:
File Name
Starting Sector
Sector Length
SYSCTR F000_00.LST
2
2
FB000_00.LST
4
3
SYSCTR TR000_00.LS
7
1
FONT_DAFONT_DAT.DAT
8
8193
BU_DVDFBU_DVDFS.DAT
8201
20748
BU_LOG_BU_LOG_D.DAT
28949
24090
VBI_DATVBI_DATA.DAT
53039
8192
TI000_0TI000_00.IFO
61231
394
TM001_0TM001_00.MAP
61625
922200
TC001_0TC001_00.CHP
983825
51000
TM002_0TM002_00.MAP
1034825
922200
TC002_0TC002_00.CHP
1957025
51000
MPG_SEGMPG_SEGM.DAT
2008025
8
AV001_0AV001_00.MPG
2008033
310476800
Last sector used / SUM is:
312484832
312484831
__________________________________________________
From Post #60 (Table of the 2 Files That Change Size With Different HDD Sizes):
Quote:
Originally Posted by PeterTheGeek View Post
...the only files that change size with the disk size is the MPG_SEG_MPG_SEGM.DAT and AV001_0AV001_00.MPG:

File Name
40GB Start
40GB Length
80GB Start
80GB Length
160GB Start
160GB Length
500GB Start
500GB Length
MPG_SEGMPG_SEGM.DAT
2008025
4
2008025
4
2008025
8
2008025
16
AV001_0AV001_00.MPG
2008029
76103680
2008029
154238976
2008033
310476800
2008041
974553088

Looks like the ratio between the MPG_SEG.DAT and the AV001_0.MPG files are changing as the size of the drive gets bigger. I suspect that the allocation size, how big of a block of drive is used at one time, is getting bigger as well.

This fact may make resizing a format to a larger drive a non-trivial operation.
It's been *YEARS* since I regularly did this kind of low-level stuff in Windows (11+) and, IIRC, I used 'Debug' to re-write bytes here and there, never actually changing the length of the original file(s).

From your post, I understand that I'll have to use Linux for this - possibly one of the 'Burn-ISO-to-DVD' and then 'Run-from-DVD-Without-Installing' versions? Any suggestions on which one might have the necessary low-level tools that I'll need, or do they all come included with *ANY* Linux flavor?

On the subject of low-level tools, I used to be a PeopleSoft Programmer/Analyst, so I was used to coding with SPF/PC on a Windows box and then connecting to the Unix box to send and compile source code, run BASH, IIRC, scripts, etc... Thus, I spent a LOT of time reading MAN texts (~1995-2001). Which Linux utilities would I need? I can probably start reading the MAN texts right from my browser before I even begin the project.

I'll also contact one of the few remaining ReplayTV Gurus, familiar with copying smaller HDDs to larger HDDs and extracting TV shows off a HDD with a corrupt system partition. Maybe there are ReplayTV 'Tools' that I already have that can do the necessary editing and moving. Regarding the moving, would you just 'Do It!' or would you first copy the necessary sectors off to another HDD, then copy them back at a starting address 8 bytes higher? Do I need to zero-fill the original 8 bytes?

Thanks!

NOTE: I re-formatted your original post(s), highlighting what I feel are the critical points (for ME at least), and copied in portions of Posts #90, #6, #11 and #60 for future reference and to be able to PRINT from 'View Single Post'.

 

FB000_00.LST.dimg.txt 1.5k . file

Low Post Count <> Low Knowledge ergo High Post Count <> High Knowledge

ClearToLand's Picks For Best Answers to Common ReplayTV Questions

Remember, it's only TV...
ClearToLand is offline  
post #107 of 182 Old 12-25-2011, 07:15 AM - Thread Starter
Member
 
PeterTheGeek's Avatar
 
Join Date: Feb 2008
Location: Minnesota
Posts: 199
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 12
The sizes in this post are from moving from a 160 Gig drive to a 500 Gig drive.


I was using iBored under Windows XP to do these changes. It will let you change bytes but the file movement was more difficult. In order for me to use iBored, I would need to have enough Windows drive space to copy the smaller drive image to.

1A. To save space I would copy from sector 0 to sector 2008033 to a Windows file system, a 980 Meg file.

2A. Then with iBoard, open that image and edit the entries in sectors 4 and 5. Specifically, the entries for MPG_SEG_MPG_SEGM.DAT and AV001_0AV001_00.MPG need to be updated to what is in the 500 Gig table entry. Note that the length of AV001_0AV001_00.MPG needs to be a multiple of 16384 sectors. I believe this is the allocation unit size for the video file. Then bytes 0 through 15 will need to be updated with the drive and filesystem sizes.

3A. Copy the updated image file to the new drive.

4A. From old drive extract AV001_0AV001_00.MPG to a file with iBored. That is starting at sector 2008033 for 310476800 sectors in length. This is basically 160 Gigs so lots of Windows file system space required. Then copy that file to the new drive starting at the 8+ location, i.e. at 2008041 for the whole file.

5A. Mount 500 Gig hard drive in Magnavox.


The way I did it.

1B. Extract two files from old hard drive. One for the titles starting at sector 61231 for 1946810 sectors. Then you just use the AV001_0AV001_00.MPG file. That is starting at sector 2008033 for 310476800 sectors in length.

2B. The cheater method to update sector 4 and 5 is to let the Magnavox initialize the drive for you. Mount the new drive in the Magnavox and initialize it. Remove it to copy the old data on it.

3B. Copy title file to the new hard drive starting at position 61231 for the whole file.

4B. Copy the MPG image starting at 2008041 for the whole file to the new drive.

5B. Verify that the new for sector in the MPG_SEGMPG_SEGM.DAT are all 0s. That is sectors 2008033 through 2008040.

The drive is ready to mount in the Magnavox.



-----------------------------------------------------------------------------------
I don't know if iBored will work under Windows Vista or 7 because writing directly to a drive requires special rights that administrators have.


Under Unix I think we might be able to use DD to do the coping. It would be nice to be able to do the copy drive to drive so you wouldn't need a temp files like I used.
PeterTheGeek is offline  
post #108 of 182 Old 12-25-2011, 08:11 AM
Advanced Member
 
mrmazda's Avatar
 
Join Date: Oct 2010
Location: USA's lightning capital.
Posts: 667
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 7 Post(s)
Liked: 25
DFSee is a (non-free, but worth its price) multi-platform disk and filesystem utility, analysis, maintenance and recovery tool I've been exclusively using for partitioning, cloning and other things for many years. It has a good support system in its author and a Yahoo group.

It sounds to me like all or a useful portion of the whole procedure would be conveniently doable by a DFSee script, and via any OS that runs on a PC, including a CD boot (to get around possible privilege issues). I just emailed its author about doing this via script. Maybe upgrading from 160 to 500 could become a relatively simple task.

Genuine HD via ATSC and BUD satellite DVB.
Team OS/2 ** Reg. Linux User #211409
mrmazda is offline  
post #109 of 182 Old 12-25-2011, 01:21 PM - Thread Starter
Member
 
PeterTheGeek's Avatar
 
Join Date: Feb 2008
Location: Minnesota
Posts: 199
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 12
On a side note. I'm going to try to get a 512 byte per sector 2 T drive running on my H2160MW9A. It might work.

I got the drive for something else so I can leave it on the DVR. In theory it should work.
PeterTheGeek is offline  
post #110 of 182 Old 12-25-2011, 02:37 PM
Advanced Member
 
mrmazda's Avatar
 
Join Date: Oct 2010
Location: USA's lightning capital.
Posts: 667
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 7 Post(s)
Liked: 25
Quote:
Originally Posted by mrmazda View Post


It sounds to me like all or a useful portion of the whole procedure would be conveniently doable by a DFSee script, and via any OS that runs on a PC, including a CD boot (to get around possible privilege issues). I just emailed its author about doing this via script. Maybe upgrading from 160 to 500 could become a relatively simple task.

The DFSee author gave a very encouraging response. Maybe someone else here with a spare 500G to test with could assist sooner than I could. I don't have one now, and with still high prices I'm not that anxious to upgrade my last V2160A 160.

Genuine HD via ATSC and BUD satellite DVB.
Team OS/2 ** Reg. Linux User #211409
mrmazda is offline  
post #111 of 182 Old 12-25-2011, 06:37 PM - Thread Starter
Member
 
PeterTheGeek's Avatar
 
Join Date: Feb 2008
Location: Minnesota
Posts: 199
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 12
Quote:
Originally Posted by PeterTheGeek View Post

On a side note. I'm going to try to get a 512 byte per sector 2 T drive running on my H2160MW9A. It might work.

I got the drive for something else so I can leave it on the DVR. In theory it should work.

I started testing the 2 T drive. I think there is a 64K limit on the used allocation unit file MPG_SEGMPG_SEGM.DAT. So the largest amount of video you can handle is 64(K of used/free bits) * 8 (M allocation units) = 549755813888 bytes.

The unit is only reporting 104 hours of HQ recording time. I guess I'll see how it does in a few days. I have it saving 24, 1 hour recordings daily. I was hoping it would say over 400 hours of HQ.

In doing this I did find that if you have the Magnavox initialize the new drive, you will get the number of sectors on the disk. It just doesn't let you use all of them. That is bytes 0 - 4 of sector 4, which is in the beginning of the FB0000_00.LST file does contain the number of sectors on the 2 T drive.
PeterTheGeek is offline  
post #112 of 182 Old 12-25-2011, 07:06 PM - Thread Starter
Member
 
PeterTheGeek's Avatar
 
Join Date: Feb 2008
Location: Minnesota
Posts: 199
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 12
I'm looking at DFSee. I might pick up a copy to try this out. Maybe after we get the Title stuff figured out we could use it to extract video.

I just downloaded it, I'll check it out. Yep, the fee might be more than worth it.
PeterTheGeek is offline  
post #113 of 182 Old 12-26-2011, 10:52 AM
Advanced Member
 
profhat's Avatar
 
Join Date: May 2010
Posts: 615
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
Quote:
Originally Posted by PeterTheGeek View Post

On a side note. I'm going to try to get a 512 byte per sector 2 T drive running on my H2160MW9A. It might work.

I got the drive for something else so I can leave it on the DVR. In theory it should work.

First, thanks for all those great advances in this hard task.

Second, if you want the Magnavox say "over 400 hours of HQ", maybe you will need to custom the Firmware to that purpose. (Which if necessary, shuldn't be difficult)
profhat is offline  
post #114 of 182 Old 12-26-2011, 10:56 AM
AVS Special Member
 
Dartman's Avatar
 
Join Date: Oct 2004
Location: Oregon
Posts: 1,624
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 1 Post(s)
Liked: 13
Yep, factory firmware supports 500 gig max so you'd have to hack the firmware to make a huge drive work, but if you do you'd be a hero to many users
Be nice if they'd come out with a true HD version but that will never happen though it is part of the wishlist in the main thread.
Dartman is offline  
post #115 of 182 Old 12-26-2011, 12:59 PM - Thread Starter
Member
 
PeterTheGeek's Avatar
 
Join Date: Feb 2008
Location: Minnesota
Posts: 199
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 12
Quote:
Originally Posted by Dartman View Post

Yep, factory firmware supports 500 gig max so you'd have to hack the firmware to make a huge drive work, but if you do you'd be a hero to many users
Be nice if they'd come out with a true HD version but that will never happen though it is part of the wishlist in the main thread.

I was looking in the TM001_0TM001_00.MAP file and I think I found the list of allocation units used. They are only 16 bit numbers. Each allocation unit is 8 Meg. Also, 0x0000 is valid but 0xFFFF is end of record marker so 0xFFFF is not usable. That means we have a maxim of 65535 * 8388608 = 549747425280 bytes in the AV001_0AV001_00.MPG file. Here is our limit that we can do. It does appear that firmware has a lower limit than this but the file system limit is about 550 Gig, about 1 Gig is for the directories and other files.

I think I can stop my experiment, it looks like it can't do it with the current file system.

I still need to figure out how to link the title with the data in the TM001_0TTM001_00.MAP file. I think we are getting close to being able to extract files. I think I can do it now but I wouldn't know the title until after I watch it.
PeterTheGeek is offline  
post #116 of 182 Old 12-26-2011, 02:14 PM - Thread Starter
Member
 
PeterTheGeek's Avatar
 
Join Date: Feb 2008
Location: Minnesota
Posts: 199
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 12
Haven't gotten very far with these records. They are 1537 sectors long. The first part looks like they are time indexes. What I found that looks interesting is part of the record is 1507 sectors in. There is a list of the used allocation units for the recoding.

At byte 68 is a number, not sure what this is. It might be the number of bytes to use in the last allocation unit. Or maybe the number of bytes not to use in the last allocation unit. It appears to be a 32 bit number.

Next the is a series of 16 bit number that is the allocation units used. I think they are in order the recording needs to playback correctly. The few titles I have looked as so far have all be contiguous so not hard to extract.

The end of file marker is 0xFFFF.

Each allocation unit is 8 Meg or 16384 sectors. So with the starting sector for the AV001_0AV001_00.MPG file you can figure out what sectors are used in the recording.

(Allocation #) * 16384 + (Starting position for AV001_0AV001_00.MPG)

If the numbers are all contiguous like mine were then you just need to know how many sectors to copy off.

((Last Allocation #) - (First Allocation #) + 1) * 16384
I saved is as a mpg and it plays away.

Because these allocation numbers are 16 bit the file limit size for AV001_0AV001_00.MPG is 65535 * 8388608 = 549747425280 bytes. Had to -1 because 0xFFFF is end of file marker and can't be a valid allocation number.

This data can be found at sector 63132 and at increments of 1537 sectors / title. For the total of 600 title limit on the hard drive.

I looked more for a link from the title to this information and still not finding it. I'm running out of ideas for making that link.
PeterTheGeek is offline  
post #117 of 182 Old 04-06-2012, 02:37 PM
AVS Addicted Member
 
wajo's Avatar
 
Join Date: Dec 2005
Posts: 13,978
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 38 Post(s)
Liked: 132


Two posts by P Smith in the Dish DTVPal DVR topic that *might* be of interest to someone who has HDD problem but doesn't want to reformat and lose recorded titles? He recommends MHDD or Victoria?

wajo is offline  
post #118 of 182 Old 09-06-2012, 07:57 PM
Advanced Member
 
Doug O's Avatar
 
Join Date: Sep 2002
Location: Canada
Posts: 639
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
Hmmm...I don't have a Magnavox but I just checked some old posts on Videohelp and I noticed this:

"The Movie Album software has worked with all my burners, not just the Panasonic one. That included several LGs and Pioneers. TDA will also work with other files, including VROs, VOBs, Mpegs, etc. as well as files from HDD DVD recorders such as Liteon and Daytek. I'm doing one right now from my Daytek 950-S DVD recorder's hard drive directly to the computer via an external USB 2.0 drive enclosure. TDA sees all the files on the drive as separate programs. I haven't had occassion to use the demux video and audio method in a long time. I used to when I was doing conversions to SVCD but that was years ago."

I haven't used the Daytek recorders in years since acquiring the Pioneer recorders but this should be looked at again especially as new tools are available....
Doug O is offline  
post #119 of 182 Old 09-22-2012, 04:54 PM
Advanced Member
 
profhat's Avatar
 
Join Date: May 2010
Posts: 615
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
Quote:
Originally Posted by Doug O View Post

Hmmm...I don't have a Magnavox but I just checked some old posts on Videohelp and I noticed this:
"The Movie Album software has worked with all my burners, not just the Panasonic one. That included several LGs and Pioneers. TDA will also work with other files, including VROs, VOBs, Mpegs, etc.

OK, where is the right place/url to try/buy this software? Is this http://dvd-moviealbum.software.informer.com/?

Also thanks to the thread starter for update the thread's name. smile.gifsmile.gifsmile.gif
profhat is offline  
post #120 of 182 Old 09-25-2012, 05:17 AM - Thread Starter
Member
 
PeterTheGeek's Avatar
 
Join Date: Feb 2008
Location: Minnesota
Posts: 199
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 12
If anyone has a Magnavox 537, 535, or 533 and has time to extract the first 100K of the hard drive and zip it and post it. I'll take a look and see if we can figure out that the limit of the new format is. My guess is the just doubled it but they might have added support the 4K sectors as well since more and more the new drives use the larger sectors. If they just scaled to 4K sectors then the drive limit might be 8X bigger. My guess is they would have kept the allocation units small so It might be a bit over 1 Gig filesystem.
PeterTheGeek is offline  
Reply DVD Recorders (Standard Def)

User Tag List

Thread Tools
Show Printable Version Show Printable Version
Email this Page Email this Page


Forum Jump: 

Posting Rules  
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off