Fwd: RFS: vid.stab/0.98b-1
Hello, I posted my introduction message to the wrong list, just understanding 1 month after... Here it comes again ;-) Vincent -- Message transmis -- Objet : RFS: vid.stab/0.98b-1 Date : vendredi 11 septembre 2015, 22:26:35 De : Vincent Pinon À : debian-multime...@lists.debian.org Hello dear multimedia team, I am Vincent Pinon, Kdenlive developer and long time Debian user. I have been thinking of joining your team for years, and today I seized the opportunity of having Debian Devs around me (at KDE Sprint in Randa) to get guided in packaging process :-) So I began my packaging activity with a small one : the vid.stab (video deshaking filter) was missing for years in archive, despite of an old ITP (709193)... So here is the package, imported from a Ubuntu PPA, and cleaned a bit. Next steps would be to use it in mlt builds, and even ffmpeg & transcode. Hope this helps, please explain if anything is wrong. Cheers! Vincent. - signature.asc Description: This is a digitally signed message part. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: RFS: vid.stab/0.98b-1
Le dimanche 25 octobre 2015 16:54:59, Felipe Sateler a écrit : > On 25 October 2015 at 16:14, Vincent Pinon wrote: > > Sorry for the late answer, I was on holiday trip with family... > > I just re-uploaded both vid.stab_0.98b-1_amd64.changes and added > > vid.stab_0.98b-1_source.changes > > (added symbols file and fixed last lintian warnings in the meantime). > > I need a link to the sources ;) I sent the files through "dput mentors vid.stab_0.98b-1_amd64.changes" > > And please keep the list in CC Hello list! ;) Cheers, Vincent signature.asc Description: This is a digitally signed message part. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: RFS: vid.stab/0.98b-1
> - You might want to keep the epoch so that people installing those > packages can upgrade to this version when it lands in debian. I also think that we should start with a clear base in Debian, so I reset the changelog (wiping the dmo & ubuntu-ppa mix, but keeping copyright)... > - Please use the alioth list as the maintainer (check any other team > package [eg, csound] for the name and address). In general please read > the guidelines in the wiki[1] Sorry, fixed, and read again the ref page :) > - Please drop the builddeb override, xz is the default. done > - On i386, we need to disable sse, as it is not guaranteed to be > available on all hosts. I think it can be loaded at runtime by using > the hardware capabilities feature of glibc linker: >- Compile the package twice, once with and once without sse. >- Ship the non-sse version in /usr/lib/i386-linux-gnu/ >- Ship the sse version in /usr/lib/i386-linux-gnu/sse2 >- Then ld.so will choose the appropriate version at runtime (see > the ld.so manpage for details). Hum, a bit beyond my packaging knowledge... Do you have an example? > - debian/copyright needs dates updated (2010-2014 for the upstream part). Done All these changes in forced-upload again: https://mentors.debian.net/package/vid.stab > - You might want to forward the patch upstream. Right, I will do it > This library looks very cool :) I don't use it myself, but many Kdenlive users love it and miss it in debian/ubuntu Thanks a lot for your feedback! signature.asc Description: This is a digitally signed message part. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#769861: libav: Blocky H264 decoding from Canon 5D Mark III
Source: libav Version: 11 Severity: important Tags: upstream Hello, I reported the bug upstream first (https://bugzilla.libav.org/show_bug.cgi?id=781), don't know if it is useful to forward info here? As this camera is being more and more used for pro videos, not being able to edit them is a problem. Workarounds are reverting to libav 10 or using ffmpeg daily builds, but these are not comfortable options, nor accessible to everyone. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#769862: libav: target option broken - leads to wrong output files
Source: libav Version: 11 Severity: normal Tags: upstream This bug was reported upstream by someone else 1.5 year back, with note on how to simply fix it, but the problem persists. This breaks eg DVD production flow, as the encoding profiles produce non-compliant output files. Workaround is to re-enter all associated options, but this is an annoying regression (not seen in FFmpeg). Thanks for taking this into account! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#769862: libav: target option broken - leads to wrong output files
Le samedi 3 janvier 2015, 23:35:01 Sebastian Ramacher a écrit : > > > This bug was reported upstream by someone else 1.5 year back, > > > with note on how to simply fix it, but the problem persists. > > > > Do you have a link to the issue reported upstream? > > I suspect this is https://bugzilla.libav.org/show_bug.cgi?id=468. > > Cheers Yes, that's the one, sorry for forgetting the link in the report (+being so long to answer)! ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#781938: RFS: vid.stab/0.98b-1
Hello, One month later, I still haven't forgotten that task, sorry for the delay ;) new upload here: http://mentors.debian.net/package/vid.stab Le mardi 27 octobre 2015, 00:16:57 Andreas Cadhalpun a écrit : [snip] > * d/control: > - 'Priority: optional' not extra > - packages should be 'Multi-Arch: same' > * d/copyright: misses copyright of 'Alexey Osipov' Done, thanks for guidance! > The tests could be run e.g. with: > cd tests; cmake .; make all; ./tests > However, the return code is wrong [2]. I included your patch, but I'm not sure how to add & run test target in debian/rules. This might go into future improvements, with the runtime loading of SSE on i386? (Felipe's suggestion) I don't know if this packaging activity is worth versioning on alioth, as upstream doesn't seem to evolve any/much more? If yes anyway, am I allowed to initialize a git repo? Many thanks again, Cheers, Vincent. signature.asc Description: This is a digitally signed message part. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#869660: ffmpeg: choppy video playback in Kdenlive & VLC in sid
Package: ffmpeg Version: 7:3.2.5-1 Severity: important Dear Maintainer, * What led up to the situation? Upgrading sid around mid july (after few weeks forgetting about it) suddenly made video programs very uncomfortable to use: noticed in Kdenlive, but VLC too. Problem also reported by other user on Kdenlive forum: https://forum.kde.org/viewtopic.php?f=265&t=140299 * What exactly did you do (or not do) that was effective (or ineffective)? I forced downgrade back to stretch. Kdenlive & MLT versions remained the same, but libavcodec & co changed between 3.2.6 & 3.2.5 * What was the outcome of this action? Kdenlive is smooth to use in stretch, but only 1 or 2 fps & choppy audio in sid. * What outcome did you expect instead? I expect video programs to work in sid. -- System Information: Removing: reporting from a different system... ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#869660: ffmpeg: choppy video playback in Kdenlive & VLC in sid
Hello, I don't see the problem anymore, neither on stable/testing/unstable (all upgraded since then). I'm sorry my analysis of the situation was not very clear at the time of reporting, and then I've been very slow to react :( Please close the ticket... and thank your for your fantastic work! Le mardi 25 juillet 2017, 14:35:31 CEST James Cowgill a écrit : > Control: found -1 7:3.2.6-1 > Control: notfound -1 7:3.2.5-1 > Control: tags -1 moreinfo > > Hi, > > On 25/07/17 13:19, Vincent Pinon wrote: > > Package: ffmpeg > > Version: 7:3.2.5-1 > > Severity: important > > > > Dear Maintainer, > > > >* What led up to the situation? > >Upgrading sid around mid july (after few weeks forgetting about it) > >suddenly made video programs very uncomfortable to use: noticed in > >Kdenlive, but VLC too. > >Problem also reported by other user on Kdenlive forum: > >https://forum.kde.org/viewtopic.php?f=265&t=140299 > > > >* What exactly did you do (or not do) that was effective (or > > ineffective)? > >I forced downgrade back to stretch. Kdenlive & MLT versions remained > >the same, but libavcodec & co changed between 3.2.6 & 3.2.5 > > > >* What was the outcome of this action? > >Kdenlive is smooth to use in stretch, but only 1 or 2 fps & choppy > >audio in sid. > > > >* What outcome did you expect instead? > >I expect video programs to work in sid. > > Debian's VLC doesn't use the packaged version of FFmpeg so if you see > the issues in VLC, FFmpeg probably isn't to blame. > > Stretch has FFmpeg 3.2.5 and sid has 3.2.6, however at the time your > linked thread started, FFmpeg 3.2.6 didn't exist. This means it's likely > they could reproduce it with an old FFmpeg. > > Is it possible for you to try different versions of VLC and FFmpeg on > your system to see if they are the problem (eg: just upgrade ffmpeg to > sid)? Could you try other players as well like ffplay or mpv? > > Thanks, > James > > ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers