GH1 firmware research volunteers required

moded firmware won't update

moded firmware won't update

so my GH1 has 1.32 already installed from Panasonic. I downloaded the ptool3.exe and moded the 1.32 to increase the AVCHD bitrate and saved the moded firmware as GH1__133.bin, copied it to the SD card but I can't get the camera to update once the SD card is installed. I've tried over and over, even using different version numbers for the moded firmware. nothing works. what am I doing wrong?
 
dbwolfe said:
so my GH1 has 1.32 already installed from Panasonic. I downloaded the ptool3.exe and moded the 1.32 to increase the AVCHD bitrate and saved the moded firmware as GH1__133.bin, copied it to the SD card but I can't get the camera to update once the SD card is installed. I've tried over and over, even using different version numbers for the moded firmware. nothing works. what am I doing wrong?
Click to expand...

battery charged full?
pressed play button?
 
dbwolfe said:
so my GH1 has 1.32 already installed from Panasonic. I downloaded the ptool3.exe and moded the 1.32 to increase the AVCHD bitrate and saved the moded firmware as GH1__133.bin, copied it to the SD card but I can't get the camera to update once the SD card is installed. I've tried over and over, even using different version numbers for the moded firmware. nothing works. what am I doing wrong?
Click to expand...

Try on this page:
http://www.dvxuser.com/V6/showthread.php?t=212664
 
So no pulldown required, clips are playing back in camera AND high bitrate 1080/24? Dang...

Can't believe how much progress in such short time.

Video Out during recording... where y'at!?
 
Kholi said:
So no pulldown required, clips are playing back in camera AND high bitrate 1080/24? Dang...

Can't believe how much progress in such short time.

Video Out during recording... where y'at!?
Click to expand...

I don't think it plays back 1080p native 24fps footage.
 
Kholi said:
So no pulldown required, clips are playing back in camera AND high bitrate 1080/24? Dang...
Click to expand...
Not quite. Your options are:
Main course: better 1080/24 AVCHD (not just higher bitrate, but improved algorithm too);
Side dish: "no pulldown" or "in-camera playback." Can't have both (yet), but Chef has something cooking.
 
Can someone please answer this question, I can't seem to find it answered on here 100%, when you deal with the 24p in 60i wrapper that the GH1 produces in the standard firmware, you have to deinterlace it in a special way, or else it is only 'mostly right' the main symptom I have seen is bleeding reds, I believe the wacky technique is called 'reinterlacing chroma' after deinterlacing. I just wanted to confirm, that with the AVCHD Native 24p patch here, that this isn't an issue. I am guessing, that if the encoded video isn't hitting whatever code does the interlacing, that it never hits the code that messes with the chroma during interlacing either? Can someone confirm this for me?

More information on the reinterlace chroma with jes deinterlacer here:
http://dvxuser.com/V6/showthread.php?t=195677
 
rawdod said:
Can someone please answer this question, I can't seem to find it answered on here 100%, when you deal with the 24p in 60i wrapper that the GH1 produces in the standard firmware, you have to deinterlace it in a special way, or else it is only 'mostly right' the main symptom I have seen is bleeding reds, I believe the wacky technique is called 'reinterlacing chroma' after deinterlacing. I just wanted to confirm, that with the AVCHD Native 24p patch here, that this isn't an issue. I am guessing, that if the encoded video isn't hitting whatever code does the interlacing, that it never hits the code that messes with the chroma during interlacing either? Can someone confirm this for me?

More information on the reinterlace chroma with jes deinterlacer here:
http://dvxuser.com/V6/showthread.php?t=195677
Click to expand...

Can't confirm this. See my post on the other "AVCHD mud free" thread.
 
Just donated... I haven't had time to do any testing, but am looking forward to trying it out. Great work tester13 and all the guys testing this!!!
 
tester13 said:
Also 1080p24 have weird framerate reported by mediainfo - 47,952 (inside all is ok), and players play this file at double speed.
But 720p24 reports correct framerate and plays fine.
Click to expand...
Interestingly, examining the footage jobless posted here (http://www.dvxuser.com/V6/showpost.php?p=2012634&postcount=1)
Elecard AVC Player reports 10 seconds length for unpatched clip and 40 seconds for the patched one. Real length is 11 seconds. StreamEye reports 11 seconds. Perhaps some funky setting gets written into transport stream headers that non-low levels tools misinterpret? Anyone know any good MPEG2 analysis tools?
 
Just as some more information, not sure if its usefull.. maybe a clue... I am a linux user, and if I play back some of these neat new mud free MTS file with mplayer, it has to "guess" the framerate (cant recall if this happens on normal MTS files or not), however, it plays back perfectly.. (crazy perfect unbelievable) but I get this message:

Software Playback:

[h264 @ 0x7faa51a12840]Too many slices, increase MAX_SLICES and recompile

VDPAU Playback:

[h264_vdpau @ 0x7f5d98e3f840]Too many slices, increase MAX_SLICES and recompile
 
Same here. I'm running Linux and mplayer as well. I think the MAX_SLICES have to do with the software decoder, rather than something in the file, but I'm not sure.
 
lvlinux said:
Same here. I'm running Linux and mplayer as well. I think the MAX_SLICES have to do with the software decoder, rather than something in the file, but I'm not sure.
Click to expand...


It has to do with both. MAX_SLICES defines the maximum slices supported by the libavcodec h.264 decoder, and by default the value will be set to 16. However, these modified files use 22 slices which exceeds 16. You could recompile it and specify a different value

Increasing the # slices/frame will decrease quality because predictive data will be cut off at slice boundaries, so I'm not sure if using 22 slices was a deliberate or necessary decision to increase the bitrate. Certainly the results look to be much better than default and promising
 
Last edited:
So I've done some testing and it seems that if I change the audio encoding bps, I am unable to review the footage in camera.

I tested with everything unchecked and with some (native, bitrate increases etc)

can anyone else confirm this?
 
yes, I can confirm. I hadn't even messed with the firmware hacks until today. I was only interested in upping the AVCHD video and audio bitrate so that's what I did. changing the audio to anything but the default 192 causes the footage to not playback in camera. I was under the assumption that only 1080p24 native wouldn't play back in camera but changing the audio doesn't work either. bummer.
 
Can someone summarize what this will do applied to a GF1? Since it uses the GH1 firmware will it allow manual aperture for video recording?

Also, are there special instructions for applying this to a GF1?
 
Just started messing around with the MJPEG patches. Did the general MJPEG size patch get replaced by the restrained MJPEG 1280 > 1920 or am I missing something?

By tomorrow I'll try to have some test screen shots comparing the apparent resolution/fidelity differences between 720pMJPEG, 1080pMJPEG (scaled720?), and 1080pAVHD.
 
You must log in or register to reply here.
Back
Top