DGMPGDec 1.4.8 Final

[SeeMoreDigital]

Got it! Used NullPacketSaver (http://users.adelphia.net/~mwilczyn/nullpacketsaver/) to split it into chunks. Here (http://isochroma.com/Testfiles/Misc/t1.000000.ts) is the file (2 MB).Sorry to digress,

But I notice your 16:9 HDTV MPEG-2 sample has a resolution of 1280x1080/88... Is that common?

[Morte66]

Sorry to digress,

But I notice your 16:9 HDTV MPEG-2 sample has a resolution of 1280x1080/88... Is that common?

I've seen it a couple of times.

I collect HDTV samples (I'm thinking of getting a 1080 projector, so I want to be sure of the material). In general, TV broadcasters seem to play pretty fast and loose with the phrases "high definition" and "1080". They often broadcast 1280x1080 actual pixels flagged as 1920x1080 DAR in Asia. In the US it's allegedly common for TV companies to resample down to 1440x1080 and back up to 1920x1080 as a quick and dirty way to drop the resolution/bitrate to fit in their multiplexes. The current BBC h264 tests look a bit suspicious, too -- I gather there's about 720x1080 real resolution (as opposed to pixel count) if you examine stills in Photoshop.

A friend of mine said of the new SkyHD service, "I await the howls of outrage as the channel count goes up and the quality goes down". I'm hoping he's wrong, because I'm thinking of getting it...

[SeeMoreDigital]

As some of you may or may not know I've been testing the latest MP4Box builds with experimental support for MPEG-1, MPEG-2 and MPEG-4 AVC within .TS... And just thought I'd share the following observations with you guys.

After feeding Isochroma's 2MB source into YAMB/MP4Box, it was able to instantly detect the video stream PID, but none of the audio stream PID's....

Anyway, undeterred I tried entering various PID numbers and found the following: -

http://img377.imageshack.us/img377/2220/yamb7lx.png

So it would seem all the audio streams are in there somewhere.... ;)


Cheers

[Zep]

So it would seem all the audio streams are in there somewhere.... ;)


Cheers

hmmm yamb is not letting me select .ts files.

How did you get the 1.6.0 version to see them?
(I also have the 6/15 build of mp4box experimetal)

me goes to look in options area again in case i missed one :D

thanks

[Mug Funky]

In the US it's allegedly common for TV companies to resample down to 1440x1080 and back up to 1920x1080

HDV is 1440x1080 anamorphic in a lot of cases... they're probably receiving their sources at this size, so it's probably not their fault. remember how new HDTV is, and how many pro formats are competing for the industry standard. it's very likely that not everyone in the game owns every piece of equipment for each format...

[SeeMoreDigital]

HDV is 1440x1080 anamorphic in a lot of cases... they're probably receiving their sources at this size, so it's probably not their fault. remember how new HDTV is, and how many pro formats are competing for the industry standard. it's very likely that not everyone in the game owns every piece of equipment for each format...Indeed... I'm aware of 1440x1080 with aspect ratio signalling.... However, Isochroma's sample appears to be 1280x1080, which seems "a bit of a stretch" to me ;)


Cheers

[Zep]

SeeMoreDigital what do i smell or something? :D


You could have told me you were using a special build of yamb that Kurtnoise13 did when you requested .ts support and the link he put up lol

yes i have it now also and it works great :)

[SeeMoreDigital]

I'm sorry Zep... I missed your post :eek:

[Guest]

Gents, please stay on topic for this thread. Thank you!

[Guest]

* Fixed Isochroma's bug reported here:

http://forum.doom9.org/showthread.php?p=840614#post840614

* Fixed a problem with playback speed control. E.g., if you are running in slow motion and hit Pause, wait a while, and then hit Resume, the video would go real fast for a while until it "caught up".

* DGIndex now supports "Open With" operation. E.g., you can double click a VOB file and have it open right up if your association is correct. Or you have a shortcut to DGIndex on your desktop and then highlight a bunch of VOBs and drop them all on the shortcut; they are opened in sorted order. It always irritated me that you couldn't do that.

http://neuron2.net/dgmpgdec/dgmpgdec148b4.zip

[Zep]

I'm sorry Zep... I missed your post :eek:


no worries I kinda thought that was what happned :D

You should have seen me! i was scratching my head wondering "HOW is SeeMoreDigital getting YAMB to do that" so then the search began LOL

just shear luck i saw your post in that other thread where you asked for .ts support and I jumped for joy when i saw the link a few post down :)

[Guest]

Since you are choosing to ignore my polite request to stay on topic, I am now issuing strikes.

[Isochroma]

Your work on this application is greatly appreciated, Neuron! I will test b4 against my transport streams and report any further bugs...

[Guest]

I'm thinking of implementing a feature whereby when a transport stream is loaded, the PIDs are automatically set to those of the first program. This would avoid most instances of the famous "No data. Check your PIDs." popup.

If I did it, I would remove the INI file storage of the PIDs.

So, my question to the user base is: do you think this is worth doing, or would you prefer to have it stay as it is?

[Isochroma]

This is the feature I have been hoping for, dreaming for, crying for, but never asked for - because I thought it was so obvious that someone else must have already asked.

So thanks for suggesting it!

[Guest]

I never did it before because it required code in a C file to invoke class methods in a CPP file, which is a pain. But since I just converted all the C files to CPP files to have consistent linkage, it is now a relatively simple thing.

Let's wait for a few other users to weigh in.

[laserfan]

I'm thinking of implementing a feature whereby when a transport stream is loaded, the PIDs are automatically set...do you think this is worth doing?I can't think OTTOMH of any circumstance where this would not work for me--normally by the time I apply DGMPGDec I've already stripped unneeded PIDs out of a ts.

Murphy's law would probably suggest it be an user-definable thing though I suppose. :wishy-washy:

[SeeMoreDigital]

If such a proposal makes it easier for DGIndex to be incorporated and used within other applications then yes it's got to be a good thing ;)


Cheers

[squid_80]

Definitely a good thing for me, since the recording program that comes with my FusionHDTV only records one program when doing scheduled recording.

[brute]

Hi,
is it possible, that this build of DGIndex is incompatible with gordian knot rippack 0.35.0 v2 ?
My whole encoding queue of last night had wrong sizes (up to 300mb to big) and the movie lengh was wrong so that everything wasn't synchronous :(

[Guest]

is it possible, that this build of DGIndex is incompatible with gordian knot rippack 0.35.0 v2 ?
I don't know anything about Gordian Knot. Please ask in the Gordian Knot forum.

[brute]

hm, well now I think it's not DGIndex's fault...should be something other :-\

[jmac698]

Here's something I really need: able to demux with no video stream present. Yes, I have some sound only channels (.ts) I need to demux and nothing works (projectx, pvastrumento, etc.).
Any chance?
I'm also curious how the song titles are streamed...

[Guest]

Here's something I really need: able to demux with no video stream present. Yes, I have some sound only channels (.ts) I need to demux and nothing works (projectx, pvastrumento, etc.).
Any chance? Sure. Can you provide some test streams?
I'm also curious how the song titles are streamed... I don't understand your question.

[Guest]

* DGIndex can now automatically set the transport PIDs to the first program when a stream is opened. This happens when a new file is opened with the PIDs set to reserved (0x02). The PIDs are set to reserved when DGIndex is started, so this will happen when a
transport stream file is opened after starting DGIndex. Thereafter, the Set PIDs dialog is controlling. The INI file format is changed, so start DGIndex and then close it once before using it in earnest.

http://neuron2.net/dgmpgdec/dgmpgdec148b5.zip

[squid_80]

I think I found a regression. The distinguishing of AC3/Teletext streams seems to have gone missing, starting with 1.4.8b4.

[Guest]

OK, I know why. It'll be fixed in the next beta. Thanks for pointing it out.

[Guest]

@squid_80

Please test this special build. Thank you.

http://neuron2.net/misc/DGIndexSquid.zip

[laserfan]

I've been converting 1080i HD Grey's Anatomy .ts to Xvid all season, and last week picked-up a repeat I had missed. Applying Beta 5 to it using StaxRip, the thing was way out-of-sync. Upon inspection, the .d2v seemed to be wrong:

Field_Operation=1
Frame_Rate=23976 (30000/1001)

This should have been FO of 0 and FR of 29970 (and apparently why my IVTC didn't work). I tried a couple of other recent 1.4.8 betas and they worked the same, despite that the Stax command invoking DGindex is in all cases:

"C:\Program Files\DGMPGDec\DGIndex.exe" -IF[D:\Grey's Anatomy 204 - Deny Deny Deny.ts] -IA=2 -FO=0 -YR=1 -TN=1 -OM=2 -DRC=2 -DSD=0 -DSA=0 -OF=[D:\Grey's Anatomy 204 - Deny Deny Deny] -exit

I did delete and re-create the INI file when going to b5--am I doing something wrong or did something break?

When I revert to 1.4.7 rc4 it works again:

Picture_Size=1920x1080
Field_Operation=0
Frame_Rate=29970 (30000/1001)

[Guest]

How are you setting the PIDs?

I can't duplicate your FO problem. Take off the -exit and invoke it from a DOS window. At the end look at the settings of the Field Operation in the menu. What is it?

[laserfan]

How are you setting the PIDs?The PIDs are set manually, i.e. DGindex complains, I Set Audio and then Set Video and it starts to running immediately. It does this with b5 also.

I will try your request in the morning; I have 1.4.7rc4 cranking-away at the moment. Thanks!

I forgot to say that the INI file is set for FO=0 also. I will invoke manually in the a.m. :yawn:

[Guest]

Must be an operator error. :)

In testing it I found that auto PID detection wasn't working for CLI as it should be. I fixed that.

But I just can't see how the FO could be wrong.

[squid_80]

@squid_80
Please test this special build. Thank you.

Yep, that's fixed it. Thanks.

[Guest]

OK, thank you, squid_80. I want to get laserfan's issue squared away before I make beta 6.

[laserfan]

In testing it I found that auto PID detection wasn't working for CLI as it should be. I fixed that.

...I want to get laserfan's issue squared away before I make beta 6."Well, HAL, I'm damned if I can find anything wrong with it."

"Yes. It's puzzling."

Re-installing b5, I invoked the same command in MS-DOS as you requested and it worked as expected, w/Honor Pulldown Flags remaining checked in the menu:

D:\Grey's Anatomy 204 - Deny Deny Deny.ts

Stream_Type=2
MPEG2_Transport_PID=31,34
MPEG_Type=2
iDCT_Algorithm=2
YUVRGB_Scale=1
Luminance_Filter=0,0
Clipping=0,0,0,0
Aspect_Ratio=16:9
Picture_Size=1920x1080
Field_Operation=0
Frame_Rate=29970 (30000/1001)
Location=0,0,0,2101C1

I must have exposed some glitch elsewhere, in my StaxRip setup. :o Sorry about that!

I apologize for not having reported earlier that "auto PID detect" wasn't working for me. I like to check my procedures at least a couple more times before making a report, and just haven't felt disciplined this summer. 100deg days every day just slow me down, dontcha know...

[Guest]

No problem, laserfan. Thanks for the feedback.

I'm currently adding support for demuxing audio-only streams, so the next beta won't come out until it is done. I currently have just completed and tested it for AC3 in program streams. I need to implement all the audio types in program, PVA, and transport streams.

[jmac698]

Great news! Thanks. I'll see what I can do about test streams, but it may be a while.
As to your question, these streams contain the current song title, every 30 seconds or so. I'm curious if I can decode them. Ideally I could get a list of titles and cut points, I can handle the rest! :)

[Guest]

Ah, I see. Well, if you're in DVB land it'll be in the SDT table and if you're in ATSC land, it'll be in the PMT descriptors or the PSIP. If you provide a test stream, I can look into extracting it.

[laserfan]

Along with the CLI problem I found also a StaxRip oddity, and sorting the issue was enough of a PIA that I would like to make a request: to put the version-used of DGindex into the .d2v file if possible.

I compress & save all logs including .d2v and this would be helpful for the future...

[Guest]

There's a D2V file format number there already. Why is that not sufficient?

[laserfan]

There's a D2V file format number there already. Why is that not sufficient?Hmmm, I have only been saving .d2v files since April 9 of this year, but that line has never changed. It is always:

DGIndexProjectFile13

At least it has never changed thru the betas & new releases of the last several months (perhaps a dozen?) and I have been trying to keep-up with those.

[Guest]

It doesn't change unless the D2V file format changes. But that is all that your third-party app should need to know. Are you saying you need to know the specific DGIndex version? If so, why?

[laserfan]

Well, the CLI function broke-down wrt my 3rd party app somewhere between 1.4.7 and 1.4.8b5. At least, while my DGindex has changed many times, nothing at all has changed about my StaxRip installation. So I was thinking this might help to sort where the problem started anyway.

Made sense to me to ask about it--but it's your call of course. I will simply make manual entries in my logs...

[Guest]

Well, let's find out the cause. Putting the version now isn't going to help. Can't we talk to the author of the 3rd-party app?

[Guest]

Well, let's find out the cause. Putting the version now isn't going to help. Can't we talk to the author of the 3rd-party app?

All the betas are online. If you can tell me which version broke it I can look to see what changes were made. Access the versions with:

http://neuron2.net/dpmpgdec148b1.zip

...changing the beta number as required.

[Guest]

Ooh, I just found a D2V file change that didn't get a version bump. The FILM % at the bottom:

* When showing the film versus video percentage, DGIndex always now shows film percentage if it is greater than or equal to 50%, or video percentage if it is greater than 50%. Of course the sum is 100%.

Could that be the problem?

[Guest]

* A new option under the file menu was added: Demux Audio Only. This is intended for demuxing the audio from streams that do not contain video.

* Fixed the Teletext detection issue.

* Fixed automatic PID detection under CLI.

http://neuron2.net/dgmpgdec/dgmpgdec148b6.zip

[laserfan]

Well, let's find out the cause. Putting the version now isn't going to help. Can't we talk to the author of the 3rd-party app?I dunno--stax is "on hiatus".

I will look at it again, and let you know if I find anything of interest. There WAS a stax change applied in May that I'd forgotten about--maybe that's what broke it and not DGindex. I will try to sort it.

[Guest]

Sorry for the rapid fire betas, but you don't want me to sit on my hands, do you?

* The trackbar is now updated and the Stop (ESC) function works during "Demux Audio Only".

http://neuron2.net/dgmpgdec/dgmpgdec148b7.zip

[jmac698]

audio demuxing:
-new version worked for me, great job!
-sample .ts http://rapidshare.de/files/24837509/060629003459.7z.html
let me know if you can find the song title...