pBurn 4.3.19
Working from Slacko 5.5 as a live CD, I installed Pburn 4.3.5 to concatenate a movie in 7 parts (mp4s), by selecting "Author files in list to Video-DVD file system" from Tools. This produced a folder with 6 files, 2 of which are large VOB files comprising the movie in two halves. Although audio-video sync is good for this concatenation, 7 parts to 2 parts, I am not completely satisfied with the end result because, for the two VOB files, the video clock-timer is counting multiple 15-minute increments of the original 7 mp4s. Actually, parts 1 through 6 are 15 minutes each, and part 7 is only 10 minutes. On the other hand, between the 15-minute parts there is considerable discrepancy in file size, from 41 MB to 62 MB. Total size of the movie is about 380 MB, which is bare minimum for avoiding pixellation and other distortion.
Here are the 6 files authored to directory with Pburn:
VIDEO_TS.BUP (gear icon)
VIDEO_TS.IFO (gear icon)
VTS_01_0.BUP (gear icon)
VTS_01_0.IFO (gear icon)
VTS_01_1.VOB (film icon)
VTS_01_2.VOB (film icon)
I tried to use the CopyDVD app to concatenate the two halves, but nothing happened when I clicked "Rip DVD", presumably because there is no DVD. Some command line refinement might be called for here. What can I do to concatenate the two VOB files into one mp4 file? Naturally, it would be preferable for the resultant concatenation to show a clock-timer that runs from 0 to 100 minutes. In fact, I would be willing to redo the original concatenation (to two parts) if there were some way to make the clock-timer count continuous time for each half.
Understand that I could have burned the 7 parts as a project to DVD, and then ripped the resultant DVD for one single file. That would likely produce a good result, even if the clock-timer still counted 15-minute increments. The sad fact is, burning the project to DVD is the best way to concatenate a video (movie) in multiple parts, even when this wastes a DVD for the purpose. There may be a better way in Windows, but I haven't discovered it.
EDIT: I observed the clock while watching the movie, and the above description is not entirely accurate. The video clock-timer counts up to 14:59 and stops, then remains frozen for the duration of the movie. The counter starts at "00:00/03:24" when the movie begins. The counter shows "14:59/03:24" when it stops at the first 15-minute mark. If I move the slider to skip over the end of the first segment, the count will begin again at "00:00/03:24" in the second 15-minute segment.
Here are the 6 files authored to directory with Pburn:
VIDEO_TS.BUP (gear icon)
VIDEO_TS.IFO (gear icon)
VTS_01_0.BUP (gear icon)
VTS_01_0.IFO (gear icon)
VTS_01_1.VOB (film icon)
VTS_01_2.VOB (film icon)
I tried to use the CopyDVD app to concatenate the two halves, but nothing happened when I clicked "Rip DVD", presumably because there is no DVD. Some command line refinement might be called for here. What can I do to concatenate the two VOB files into one mp4 file? Naturally, it would be preferable for the resultant concatenation to show a clock-timer that runs from 0 to 100 minutes. In fact, I would be willing to redo the original concatenation (to two parts) if there were some way to make the clock-timer count continuous time for each half.
Understand that I could have burned the 7 parts as a project to DVD, and then ripped the resultant DVD for one single file. That would likely produce a good result, even if the clock-timer still counted 15-minute increments. The sad fact is, burning the project to DVD is the best way to concatenate a video (movie) in multiple parts, even when this wastes a DVD for the purpose. There may be a better way in Windows, but I haven't discovered it.
EDIT: I observed the clock while watching the movie, and the above description is not entirely accurate. The video clock-timer counts up to 14:59 and stops, then remains frozen for the duration of the movie. The counter starts at "00:00/03:24" when the movie begins. The counter shows "14:59/03:24" when it stops at the first 15-minute mark. If I move the slider to skip over the end of the first segment, the count will begin again at "00:00/03:24" in the second 15-minute segment.
nubc
I was hoping a guru would step in here. This is a bit out of my scope.
pBurn uses the progam 'vobcopy' to rip the DVD and 'vamps' to shrink it. This code was written by plinej for his dvdrsab app. It is the program 'dvdauthor' that builds the DVD filesystem. I do not know these commands very well. The ripping/burning commands are all shown in the 'Advanced' tab in the burn-options dialog.
My focus with pBurn is to ... burn
Related functions like ripping are not having my priority. But, if someone else are willing to look at it, I am not strictly against it.
Sigmund
I was hoping a guru would step in here. This is a bit out of my scope.
pBurn uses the progam 'vobcopy' to rip the DVD and 'vamps' to shrink it. This code was written by plinej for his dvdrsab app. It is the program 'dvdauthor' that builds the DVD filesystem. I do not know these commands very well. The ripping/burning commands are all shown in the 'Advanced' tab in the burn-options dialog.
My focus with pBurn is to ... burn
Related functions like ripping are not having my priority. But, if someone else are willing to look at it, I am not strictly against it.
Sigmund
My only suggestion would be to concatenate the original MP4's into one file using ffmpeg, then author it. From here:
Hopefully, this will make the timer work correctly through the full playback.ffmpeg -i "concat:input1.mpg|input2.mpg|input3.mpg" -c copy output.mpg
If you have MP4 files, these could be losslessly concatenated by first transcoding them to mpeg transport streams. With h.264 video and AAC audio, the following can be used:
ffmpeg -i input1.mp4 -c copy -bsf:v h264_mp4toannexb -f mpegts intermediate1.ts
ffmpeg -i input2.mp4 -c copy -bsf:v h264_mp4toannexb -f mpegts intermediate2.ts
ffmpeg -i "concat:intermediate1.ts|intermediate2.ts" -c copy -bsf:a aac_adtstoasc output.mp4
- technosaurus
- Posts: 4853
- Joined: Mon 19 May 2008, 01:24
- Location: Blue Springs, MO
- Contact:
Seeking with variable bitrate encoding is hard because you can't just multiply the number of packets by a single value (you have to track them as you traverse the file), but if you want the best encoding possible with the smallest file size possible, that is what you've got.nubc wrote:The video clock-timer counts up to 14:59 and stops, then remains frozen for the duration of the movie
FWIW I just wrote a tool to strip ID3 tags from mp3 files so you can just use `cat *.mp3 >collection.mp3` to put them together without any en/de-coding. I'm sure the same is possible for other streaming type formats, but for formats that are meant to be stored in files you _may_ need to rebuild the format specific header info from them.
My id3 stripper is here if you want to take a look at how it works (pretty simple)
Check out my [url=https://github.com/technosaurus]github repositories[/url]. I may eventually get around to updating my [url=http://bashismal.blogspot.com]blogspot[/url].
- technosaurus
- Posts: 4853
- Joined: Mon 19 May 2008, 01:24
- Location: Blue Springs, MO
- Contact:
- charlie6
- Posts: 1230
- Joined: Mon 30 Jun 2008, 04:03
- Location: Saint-Gérard / Walloon part of Belgium
Hi Sigmund,
on dpup-wheezy-3.5.2.5as also on 3.5.2.11:
using PBurn-4.3.5, blanking a DVD-rw returns the following log:
What would i have to do?
Thanks for answering
Greetings!
Charlie
on dpup-wheezy-3.5.2.5as also on 3.5.2.11:
using PBurn-4.3.5, blanking a DVD-rw returns the following log:
Do i have to care about the last lines reporrting «failed»?Pburn version 4.3.5
###################################################
COMMAND:
###################################################
growisofs -use-the-force-luke=notray -Z /dev/sr1=/dev/zero
###################################################
OUTPUT:
###################################################
Executing 'builtin_dd if=/dev/zero of=/dev/sr1 obs=32k seek=0'
/dev/sr1: "Current Write Speed" is 4.1x1352KBps.
35782656/4706074624 ( 0.8%) @4.1x, remaining 13:03 RBU 100.0% UBU 2.0%
54099968/4706074624 ( 1.1%) @4.0x, remaining 14:19 RBU 100.0% UBU 53.1%
71991296/4706074624 ( 1.5%) @3.9x, remaining 13:56 RBU 100.0% UBU 63.3%
90603520/4706074624 ( 1.9%) @4.0x, remaining 13:35 RBU 100.0%
... etc ...
4672552960/4706074624 (99.3%) @4.0x, remaining 0:06 RBU 100.0% UBU 85.7%
4691099648/4706074624 (99.7%) @4.0x, remaining 0:02 RBU 100.0% UBU 55.1%
:-[ WRITE@LBA=231020h failed with SK=5h/INVALID ADDRESS FOR WRITE]: Invalid argument
write failed: Invalid argument
/dev/sr1: flushing cache
/dev/sr1: writing lead-out
What would i have to do?
Thanks for answering
Greetings!
Charlie
Charlie
Question 1:
After blanking, did pBurn show the error or finish dialog? I suspect the Error dialog, since you have posted here
Question 2:
Did the DVD work after blanking, or ... ?
If yes is the answer, I should think of more information in the error-message for this behavior.
As said in the blanking dialog (with red text); blanking of DVD's might be troublesome for some burner devices. For those, the solution is to overwrite existing data. This is done in the burn-option-dialog.
Sigmund
Question 1:
After blanking, did pBurn show the error or finish dialog? I suspect the Error dialog, since you have posted here
Question 2:
Did the DVD work after blanking, or ... ?
If yes is the answer, I should think of more information in the error-message for this behavior.
As said in the blanking dialog (with red text); blanking of DVD's might be troublesome for some burner devices. For those, the solution is to overwrite existing data. This is done in the burn-option-dialog.
Sigmund
- charlie6
- Posts: 1230
- Joined: Mon 30 Jun 2008, 04:03
- Location: Saint-Gérard / Walloon part of Belgium
Hello Sigmund !
here using wheezy-3.5.2.5 + latest 01micko pup_event_files-140714.tar.gz (seems working nice)
PBurn reports «mkisofs: No such file or directory» ... mkisofs is well present on my system ...! (see attached pBurn18jui2014.log.tar.gz )
thanks in advance for your time!
Greetings
Charlie
here using wheezy-3.5.2.5 + latest 01micko pup_event_files-140714.tar.gz (seems working nice)
it finishes dialog (see shot hereunder)zigbert wrote:Question 1:
After blanking, did pBurn show the error or finish dialog? I suspect the Error dialog, since you have posted here
it works: i could re-use the DVD and burn datas on it again.zigbert wrote:Question 2:
Did the DVD work after blanking, or ... ?
If yes is the answer, I should think of more information in the error-message for this behavior.
I tried to overwrite existing datas and got the below documented error.zigbert wrote:As said in the blanking dialog (with red text); blanking of DVD's might be troublesome for some burner devices. For those, the solution is to overwrite existing data. This is done in the burn-option-dialog.
Sigmund
PBurn reports «mkisofs: No such file or directory» ... mkisofs is well present on my system ...! (see attached pBurn18jui2014.log.tar.gz )
thanks in advance for your time!
Greetings
Charlie
- Attachments
-
- pburn435_overwrite.jpg
- overwriting
- (45.25 KiB) Downloaded 661 times
-
- pBurn18jui2014.log.tar.gz
- overswriting log
- (862 Bytes) Downloaded 278 times
-
- pburn-4.3.5.jpg
- blanking complete
- (49.96 KiB) Downloaded 680 times
Hey Sigmund
I noticed that pBurn has a broken symlink:
/root/.config/rox.soureforge.net/OpenWith/.application_x-cd-image/Burn with pBurn points to ../../../../usr/local/apps/Pburn, but there is pBurn.
Another thing - have you been considering to suppress those ugly chars in log window after "Last chance to quit" msg?
I've got quite good results using this in func_exec (line 27):
Thanks &
Greetings!
I noticed that pBurn has a broken symlink:
/root/.config/rox.soureforge.net/OpenWith/.application_x-cd-image/Burn with pBurn points to ../../../../usr/local/apps/Pburn, but there is pBurn.
Another thing - have you been considering to suppress those ugly chars in log window after "Last chance to quit" msg?
I've got quite good results using this in func_exec (line 27):
Code: Select all
$WORKDIR/exec | tr -s '\b' '\n' >> $LOG 2>&1
Greetings!
- Attachments
-
- Screenshot.jpg
- (60.9 KiB) Downloaded 808 times
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]
[b][color=green]Omnia mea mecum porto.[/color][/b]
Charlie
The blanking process (backend) did not report error (which is a bit strange when looking at your log. The output is pointed to stdout, not stderr.), so pBurn wisely does not see this as an error. We should therefor expect the disc to be useful. The log output is still a bit awkward...
Your overwrite output is sent to stderr, and is grabbed by the pBurn error-checker. I have added the following Error-msg for your case:
Problem writing to disc
Please blank disc in 'Blank complete' mode.
Sigmund
The blanking process (backend) did not report error (which is a bit strange when looking at your log. The output is pointed to stdout, not stderr.), so pBurn wisely does not see this as an error. We should therefor expect the disc to be useful. The log output is still a bit awkward...
Your overwrite output is sent to stderr, and is grabbed by the pBurn error-checker. I have added the following Error-msg for your case:
Problem writing to disc
Please blank disc in 'Blank complete' mode.
Sigmund
That's strange, Slacko-5.7 + busybox tr here as well...zigbert wrote:When it comes to the 'tr' fix, I can't get it to work. It strips all info in $LOG, and log-box shows no progress. I only have the busybox 'tr', and I guess that explains it all. I am running Slacko 5.7
What exact action were you doing while testing this?
In my case it was blanking and then burning an ISO image onto 80mm mini CD-RW.
Hmm, did you try to invoke this directly?
Code: Select all
cdrecord dev=/dev/sr0 blank=all 2>&1 | tr -s '\b' '\n'
Anyway, it's not so crucial, after all.
Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]
[b][color=green]Omnia mea mecum porto.[/color][/b]
Version 4.3.6
See main post
Changelog
- Added Error-msg if growisofs wants you to do a full blanking. (Thanks to Charlie6)
- Bugfix: Export iso with only 1 non-video-file in burnlist gives option to build video-iso.
- Bugfix: Broken symlink to rox:OpenWith - Burn with pBurn. (thanks to SFR)
- Bugfix: Removed dead NLS-link from pet. (thanks to rg66)
See main post
Changelog
- Added Error-msg if growisofs wants you to do a full blanking. (Thanks to Charlie6)
- Bugfix: Export iso with only 1 non-video-file in burnlist gives option to build video-iso.
- Bugfix: Broken symlink to rox:OpenWith - Burn with pBurn. (thanks to SFR)
- Bugfix: Removed dead NLS-link from pet. (thanks to rg66)
In 4.3.6 - "ps | grep" etc to detect running instance of Xdialog, etc only works if you use busybox version of ps. This is the case in puppy (ps is a symlink to busybox) but may not be true on others (=Fatdog) where ps is actually the full ps. As a result, dialogs are not closed when they should be.
The fix is simple, use "busybox ps" instead of "ps" on line 99, and 305 on func_exec, line 326 on "pburn" and line 383 on func_gui. Doing this will not harm other puppies anyway.
For your consideration
The fix is simple, use "busybox ps" instead of "ps" on line 99, and 305 on func_exec, line 326 on "pburn" and line 383 on func_gui. Doing this will not harm other puppies anyway.
For your consideration
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
jamesbond
In the more recent code I have instead used the following code which works with the full ps.
Could you test if this works ok for you. pBurn should not rely on busybox.
Sigmund
In the more recent code I have instead used the following code which works with the full ps.
Code: Select all
grep -F 'Xdialog' <<< $(ps -eo pid,command)
Sigmund
Agreed - the idea is that it should work equally well with or without busybox.zigbert wrote:pBurn should not rely on busybox.
On a quick test, it seems to work. But "busybox ps" doesn't recognise "-eo", so puppies that symlink ps to busybox will fail this. One format that will work equally well is "ps -ef" but the output format is different ...Could you test if this works ok for you. pBurn should not rely on busybox.Code: Select all
grep -F 'Xdialog' <<< $(ps -eo pid,command)
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]