On Wed, 06 Oct 2010 06:55:13 +0200
godo wrote:
>
> >> mplayer might let you do that with -dumpstream.
> >
> > I've used -dumpstream before, to just grab the audio from a YouTube
> > video without reencoding it. I'd have to figure out how to correctly
> > repack the raw streams into a new contai
mplayer might let you do that with -dumpstream.
I've used -dumpstream before, to just grab the audio from a YouTube
video without reencoding it. I'd have to figure out how to correctly
repack the raw streams into a new container.
Celejar
I was try that with ffmpg and it works.
ffmpeg -i in
On Tue, 05 Oct 2010 19:50:49 -0500
Ron Johnson wrote:
> On 10/05/2010 07:22 PM, Celejar wrote:
> [snip]
> >
> > And flv is also a container, so I suppose that what I really want to do
> > is "transcontainerify" rather than transcode, i.e., to repack the video
> > into a different container, witho
On 10/05/2010 03:40 PM, Celejar wrote:
Hi,
I'm dabbling in transcoding flvs (e.g., from YouTube) to mp4s (for
uploading to a service (Snapfish) which doesn't support flv. I'm doing
something like this:
ffmpeg -i example.flv example.mp4
I find that the above command line reduces the size of th
On 10/05/2010 07:22 PM, Celejar wrote:
[snip]
And flv is also a container, so I suppose that what I really want to do
is "transcontainerify" rather than transcode, i.e., to repack the video
into a different container, without reencoding it. Is this even
possible?
mplayer might let you do tha
On Tue, 5 Oct 2010 17:31:59 -0400
Rob Owens wrote:
> On Tue, Oct 05, 2010 at 01:15:16PM -0400, Celejar wrote:
> > And why on earth is the default behavior to multiply the size by a
> > factor of four just to retain the same quality? Is mp4 really such an
> > inferior format to flv that this is r
On Tue, Oct 05, 2010 at 01:15:16PM -0400, Celejar wrote:
> And why on earth is the default behavior to multiply the size by a
> factor of four just to retain the same quality? Is mp4 really such an
> inferior format to flv that this is required to retain the level of
> quality?
>
mp4 is a contain
On Tue, 5 Oct 2010 22:11:32 +0200
Jochen Schulz wrote:
> Celejar:
> > On Tue, 5 Oct 2010 18:58:05 +0200
> > Jochen Schulz wrote:
> >>
> >> ffmpeg uses a fixed default for geometry (-s) and quality (-sameq,
> >> -qscale, -vb etc.). You have to set both explicitly if you need anything
> >> else (
Celejar:
> On Tue, 5 Oct 2010 18:58:05 +0200
> Jochen Schulz wrote:
>>
>> ffmpeg uses a fixed default for geometry (-s) and quality (-sameq,
>> -qscale, -vb etc.). You have to set both explicitly if you need anything
>> else (which you usually do).
>
> Thanks. Is there a tutorial for simple tra
On Tue, 5 Oct 2010 18:58:05 +0200
Jochen Schulz wrote:
> Celejar:
> >
> > ffmpeg -i example.flv example.mp4
> >
> > I find that the above command line reduces the size of the video to
> > about a third of the original, but at the cost of egregious degradation
> > of the video quality. If I use
Celejar:
>
> ffmpeg -i example.flv example.mp4
>
> I find that the above command line reduces the size of the video to
> about a third of the original, but at the cost of egregious degradation
> of the video quality. If I use the 'sameq' option:
ffmpeg uses a fixed default for geometry (-s) and
On Tue, 05 Oct 2010 09:48:49 -0500
Ron Johnson wrote:
> On 10/05/2010 08:40 AM, Celejar wrote:
> > Hi,
> >
> > I'm dabbling in transcoding flvs (e.g., from YouTube) to mp4s (for
> > uploading to a service (Snapfish) which doesn't support flv. I'm doing
> > something like this:
> >
> > ffmpeg -i
On Tue, 5 Oct 2010 14:13:07 + (UTC)
Camaleón wrote:
> On Tue, 05 Oct 2010 09:40:46 -0400, Celejar wrote:
>
> (...)
>
> > Why is this, and is there a happy medium, i.e., a way to keep the size
> > roughly constant, but to retain quality?
>
> Play with "-qscale n" (n=1 better quality/bigger
On 10/05/2010 08:40 AM, Celejar wrote:
Hi,
I'm dabbling in transcoding flvs (e.g., from YouTube) to mp4s (for
uploading to a service (Snapfish) which doesn't support flv. I'm doing
something like this:
ffmpeg -i example.flv example.mp4
Have you tried Handbrake? It's got a CLI mode, too.
-
[Please reply only to the list, as per the CoC.]
On Tue, 05 Oct 2010 16:59:04 +0300
Timo Juhani Lindfors wrote:
> Celejar writes:
> > ffmpeg -i example.flv example.mp4
>
> I just get
>
> Unsupported codec for output stream #0.1
>
> on debian unstable with ffmpeg 4:0.5.2-4.
I'm using 5:0.6~s
On Tue, 05 Oct 2010 09:40:46 -0400, Celejar wrote:
(...)
> Why is this, and is there a happy medium, i.e., a way to keep the size
> roughly constant, but to retain quality?
Play with "-qscale n" (n=1 better quality/bigger file, n=31 lower
quality, smaller file)
Greetings,
--
Camaleón
--
Celejar writes:
> ffmpeg -i example.flv example.mp4
I just get
Unsupported codec for output stream #0.1
on debian unstable with ffmpeg 4:0.5.2-4.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Ar
Hi,
I'm dabbling in transcoding flvs (e.g., from YouTube) to mp4s (for
uploading to a service (Snapfish) which doesn't support flv. I'm doing
something like this:
ffmpeg -i example.flv example.mp4
I find that the above command line reduces the size of the video to
about a third of the original,
18 matches
Mail list logo
