ffmpeg | branch: master | Mattias Wadman | Tue Feb
13 11:17:46 2024 +0100| [78812cd147fa2ab1f0aa3019886c0abe00b7c63a] | committer:
Anton Khirnov
avcodec/h2645_parse: Don't treat 0x02 as a start code and truncate
According to ITU-T H.265 7.4.2.1 this byte sequence should not appear
According to ITU-T H.265 7.4.2.1 this byte sequence should not appear in a
NAL unit but in practice in rare cases it seems it does, possibly due to buggy
encoders. Other players like VLC and Quicktime seem to be fine with it.
Currently when this sequence is found it is treated as if the next
According to ITU-T H.265 7.4.2.1 this byte sequence should not appear in a
NAL unit but in practice in rare cases it seems it does, possibly due to buggy
encoders. Other players like VLC and Quicktime seem to be fine with it.
Currently when this sequence is found it is treated as if the next
On Tue, Sep 13, 2022 at 11:28 AM Paul B Mahol wrote:
> On 9/8/22, Paul B Mahol wrote:
> > Patch attached.
> >
>
> Will apply soon.
Curious where the 1 << 28 constant come from?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Mon, Sep 5, 2022 at 8:16 PM Paul B Mahol wrote:
> Patch attached.
>
Thanks and can confirm that the patch produces the same samples as the flac
reference decoder for the original file in
https://trac.ffmpeg.org/ticket/9621 that I could not share.
But I'm not sure I follow how the patch
On Tue, Sep 6, 2022 at 3:45 PM Martin Storsjö wrote:
> On Tue, 6 Sep 2022, Mattias Wadman wrote:
>
> > On Sat, Sep 3, 2022 at 3:41 AM Lynne wrote:
> >
> >> Needed for the next patch.
> >> We get this for the extremely small cost of a branch on _ns functions
On Sat, Sep 3, 2022 at 3:41 AM Lynne wrote:
> Needed for the next patch.
> We get this for the extremely small cost of a branch on _ns functions,
> which wouldn't be used anyway with assembly.
>
> Patch attached.
>
Hi, I have issues building on macOS (12.5.1) with this patch. Maybe I'm
missing
ffmpeg | branch: master | Mattias Wadman | Wed Jul
27 16:13:01 2022 +0200| [1ec1a48458923bb393f0013eb2b5951649a82b7e] | committer:
Anton Khirnov
avfilter/vf_zscale: Add smpte240m transfer option and fix matrix option typo
Signed-off-by: Anton Khirnov
> http://git.videolan.org/gitweb.
---
libavfilter/vf_zscale.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavfilter/vf_zscale.c b/libavfilter/vf_zscale.c
index 91166dcbcb..999147b587 100644
--- a/libavfilter/vf_zscale.c
+++ b/libavfilter/vf_zscale.c
@@ -1033,6 +1033,7 @@ static const AVOption
On Thu, Oct 21, 2021 at 10:35 PM Michael Niedermayer
wrote:
> On Thu, Oct 21, 2021 at 10:17:25PM +0200, Paul B Mahol wrote:
> > LGTM for now
>
> will apply the improved variant below
>
> diff --git a/libavcodec/flac_parser.c b/libavcodec/flac_parser.c
> index 2c550507fc8..3b27b152fc5 100644
>
On Wed, Oct 20, 2021 at 11:07 PM Michael Niedermayer
wrote:
> On Wed, Oct 13, 2021 at 06:15:26PM +0200, Mattias Wadman wrote:
> > Reduces the risk of finding false frames that happens to have valid
> values and CRC.
> >
> > Fixes ticket #9185 ffmpeg flac decoder inco
Thanks for taking your time to review
On Mon, Oct 18, 2021 at 5:16 PM Paul B Mahol wrote:
> LGTM, will apply soon
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
> To unsubscribe, visit
ffmpeg | branch: master | Mattias Wadman | Wed Oct
13 18:15:26 2021 +0200| [49597300e87c5c4b2ca56c5b93930d92f64cdf5b] | committer:
Paul B Mahol
libavcodec/flac_parser: Validate subframe zero bit and type
Reduces the risk of finding false frames that happens to have valid values and
CRC
On Wed, Oct 13, 2021 at 6:15 PM Mattias Wadman
wrote:
> Reduces the risk of finding false frames that happens to have valid values
> and CRC.
>
> Fixes ticket #9185 ffmpeg flac decoder incorrectly finds junk frame
> https://trac.ffmpeg.org/ticket/9185
> ---
> libavcod
Reduces the risk of finding false frames that happens to have valid values and
CRC.
Fixes ticket #9185 ffmpeg flac decoder incorrectly finds junk frame
https://trac.ffmpeg.org/ticket/9185
---
libavcodec/flac_parser.c | 30 --
1 file changed, 28 insertions(+), 2
On Fri, Jul 16, 2021 at 9:51 AM Thilo Borgmann
wrote:
> Am 04.07.21 um 21:23 schrieb Michael Niedermayer:
> > On Sun, Jun 20, 2021 at 09:48:29PM +0200, Thilo Borgmann wrote:
> >> Hi,
> >>
> >> adds a new variant to the -force_key_frames option "source_no_drop" to
> make
> >> sure whenever a key
On Mon, Jul 6, 2020 at 5:59 PM Olly Woodman wrote:
>
> On Mon, 6 Jul 2020 at 05:54, Jim DeLaHunt wrote:
>
> > On 2020-07-04 07:43, Nicolas George wrote:
> > > [In the FFmpeg project,] [t]here is work in making highly-optimized
> > > decoders, this work is impressive and creative…. But as far as
ffmpeg | branch: master | Mattias Wadman | Tue May
19 11:27:11 2020 +0200| [af97c9865fe7a48b223e162eabce21cc180f305c] | committer:
Anton Khirnov
libavformat/flacdec: Workaround for truncated metadata picture size
Some flac muxers write truncated metadata picture size if the picture
data do
Hello, ok to merge?
On Tue, May 19, 2020 at 11:27 AM Mattias Wadman
wrote:
>
> Some flac muxers write truncated metadata picture size if the picture
> data do not fit in 24 bits. Detect this by truncting the size found inside
> the picture block and if it matches the block size use
On Sat, May 23, 2020 at 2:23 AM wrote:
>
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> doc/ffmpeg.texi | 15
> fftools/ffmpeg.h| 2 ++
> fftools/ffmpeg_filter.c | 20
> fftools/ffmpeg_opt.c| 20
>
Some flac muxers write truncated metadata picture size if the picture
data do not fit in 24 bits. Detect this by truncting the size found inside
the picture block and if it matches the block size use it and read rest
of picture data.
This workaround is only for flac files and not ogg files with
On Sat, May 16, 2020 at 9:59 PM Andreas Rheinhardt
wrote:
>
> Mattias Wadman:
> > lavf flacenc could previously write truncated metadata picture size if
> > the picture data did not fit in 24 bits. Detect this by truncting the
> > size found inside the picture block and
Some flac muxers write truncated metadata picture size if the picture
data do not fit in 24 bits. Detect this by truncting the size found inside
the picture block and if it matches the block size use it and read rest
of picture data.
Used to be an issue with lavf flacenc that was fixed in
Hi, any chance to get this merged?
On Sun, May 3, 2020 at 12:32 PM Mattias Wadman wrote:
>
> Sorry for nagging, something left to fix?
>
> On Mon, Apr 27, 2020 at 10:10 AM Mattias Wadman
> wrote:
> >
> > Hi again, looks ok?
> >
> > On Fri, Apr 24, 202
Sorry for nagging, something left to fix?
On Mon, Apr 27, 2020 at 10:10 AM Mattias Wadman
wrote:
>
> Hi again, looks ok?
>
> On Fri, Apr 24, 2020 at 12:54 PM Mattias Wadman
> wrote:
> >
> > lavf flacenc could previously write truncated metadata picture size if
>
On Tue, Apr 28, 2020 at 4:45 PM Lynne wrote:
>
> Apr 28, 2020, 15:31 by mattias.wad...@gmail.com:
>
> > Nice, test files works fine now
> >
> > Would it make sense to conditionally ignore crc mismatch based on
> > s->error_recognition & AV_EF_CRCCHECK ?
> >
>
> I don't think so. This container
On Tue, Apr 28, 2020 at 4:12 PM Lynne wrote:
>
> Apr 28, 2020, 14:05 by mattias.wad...@gmail.com:
>
> > On Tue, Apr 28, 2020 at 1:59 PM Lynne wrote:
> >
> >>
> >> This makes decoding far more robust, since OggS, the ogg magic,
> >> can be commonly found randomly in streams, which previously made
On Tue, Apr 28, 2020 at 1:59 PM Lynne wrote:
>
> This makes decoding far more robust, since OggS, the ogg magic,
> can be commonly found randomly in streams, which previously made
> the demuxer think there's a new stream or a change in such.
>
> Patch attached.
Maybe nitpick, could seek back
On Tue, Apr 28, 2020 at 1:59 PM Lynne wrote:
>
> This makes decoding far more robust, since OggS, the ogg magic,
> can be commonly found randomly in streams, which previously made
> the demuxer think there's a new stream or a change in such.
>
> Patch attached.
Should check version after
On Tue, Apr 28, 2020 at 2:01 PM Lynne wrote:
>
> Apr 27, 2020, 21:55 by mich...@niedermayer.cc:
>
> > On Mon, Apr 27, 2020 at 05:19:49PM +0200, Mattias Wadman wrote:
> >
> >> Fixes seek issue with ogg files that have segment data that happens to be
> >>
On Tue, Apr 28, 2020 at 1:06 PM Mattias Wadman wrote:
>
> Fixes seek issue with ogg files that have segment data that happens to be
> encoded as a "OggS" page syncword. Very unlikely but seems to happen.
>
> Have been observed to happen with ffmpeg+libvorbis and oggenc en
Fixes seek issue with ogg files that have segment data that happens to be
encoded as a "OggS" page syncword. Very unlikely but seems to happen.
Have been observed to happen with ffmpeg+libvorbis and oggenc encoding
to 441khz stereo at 160kbps.
---
libavformat/oggdec.c | 136
Fixes seek issue with ogg files that have segment data that happens to be
encoded as a "OggS" page syncword. Very unlikely but seems to happen.
Have been observed to happen with ffmpeg+libvorbis and oggenc encoding
to 441khz stereo at 160kbps.
---
libavformat/oggdec.c | 96
Hi again, looks ok?
On Fri, Apr 24, 2020 at 12:54 PM Mattias Wadman
wrote:
>
> lavf flacenc could previously write truncated metadata picture size if
> the picture data did not fit in 24 bits. Detect this by truncting the
> size found inside the picture block and if it matches th
On Fri, Apr 24, 2020 at 12:41 PM Mattias Wadman
wrote:
>
> lavf flacenc could previously write truncated metadata picture size if
> the picture data did not fit in 24 bits. Detect this by truncting the
> size found inside the picture block and if it matches the block size
> use i
lavf flacenc could previously write truncated metadata picture size if
the picture data did not fit in 24 bits. Detect this by truncting the
size found inside the picture block and if it matches the block size
use it and read rest of picture data.
Also only enable this workaround flac files and
lavf flacenc could previously write truncated metadata picture size if
the picture data did not fit in 24 bits. Detect this by truncting the
size found inside the picture block and if it matches the block size
use it and read rest of picture data.
Also only enable this workaround flac files and
On Fri, Apr 24, 2020 at 11:26 AM Andreas Rheinhardt
wrote:
>
> Mattias Wadman:
> > On Fri, Apr 24, 2020 at 7:29 AM Andreas Rheinhardt
> > wrote:
> >>
> >> Mattias Wadman:
> >>> lavf flacenc could previously write truncated metadata picture size
On Fri, Apr 24, 2020 at 7:29 AM Andreas Rheinhardt
wrote:
>
> Mattias Wadman:
> > lavf flacenc could previously write truncated metadata picture size if
> > the picture data did not fit in 24 bits. Detect this by truncting the
> > size found inside the picture block and
On Thu, Apr 23, 2020 at 5:15 PM Mattias Wadman wrote:
>
> lavf flacenc could previously write truncated metadata picture size if
> the picture data did not fit in 24 bits. Detect this by truncting the
> size found inside the picture block and if it matches the block size
> use i
lavf flacenc could previously write truncated metadata picture size if
the picture data did not fit in 24 bits. Detect this by truncting the
size found inside the picture block and if it matches the block size
use it and read rest of picture data.
Also only enable this workaround flac files and
On Wed, Apr 22, 2020 at 5:18 PM Andreas Rheinhardt
wrote:
>
> Mattias Wadman:
> > lavf flacenc could previously write truncated metadata picture size if
> > the picture data did not fit in 24 bits. Detect this by truncting the
> > size found inside the picture block and
lavf flacenc could previously write truncated metadata picture size if
the picture data did not fit in 24 bits. Detect this by truncting the
size found inside the picture block and if it matches the block size
use it and read rest of picture data.
flacenc was fixed in
Hoyos
wrote:
> Am Sa., 11. Apr. 2020 um 11:53 Uhr schrieb Mattias Wadman
> :
> >
> > Regression since 8d3630c5402fdda2889fe4f74f7dcdd50ebca654 where keys
> were changed
> > to not be touppered but the picture block strcmp was not changed to be
> case-insensi
ffmpeg | branch: master | Mattias Wadman | Sat Apr
11 12:56:21 2020 +0200| [9d21d18ec3ca2721e989fd4522d19bd90d6ac2db] | committer:
Carl Eugen Hoyos
lavf/oggparsevorbis: Use case-insensitive key compare for vorbis picture
Regression since 8d3630c5402fdda2889fe4f74f7dcdd50ebca654 where keys
Regression since 8d3630c5402fdda2889fe4f74f7dcdd50ebca654 where keys were
changed
to not be touppered but the picture block strcmp was not changed to be
case-insensitive.
---
libavformat/oggparsevorbis.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
ffmpeg | branch: master | Mattias Wadman | Wed Oct
30 14:01:28 2019 +0100| [e447a4d112bcfee10126c54eb4481fa8712957c8] | committer:
Michael Niedermayer
libavformat/flacenc: reject too big picture blocks
A too big picture will case the muxer to write a truncated block size (uint24)
causing
Sorry i failed to get gmail to play nice with patches :( sent a new
message using git send-email, hope that works.
On Wed, Oct 30, 2019 at 12:51 PM Michael Niedermayer
wrote:
>
> On Tue, Oct 29, 2019 at 02:42:47PM +0100, Mattias Wadman wrote:
> > A too big picture will case the mu
attached_pic -t 1 test.flac
Try to decode:
ffmpeg -i test.flac test.wav
Signed-off-by: Mattias Wadman
---
libavformat/flacenc.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/libavformat/flacenc.c b/libavformat/flacenc.c
index 93cc79bbe0..7b51c11404 100644
Mattias Wadman (1):
libavformat/flacenc: reject too big picture blocks
libavformat/flacenc.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
--
2.18.0
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org
attached_pic -t 1 test.flac
Try to decode:
ffmpeg -i test.flac test.wav
Signed-off-by: Mattias Wadman
---
libavformat/flacenc.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/libavformat/flacenc.c b/libavformat/flacenc.c
index 93cc79bbe0..7b51c11404 100644
Think i messed up the formatting of the in-line patch somehow. Ill send the
patch as an attachment instead. Hope reply and attach is ok?
On Sun, Oct 27, 2019 at 8:22 PM Mattias Wadman
wrote:
> A too big picture will case the muxer to write a truncated block size
> (uint24)
> causing t
attached_pic -t 1 test.flac
Try to decode:
ffmpeg -i test.flac test.wav
Signed-off-by: Mattias Wadman
---
libavformat/flacenc.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git libavformat/flacenc.c libavformat/flacenc.c
index 93cc79bbe0..957bcb1123 100644
--- libavformat
Package: libfdk-aac-dev
Version: 0.1.3+20140816-2
Package in newer debian releases have the same issue.
The problem seems to be that debian/libfdk-aac-dev.install is lacking
pattern for the .a file.
-Mattias
Package: libfdk-aac-dev
Version: 0.1.3+20140816-2
Package in newer debian releases have the same issue.
The problem seems to be that debian/libfdk-aac-dev.install is lacking
pattern for the .a file.
-Mattias
___
pkg-multimedia-maintainers mailing list
I have this problem with a new install of 11.10
Others with same problem and solution here:
http://askubuntu.com/questions/66870/how-to-disable-password-on-
hibernate-suspend
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
I have this problem with a new install of 11.10
Others with same problem and solution here:
http://askubuntu.com/questions/66870/how-to-disable-password-on-
hibernate-suspend
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
This still happens for me, but not always. I cant really figure out when...
Im using ubuntu in virtualbox
Thiago: are you using virtualbox too?
--
click-to-focus window is too sensitive
https://bugs.launchpad.net/bugs/445084
You received this bug notification because you are a member of Ubuntu
Thiago: Ok
The times gnome-terminal have got into this weird state i think i only
selected lines if i clicked on blank places in the terminal, not when
click on a character.
--
click-to-focus window is too sensitive
https://bugs.launchpad.net/bugs/445084
You received this bug notification
This still happens for me, but not always. I cant really figure out when...
Im using ubuntu in virtualbox
Thiago: are you using virtualbox too?
--
click-to-focus window is too sensitive
https://bugs.launchpad.net/bugs/445084
You received this bug notification because you are a member of Ubuntu
Thiago: Ok
The times gnome-terminal have got into this weird state i think i only
selected lines if i clicked on blank places in the terminal, not when
click on a character.
--
click-to-focus window is too sensitive
https://bugs.launchpad.net/bugs/445084
You received this bug notification
Should the mdb files for the system libraries really be needed to be
able to set breakpoints in application code? or is this some bug when
some mdb files are missing?
--
Not possible to debug ASP.NET MVC project
https://bugs.launchpad.net/bugs/570979
You received this bug notification because
Steps to make debugging work:
1. Download xsp source package
2. Run dpkg-buildpackage
3. Overwrite the package installed dll files with the ones found in
debian/tmp/..
4. Copy mdb files in debian/tmp/.. so they are located with the corresponding
over written dll-files
5. Try the reproduce
monodevelop did not crash i used ubuntu-bug pid-of-monodevelop
--
Not possible to debug ASP.NET MVC project
https://bugs.launchpad.net/bugs/570979
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Public bug reported:
Binary package hint: monodevelop
It is not possible to set breakpoints when debugging a ASP.NET MVC
project
Steps to reproduce:
1. Create a new ASP.NET MVC project solution
2. Press F5 to run in debug mode
3. Wait until test page loads in browser
4. Open HomeController.cs
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/45806763/Dependencies.txt
** Attachment added: ProcMaps.txt
http://launchpadlibrarian.net/45806764/ProcMaps.txt
** Attachment added: ProcStatus.txt
http://launchpadlibrarian.net/45806765/ProcStatus.txt
--
Not
I dont experience this problem with the gnome terminal in 10.04
--
click-to-focus window is too sensitive
https://bugs.launchpad.net/bugs/445084
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
I dont experience this problem with the gnome terminal in 10.04
--
click-to-focus window is too sensitive
https://bugs.launchpad.net/bugs/445084
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
I have this issue on a mac mini ppc running 9.10 (last dist-upgrade
2009-09-12), what can i do to help?
--
USB mouse freezes while using the keyboard
https://bugs.launchpad.net/bugs/113344
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Removed mouseemu package and the problem disappeared, did not even have
to start X
--
USB mouse freezes while using the keyboard
https://bugs.launchpad.net/bugs/113344
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
http://xcache.lighttpd.net/ticket/216
Looks very similar
** Bug watch added: xcache.lighttpd.net/ #216
http://xcache.lighttpd.net/ticket/216
--
xcache causes apache2 to segfault
https://bugs.launchpad.net/bugs/331006
You received this bug notification because you are a member of Ubuntu
http://xcache.lighttpd.net/ticket/216
Looks very similar
** Bug watch added: xcache.lighttpd.net/ #216
http://xcache.lighttpd.net/ticket/216
--
xcache causes apache2 to segfault
https://bugs.launchpad.net/bugs/331006
You received this bug notification because you are a member of Ubuntu
Public bug reported:
Found a note on som mailinglist that setting auto_globals_jit to Off
could fix this, but it does not seams to make any difference. After a
restart apache seams to run fine between 1-3 days then the segfault
starts to happen. Turn off xcache and apache runs without problem
Googling for xcache drupal segfault seams to find people with similar
problem, but no real solution
--
xcache causes apache2 to segfault
https://bugs.launchpad.net/bugs/331006
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Public bug reported:
Found a note on som mailinglist that setting auto_globals_jit to Off
could fix this, but it does not seams to make any difference. After a
restart apache seams to run fine between 1-3 days then the segfault
starts to happen. Turn off xcache and apache runs without problem
Googling for xcache drupal segfault seams to find people with similar
problem, but no real solution
--
xcache causes apache2 to segfault
https://bugs.launchpad.net/bugs/331006
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Looks very similar to bug #288093
--
[Intrepid] pulseaudio periodically gets into a state where it does not play any
sound and must be kill -9'ed and restarted
https://bugs.launchpad.net/bugs/295435
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Yes looks very similar, i will add a comment on that bug
--
Can't play sound becuse of pulseaudio hang
https://bugs.launchpad.net/bugs/288093
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Happens every morning, restart of pulseaudio fixes it maybe
different issue, i looks like youtube videos etc can play audio for 2
seconds at the time and then hang
Maybe this is interesting from the log:
D: memblock.c: Memory block too large for pool: 17640 16376
D: memblockq.c: memblockq
My sound works but stops working after some hours or so, works again
after killing pulseaudio and start the daeamon manually
Now after the weekend the sound on my workstation has stopped working
again after just being idle for two days
[EMAIL PROTECTED]:~$ pactl stat
Connection failure:
ramon: did your sound work at all with pulseaudio? mine works but
stopped working unexpectedly when the deamon hanged
--
Can't play sound becuse of pulseaudio hang
https://bugs.launchpad.net/bugs/288093
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Public bug reported:
Binary package hint: pulseaudio
Running ubuntu 8.10 beta
Sound stopped working, haven't not manage to reproduce it, not even sure
some sound was playing when i happend, but i think so.
[EMAIL PROTECTED]:~$ lsb_release -rd
Description:Ubuntu 8.10
Release:8.10
My ipod have stopped working in hardy too, in gnome-device-managed shows
it with correct information
dbus-monitor says this when plugged in
method call sender=:1.24 - dest=org.gtk.vfs.Daemon
path=/org/gtk/vfs/mounttracker; interface=org.gtk.vfs.MountTracker;
member=lookupMount
struct {
Tried with linux-image-2.6.24-16-generic, did not find device, asus ids not in
source with i look in source package
Installed v4l mercurial repos as of today, device is found and works great.
Device ids seams to be in linus tree now:
Public bug reported:
Binary package hint: rhythmbox
Sometime when seeking the sound and GUI hangs for abount 1-4 seconds,
only tested with mp3s and it seams to be easier to reproduce with some
mp3 files then others. With some mp3 files it's very easy to reproduce,
just drag the seekbar back and
Public bug reported:
Binary package hint: rhythmbox
Sometime when seeking the sound and GUI hangs for abount 1-4 seconds,
only tested with mp3s and it seams to be easier to reproduce with some
mp3 files then others. With some mp3 files it's very easy to reproduce,
just drag the seekbar back and
Same problem for me, used to work fine, stopped working some days ago.
Traffic dump when trying to change radio station (adjust.php. seams to
be called only when changing between stations)
Note that i anonyminized the session id a bit
GET
Same problem for me, used to work fine, stopped working some days ago.
Traffic dump when trying to change radio station (adjust.php. seams to
be called only when changing between stations)
Note that i anonyminized the session id a bit
GET
Public bug reported:
This is a follow up on bug #110311
Have updated to 2.6.20-16-generic and it has happen again.
Also this time it is after a resume, but not sure when the system
started to get slow... but i had used the computer for at least an hour
and left it alone for some hours, when i
I think it happend again, but this time nothing was logged in the
apport log
System got heavily loaded just some seconds after the machine was
resumed. I managed to do some diagnstics in a terminal:
io-wait is very high, ~95%
no process is using much CPU
load is around 12
nearly all memory is
Hi, i have had similar problem after upgrading to feisty
I think it only have happen after one or more suspends, but not not
sure. The sympton is that the machine gets heavly loaded, uses lots of
CPU (and IO, not sure). Dont think the kernel hangs, but userland gets
really messed up.
One time,
Ah.. you probably want some hardware info
It's a thinkpad X41
[EMAIL PROTECTED]:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 13
model name : Intel(R) Pentium(R) M processor 1.50GHz
stepping: 8
cpu MHz :
Got it working (with modesetting version) without hard coding the resolution:
Option MonitorLayout CRT
Don't know how i could have missed that.
--
i810 driver: Using external widescreen monitor on a laptop needs a lot of
complicated manual configuring
https://launchpad.net/bugs/86258
--
Here is my experience with the i810 driver (ThinkPad X41) and a dell
2007WFP 1680x1050 monitor.
With the standard i810 driver i can get the native resolution by using a
modeline but the picture is not aligned and blurry.
With the i810 modesetting driver haven't managed to get anything else then
Hello
I submitted the bug http://bugs.php.net/?id=24802 and [EMAIL PROTECTED] told me to
resend it to you. I also attach a non-web-form-mangled patch.
Hope you like the patch.
-Mattias
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, 25 Jul 2003 14:10:02 +0200
Magnus Maatta [EMAIL PROTECTED] wrote:
On Fri, 25 Jul 2003 13:47:54 +0200
Mattias Wadman [EMAIL PROTECTED] wrote:
Hello
I submitted the bug http://bugs.php.net/?id=24802 and [EMAIL PROTECTED] told me to
resend it to you. I also attach a non-web
96 matches
Mail list logo