GH1 firmware research volunteers required

I see that there is blue color in the primer example but when I generate random GDLs with IDA, all of my graphs are no color backgrounds. Is there some setting I need to turn on in IDA for coloring the root?


tester13 said:
Try to use color, as I can see that it have color difference visually.
Click to expand...


By starting symbol do you mean something like this:

(in primer example)
ROM:40147108: xor eax, eax

then the symbol would be ROM:40417108?

Finding symbol is easier when it's something like this as it happens to be the first line:

_doexit:
push 0ch
push offset....
...
..


tester13 said:
I mean that search could have two modes: search any substring or only starting symbols of each function name. Sometimes I need any substring, but most time starting symbols is prefereble mode.
Click to expand...
 
dracore said:
I see that there is blue color in the primer example but when I generate random GDLs with IDA, all of my graphs are no color backgrounds. Is there some setting I need to turn on in IDA for coloring the root?
Click to expand...

All my graphs have this blue border for root node (function I use).
Remember that it is only xrefs graphs ("from" and "to").
May be this GDL description can help you :
http://www.aisee.com/gdl/nutshell/index.html


By starting symbol do you mean something like this:
(in primer example)
ROM:40147108: xor eax, eax
then the symbol would be ROM:40417108?
Click to expand...

Here how I see it. Tool must have two modes - find all substrings at any position and find substrings only starting from first symbol (spaces and tabs do not count).
For second mode I mean any separate string inside graph node text.

Primer:
"Vid_Viewfinder_Enable" node can be found by entering "enable" or "vid" in first mode. But only "vid" contonue to work in second mode.

One more thing - it'll will be perfect if you add simple settings dialog to nodes colors override (background, text colors, etc) with ability to specify substring of node name.
For examble, I have many sub_12344 likes and few already reversed and identified functions, so I prefer to have them in other color.
 
Car3o said:
Mjpeg 24p, still skips frames.

Native 24/25, for 1080p. no pull down required. The footage is native 24p with patch. I've uploaded 2 clips demonstrating it.
Click to expand...

Wow no pulldown anymore? Brilliant. Playback on camera is still broken?
 
Hello Guys'

Testing audio change:

Audio bufer: 14.500.000
Audio encoding bps: 1280000
Audio sampling rate: 48000

Can't working (camera freezing).

Audio bufer: 14.500.000
Audio encoding bps: 576000
Audio sampling rate: 48000

Can't working (camera show message about card speed)

Audio bufer: 6.000.000
Audio encoding bps: 320000
Audio sampling rate: 48000

Working well

Audio bufer: 8.500.000
Audio encoding bps: 320000
Audio sampling rate: 48000

Working well

Audio bufer: 11.500.000
Audio encoding bps: 320000
Audio sampling rate: 48000

Working well

Audio bufer: 14.500.000
Audio encoding bps: 320000
Audio sampling rate: 48000

Working well

Regards
NURBS
 
Last edited:
Yes pure 1080 24p. Downloaded Car3o clip and transcoded. worked and looks good! this almost makes me want the GH1 even more now that there isnt a pulldown removal step.
 
NURBS said:
Hello Guys'

Testing audio change:

Can't working (camera show message about card speed)
Click to expand...

Try to test sampling rate instead.
It seems that AC-3 have limit around standard top rate - 448kbps-640kbps.
But we need to try to change sampling to 96000 and double audio buffer size. Most probably it won't work.
I'll try to change sampling patch again soon in this case.
 
Okey I will testing it.

Interesting fact: Bitrate adjustment 3 (can't be more 20.000.000).

Testing audio again ;-)
 
Testing audio change:

Audio bufer: 14.500.000
Audio encoding bps: 320000
Audio sampling rate: 96000

Can't working (camera freezing).

Audio bufer: 8.500.000
Audio encoding bps: 320000
Audio sampling rate: 96000

Too can't working (camera freezing).

;-)
 
NURBS said:
Testing audio change:

Audio bufer: 14.500.000
Audio encoding bps: 320000
Audio sampling rate: 96000

Can't working (camera freezing).

Audio bufer: 8.500.000
Audio encoding bps: 320000
Audio sampling rate: 96000

Too can't working (camera freezing).

;-)
Click to expand...

Thanks for useful testing, results as expected.
I'll add more encoding rates to find barrier precisely.
And modify sampling patch.
Useful could be also to test 44100 and 32000 sampling rates after I'll add them to selection. We need to understand if this is AC-3 encoder problems or PCM audio problem before encoder.
 
Don't know if this helps, but...

-30 min removal
-Native 24p
-Pal>NTSC

-Video Buffer: 25.000.000
-Bitrate 1: 20000000
-Bitrate 2: 21000000

File size : 54.4 MiB
Duration : 27s 930ms
Overall bit rate : 16.3 Mbps
Maximum Overall bit rate : 21.1 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : No
Format settings, ReFrames : 1 frame
Duration : 27s 986ms
Bit rate mode : Variable
Bit rate : 15.4 Mbps
Maximum bit rate : 16.6 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Original frame rate : 47.952 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.311
Stream size : 51.5 MiB (95%)

Seems to be working fine, aside from no playback due to Native 24p patch.
 
PTool 3.28 released.
MJPEG Settings patch added.
AVCHD compression patch added.
Audio sampling rate patch changed.
Audio encoding rate patch adjusted.

Special notes to testers:
1) We need to find possible top bitrate for AC-3 encoding.
2) Sampling rate also must be tested starting from 32.000 up to 192.000.
3) MJPEG Settings requires test not only 1280x720, but other resolutions also.
4) AVCHD compression must be tested in FullHD and SH modes. Check if it reduces birtrate.
 
Sorry to be one of these people....

Is it theoretically possible to patch to allow for playback of Native 24p in-camera or is this something which would be difficult or impossible.

As great as no-pulldown is, I am of the belief that convenience on set (being able to check a take) outweighs convenience in post (especially when that means just dropping some footage into a droplet and letting it go.)
 
You must log in or register to reply here.
Back
Top