Jump to content

ProjectX not demuxing all audio


Recommended Posts

I've recently had problems where Project X, when demuxing, just does not output all the audio. Here's a truncated log file (can provide full log if anyone wants it):

Monday, October 11, 2004 9:22:50 AM GMT+10:00

ProjectX 0.81.8.01 (04.09.2004)

[snip]

summary of created media files:

.Video (m2v): 239897 Frames 02:39:55.880 F:\test.m2v

Audio 0 (mp2): 142221 Frames 00:56:53.304 0/0/0/0 F:\test.mp2

=> 6106040724 bytes written...

The audio stops after 56:53 min.

Recorded using Aver card; 1.3.59.1. I've tried various options like ignoring video errors after first. When I play the orginal back, I can see there is a screen of pixelation, so there has been some sort of glitch.

Using PVAStrumento (2.1.0.7 build 90) demuxes ok, but have not fully checked it out.

Any ideas for specific ProjectX settings that avoid this problem?

I'm also wondering if Aver software 1.3.59.1 is writing its files differently when there is a glitch; not sure I had this problem before.

Link to comment
Share on other sites



Check the video tab and ensure that ignore errors after first GOP is not ticked. For whatever reason, if there is a bad glitch and you have that option ticked the mpeg audio might stop. The trade off is that a GOP will be munched out of the recording when it may only have a single corrupt frame (flying squares in the playback etc).

Link to comment
Share on other sites

I used to have this problem with older versions, but the latest version seems to have fixed the problem.

I don't have the specific version numbers i've tried here with me at work so i can't tell you which which one to get, but i think if you make sure you have the latest version then it should be ok.

Link to comment
Share on other sites

Guest Gizmomelb

hi Bob,

have you tried the earlier 0.81.7 version of ProjectX?

That's what I'm using with the v1.3.59.1 recordings and I've had a two hour recording (from SBS) demux with no problems at all.

Gizmomelb

Link to comment
Share on other sites



have you tried the earlier 0.81.7 version of ProjectX?
The earlier version I have is X V0.81 (16.08.2003). Does the same thing.

summary of created media files:

.Video: 239897 Frames 02:39:55.880 F:\test.m2v

Audio 0: 142221 Frames 00:56:53.304 0/0/0/0 F:\test.mp2

=> 6106040724 bytes written...

Link to comment
Share on other sites

I've also had this problem in the past. This simply should not happen as there are sufficient syncwords for the audio to re-sync with the vision after glitches like the one described. I, too hope that the latest version of ProjectX has overcome this bug - the latest version is 0.81.8.01, dated 4Sep04.

Suggestion - have you tried an audio only demux - go to the OUT tab and untick the "write all video data" box.

It's been a while since I experienced this problem and I tried all sorts of methods to try and fix it. From memory, I had to resort to PVAStrumento to get a full demux and then found the audio went out of sync at the glitch or right through the program. I seem to remember I had to just abandon at least one program because of this.

Link to comment
Share on other sites

I recently had a recorded file that both ProjectX and PVAStrumento didn't want to demux. I searched high and low as I really wanted to keep this show on DVD and found the following:

http://members.cox.net/beyeler/bbmpeg.html

The bbDMUX in bbTOOLS (command line tools though) did demux the audio and video files. However, it seems to do a "raw" demux. This means it does the audio and video in separate runs, which can lead them to be out of sync. With a bit of experimenting backward and fowards in Cuttermaran I managed to resynch the audio and video (close enough to not really notice anyway). Not ideal, but will do in an emergency, if you really want to keep this show.

Cheers,

morkli.

Link to comment
Share on other sites

I've also had same problem with both 0.81.7 and 0.81.8, and also only since loading the Avermedia 1.3.59.1 software. Have tried with both settings of the 'ignore video errors after first PTS/GOP' flag - failed with both. Also tried deleting the ini file to get a clean install etc. I'm getting more failures than successes and have pretty much swapped back to PVAStrumento.

As already noted, it's when there's been a major glich, but I've always had lots of those - every time I shut the fridge, turn off a light etc!! But it's always coped in the past - dropped one or two GOP's, resynched and kept on going.

Additional info - prior to the Aver upgrade ProjectX always used to have lots of audio edits - hundreds of instances of skipping or adding 2 audio frames - on every file - but it always gave me to streams of the same length that used to mux back to a usable MPEG.

Weird

Link to comment
Share on other sites

I've also had this problem in the past. This simply should not happen as there are sufficient syncwords for the audio to re-sync with the vision after glitches like the one described. I, too hope that the latest version of ProjectX has overcome this bug - the latest version is 0.81.8.01, dated 4Sep04.
That's the version I usually use.
Suggestion - have you tried an audio only demux - go to the OUT tab and untick the "write all video data" box.
Yes - it then does write out all the audio. But it seemed that when editing in Cuttermaran it was out of sync. But as that was my first use of Cuttermaran I was not sure if that was my fault so did not pay much more attention. But as mentioned by Morkli below, perhaps separate demuxing to video and then to audio does not retain sync??
It's been a while since I experienced this problem and I tried all sorts of methods to try and fix it. From memory, I had to resort to PVAStrumento to get a full demux and then found the audio went out of sync at the glitch or right through the program. I seem to remember I had to just abandon at least one program because of this.
In this case PVAStrumento did do the demux, without sync problems after the glitch. But, yes, I've had to manually edit audio files in the past to fix such problems. Not a lot of fun!
Link to comment
Share on other sites



Additional info - prior to the Aver upgrade ProjectX always used to have lots of audio edits - hundreds of instances of skipping or adding 2 audio frames - on every file - but it always gave me to streams of the same length that used to mux back to a usable MPEG
Seems to be my experience, too. But I found that if I closed all other applications on the PC so that only Aver was running and recording, those errors were much reduced.
Link to comment
Share on other sites

  • Recently Browsing   0 members

    • No registered users viewing this page.




×
×
  • Create New...
To Top