Hi again,
just ran across an audio test disk with a
comprehensive set of lpcm varieties at
http://www.videohelp.com/~jsoto/AudioTests/
No information on what tool was used to author the
tracks, but the payloads appear to be:
LPCM TYPE
, 0.008 sec280e: pes private1, lpcm 0; length=2028; hdr=17; pts 0.178 sec; (pext); pstd=59392 (scale=1024)3000: mpeg2 pack hdr, 0.009 sec300e: pes private1, lpcm 0; length=2028; hdr=17; pts 0.183 sec3800: mpeg2 pack hdr, 0.011 sec380e: pes private1, lpcm 0; length=2028; hdr=17; pts
According to this source (vlc) lpcm dvd audio supports lower frequencies
like 44100/32000 hz - useful for direct dv transcoding for example
https://github.com/videolan/vlc/blob/master/modules/codec/lpcm.c
see lines 524, 608
Does this mean that libavcodec/pcm-dvdenc.c can be trivially
Gert, Robert,
Thanks very much for the LPCM feedback. It is *extremely* interesting to get
real feedback on some of these fiddly issues. Just a quick question: are the
noise problems Robert had with a hardware player or software? If hardware,
this would indicate there is a 'funny
Hi all,
Back again... last track-weekend of the Season is over and its raining so its
time for the Tippety-tap hobby again ;-)
Is lpcm in mplex working? I need it to make DVDs.
No idea. Well let's put it this way.What I could test using software
players seemed to work. Do you have
I am having difficulty getting linear PCM audio to work with mplex and mpeg2
files.
Is lpcm in mplex working? I need it to make DVDs.
I'm using recent CVS of mjpegtools.
The audio comes out as noise, similar to endianness trouble, but I've tried
both ways.
Regards,
Mark
[EMAIL PROTECTED
. The resulting
NAME.lpcm was the same. It is also the same if I don't use the -x
option.o
I think the question is, are you feeding mplex big-endian data or not?
Try this:
sox NAME.wav -t raw -x -s -w -c2 -r48000 NAME1.lpcm
sox NAME.wav -t raw-s -w -c2 -r48000 NAME2.lpcm
hexdump NAME1.lpcm | head -1
On Tue, 11 Oct 2005, bn wrote:
I've just been experimenting with 1.8.0's vastly
improved lpcm capabilities, and seem to have found one more problem:
Mplex's 24-bit lpcm PES packet payloads aren't aligned
to the nearest fully-resolved sample boundary, e.g. a...
24 bit lpcm cuts
with just cutting of the wav header with dd. The resulting
NAME.lpcm was the same. It is also the same if I don't use the -x
option.o
I think the question is, are you feeding mplex big-endian data or not?
Try this:
sox NAME.wav -t raw -x -s -w -c2 -r48000 NAME1.lpcm
sox NAME.wav -t raw
> According to this source (vlc) lpcm dvd audio supports lower frequencies
> > like 44100/32000 hz - useful for direct dv transcoding for example
> >
> > https://github.com/videolan/vlc/blob/master/modules/codec/lpcm.c
> >
> > see lines 524, 608
> >
/* no traces of 44100 and 32000Hz in any commercial software or player */
On Sun, Jan 21, 2024 at 3:44 AM Andrew Randrianasulu <
randrianas...@gmail.com> wrote:
> According to this source (vlc) lpcm dvd audio supports lower frequencies
> like 44100/32000 hz - useful for direct dv
Steven M. Schultz wrote:
Does anyone know how 20bit LPCM audio is packed? According to
http://www.dvddemystified.com/dvdfaq.html#3.6.2 LPCM of 16, 20 or 24
bits (at either 48k or 96k) is allowed.
My understanding from examining 20-bit DVD-Audio AOB files (authored
using
On Thu, 13 Oct 2005, bn wrote:
just ran across an audio test disk with a
comprehensive set of lpcm varieties at
http://www.videohelp.com/~jsoto/AudioTests/
...
Based on the above,
whole_unit = channels * bits_per_sample / 4;
Ah, nice and simple and covers all known
I've been working with video capture and trying to get mplex to properly
incorporate an LPCM stream. When I play the resulting .mpg, I can hear
the audio with a ton of noise. Something is not quite right and I
haven't figured it out yet. Here's what I'm doing with the 48K audio:
sox
hello,
i'm trying to create a dvd video with an lpcm
soundtrack that has a sample size of 24 bits and a
sample frequency of 48 kHz. when i run mplex:
mplex -f 8 -L 48000:2:24 -o sample2448.mpg movie.m2v
sample2448.wav
i get this output:
INFO: [mplex] mplex version 1.6.2 (2.2.3 $Date:
2004
Also, I just recorded the gaps via audacity, and the straight-line segment of thewaveform seems to be consistently about 15 ntsc frames i.e half a second long.
Yahoo! Mail goes everywhere you do. Get it on your phone.
On Sun, 21 Mar 2004, Boris Shingarov wrote:
Can mplex include an uncompressed PCM stream?
Yes, it can.
I tried
mplex -f 8 -o birthday1.mpg birthday1.mpv birthday1.pcm
but mplex says 'Unrecognised format'.
It is necessary to use the -L (or --lpcm-params) option
for me for playback of LPCM with xine and with various hardware
players.
Gert
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn
OR mplex -f8 video.m1v audio.lpcm -o video.mpg
Have you tried to add -W mplayer_hdr to mplex?
mplex -W mplayer_hdr -f8 video.m1v audio.lpcm -o video.mpg
Works for me for playback of LPCM with xine and with various hardware
players.
Gert
OR mplex -f8 video.m1v audio.lpcm -o video.mpg
Have you tried to add -W mplayer_hdr to mplex?
mplex -W mplayer_hdr -f8 video.m1v audio.lpcm -o video.mpg
Works for me for playback of LPCM with xine and with various hardware
players.
Gert
Gert,
The -W mplayer_hdr option to the CVS version of mplex solved my noise
with LPCM problem. Thank you!
Regards,
Rob
Gert Vervoort wrote:
Robert W. Fuller wrote:
Did you build your version of mplex out of CVS? What CVS command do
you use to fetch this? Are you just using an updated
BS Can mplex include an uncompressed PCM stream?
SS It is necessary to use the -L (or --lpcm-params) option and
SS specify the characteristics of the audio file
While this works for some files, in a lot of cases it says something
like File birthday.lpcm looks like MPEG audio and immediately
I'll be damned. That IS the problem. My LPCM data happens to look like
MPEG_AUDIO. Ok so here's the deal, the following code in interact.cpp
needs to be re-arranged so LPCM comes first since LPCM is determined by
stream name rather than contents (this will avoid misidentifying LPCM
data
I'll be damned. That IS the problem. My LPCM data happens to look like
MPEG_AUDIO. Ok so here's the deal, the following code in interact.cpp
needs to be re-arranged so LPCM comes first since LPCM is determined by
stream name rather than contents (this will avoid misidentifying LPCM
data
Steven M. Schultz wrote:
Yes, something like
sox input.wav sox.raw
might do the trick - but check the manpage first ;)
I should also add (for completeness) that 16-bit audio requires
byte-swapping when converting from WAV to a raw format.
mplex also requires LPCM audio
[EMAIL PROTECTED] wrote:
Hallo,
I think there has to be a bug in the mplex tool with lpcm. That is what I have
done:
1. sox NAME.wav -t raw -x -s -w -c2 -r48000 NAME.lpcm
2. mplex -S 0 -f 8 -V -o NAME.mpg NAME.lpcm NAME.m2v
It make no different if I also use -L 48000:2:16
3. Try
On Wed, 29 Jun 2005, Dave Chapman wrote:
[EMAIL PROTECTED] wrote:
On Wed, 29 Jun 2005, Dave Chapman wrote:
[EMAIL PROTECTED] wrote:
Hallo,
I think there has to be a bug in the mplex tool with lpcm. That is what
I have
done:
1. sox NAME.wav -t raw -x -s -w -c2 -r48000
On Sun, Jan 21, 2024 at 6:55 AM Andrew Randrianasulu <
randrianas...@gmail.com> wrote:
> Using svn code from
>
> svn checkout https://svn.code.sf.net/p/mjpeg/Code/ mjpeg-Code
>
looked good to me and didn't appear to break anything. the patch has been
committed
On Sun, Jan 21, 2024 at 6:55 AM Andrew Randrianasulu <
randrianas...@gmail.com> wrote:
> Using svn code from
>
> svn checkout https://svn.code.sf.net/p/mjpeg/Code/ mjpeg-Code
>
> not tested apart from compilation ...
a "hello world" change would also compile
could some one test it before a
with and without -W mplayer_hdr and let you know the results on
my hardware player. Thank you for the reply!
Andrew Stevens wrote:
Gert, Robert,
Thanks very much for the LPCM feedback. It is *extremely* interesting to get
real feedback on some of these fiddly issues. Just a quick question
Andrew,
Like Robert I noticed the problem with the xine software player. But, I
also experienced problems while playing back the DVD on a Philips DVD
recorder. In both cases adding the -W mplayer_hdr fixed the problem.
Gert
Andrew Stevens wrote:
Gert, Robert,
Thanks very much for the LPCM
file (.lpcm will make mplex happy, but you can just save
it to any file). Then, use the -L option that Steven gave you to make
mplex understand that it's LPCM because you cannot probe PCM data.
DTS has headers that shouldn't be there. They will confuse. WAV has wav
headers, which is wrong too
[EMAIL PROTECTED] wrote:
On Wed, 29 Jun 2005, Dave Chapman wrote:
[EMAIL PROTECTED] wrote:
Hallo,
I think there has to be a bug in the mplex tool with lpcm. That is what I have
done:
1. sox NAME.wav -t raw -x -s -w -c2 -r48000 NAME.lpcm
2. mplex -S 0 -f 8 -V -o NAME.mpg NAME.lpcm
Skip Intro wrote:
Folks:
I'm still having trouble multiplexing a LPCM file with an MPEG-2 video
stream with mplex
I'm using the command line
mplex -f 8 -L 48000:2:16 -o output.mpg video.m2v audio.pcm
The audio.pcm file is 48K , stereo, 16 bits, Motorola byte order
When loaded
Attached is the patch that corrects this problem. Thank you for your
patience.
Robert W. Fuller wrote:
I'll be damned. That IS the problem. My LPCM data happens to look like
MPEG_AUDIO. Ok so here's the deal, the following code in interact.cpp
needs to be re-arranged so LPCM comes first
On Tue, 2005-01-18 at 10:35, Ronald S. Bultje wrote:
DTS has headers that shouldn't be there. They will confuse.
... and without my daily coffee, I just confused LPCM and DTS... What a
start-of-the-day...
Ronald
--
Ronald S. Bultje [EMAIL PROTECTED
[EMAIL PROTECTED] wrote:
I tried version mjpegtools-1.6.2 and mjpegtools-1.6.3-rc1. Both have this
problem.
Try the current CVS version - I submitted a patch to fix this bug which
was committed after the release of 1.6.3-rc1.
Dave.
---
On Tue, 28 Jun 2005, Dave Chapman wrote:
[EMAIL PROTECTED] wrote:
I tried version mjpegtools-1.6.2 and mjpegtools-1.6.3-rc1. Both have this
problem.
Try the current CVS version - I submitted a patch to fix this bug which
was committed after the release of 1.6.3-rc1.
I now tried the
On Tue, 28 Jun 2005, Dave Chapman wrote:
[EMAIL PROTECTED] wrote:
I tried version mjpegtools-1.6.2 and mjpegtools-1.6.3-rc1. Both have this
problem.
Try the current CVS version - I submitted a patch to fix this bug which
was committed after the release of 1.6.3-rc1.
I just tried the
On Thu, 13 Oct 2005, Dave Chapman wrote:
My understanding from examining 20-bit DVD-Audio AOB files (authored
using a commercial DVD-A authoring package) is that they are packed in a
similar way to 24-bit.
It would appear reasonable enough then to extend the patch to
treat
Well folks(?),No responses but I appear to have made some headway, which I'll share here in case someone's out there somewhere scratching their own head over this.The problem seems to have to do with dvdauthor's STC discontinuity at the chapter points when it's fed one file per chapter; the
On Sun, Jan 21, 2024 at 4:19 PM Steven Schultz wrote:
>
>
>
> On Sun, Jan 21, 2024 at 6:55 AM Andrew Randrianasulu
> wrote:
>>
>> Using svn code from
>>
>> svn checkout https://svn.code.sf.net/p/mjpeg/Code/ mjpeg-Code
>>
>> not tested apart from compilation ...
>
>
> a "hello world" change
mplayer_hdr to mplex?
mplex -W mplayer_hdr -f8 video.m1v audio.lpcm -o video.mpg
Works for me for playback of LPCM with xine and with various hardware
players.
Gert
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become
that part of which is available freely
online from various web pages, indicates that for NTSC, only LPCM and
AC3 are mandated. For PAL, it's LPCM and MP2 that are mandatory.
Since most DVD players anymore are all based around the same small
set of base decoder hardware, and the silicon makers want
Folks:
I'm still having trouble multiplexing a LPCM file with an MPEG-2 video
stream with mplex
I'm using the command line
mplex -f 8 -L 48000:2:16 -o output.mpg video.m2v audio.pcm
The audio.pcm file is 48K , stereo, 16 bits, Motorola byte order
When loaded into Adobe audition, it plays fine
Hi all,I've written a utility to author audio-only lpcm dvd's using mplex+dvdauthor; and though I'm feeding mplex audio and video of precisely equal duration, still get an audio gap at each chapter point. For instance using (24/96/2ch, NTSC) chapter 1 : A.lpcm=27027 frames (x 150 = 4054050 pts
LPCM_AUDIO. This results in the floating point exception in
mpastrm_in.cpp.
Unlikely though it seems, by pure coincidence my audio.lpcm happens to
have data that looks like an MPEG_AUDIO header? Note that I created
this lpcm file with sox as usual: sox audio.wav -r 48000 -w -c 2 -s -x
I've just been experimenting with 1.8.0's vastly
improved lpcm capabilities, and seem to have found one
more problem:
Mplex's 24-bit lpcm PES packet payloads aren't aligned
to the nearest fully-resolved sample boundary, e.g. a
typical packet, (subtracting headers) works out to, in
the case of 24
player you got lucky - it's
not required/mandated for NTSC players. Many (most) do handle it but
for maximum portability LPCM or AC3 are the standard/legal choices.
My player accepts MP2 audio but then again it's a Philips :)
Cheers,
Steven Schultz
On Sat, 19 Jun 2004, Robert W. Fuller wrote:
Attached is the patch that corrects this problem. Thank you for your
patience.
Robert W. Fuller wrote:
I'll be damned. That IS the problem. My LPCM data happens to look like
MPEG_AUDIO. Ok so here's the deal, the following code in interact.cpp
format. Either MP2, LPCM, or AC3
are the valid options (DTS is also permitted but I'm not aware of
any free encoders for DTS audio).
the images weren't created at the correct size. For PAL you
need to create the images at 768x576 and then scale to 720x576
As promised a couple of hours ago, here's a first attempt at a
wav2lpcm program to create a .lpcm file suitable for multiplexing
with mplex.
It should support mono/stereo WAV files at 16-bit/24-bit and
48KHz/96KHz, but I've not tested it very thoroughly.
You can get it at:
http://dvd
buffer
underflows? What are the average and peak bitrates it displays when it
finishes running?
$ mplex -S 0 -f 8 -V -o NAME.mpg NAME.lpcm NAME.m2v
INFO: [mplex] mplex version 1.6.2 (2.2.3 $Date: 2004/01/13 20:45:26
$)
INFO: [mplex] File movie.lpcm looks like an LPCM Audio stream.
INFO
I'm going to use the newer version, because I want to make sure there
isn't anything slightly off in the generated output.
Now it's COMPLETELY solved I got the latest from cvs to build under
CYGWIN, (that was a task that took most of my morning...) and now my
stream with PCM audio plays in
On Fri, 5 May 2006, bn wrote:
The problem seems to have to do with dvdauthor's STC discontinuity at the
chapter points when it's fed one file per chapter; the initial pts/dts values
are reset, and this somehow throws things off during playback, even if audio
and video endpoints are perfectly
Using svn code from
svn checkout https://svn.code.sf.net/p/mjpeg/Code/ mjpeg-Code
not tested apart from compilation ...
Index: mplex/lpcmstrm_in.cpp
===
--- mplex/lpcmstrm_in.cpp (revision 3507)
+++ mplex/lpcmstrm_in.cpp (working
Hello!
I am trying to develop procedure for making DVDs with LPCM audio using
Linux NLE Cinelerra-gg [1]
It works, but for some reason our lpcm file received as TOO LOUD by
default, so I must quieten down whole sound track by 40 db.
short (less than 3 min) video
https://youtu.be/-NE2LZsVUjo
Hallo,
I think there has to be a bug in the mplex tool with lpcm. That is what I have
done:
1. sox NAME.wav -t raw -x -s -w -c2 -r48000 NAME.lpcm
2. mplex -S 0 -f 8 -V -o NAME.mpg NAME.lpcm NAME.m2v
It make no different if I also use -L 48000:2:16
3. Try to play this file with mplayer
Ok it's not a function of the file size.
Huh. I don't get it. Any ideas?
Robert W. Fuller wrote:
Now I'm truly baffled. This seems to be a function of the size of the
LPCM file. With this file size, I get the FP exception:
-rw-r--r-- 1 edison users 430811612 Jun 19 01:04 audio.lpcm
If I
LPCM (but spending 1.5Mb/s on audio
is wasteful - at least until the dual layer recorders come out later
this year).
The reference to AC3 should probably be removed from that sentence.
Cheers,
Steven Schultz
On Tue, 5 Apr 2005, Dave Chapman wrote:
Unfortunately, it's not quite as simple as that for 24-bit audio.
I didn't think it would be ;) Oh, you're also quite correct about
flipping bytes in the 16bit lpcm files - I momentarily forgot that
'-x' is needed when using sox
-bit than 24-bit.
That would be nice, and even nicer if it supports reading the stream
from stdin so you can create your lpcm streams in a single step from the
AVI/QT file.
BTW: Does it make sense, when you convert the bitrate, from 44.1kHz
16Bit to 48/96kHz that you increase also the audio sample
[EMAIL PROTECTED] wrote:
$ sox -V
sox: Version 12.17.7
Checking the sox ChangeLog, I found this:
sox-12.17.8
---
o -x option was being ignored since 12.17.7.
So it looks like a bug in 12.17.7 - you should upgrade to 12.17.8 and
that should fix it.
I now swapped the bytes myself
[EMAIL PROTECTED] wrote:
INFO: [mplex] Average bit-rate : 7173600 bits/sec
INFO: [mplex] Peak bit-rate: 8804400 bits/sec
INFO: [mplex] BUFFERING min 15 Buf max 139661
INFO: [mplex] MUX STATUS: no under-runs detected.
So peak bit-rate is OK.
No it isn't. 8.8Mbit/s for
On Thu, 30 Jun 2005, Dave Chapman wrote:
[EMAIL PROTECTED] wrote:
INFO: [mplex] Average bit-rate : 7173600 bits/sec
INFO: [mplex] Peak bit-rate: 8804400 bits/sec
INFO: [mplex] BUFFERING min 15 Buf max 139661
INFO: [mplex] MUX STATUS: no under-runs detected.
So
[EMAIL PROTECTED] wrote:
Hello Dave,
how do I know the result of the mplexed mpg file will never takes over
the 10.08Mbit/s limit for DVDs? I know tried to burn the DVD with AC3
tone and this time the peak bit-rame and the audio rat are under 10.08
Mbit. At the beginning sound and video is
Folks:
I've never been able to get mplex to work with pcm audio!
My source PCM sounds fine and my video looks fine pre-multiplex. When
I multiplex them together. If I load the audio into Adobe audition,
telling it it's 48000, 16 bits, Motorola byte order, it sounds fine.
Then if I multiplex it
On Fri, 5 Aug 2005, Skip Intro wrote:
I've never been able to get mplex to work with pcm audio!
Hmmm, it's been working OK for a while for other folks.
trying this with 1.6.3, but previous versions are doing the same
thing.
Ahhh, is that the release candidate 1 kit that was
On Fri, 5 Aug 2005, Skip Intro wrote:
What's the story on AC-3? Have you ever ran AC-3 audio-only DVD disk
through a compatibility lab to see what the coverage is?
The last time (a while back I admit) I tried to use ffmpeg's AC3
audio and it didn't play the fellow (not a
Also, what are you using to play back the multiplexed file? Are you
sure that it is not a bug in that application? Have you tried burning
it to DVD and playing in a hardware player?
Well, what do you know!?
The Multiplexed mpeg (I haven't authored a DVD with it yet...) plays
*fine* in
On Tue, 11 Oct 2005, bn wrote:
Below is a patch to fix this (excuse the word-wrap,
courtesy of yahoo mail; I'll attach it separately as
well), by adding a 'whole_unit' variable to class
The attached patch worked fine.
Not necessary to include both a yahoo version and an
disc from wave or flac audio filesets, with md5 verification and archival content. - extract unencrypted lpcm audio streams from dvd-video to wave or flac in an md5-verified process. Download: http://prdownloads.sourceforge.net/audioplex/Lplex_0.1_beta_win32.zip?downloadHome:http://sourceforge.ne
Specify data rate of output stream in kbit/sec
(default 0=Compute from source streams)
--video-buffer|-b num [, num...]
Specifies decoder buffers size in kB. [ 20...2000]
--lpcm-params | -L samppersec:chan:bits [, samppersec:chan:bits]
--mux-limit|-l num
Multiplex only num seconds
has 3 audio tracks - LPCM
(huge at ~1.5Mb/s), 5.1 AC3 (448Kkb/s), and DTS (I forget the
rate - probably 448K also) as well as a high rate video stream.
What I wanted was just the video and the AC3 stream. So after
getting the concert to a 'stream.dump' using
/home/mixonic/DVD-Ref/encoding/dts.wav.pcm
unrecogniseable! **ERROR: [mplex] Unrecogniseable file(s)... exiting.)
Perhaps it's necessary to use the '-L' option with mplex to specify
the format of the file?
--lpcm-params | -L samppersec:chan:bits
with mjpegtools.
*) y4mstabilizer for stabilizing images with unsteady camera work
- Improvements and fixes in 'mplex' for handling PCM audio (LPCM
audio actually works now ;))
- DPME (Dual Prime Motion Estimation) in the encoder (mpeg2enc)
is fully functional (it was present but buggy
, it doesn't
like those files either -- and in it's (difficult to follow) tutorial the
Oh, iDVD is braindead - I gave that one try and bought DVDSP. iDVD
also doesn't offer compressed audio - LPCM only - and I couldn't see
giving up 1.5Mb/s out of the bit budget for audio
)
--video-buffer|-b num [, num...]
Specifies decoder buffers size in kB. [ 20...2000]
--lpcm-params | -L samppersec:chan:bits [, samppersec:chan:bits]
--mux-limit|-l num
Multiplex only num seconds of material (default 0=multiplex all)
--sync-offset|-O num
Specify offset of timestamps (video
78 matches
Mail list logo