Unable to extract correct amount of data for track 3. Aborting.

Is there anything I can do to work around this? I tried removing that track first, but it had no effect and I got the same error.

I've never understand why and you can check by yourself but almost all the samples of the group 4FR are reconstructed with resample…

Traceback (most recent call last):
File "/usr/local/lib/python3.11/dist-packages/pyReScene-0.7-py3.11.egg/resample/srs.py", line 266, in main
t0 = time.clock()
^^
AttributeError: module 'time' has no attribute 'clock'
Unexpected Error:
module 'time' has no attribute 'clock'

This is run on a raspberry pi 4 with raspbian x64 latest updates
Distributor ID: Debian
Description: Debian GNU/Linux 12 (bookworm)
Release: 12
Codename: bookworm

EDIT:

I’m sorry to hear that you’re having trouble with your Python code. The error message you received indicates that the time module in Python 3.11 does not have an attribute named clock. This is because the clock function has been removed from the time module since Python 3.8 1234.

To fix this error, you can replace the clock() function with either perf_counter() or process_time() functions, depending on your requirements

This is what BING told me.

EDIT2:

After some conversation with chatGPT 3.5 this is the new updated file with the changes

added
from time import perf_counter

changed
t0 = time.clock()
to
t0 = perf_counter()

t1 = time.clock()
to
t1 = perf_counter()

https://paste.debian.net/plainh/428016b3

You can try restore m2ts sample using tsmuxer.

• mount ISO, load main .m2ts file from your BDMV/STREAM directory (usually it's the biggest one) in tsmuxer
  • A) set output muxing to m2ts
  • go to Split & cut tab and select "split duation every 60 sec"
  • start muxing
  • stop muxing after creating 10-11 files (Scene groups usually make ranodm 60sec samples from first 10 minutes of movie)
  • compare sizes & checksums (CRC32) with SRRDB
  • if you find the one that matches checksums - thats the one!
• if none of them matches checksums but sizes are same or very similar try another variants:
  • B) in Blu-ray tab change 45KHz clock from 0 to 524280, start muxing
• if still proper file hasn't been found - try another variant:
  • C) Input tab: try change "Insert SEI and VUI data if absent" between other options

This method is not 100% perfect: tested 3 COMPLETE.BLURAY releases, only 1 success. I've successfully recreated m2ts sample from
Black.Panther.Wakanda.Forever.2022.MULTi.COMPLETE.BLURAY-AKENATON
using TSmuxerGUI v2.6.12 with settings:

Insert SEI and VUI data if absent [check] Continually insert SPS/PPS Blu-ray: 45KHz clock: 0 Split every 60s

Sometimes srrdb shows info from incomplete sample files - in this case you can't compare checksums.

One other case could be that the location stored in the srs is wrong e.g. with a samplefix
In that case the reconstruction can be attempted by adding the -m parameter to srs.exe.

You can look up the codes here:
https://github.com/srrDB/pyrescene/blob/master/resample/srs.py#L470

I had the Unable to locate track signature for track 4. Aborting (common) errors more than a few times over the last years.

srrGUI: Process completed. srs.exe exit code = 3

Is it something I should do to fix that ? I always give up

Would be nice to have a table with all error code messages and what it means precisely.

In my case, error code = 3 what could be possibly wrong ?

- .srs file is corrupted or equivalent ?
- anything else.

Managed to get as far as extracting a sample file using tsmuxer gui, resulting file was the same bytes size as original but the crc32 hashes didn't match - likely something to do with the date / timestamps etc… I checked both files with a hex editor and around 99% of the data was identical except for groups of 4 bytes scattered through the file.

Scene appears to be using tsmuxer to extract the samples (atleast on the releases I have), so basically you just have to try the different versions of tsmuxer until you get a resulting file with the same bytes size.

Steps I took:

- Extract the main movie m2ts from the release ISO
- Add it to the input files list in tsmuxer
- Change the output to TS muxing (should be selected by default)
- On the split and cut tab select split by duration every 60 sec
- Let tsmuxer run for a short while then cancel it (or you can let it split the entire movie to 60 second chunks) likely the sample file is near the beginning of the movie
- Atleast one of the resulting files should be the same bytes size as the original sample file, if and ONLY if the scene used that specific version of tsmuxer

tsmuxer is a command line tool, so should be straight forward to run a python loop over each version (same as is done with the RAR executables), extracting the 60 second chunks and looking for the same bytes size. The only problem I haven't been able to fix is the crc32 not matching - likely due to the date / timestamps as mentioned above.

Creating SRS for: Sample\tv2lax9-chuck.s4d2.sample.vob
File Details: Size CRC
--- --
42 946 560 194066CA

Stream Details: Stream Length
-- --—-
1 42 946 560

Parse Details: Metadata Stream Data Total
--- --- ---
0 42 946 560 42 946 560

Stripping recognized tags for better fpcalc detection.
Stripping recognized tags for better fpcalc detection.

Tell me if the .sfv matches the music file!
Otherwise your file is most likely totally corrupt.

Removing SRR-x8tg6lt8\tmp7vyp7vqk-pyReScene_fpcalc.vob
Removing SRR-x8tg6lt8\tmp4ssa9zh2-pyReScene_fpcalc.vob
SRS creation failed for tv2lax9-chuck.s4d2.sample.vob!

Anyone know why this happens and is it possible to fix it.

Any way to fix this error?