Re: [Mjpeg-users] mplex problem with hardware DVD player
On Thursday 22 December 2005 15:22, Bernhard Praschinger wrote: > Hallo > > > I am having a problem with mplex for a certain hardware DVD Player > > (Philips DVD707): > > Normaly those players work without causing troubles. > > > I put the SVCD in the player and it starts playing, but video and audio > > are I think it is something related to the beginning of the mplexed > > stream because if I jump to a chapter it also gets in sync. > > Which version of the mjpegtools do you use ? mjpegtools mplex-2 version 1.6.3-rc2 (2.2.3) I think I used yum install. It was configured to use freshrpms. About one month ago. > > > Script used to generate t.mpv: > > smil2yuv t.avi | yuvscaler -v 0 -n n -O SVCD -M BICUBIC | mpeg2enc -H -V > > 46 -v 0 -n n -I 1 -a 2 -b 1897 -f 5 -q 4 -4 1 -2 1 -r 32 -g 6 -G 18 -S > > 900 -B 260 -K tmpgenc -o t.mpv > > Can you encode the video once without using -r -g/-G -V And sees if it > works than ? Yes, I can. > > Why do you want to make a non standart SVCD (-f 5) ? Well, the previous answer was obviously a joke. I removed r,g,G from mpeg2enc and V from mplex. I got a slightly smaller mpg (4668916). Same result: out of sync. Now to this answer: I don't really remember, I think it was something about GOP between 6 and 18, I surely don't remember. > Does it work if you use -f 4 (Standard SVCD) ? No. One very strange thing I forgot to mention: The film starts black, fading in. Sound is also silent, fading in. As soon as I hear the sound it is somehow interrupted (come and go). When fading finishes, sound comes before the video. > > > Script used to generate t.mpg in mplex: > > mplex -f 5 -V -S 900 -o t.mpg t.mpv t.mp2 > > When you use a non standart maximal bitrate you should add the correct > bitrate when you multiplex the stream afterwards. By default it uses a > higher bitrate than you have allowed (-b 1897) ! (192+1897)*1.01 = 2109.89, so I used 2110, ok? messages: INFO: [mplex] rough-guess multiplexed stream data rate: 2137944 INFO: [mplex] target data-rate specified : 2788800 INFO: [mplex] Setting specified specified data rate: 2788800 INFO: [mplex] Run-in Sectors = 78 Video delay = 46800 Audio delay = 49803 Once again, out of sync. > > > Authoring was done with chapters in VCDEasy v.1.1.4 in Win98, SVCD > > format. > > Why don't you use vcdimager ? It's a long story. Turning it very short: I used to author using VCDEasy because I want chapters every 5 minutes. And a GUI. And SVCD. QDVDAuthor only makes DVDs. Tovid needs to encode video. So for the moment I stayed with VCDEasy. VCDEasy actually runs vcdimager under cygwin so the result is the same without the need to type xml by hand. I would be very glad to hear a suggestion. > > auf hoffentlich bald, > auf wiederlesen! <- if it exists > Berni the Chaos of Woodquarter > > Email: [EMAIL PROTECTED] > www: http://www.lysator.liu.se/~gz/bernhard Do you have an english version of your homepage? Babelfish gives only and idea of what it is all about. Thanks! Delio --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mplex problem with hardware DVD player
Hi Delio, Thanks for the Bug report ... I'll take a look to see what the difference is and what's going wrong. cheers, Andrew --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mplex sync offset blank problem
Hi Rob, > Thanks for all your hard work. Combined with DVDAuthor, this is an > amazing tool. Recently, I found I needed to offset my ac3 7310ms (yes, I > know, that's big) to sync with my video. Quite a few errors later, > mplex finished; reporting buffer underruns. Hmmm 'theoretically' changing the offset shouldn't cause under/over-run. Sounds like a bug in mplex. It could be some kind of numeric overflow or similar caused by the very big offset. > ps. options were -f 8 -O 7310ms -V > The file was completely playable in all media players, but would caused > a non-working dvd when authored through with dvdauthor. HW Players are much much more sensitive than SW players (which generally can play any old mis-multiplexed rubbish quite happily ;-)). cheers, Andrew --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mplex sync offset blank problem
>Greetings, >Thanks for all your hard work. Combined with DVDAuthor, this is an >amazing tool. Recently, I found I needed to offset my ac3 7310ms (yes, I >know, that's big) to sync with my video. Quite a few errors later, ... >stream), then using that new ac3 (with 0.7310s added) in Mplex and all ... >ps. options were -f 8 -O 7310ms -V ("7310 milliseconds" is 7.31 seconds, not 0.731 seconds) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mplex timecode problem
> i have a problem with mplex and timecode. > > if i use mplex (2.2.1 from mjpegtools.1.6) under windows (xp sp2), > everything worsk correct. > if i use mplex (2.2.4 from mjpegtools 1.8) under linux (debian sarge), the > timecode of the file is wrong. > > i have a m2v and a mp2 file, the mp2 file has a timecode of 9:47 minutes, > and thats right. > > with windows, the timecode of the mpg file is 9:47, with linux the timecode > is 5:23, why that?? HmmmI'm not sure what you mean by 'timecode' here. Is this something coming back from some player software? Also are the differing timecodes from *running* mplex under windows or playing the result. If you have a short sample (a few seconds of video and audio is ideal) that demonstrates the problem I can easily take a look to see what the differences are... cheers, Andrew --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mplex problem with hardware DVD player
Hallo > I am having a problem with mplex for a certain hardware DVD Player (Philips > DVD707): Normaly those players work without causing troubles. > I put the SVCD in the player and it starts playing, but video and audio are > I think it is something related to the beginning of the mplexed stream because > if I jump to a chapter it also gets in sync. Which version of the mjpegtools do you use ? > Script used to generate t.mpv: > smil2yuv t.avi | yuvscaler -v 0 -n n -O SVCD -M BICUBIC | mpeg2enc -H -V 46 -v > 0 -n n -I 1 -a 2 -b 1897 -f 5 -q 4 -4 1 -2 1 -r 32 -g 6 -G 18 -S 900 -B 260 > -K tmpgenc -o t.mpv Can you encode the video once without using -r -g/-G -V And sees if it works than ? Why do you want to make a non standart SVCD (-f 5) ? Does it work if you use -f 4 (Standard SVCD) ? > Script used to generate t.mpg in mplex: > mplex -f 5 -V -S 900 -o t.mpg t.mpv t.mp2 When you use a non standart maximal bitrate you should add the correct bitrate when you multiplex the stream afterwards. By default it uses a higher bitrate than you have allowed (-b 1897) ! > Authoring was done with chapters in VCDEasy v.1.1.4 in Win98, SVCD format. Why don't you use vcdimager ? auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] mplex problem with hardware DVD player
I am having a problem with mplex for a certain hardware DVD Player (Philips DVD707): I put the SVCD in the player and it starts playing, but video and audio are out of sync. But if I fast forward or "rewind", the video gets instantly in sync! I have another hardware player (Philips DVD615) which always plays correctly. So I need to upgrade the firmware of the problematic player? Not quite. I installed wine and bbmpeg (v1.24 beta18). I multiplexed with bbmpeg under wine and I don't have this problem at all. I think it is something related to the beginning of the mplexed stream because if I jump to a chapter it also gets in sync. Script used to generate t.mpv: smil2yuv t.avi | yuvscaler -v 0 -n n -O SVCD -M BICUBIC | mpeg2enc -H -V 46 -v 0 -n n -I 1 -a 2 -b 1897 -f 5 -q 4 -4 1 -2 1 -r 32 -g 6 -G 18 -S 900 -B 260 -K tmpgenc -o t.mpv Script used to generate t.mp2: smil2wav t.avi | mp2enc -r 44100 -b 192 -e -o t.mp2 Script used to generate t.mpg in mplex: mplex -f 5 -V -S 900 -o t.mpg t.mpv t.mp2 Options used in bbmpeg under wine: Program Stream Settings: VBR: on Write program end code: off Add SVCD scan offsets: off Align sequence headers: on The video in question (only 20s to keep things short) can be found at: http://delio.homelinux.com/mplex/ t.mpv is mpeg2 video only (4M). t.mp2 is mp2 audio only (476K). t.mpg is multiplexed with mplex (4.5M). t_bbmpeg.mpg is multiplexed with bbmpeg under wine (4.5M). t.avi is the DV video (20s) (73M - not necessary to test). t.sh is the shell script l.txt is the output of the shell script Authoring was done with chapters in VCDEasy v.1.1.4 in Win98, SVCD format. Any ideas? Is there any parameter missing in mplex? Many thanks in advance! --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] mplex sync offset blank problem
Greetings, Thanks for all your hard work. Combined with DVDAuthor, this is an amazing tool. Recently, I found I needed to offset my ac3 7310ms (yes, I know, that's big) to sync with my video. Quite a few errors later, mplex finished; reporting buffer underruns. I tried authoring with the file, no luck at all. Later, I used a dvd authoring program (dvdlab) to adjust the ac3 stream sync (it adds blank time to the front of the stream), then using that new ac3 (with 0.7310s added) in Mplex and all worked great! Straight through authoring and playback. Thus, has anyone looked into the way the sync offset is done? Would it be possible to automatically insert the needed "blank" ac3 stream data instead of just delaying it? Seems like a bug. :) Thanks Rob ps. options were -f 8 -O 7310ms -V The file was completely playable in all media players, but would caused a non-working dvd when authored through with dvdauthor. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] mplex timecode problem
Hi! i have a problem with mplex and timecode. if i use mplex (2.2.1 from mjpegtools.1.6) under windows (xp sp2), everything worsk correct. if i use mplex (2.2.4 from mjpegtools 1.8) under linux (debian sarge), the timecode of the file is wrong. i have a m2v and a mp2 file, the mp2 file has a timecode of 9:47 minutes, and thats right. with windows, the timecode of the mpg file is 9:47, with linux the timecode is 5:23, why that?? regards, dunsti
Re: [Mjpeg-users] Mjpegtools problem with Lives
Hi, I'm trying to help Claudio with this (LiVES is a video editor which uses mjpegtools). Just to clarify, the problem has been reported before: http://www.mail-archive.com/mjpeg-users@lists.sourceforge.net/msg06064.html Has there been any success in getting mplex to work with glibc-2.3.5? Cheers, -- [EMAIL PROTECTED] Gunnm: Broken Angel http://amv.reimeika.ca http://reimeika.ca/ http://photo.reimeika.ca --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Latest yuvdenoise
I'll follow your directions when I get a chance. May be a week or two before I get to it, but I'll do it. -- Ray --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] B ... [WAS: y4mscaler: Upsampling to widescreen]
On Tue, Dec 20, 2005 at 11:15:43AM +1100, Mark Heath wrote: > I'm not sure how this came about but I thought about training a > Backpropagation neural net with sample images so that it may learn what the > missing pixels looked like from the surrounding pixels. Just FYI, you might be interested in this work on "Video Epitomes": http://www.psi.toronto.edu/~vincent/videoepitome.html -Dave Dodge --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Latest yuvdenoise
Ray Cole schrieb: > Works :-) > > Not sure if you wanted feedback on results or not, but if so things > look pretty good to me. That's fine... > I've been in the habit of having all the filters off except for the > temporal filter with yuvdenoise because adding the other filters > generally caused my bitrate to go up rather than down and it would > 'dull' the image a bit this was true for rather noisefree images. It shouldn't be true anymore... > yuvdenoise has been my favorite filter for some time - I really like > its results. 8-) > Anyway with the latest in the repository I ran it on some material > and I didn't notice it blurring the image. I did, however, notice a > little bit of 'blockiness' in a scene that was mostly blue sky > [...]There were clearly little squares blurred in the middle breaking > up at the edges [...] hmm, strange... as the new 3D filter (which is a 2D filter since last commit -- I should change the usage()...) is not block-based, this puzzels me a little bit. But as I encountered something simmilar (but in my case the blocks beeing green :) ), I would like you to: a) verify that these blocks are not introduced by mpeg2enc (which was it in my case) and b) if they are really introduced by the denoiser send me a ca. 50 frames y4mstream (please use bzip2...), as well as the used thresholds, so I can investigate (and possibly remove) that behavior of the denoiser, as it clearly should not add unwanted blocks... cu Stefan -- Gnomemeeting/Netmeeting: callto:ils.seconix.com/[EMAIL PROTECTED] ICQ: 131490319 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users