Am 30.12.2018 um 13:20 schrieb Paul B Mahol:
On 12/30/18, Michael Koch wrote:
Am 28.12.2018 um 11:46 schrieb Paul B Mahol:
One can now use afftfilt to shift frequencies around in frequency domain.
It should be easier than using amultiply filter.
c:\ffmpeg\ffmpeg -f dshow -channels 2 -i
On 12/30/18, Michael Koch wrote:
> Am 28.12.2018 um 11:46 schrieb Paul B Mahol:
>> One can now use afftfilt to shift frequencies around in frequency domain.
>> It should be easier than using amultiply filter.
>
> c:\ffmpeg\ffmpeg -f dshow -channels 2 -i audio="Mikrofon (Realtek High
> Definiti"
Am 28.12.2018 um 11:46 schrieb Paul B Mahol:
One can now use afftfilt to shift frequencies around in frequency domain.
It should be easier than using amultiply filter.
c:\ffmpeg\ffmpeg -f dshow -channels 2 -i audio="Mikrofon (Realtek High
Definiti" -af
Works fine here (unless I add funny characters) here with Windows
cmd, both with and without using a batch file.
Finally it's working here. This is the content of the batch file:
c:\\ffmpeg\ffmpeg -i 699.mp4 -f nut - | c:\\ffmpeg\ffplay -
-- all backslashes
-- no escape character before |
Might it be part of the problem that I'm starting ffmpeg from a batch file?
This is the content of the batch file:
c://ffmpeg/ffmpeg -i 699.mp4 -f nut - ^| c://ffmpeg/ffplay -
Why did you add the caret?
I thought that in a batch file the | character must be escaped with a ^
character. As
Might it be part of the problem that I'm starting ffmpeg from a batch
file?
This is the content of the batch file:
c://ffmpeg/ffmpeg -i 699.mp4 -f nut - ^| c://ffmpeg/ffplay -
pause
I just found out that when using this command in a batch file, it
doesn't matter if the slashes are forward
> Am 29.12.2018 um 20:41 schrieb Michael Koch :
>
>> Am 29.12.2018 um 20:19 schrieb Michael Koch:
>>
>>> I would use the practical nut container, and do:
>>>
>>> $ ffmpeg -i input -f nut - | ffplay -
>>
>> F:\Sound\Ultraschall_Konvertierung>c://ffmpeg/ffmpeg -i 699.mp4 -f nut - |
>> c://f
Am 29.12.2018 um 20:53 schrieb Reino Wijnsma:
On 29-12-2018 20:19, Michael Koch wrote:
F:\Sound\Ultraschall_Konvertierung>c://ffmpeg/ffmpeg -i 699.mp4 -f nut - | c://f
fmpeg/ffplay -
Have you actually tested this at all? Forward slashes don't work on Windows!
Sure I tested this. I posted
On 29-12-2018 20:19, Michael Koch wrote:
> F:\Sound\Ultraschall_Konvertierung>c://ffmpeg/ffmpeg -i 699.mp4 -f nut - |
> c://f
> fmpeg/ffplay -
Have you actually tested this at all? Forward slashes don't work on Windows!
C:\ffmpeg\ffmpeg.exe -f lavfi -i
Am 29.12.2018 um 20:19 schrieb Michael Koch:
I would use the practical nut container, and do:
$ ffmpeg -i input -f nut - | ffplay -
F:\Sound\Ultraschall_Konvertierung>c://ffmpeg/ffmpeg -i 699.mp4 -f nut
- | c://f
fmpeg/ffplay -
ffmpeg version N-91960-g63c69d51c7 Copyright (c) 2000-2018
I would use the practical nut container, and do:
$ ffmpeg -i input -f nut - | ffplay -
F:\Sound\Ultraschall_Konvertierung>c://ffmpeg/ffmpeg -i 699.mp4 -f nut -
| c://f
fmpeg/ffplay -
ffmpeg version N-91960-g63c69d51c7 Copyright (c) 2000-2018 the FFmpeg
developers
built with gcc 8.2.1
> Am 29.12.2018 um 19:45 schrieb Michael Koch :
> ffmpeg -i abc.avi -f rawvideo - | ffplay -f rawvideo -s 624x352 -pix_fmt
> yuv420p -
Complete, uncut console output missing / works fine with ffmpeg here.
Carl Eugen
___
ffmpeg-user mailing list
On Sat, Dec 29, 2018 at 19:45:29 +0100, Michael Koch wrote:
> (see below), and those didn't work. Seems to be either impossible or
> quite complicated.
"Didn't work" is not a concise error description.
> https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=1414
>
> |ffmpeg -i abc.avi -f rawvideo -
1,lowpass=f=1,lowpass=f=1" -t 10 -f mp3 pipe:play -
//ffmpeg/ffplay
The syntax looks broken here:
Do you want to use a named pipe "play"?
Iiuc, you have to create this pipe before launching FFmpeg,
no need to specify a second output url.
Or you want to use the pipe "-", in this
2018-12-28 11:32 GMT+01:00, Michael Koch :
> Am 28.12.2018 um 10:18 schrieb Carl Eugen Hoyos:
>> 2018-12-28 10:14 GMT+01:00, Michael Koch :
>>> Am 28.12.2018 um 00:50 schrieb Moritz Barsnick:
On Thu, Dec 27, 2018 at 20:29:34 +0100, Michael Koch wrote:
> I think the bigger problem is
On 12/28/18, Michael Koch wrote:
> Am 28.12.2018 um 10:18 schrieb Carl Eugen Hoyos:
>> 2018-12-28 10:14 GMT+01:00, Michael Koch :
>>> Am 28.12.2018 um 00:50 schrieb Moritz Barsnick:
On Thu, Dec 27, 2018 at 20:29:34 +0100, Michael Koch wrote:
> I think the bigger problem is "outputting
Am 28.12.2018 um 10:18 schrieb Carl Eugen Hoyos:
2018-12-28 10:14 GMT+01:00, Michael Koch :
Am 28.12.2018 um 00:50 schrieb Moritz Barsnick:
On Thu, Dec 27, 2018 at 20:29:34 +0100, Michael Koch wrote:
I think the bigger problem is "outputting through the computers
speakers". As far as I know
On 12/27/18, Michael Koch wrote:
> Am 27.12.2018 um 20:18 schrieb Carl Eugen Hoyos:
>> 2018-12-27 19:01 GMT+01:00, alex jamshedi :
>>
>>> My goal is to receive a live audio stream that is being sampled at
>>> 131,072 Hz and re-sample it at 44.1 kHz before outputting it
>>> through my computers
2018-12-28 10:14 GMT+01:00, Michael Koch :
> Am 28.12.2018 um 00:50 schrieb Moritz Barsnick:
>> On Thu, Dec 27, 2018 at 20:29:34 +0100, Michael Koch wrote:
>>> I think the bigger problem is "outputting through the computers
>>> speakers". As far as I know it depends on the operating system, and
Am 28.12.2018 um 00:50 schrieb Moritz Barsnick:
On Thu, Dec 27, 2018 at 20:29:34 +0100, Michael Koch wrote:
I think the bigger problem is "outputting through the computers
speakers". As far as I know it depends on the operating system, and
under Windows it's impossible.
You can always pipe to
On Thu, Dec 27, 2018 at 20:29:34 +0100, Michael Koch wrote:
> I think the bigger problem is "outputting through the computers
> speakers". As far as I know it depends on the operating system, and
> under Windows it's impossible.
You can always pipe to ffplay, which plays audio also under
Am 27.12.2018 um 20:18 schrieb Carl Eugen Hoyos:
2018-12-27 19:01 GMT+01:00, alex jamshedi :
My goal is to receive a live audio stream that is being sampled at
131,072 Hz and re-sample it at 44.1 kHz before outputting it
through my computers speakers. Is this a task ffmpeg can perform?
Yes,
2018-12-27 19:01 GMT+01:00, alex jamshedi :
> My goal is to receive a live audio stream that is being sampled at
> 131,072 Hz and re-sample it at 44.1 kHz before outputting it
> through my computers speakers. Is this a task ffmpeg can perform?
Yes, there is an output option "-ar" that accepts
Hi,
Hopefully this is an appropriate question for the forums.
My goal is to receive a live audio stream that is being sampled at 131,072
Hz and re-sample it at 44.1 kHz before outputting it through my computers
speakers. Is this a task ffmpeg can perform?
Thank you.
24 matches
Mail list logo