Luca Barbato lu_z...@gentoo.org added the comment:
It a non so apparent normal behaviour, ffmpeg accepts uris, assuming the default
protocol being file://
so a:b.mp3 got parsed as protocol a resource b.mp3 I'm afraid.
__
Libav issue tracker iss
Luca Barbato lu_z...@gentoo.org added the comment:
gwirth I'm about to format your patch, I'd use the name and email provide to
roundup to give credit. Is that ok for you?
___
Libav issue tracker iss...@roundup.ffmpeg.org
https://roundup.libav.org
Luca Barbato lu_z...@gentoo.org added the comment:
Sister issue being having partial transcoding of a multi video stream file
impossible
Input #0, nut, from 'out.nut':
Metadata:
encoder : Lavf52.102.0
Duration: 00:13:15.00, start: 0.00, bitrate: 63 kb/s
Stream #0.0
Luca Barbato lu_z...@gentoo.org added the comment:
As I said nothing, I debugged it and it's pretty much unrelated.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2040
Luca Barbato lu_z...@gentoo.org added the comment:
The file results missing, could you please re-upload it?
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2625
Luca Barbato lu_z...@gentoo.org added the comment:
You are right, I'll send a patch to the ml now, I'm using the roundup data for
the attribution.
--
status: new - open
substatus: new - approved
FFmpeg issue tracker iss
Luca Barbato lu_z...@gentoo.org added the comment:
Could you please provide a backtrace and/or a test feed?
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2612
Luca Barbato lu_z...@gentoo.org added the comment:
Beside spewing this number of warning and having some concealment on stream
start it plays fine on ffplay
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2606
Luca Barbato lu_z...@gentoo.org added the comment:
vlc seems to have a severe problem with the audio track btw
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2606
Luca Barbato lu_z...@gentoo.org added the comment:
Looks like that patch does the bare minimum to fix it and I'd apply it for now.
The more generic solution is to chain the full mpegts demuxer like we do for
rtp_asf.
Could you please attach the wireshark dump (or the text from the rtsp session
Luca Barbato lu_z...@gentoo.org added the comment:
here an example of the traditional sdp.
RTSP/1.0 200 OK
Cseq: 2
Server: fbxrtspd/1.2 Freebox RTSP server
Public: DESCRIBE, OPTIONS, SETUP, TEARDOWN, PLAY
Content-Length: 218
Content-Type: application/sdp
Content-Language: fr
v=0
o
Luca Barbato lu_z...@gentoo.org added the comment:
Fixed
--
status: open - closed
substatus: open - fixed
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2318
Luca Barbato lu_z...@gentoo.org added the comment:
That's because the whole machinery got broken by the fact the codec defaults and
the stream defaults now are different (one is 0/0 the other 0/1). I have a
stupid patch to fix that by overwriting the value.
Still we should either rethink
Luca Barbato lu_z...@gentoo.org added the comment:
Update topic
--
topic: +ffserver
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2318
New submission from Luca Barbato lu_z...@gentoo.org:
Not sure if it is a regression but I'm having my share of issues trying to make
something apparently simple:
- prepare a streamcopy feed
ffmpeg -i source -vbsf foo -vcodec copy -acodec copy http://host/feed.ffm
- serve it as mpegts
Enjoy
New submission from Luca Barbato lu_z...@gentoo.org:
Due how it is written, if you want to do streamcopy and reformat as in
ffmpeg -i source -vbfs foo -abfs bar -vcodec copy -acodec copy
http://host/feed.ffm
You end up with a completely corrupted feed.
Glaring example: h264+aac source
Luca Barbato lu_z...@gentoo.org added the comment:
ping
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue127
Luca Barbato lu_z...@gentoo.org added the comment:
The new host is fully backed up.
--
status: open - closed
substatus: open - implemented
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue46
Luca Barbato lu_z...@gentoo.org added the comment:
Help testing the new migration needed again, please try it
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue849
Luca Barbato lu_z...@gentoo.org added the comment:
The web interface seems working correctly, now the mail interface seems not
behaving
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue849
New submission from Luca Barbato lu_z...@gentoo.org:
Is the mailgw working now?
--
messages: 12284
priority: normal
status: new
substatus: new
title: Test mailgw
type: bug
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https
Luca Barbato lu_z...@gentoo.org added the comment:
Assigning to me
--
assignedto: - lu_zero
nosy: +lu_zero
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2304
Luca Barbato lu_z...@gentoo.org added the comment:
On 10/15/2010 08:17 PM, compn wrote:
compnte...@twmi.rr.com added the comment:
testtestest
I can read them... is everything fine?
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
Luca Barbato lu_z...@gentoo.org added the comment:
On 10/15/2010 08:17 PM, compn wrote:
compnte...@twmi.rr.com added the comment:
testtestest
I can read them... is everything fine?
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
Luca Barbato lu_z...@gentoo.org added the comment:
Ok the mail gw seems working as well (postfix conf updated)
--
status: new - closed
substatus: new - works_for_me
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https
Luca Barbato lu_z...@gentoo.org added the comment:
hi, the patch looks more or less ok (just a }; that should be } as Martin
noted on irc), do you have test samples for it? what's the producer?
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https
Luca Barbato lu_z...@gentoo.org added the comment:
On 09/03/2010 02:29 PM, Martin Storsjö wrote:
In his defense, he asked about this, and I suggested this solution, since it
is independent of both v4
and v6, not littering general code with references to whichever address
family has
Luca Barbato lu_z...@gentoo.org added the comment:
On 09/03/2010 08:52 PM, John Wimer wrote:
John Wimer j...@god.vtic.net added the comment:
new version of 0001 patch, where it doesn't bother checking for
INET_ADDRSTRLEN.
Looks ok
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org
New submission from Luca Barbato lu_z...@gentoo.org:
somehow the width and height are wrongly updated resulting in strangely looking
videos
./ffmpeg -y -t 1 -i in -s 480x360 -vcodec mpeg2video -acodec mp2 out1.mpeg -s
320x240 -vcodec mpeg2video -acodec mp2 out2.mpeg
./ffmpeg -y -t 1 -i in -s
New submission from Luca Barbato lu_z...@gentoo.org:
somehow the width and height are wrongly updated resulting in strangely looking
videos
./ffmpeg -y -t 1 -i in -s 480x360 -vcodec mpeg2video -acodec mp2 out1.mpeg -s
320x240 -vcodec mpeg2video -acodec mp2 out2.mpeg
./ffmpeg -y -t 1 -i in -s
Luca Barbato lu_z...@gentoo.org added the comment:
Reassign
--
assignedto: lu_zero - stefano_sa
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2040
Luca Barbato lu_z...@gentoo.org added the comment:
Worth mentioning that an rtsp url gives you as container either
-standard rtsp/rtp
-real rtsp dialect
-other
and points an abstract resource, the name can be as misleading as possible.
--
title: rtsp mov could not find codec parameters
Luca Barbato lu_z...@gentoo.org added the comment:
Martin fixed it for me ^^
--
status: new - closed
substatus: new - fixed
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue1825
New submission from Luca Barbato lu_z...@gentoo.org:
rtsp://193.126.232.33:554/PGrande/video results in an assertion triggered it
looks an msrtsp server and streams some wmv3 in asf in rtp that gets mangled
somehow.
--
assignedto: rbultje
messages: 10133
nosy: rbultje
priority: normal
Luca Barbato lu_z...@gentoo.org added the comment:
Fixed.
--
assignedto: - lu_zero
nosy: +lu_zero
status: open - closed
substatus: reproduced - fixed
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue1789
Luca Barbato lu_z...@gentoo.org added the comment:
I added a check in the schema, it should be tested.
--
assignedto: - lu_zero
nosy: +lu_zero
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue1653
Luca Barbato lu_z...@gentoo.org added the comment:
The current classic view doesn't seem to provide that feature... could you
please point me to a patch providing it? Otherwise I'll do myself but would take
more since I'm not that proficient with TAL
Luca Barbato lu_z...@gentoo.org added the comment:
On 02/25/2010 02:24 PM, Luca Barbato wrote:
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org
New submission from Luca Barbato lu_z...@gentoo.org:
abcd
--
messages: 9543
priority: normal
status: closed
substatus: reject
title: Test
type: bug
FFmpeg issue tracker iss...@roundup.ffmpeg.org
http://roundup.ffmpeg.org/issue1777
Luca Barbato lu_z...@gentoo.org added the comment:
test
FFmpeg issue tracker iss...@roundup.ffmpeg.org
http://roundup.ffmpeg.org/issue1777
Luca Barbato lu_z...@gentoo.org added the comment:
test
FFmpeg issue tracker iss...@roundup.ffmpeg.org
http://roundup.ffmpeg.org/issue1777
prova
Luca Barbato lu_z...@gentoo.org added the comment:
test update
FFmpeg issue tracker iss...@roundup.ffmpeg.org
http://roundup.ffmpeg.org/issue1777
Luca Barbato lu_z...@gentoo.org added the comment:
last test
FFmpeg issue tracker iss...@roundup.ffmpeg.org
http://roundup.ffmpeg.org/issue1777
prova
New submission from Luca Barbato lu_z...@gentoo.org:
Got a report about this, the email is to actually test the issue.
--
assignedto: lu_zero
messages: 9526
nosy: lu_zero
priority: normal
status: new
substatus: new
title: roundup emails lost?
topic: roundup
type: bug
Luca Barbato lu_z...@gentoo.org added the comment:
..
--
assignedto: lu_zero -
nosy: -lu_zero
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1774
_
Luca Barbato lu_z...@gentoo.org added the comment:
On 02/01/2010 04:04 PM, Michael Niedermayer wrote:
Michael Niedermayer michae...@gmx.at added the comment:
inOn Mon, Feb 01, 2010 at 01:47:17PM +, Jeremy Morton wrote:
Jeremy Morton ffm...@game-point.net added the comment:
ffmpeg
Luca Barbato lu_z...@gentoo.org added the comment:
On 01/24/2010 02:21 PM, Jeremy Morton wrote:
Jeremy Morton ffm...@game-point.net added the comment:
RTP has ssrc and seq numbers to get them right he will probably need
access to your network and if he does have access to it the IP
Luca Barbato lu_z...@gentoo.org added the comment:
Adding myself
--
nosy: +lu_zero
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1688
_
Luca Barbato lu_z...@gentoo.org added the comment:
On 01/20/2010 02:57 AM, Alan Steremberg wrote:
Alan Steremberg al...@wunderground.com added the comment:
This part of the patch is a mistake, it should be taken out. I am not
able to test without it in my copy, but I forgot to remove
Luca Barbato lu_z...@gentoo.org added the comment:
The style could be cleaned up I think.
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue1697
_
Luca Barbato lu_z...@gentoo.org added the comment:
Please do not force us to remove your account. I mark it as wont_implement. You
may feed the configure with additional -D_NETBSD_SOURCE=1 and that should make
it build I think.
--
status: open - closed
substatus: reproduced
Luca Barbato lu_z...@gentoo.org added the comment:
as in you can edit and delete yours I think, the issue log should report it in
the history anyway, isn't it?
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup
Luca Barbato lu_z...@gentoo.org added the comment:
Could we come up with some better wording? I'll try to update the web ui so the
guidelines will come up as discussed.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org
Luca Barbato lu_z...@gentoo.org added the comment:
1.6.8 seems doing the right thing, I'm tweaking a bit apache configuration to
avoid using acl to have it write in the same dir postfix does.
--
assignedto: - lu_zero
nosy: +lu_zero
title: roundup 1.4.6 wins! - roundup 1.4.8 mailgw
Luca Barbato lu_z...@gentoo.org added the comment:
compn wrote:
compn te...@twmi.rr.com added the comment:
i am unable to get a password or any type
of email from this mailman interface.
http://lscube.org/mailman/listinfo/ffmpeg-issues
Try to have your mail server more permissive
New submission from Luca Barbato lu_z...@gentoo.org:
...
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
messages: 4607
priority: normal
status: new
substatus: new
title: test roundup 1.4.8 mailgw
Luca Barbato lu_z...@gentoo.org added the comment:
Apparently everything works so far...
--
assignedto: - lu_zero
nosy: +lu_zero
priority: normal - important
status: new - closed
substatus: new - works_for_me
type: - bug
FFmpeg
Luca Barbato lu_z...@gentoo.org added the comment:
Should be fixed now
--
assignedto: - lu_zero
nosy: +lu_zero
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/roundup/ffmpeg/issue406
58 matches
Mail list logo