StreamParser 2.0 Beta Available

C

cbrandin

Well-known member
Attached is StreamParser 2.02. It has support for B frames now, as well as support for other cameras. If you examined GH2 streams with older versions you would not have seen any B frames, even if they were there. The way timings are calculated vas also been changed be based on display times for frames mode and transport stream times for time mode- this should make timing measurements more accurate with different cameras and more similar to timings editors show. Note that the bitrates will show somewhat different results in the different modes - this is by design.

Clips created with Native 24p checked are now shown as 24pH (for "Hacked")instead of 24pN. The 24pN is now used to identify native clips the GH2 produces.

I added a couple of requested features - like min/ave/max frame size and bitrate statistics in the Information Panel. Support for other camera models has been added. If an unrecognized camera type is detected the video frames will show up as gray bars. A few minor bugs were fixed as well.

A new menu item under files ("Quick Test") will open just the first 10 seconds of a file - this makes it possible to analyze the first 10 seconds of a big file without having to wait for processing of the entire file.

Instead of posting each update separately, I'll just update the download here and post update notices in this thread.

Chris
 

Attachments

  • StreamParser Install.zip
    362.4 KB · Views: 0
Last edited:
New update - now Beta 2 is available at the beginning of this thread.

Updates include a few minor bug fixes and new capabilities based on some of the more recent GH2 clips I've gotten.

Note that the Player still can't play some of the new clip formats. I suspect that Panasonic is still working on the codecs, so there might be bugs in them or modes that MS Player Plug-in (that's what StreamParser uses) doesn't support yet.

Chris
 
Why do I need to reinstall from the same location as the original installation? The folder I unzip the package to may just vary. I get an error message and have to find out what the original location was and then start the setup again.

Would it be hard to make the window sizeable? I am using an old computer with a 1024x768 screen. It's not very convenient not to be able to resize the screen and have to scroll continuously to see all information.

(Why) do I need to answer the Native Stream question each time the data is processed? Once would be enough, I guess.

Tables can be sorted according to the data in a column by clicking a column header. When the tables are refilled, the sort order indicating arrow remains, but the data is filled in chronologically. The sorting order isn't maintained.
 
Last edited:
Fool4UAnyway said:
Why do I need to reinstall from the same location as the original installation? The folder I unzip the package to may just vary. I get an error message and have to find out what the original location was and then start the setup again.

Would it be hard to make the window sizeable? I am using an old computer with a 1024x768 screen. It's not very convenient not to be able to resize the screen and have to scroll continuously to see all information.
Click to expand...

It's because of the MS install package. The easiest way to install is to uninstall the old version first. It would be more work than it is worth to change to another installer.

Thanks for the bug reports. I'll fix them for the next version.

I'll have to look into the window size thing - I'm not sure how hard it will be to do. I'll get back to you on that.

Chris
 
Last edited:
How do you want the sorting issue resolved? The easiest thing is to fix the sort order header to indicate chronological order when new data is populated. The problem with maintaining sort order is that data would have to be sorted when it is put in because of a new selection/load and that can take some time. Do you think going back to the same sort order when data changes would be more appropriate than going to chronological order? Note that chronological ordering is the natural order for the data, so populating new data in that order does not require a sort and is therefore quicker. If we maintain sort order all operations will take longer all the time.

Chris
 
I just mentioned the inconsistency. It's OK with me if you just remove the sort indicator from the header. If someone wants it to appear again, they can just click the column again.
 
StreamParser 2.0 Beta 3 Available

StreamParser 2.0 Beta 3 Available

StreamParser 2.0 Beta 3 version now available. All reported bugs were fixed. Per requests, the main window is now resizable (it puts up scrollbars). The way the stream player works was changed somewhat. The docked mode has been removed as it was causing some strange problems; instead the player is always detached and has an "on top" option. Several minor new items were added. Download available here: http://www.dvxuser.com/V6/showpost.php?p=2113515&postcount=1.

Chris
 
Chris, stream player does not work anymore. In previous versions it showed the clip, now it shows only black screen. I am using Windows XP.
 
Are you looking at GH2 files? There is a problem with some of them.

I'll test under XP (I normally run Windows 7).

Anybody else having problems with the stream player?

Chris
 
I do not much change in resizable behavior. My problem is the horizontal scrollbar that was already there in the first version. If you could make any of the three top panels auto(re)size (attached), as well as the Stream Frames panel, I could just capture all information in one view without having the need to scroll. It would also make sense to have the Maximize (Window Size) button enabled.
 
I looked into making the window smaller and that would require a substantial amount of work. Also, the fonts end up being very hard to read (I have to use fixed fonts, and they shrink to a tiny value at the next step. Sorry, but you'll have to live with the scrollbars.

Chris
 
cbrandin said:
Are you looking at GH2 files? There is a problem with some of them.

I'll test under XP (I normally run Windows 7).

Anybody else having problems with the stream player?
Click to expand...
I can confirm that none of the previously playable files are playing back (black screen for output). The marker does iterate through the stream. Testing on Windows XP with ffmpeg backend.
 
StreamParser Beta 4

StreamParser Beta 4

I've just posted StreamParser 2.0 Beta 4. Hopefully this will resolve the XP issue.

I went back to the old player layout and removed the resize feature in the main window. All this dynamic resizing activity was having an effect on the player under XP - I have no idea why.

I think I've fixed the problem with playing the new GH2 files.

Let me know how it goes. Get it here: http://www.dvxuser.com/V6/showpost.php?p=2113515&postcount=1.

Chris
 
cbrandin said:
I've just posted StreamParser 2.0 Beta 4. Hopefully this will resolve the XP issue.
Click to expand...
It did, thanks! Playback now works for different types of footage as well, including NEX5 and TM700 files, even if the stream is not parsed properly.
 
Glad to hear it's working!

Yeah, all I've had access to is GH1/2/13 streams. Different cameras use different PID's. If you can provide short clips from these other cameras I might be able to accommodate them.

Chris
 
cbrandin said:
Glad to hear it's working!

Yeah, all I've had access to is GH1/2/13 streams. Different cameras use different PID's. If you can provide short clips from these other cameras I might be able to accommodate them.
Click to expand...
Chris, the following 1920x1080x60p clip (TM700) has original .MTS file available.
And this one is NEX5's 1920x1080x50i clip. Yeah, who knew Sony would restart the Interlace Arms Race. Ugh ...
 
StreamParser 2.0 release version

StreamParser 2.0 release version

I have posted the release version of StreamParser 2.0. The main addition is support for other cameras. When an unknown camera is detected the video frames will show as gray bars. In the configuration>camera menu item it shows which camera type was detected. I have put every model I've had access to in there. If you have another Panasonic camera model that looks like it was correctly detected please let me know so I can add that model to the menu line.

Also, if there is a Panasonic AVCHD camera that was not detected let me know (and supply a very short clip from it, if you can).

You can get it here: http://www.dvxuser.com/V6/showthrea...ta-Available&p=2113515&viewfull=1#post2113515.

Chris
 
Last edited:
Hello,
many thanks, very useful tool! :)

I have succesfully opened with Stream Parser some 720p25 clips coming from my PAL GF13 patched using the "Fast Action 3-Frame GOP Patch" of lpowell (GREAT!!),
and I have effectively seen the 3-frames GOP structure that in some cases reached 55Mbps-max with 45Mbps-average! :)

Now I have the problem to simply "cut" these ".MTS on steroids" clips without reencoding them in order to fully preserve the magic for future use and minimizing the garbage in my archives...

I have tried to simply "cut" the clips with AVIdemux, it seems that it is not reencoding,
but I was not able to open the resulting clips with Stream Parser, in order to really verify that the stream was not reencoded amd/or corrupted.

So my humble requests are the followings:

- It is possiible/reasonable to add a simple basic "A-B cut" feature to Stream Parser based on I frames?
I think that should be really appreciated by several people the possibility to fast cut out the "junk" from their archived clips wthout compromising the source quality and the compatibility of GH13/GF13 footage.
(I'm not a Pro but I think that it will not be a big problem to cut only on I frames for this particular "fast cut out" purpose...)

- If not feasible, it will be eventually possible to add to Stream Parser the capability to open/analyze the .MTS files cutted with a given utility (to be eventually defined which one)?

Note that I don't know if AVIdemux is good or not for this cutting purpose, at the moment it's the only one I have found out that it "seems" to work,
but I fear compatibility/corruption issues and I don't want to loose my files...

If someone knows another one best/reliable "lossless cutter" for GH13/GF13 files, please let me know:
any hint it will be really appreciated. (If the output is then made readable with Stream Parser this would be near perfect).

Many thanks in advance for the attention :)



UPDATE/EDIT:
sorry if posting here was not appropriate due to heavy moderation:
I was thinking that this was the right thread because it was a Stream Parser test and related feature request...
Please, move/delete my post if opportune.

In the meantime I have tested the output of latest rev. of tsMuxeR and TsRemux,
they are both readable with Strem Parser:
the frame graph bars are greyed out (in any case they look correct),
but the time-averaged graph and the measured values for average bps are very different (even for a not-cutted stream).
So I'm a little confused at the moment...
 
Last edited:
You must log in or register to reply here.
Back
Top