Normally for cameras that record in mpeg4, you would want to load the content into a non-linear editor such as final cut, edit, and then export the final product into whatever you like such as an...
Type: Posts; User: bcc
Normally for cameras that record in mpeg4, you would want to load the content into a non-linear editor such as final cut, edit, and then export the final product into whatever you like such as an...
I recommend you narrow down your problem to a few problem chunks (using tychopper or dd as described many times in the past).
It is likely that the errors you're seeing are due to broadcast errors...
Hmm, p. 6-7 of that doc imply that only the 82558 has a 64k limit.
I have an 82559 as well, but on that one, the flash chip is soldered on without a socket.
Ah well, it's all pretty obsolete...
I can't remember if I did any writing on my s3, but I believe it works; reading certainly does. I don't have an HD to test against so I can't say for certain for that model anyways.
Impressive that you were able to patch a card that apparently couldn't handle flash >64K. I don't think most users would be able to reproduce your work in 1/2 hour :)
Strange that your particular...
PS: I just use a shell script to capture slices on the tivo s3; no need for a kernel module.
Here's the version I cobbled up when I started this thread. I never cleaned it up as I had no takers way back when :)
As you can see I just hacked in the sys_call_table search from embeem's code in...
Seems this thread is in reruns...
See my post #7 for a description of what the eepro step does
Post #37 for the problem I think you're having
post #39 for the version of fboot that works with...
So what do you get when you read all 128k from the chip? Does the second half come out as 0xff's or a duplicate copy of the first half?
The eepro100 step is mandatory and must come first, else the memory region is left read only.
Edit: Only closer inspection it does look like you're just having trouble after the first 64K. I...
My previous binary was 64 bit, here's a 32 bit version (that would also work for 64 bit distros).
I typically build 32 bit versions for the extra portability but the makefile defaults to native...
Whoops, the newer code wasn't handling the file name correctly. Bug introduced with the 1.4 version. Guess you're the first person to try it after all this time. A fixed version is here:...
One more bug from that 1.4 cleanup... The -w command was broken (doh).
Guess nobody cared to try it until now :)
New version with fix attached.
Yes, I'm aware. I fixed this after you last mentioned that you still were having compiling trouble, but didn't cut a new release just for this one trivial item. Make is failing because the OSTYPE...
A few other points besides the big performance difference.
With s3tots you also get to avoid some of the other ttg pitfalls: its remux to mpeg2 program stream may error out for some of you content...
xxxxxxxxxxxxxx
Sure, you could write code to do that. You'd have to take care to handle the master chunk records that are not filled in completely while the corresponding chunk segment is still being written. ...
So then you have no scrambling problem as vlc wouldn't be descrambling for you. Looks like my advise successfully uncovered your problem area.
Most OSX users have bootcamp or a windows machine...
If you're seeing beginning&end processing errors with projectx, but the rest of the .ts is fine, then I'd suspect problems with projectx. Why don't you verify your .ts with something more standard...
I probably compiled against the 10.5 SDK and so maybe there's a problem with it executing under 10.4. I don't have 10.4 or a ppc to test against. That is a pretty old environment. The other ppc...
I've fixed the source so that it cleanly compiles with current xcode.
See version 1.4.
I've updated the source to include OSX portability fixes.
New version is 1.4. No new binaries since there were no functionality changes from 1.3.
In that sample, I can see that at chunk 5, the PTS timestamps for both the audio & video streams suddenly jump from ~417455697 to ~6864850, then proceed normally with their new values. ...
Yes, it looks like you and 1 other user who is this week having troubles with .zip files are the only ones still on old ppc macs. Series 2 tivos are almost as obsolete themselves; I haven't used one...
You're not unpacking things right then. In the above osx .zip:
Archive: tytompg-1.1-osx.zip
inflating: LICENSE.txt
creating: mac-x86/
inflating: mac-x86/tytompg ...